Este posibil să observați câteva articole care afișează conținut în mod inconsecvent. Ne cerem scuze pentru disconfort pe durata actualizării site-ului.
cross icon
În acest articol
dropdown icon
Prezentare generală a apelării Webex
    dropdown icon
    Faceți un tur al Hub-ului de control
      Începeți
      Expert de instalare inițială pentru perioade de probă
      Revizuiți-vă setările
      Adăugați utilizatori
      Configurarea înregistrării unice (SSO)
      Alocare servicii către utilizatori
      Susțineți-vă utilizatorii
    Rolul gateway-ului local
    dropdown icon
    Implementări de gateway local acceptate pentru apelarea Webex
      Implementări gateway local fără PBX IP local
      Implementări gateway local cu PBX CM unificat local
    Considerații de rutare a apelurilor
    Clasa de servicii (CoS)
    Integrarea planului de apelare
    dropdown icon
    Rutine de tratare a protocolului pentru apelare
      Rutine de tratare a protocolului pentru Windows
      Rutine de tratare a protocolului pentru macOS
dropdown icon
Pregătiți mediul dvs.
    Cerințe preliminare generale
    Cerințe hardware și software pentru Gateway-ul local
    Cerințe de licență pentru gateway-urile locale
    Certificat și cerințe de securitate pentru Gateway-ul local
    Cerințe de optimizare a firewall-ului, NAT Traversal și a căii media pentru Gateway-ul local
dropdown icon
Informații de referință la port pentru Webex Calling
    Asistență proxy pentru Webex Calling
    dropdown icon
    Configurație firewall
      Subrețele IP pentru serviciile Webex Calling
      Calitatea serviciului (QoS)
      Webex Meetings/Messaging - Cerințe de rețea
    Istoricul versiunilor documentului
dropdown icon
Configurați gateway-ul local în Cisco IOS XE pentru Webex Calling
    Prezentare generală
dropdown icon
Implementați disponibilitatea ridicată CUBE ca gateway local
    Fundamentele
    Configurarea redundanței pe ambele CUB-uri
    Configurarea unui gateway local pe ambele CUB-uri
dropdown icon
Configurați Webex Calling pentru organizația dvs.
    Configurarea setărilor de apelare în Expertul de configurare pentru prima dată
    Adăugați o locație
    Ștergeți o locație
    dropdown icon
    Actualizarea unei locații existente
      Migrați la planurile de apelare Cisco
      Cum să inițiați o modificare a conexiunii PSTN
      Anulați modificarea conexiunii PSTN
    Configurați planul de apelare Webex Calling
    Configurarea PSTN bazat pe premise (Local Gateway) în Control Hub
    Crearea unui trunchi
    Selectați un trunchi pentru PSTN bazat pe premise
    Gestionare numere de telefon
    Solicitarea unei achiziții de servicii Webex dintr-o versiune de încercare din Control Hub
    Setați opțiunile de apelare
    Configurați comportamentul de apelare
dropdown icon
Configurați Unified CM pentru Webex Calling
    Configurarea SIP Trunk profil de securitate pentru Trunk la Local Gateway
    Configurarea profilului SIP pentru trunchiul gateway-ului local
    Crearea unui spațiu de căutare a apelurilor pentru apelurile de la Webex
    Configurarea unui trunchi SIP către și de la Webex
    Configurarea Grupului de rute pentru Webex
    Configurarea listei de rute pentru Webex
    Crearea unei partiții pentru destinații webex
    Configurarea modelelor de rute pentru destinațiile Webex
    Configurarea normalizării abreviate a apelării intersite pentru Webex
dropdown icon
Configurați funcțiile dvs. Webex Calling
    Configurarea unui grup de vânătoare
    Crearea unei cozi de apel
    Crearea unui client recepționer
    Crearea și gestionarea operatorilor automați
    Configurarea unui grup de paginare
    Configurarea preluării apelurilor
    Configurarea parcului de apeluri
    Activați întreruperea pentru utilizatori
    Activați confidențialitatea pentru un utilizator
    Configurați monitorizarea
    Activați tonul de avertizare pentru punte de apeluri pentru utilizatori
    Activarea hoteling-ului pentru un utilizator
dropdown icon
Rapoarte privind tendințele de adoptare și utilizare pentru Webex Calling
    Vizualizați rapoartele de apelare
21 februarie 2025 | 2380 vizualizare(ări) | 0 persoane au considerat că este util

Flux de lucru de configurare a apelurilor Webex

list-menuÎn acest articol
list-menuFeedback?

Obțineți conversațiile cu toate informațiile disponibile despre Webex Calling, indiferent dacă sunteți partener, administrator sau utilizator. Utilizați linkurile furnizate aici pentru a vă ajuta să începeți să utilizați toate serviciile și funcțiile disponibile cu Webex Calling.

Pregătiți mediul dvs.

Cerințe privind gateway-ul local pentru Webex Calling

Condiţii generale

Înainte de a configura un gateway local pentru Webex Calling, asigurați-vă că:

  • Cunoașterea de bază a principiilor VoIP

  • Cunoașterea de bază a conceptelor de voce Cisco IOS-XE și IOS-XE

  • Să înțelegeți de bază Protocolul de inițiere sesiuni (SIP)

  • Aveți o înțelegere de bază a Cisco Unified Communications Manager (Unified CM) dacă modelul dvs. de implementare include Unified CM

Consultați Ghidul de configurare Enterprise Cisco Unified Border Element (CUBE) pentru detalii.

Cerințe hardware și software pentru gateway-ul local

Asigurați-vă că implementarea dvs. are una sau mai multe dintre gateway-urile locale (Cisco CUBE (pentru conectivitate bazată pe IP) sau Cisco IOS Gateway (pentru conectivitate bazată pe TDM)) care se află în Tabelul 1 al gateway-ului local pentru Ghidul de comandă Webex Calling. În plus, asigurați-vă că platforma rulează o versiune IOS-XE acceptată conform Ghidului de configurare a gateway-ului local.

Cerințe de certificare și securitate pentru gateway-ul local

Webex Calling necesită semnalizare și media securizate. Gateway-ul local efectuează criptarea, iar o conexiune TLS trebuie să fie stabilită la ieșirea din cloud cu următorii pași:

  • LGW trebuie actualizat cu pachetul rădăcină CA de la Cisco PKI

  • Se utilizează un set de date de autentificare SIP digest din pagina de configurare trunchiuri a Control Hub pentru a configura LGW (pașii fac parte din configurația care urmează)

  • Validează pachetul rădăcină CA prezentat certificat

  • Solicitată pentru datele de autentificare (SIP Digest furnizat)

  • Cloud-ul identifică care gateway-ul local este înregistrat în siguranță

Firewall, NAT Traversal și cerințele de optimizare a căilor media pentru gateway-ul local

În cele mai multe cazuri, gateway-ul local și punctele finale pot locui în rețeaua de clienți interni, folosind adrese IP private cu NAT. Firewall-ul întreprinderii trebuie să permită traficul de ieșire (SIP, RTP/UDP, HTTP) către anumite adrese IP/porturi, acoperite de informațiile de referință portuare.

Dacă doriți să utilizați Optimizarea căilor media cu ICE, interfața cu care se confruntă Webex Calling a gateway-ului local trebuie să aibă o cale de rețea directă către și de la punctele finale Webex Calling. Dacă punctele finale se află într-o locație diferită și nu există o cale de rețea directă între punctele finale și interfața Webex Calling cu care se confruntă gateway-ul local, atunci gateway-ul local trebuie să aibă o adresă IP publică atribuită interfeței cu care se confruntă Webex Calling pentru apeluri între gateway-ul local și punctele finale pentru a utiliza optimizarea căii media. În plus, trebuie să fie rulează iOS-XE versiunea 16.12.5.

Configurați Webex Calling pentru organizația dvs.

Configurați setările de apelare în Asistentul pentru prima configurare

Primul pas pentru a vă obține Webex Calling servicii de funcționare este de a finaliza Asistentul pentru prima configurare (FTSW). Odată ce FTSW este finalizat pentru prima locație, nu trebuie să fie finalizat pentru locații suplimentare.

1

Faceți clic pe Primii pași linkul din e-mailul de bun venit pe care îl primiți.


 

Adresa dvs. de e-adresă de e-mail a administratorului este utilizată automat pentru a vă conecta la Control Hub , unde vi se va solicita să vă creați parola de administrator. După ce vă conectați, pornește automat expertul de configurare.

2

Consultați și acceptați condițiile de furnizare a serviciilor și condițiile .

3

Examinați-vă planul și apoi faceți clic Începeți .


 

Managerul de cont este responsabil pentru activarea primilor pași pentru FTSW. Contactați managerul de cont dacă primiți notificarea „Apelul nu se poate configura” atunci când selectați Începeți .

4

Selectați țara în care ar trebui să mapați centru de date și introduceți informațiile de contact client și adresa clientului.

5

Faceți clic pe Înainte. Locație implicită:

6

Alegeți dintre următoarele opțiuni:

  • Faceți clic Salvați și închideți dacă sunteți administrator partener și doriți ca administratorul clientului să finalizeze configurarea Webex Calling .
  • Completați informațiile necesare despre locație. După ce creați locația în expert, puteți crea mai multe locații ulterior.

 

După ce ați finalizat expertul de configurare, asigurați-vă că adăugați un număr principal către locația pe care ați creat-o.

7

Efectuați următoarele selecții pentru a aplica în această locație:

  • Limba anunțului —Selectați limba pentru anunțurile audio și prompturile pentru noii utilizatori și funcții.
  • Limbă E-mail —Pentru comunicarea prin e-mail pentru utilizatori noi.
  • Țară
  • Fus orar
8

Faceți clic pe Înainte.

9

Introduceți o adresă Cisco Webex SIP disponibilă și faceți clic În continuare și selectați Terminați .

Adăugați o locație

Înainte de a începe

Pentru a crea o locație nouă, pregătiți următoarele informații:

  • Adresă locație

  • Numere de telefon dorite (opțional)

1

Conectați-vă la Control Hub lahttps://admin.webex.com , accesați Management > Locație .


 
O nouă locație va fi găzduită în centrul regional de date care corespunde țării pe care ați selectat-o utilizând Asistentul pentru prima configurare.
2

Configurați setările locației:

  • Nume locație (Obligatoriu) – Introduceți un nume unic pentru a identifica locația.
  • Țara/Regiunea —Alegeți o țară la care să asociați locația. De exemplu, puteți crea o locație (sediu) în Statele Unite și alta (filiala) în Regatul Unit. Țara pe care o selectați determină câmpurile de adresă care urmează. Cele documentate aici folosesc convenția de adresă din SUA ca exemplu.
  • Adresa locației —Introduceți adresa poștală principală a locației.
  • Oraș/Oraș — Introduceți un oraș pentru această locație.
  • Stat/Provincie/Regiune —Din meniul derulant, alegeți o stare.
  • poștal/cod poștal — Introduceți codul poștal sau codul poștal.
  • Limba anunțului —Selectați limba pentru anunțurile audio și prompturile pentru noii utilizatori și funcții.
  • Limbă E-mail —Selectați limba pentru comunicarea prin e-mail cu utilizatorii noi.
  • Fus orar — Selectați ora locală pentru locație.
3

Faceți clic Salvați și apoi alegeți Da / Nu pentru a adăuga numere la locație acum sau mai târziu.

4

Dacă ați făcut clic Da , alegeți una dintre următoarele opțiuni:

  • Cisco PSTN — Alegeți această opțiune dacă doriți o soluție Cloud PSTN de la Cisco. Cisco Calling Plan este o soluție completă de înlocuire a PSTN, care oferă apeluri de urgență, apeluri interne și internaționale de intrare și ieșire și vă permite să comandați noi numere PSTN sau să portați numerele existente către Cisco.


     

    Opțiunea Cisco PSTN este disponibilă numai în următoarele condiții:

    • Ați achiziționat cel puțin un plan Cisco Calling OCP (Outbound Calling Plan) angajat.

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

    • Locația dvs. este nouă. Locațiile preexistente care au avut alte capacități PSTN alocate nu sunt eligibile pentru planul de apelare Cisco în acest moment. Deschideți un caz de asistență pentru îndrumare.

    • Sunteți găzduit într-un centru de date Webex Calling într-o regiune în care planul Cisco Calling este acceptat.

  • PSTN conectat la cloud — Alegeți această opțiune dacă căutați o soluție PSTN cloud de la unul dintre numeroșii parteneri Cisco CCP sau dacă planul de apelare Cisco nu este disponibil în locația dvs. Partenerii CCP oferă soluții de înlocuire a PSTN, o acoperire globală extinsă și o gamă largă și variată de caracteristici, ambalaje și prețuri.

     

    Partenerii CCP și acoperirea geografică sunt listate aici . Sunt afișați numai partenerii care acceptă țara locației dvs. Partenerii sunt listați fie cu o siglă, fie ca un scurt șir de text urmat de o regiune, între paranteze (Exemplu: (UE), (SUA) sau (CA)). Partenerii listați cu o siglă oferă întotdeauna Media regionale pentru CCP . Pentru partenerii care se afișează ca șir, alegeți regiunea cea mai apropiată de țara în care vă aflați, pentru a vă asigura Media regională pentru CCP.

    Dacă vedeți opțiunea pentru Comandați numerele acum sub un furnizor listat, vă recomandăm să alegeți acea opțiune pentru a putea beneficia de CCP integrat. CCP integrat permite achiziționarea și configurarea numerelor de telefon în Control Hub pe un singur geam. Non-integrated CCP impune să achiziționați numerele de telefon de la partenerul CCP din afara Control Hub .

  • PSTN la sediu (gateway local) —Puteți alege această opțiune dacă doriți să vă păstrați furnizorul PSTN actual sau dacă doriți să conectați site-uri non-cloud cu site-uri cloud.

Alegerea opțiunii PSTN este la fiecare nivel de locație (fiecare locație are o singură opțiune PSTN). Puteți combina câte opțiuni doriți pentru implementare, dar fiecare locație va avea o opțiune. După ce ați selectat și ați configurat o opțiune PSTN, puteți să o modificați făcând clic Gestionați în proprietățile PSTN ale locației. Cu toate acestea, unele opțiuni, cum ar fi Cisco PSTN, pot să nu fie disponibile după ce a fost atribuită o altă opțiune. Deschideți un caz de asistență pentru îndrumare.

5

Alegeți dacă doriți să activați numerele acum sau mai târziu.

6

Dacă ați selectat non-integrated CCP sau Premises-based PSTN, introduceți Numere de telefon ca valori separate prin virgulă, apoi faceți clic Validați .

Numerele sunt adăugate pentru locația specifică. Intrările valide se mută în Numere validate câmp, iar intrările nevalide rămân în câmpul Adăugare numere câmp însoțit de un mesaj de eroare.

În funcție de țara locației, numerele sunt formatate în funcție de cerințele locale de apelare. De exemplu, dacă este necesar un cod de țară, puteți introduce numere cu sau fără cod, iar codul este adăugat înainte.

7

Faceți clic pe Salvați.

Ce este de făcut în continuare

După ce creați o locație, puteți activa serviciile 911 de urgență pentru locația respectivă. Vedeți Serviciu RedSky 911 de urgență pentru Webex Calling pentru mai multe informații.

Înainte de a începe


 

Obțineți o listă a utilizatorilor și a spațiilor de lucru asociate cu o locație: Accesați Servicii > Apelare > Numere iar din meniu derulant, selectați locația de șters. Trebuie ștergeți acești utilizatori și spațiile de lucru înainte de a șterge locația.

Rețineți că orice numere asociate cu această locație vor fi returnate furnizorului dvs. PSTN; nu veți mai deține acele numere.

1

Conectați-vă la Control Hub lahttps://admin.webex.com , accesați Management > Locație .

2

Clicîn coloana Acțiuni de lângă locația pe care doriți să o ștergeți.

3

Alegeți Ștergeți locația , și confirmați că doriți să ștergeți locația respectivă.

De obicei, durează câteva minute pentru ca locația să fie ștearsă definitiv, dar poate dura până la o oră. Puteți verifica starea făcând clic lângă numele locației și selectând Stare ștergere .

Actualizați o locație existentă

După crearea acesteia, puteți modifica configurația PSTN, numele, ora locală și limba unei locații. Rețineți totuși că noua limbă se aplică numai utilizatorilor și dispozitivelor noi. Utilizatorii și dispozitivele existențe continuă să utilizeze limba veche.


 

Pentru locațiile existente, puteți activa serviciile 911 de urgență. Vedeți Serviciu RedSky 911 de urgență pentru Webex Calling pentru mai multe informații.

1

Conectați-vă la Control Hub lahttps://admin.webex.com , accesați Management > Locație .

Dacă vedeți un simbol Atenție lângă o locație, înseamnă că nu ați configurat încă un număr de telefon pentru locația respectivă. Nu puteți efectua sau primi apeluri până când nu configurați numărul respectiv.

2

(Opțional) Sub Conexiune PSTN , selectați oricare PSTN conectat la cloud sau PSTN la sediu (gateway local), în funcție de cel pe care l-ați configurat deja. Faceți clic Gestionați pentru a modifica configurația respectivă și apoi recunoașteți riscurile asociate prin selectare Continuați . Alegeți una dintre următoarele opțiuni și apoi faceți clic Salvați :

  • Cisco PSTN — Alegeți această opțiune dacă doriți o soluție Cloud PSTN de la Cisco. Cisco Calling Plan este o soluție completă de înlocuire a PSTN, care oferă apeluri de urgență, apeluri interne și internaționale de intrare și ieșire și vă permite să comandați noi numere PSTN sau să portați numerele existente către Cisco.


     

    Opțiunea Cisco PSTN este disponibilă numai în următoarele condiții:

    • Ați achiziționat cel puțin un plan Cisco Calling OCP (Outbound Calling Plan) angajat.

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

    • Locația dvs. este nouă. În prezent, locațiile preexistente care au avut alte capacități PSTN alocate nu sunt eligibile pentru planul de apelare Cisco . Deschideți un caz de asistență pentru îndrumare.

    • Sunteți găzduit într-un centru de date Webex Calling într-o regiune în care planul Cisco Calling este acceptat.

  • PSTN conectat la cloud — Alegeți această opțiune dacă căutați o soluție PSTN cloud de la unul dintre numeroșii parteneri Cisco CCP sau dacă planul de apelare Cisco nu este disponibil în locația dvs. Partenerii CCP oferă soluții de înlocuire a PSTN, o acoperire globală extinsă și o gamă largă și variată de caracteristici, ambalaje și prețuri.

     

    Partenerii CCP și acoperirea geografică sunt listate aici . Sunt afișați numai partenerii care acceptă țara locației dvs. Partenerii sunt listați fie cu o siglă, fie ca un scurt șir de text urmat de o regiune, între paranteze (Exemplu: (UE), (SUA) sau (CA)). Partenerii listați cu o siglă oferă întotdeauna Media regionale pentru CCP . Pentru partenerii care se afișează ca șir, alegeți regiunea cea mai apropiată de țara în care vă aflați, pentru a vă asigura Media regională pentru CCP.

    Dacă vedeți opțiunea pentru Comandați numerele acum sub un furnizor listat, vă recomandăm să alegeți acea opțiune pentru a putea beneficia de CCP integrat. CCP integrat permite achiziționarea și configurarea numerelor de telefon în Control Hub pe un singur geam. Non-integrated CCP impune să achiziționați numerele de telefon de la partenerul CCP din afara Control Hub .

  • PSTN la sediu (gateway local) —Puteți alege această opțiune dacă doriți să vă păstrați furnizorul PSTN actual sau dacă doriți să conectați site-uri non-cloud cu site-uri cloud.

     

    Webex Calling clienții cu locații care au fost configurate anterior cu un gateway local vor fi convertiți automat la PSTN de la sediu cu un trunchi corespunzător.

3

Selectați Număr principal la care poate fi contactat principalul contact al locației.

4

(Opțional) Sub Apelare de urgență , puteți selecta Identificator locație de urgență pentru a atribui acestei locații.


 

Această setare este opțională și se aplică numai țărilor care o impun.

În unele țări (Exemplu: Franța), există cerințe de reglementare pentru sistemele radio celulare pentru a stabili identitatea celulei atunci când efectuați un apel de urgență și este pusă la dispoziția autorităților de urgență. Alte țări precum SUA și Canada implementează determinarea locației prin alte metode. Pentru mai multe informații, consultați Apelare de urgență îmbunătățită .

Furnizorul dvs. de apel de urgență poate avea nevoie de informații despre rețeaua de acces și se realizează prin definirea unui nou antet de interior SIP privat, P-Access-Network-Info. Antetul conține informații referitoare la rețeaua de acces.

Când setați identificatorul de locație de urgență pentru o locație, valoarea locației este trimisă furnizorului ca parte a mesaj SIP. Contactați furnizorul dvs. de apel de urgență pentru a vedea dacă aveți nevoie de această setare și utilizați valoarea furnizată de furnizorul dvs. de apel de urgență ."

5

Selectați Număr mesagerie vocală pe care utilizatorii le pot apela pentru a-și verifica mesageria vocală pentru această locație.

6

(Opțional) Faceți clic pe pictograma creion din partea de sus a paginii Locație pentru a modifica Nume locație , Limba anunțului , Limbă E-mail , Fus orar , sau Adresă după cum este necesar, apoi faceți clic Salvați .


 

Limba anunțurilor va fi schimbată imediat pentru toți utilizatorii și funcțiile noi adăugate la această locație. Dacă utilizatorilor și/sau funcțiilor existente trebuie să li se schimbe și limba anunțurilor, atunci când vi se solicită, selectați Modificare pentru utilizatorii și spațiile de lucru existente sau Modificare pentru funcțiile existente . Faceți clic Aplicați . Puteți vizualiza progresul pe pagina Sarcini. Nu puteți face alte modificări până la finalizarea acestei acțiuni.


 

Modificarea acestui fus orar nu va actualiza fusurile orare ale funcțiilor asociate cu această locație. Pentru a edita ora locală pentru un serviciu de localizare, accesați Setări generale zonă a caracteristicii specifice pentru care doriți să actualizați ora locală și să editați și să salvați acolo.

Aceste setări sunt pentru apelarea internă și sunt disponibile și în expertul de configurare pentru prima dată. Pe măsură ce modificați planul de apelare, numerele de exemplu din actualizarea Control Hub pentru a afișa aceste modificări.


 

Puteți configura permisiunile de apelare de ieșire pentru o locație. Vedeți acești pași pentru a configura permisiunile de apelare de ieșire.

1

Conectați-vă la Control Hub, accesați Servicii > Apelare > Setări serviciu, apoi defilați la apelare internă.

2

Configurați următoarele preferințe de apelare opționale, după cum este necesar:

  • Lungimea prefixului de rutare a locației—Vă recomandăm această setare dacă aveți mai multe locații. Puteți introduce o lungime de 2-7 cifre. Dacă aveți mai multe locații cu același interior, utilizatorii trebuie să formeze un prefix atunci când apelează între locații. De exemplu, dacă aveți mai multe magazine, toate cu interiorul 1000, puteți configura un prefix de rutare pentru fiecare magazin. Dacă un magazin are prefixul 888, formați 8881000 pentru a ajunge la acel magazin.

     

    Lungimile prefixului de rutare includ cifra de direcție. De exemplu, dacă setați lungimea prefixului de rutare la patru, pot fi utilizate doar trei cifre pentru a specifica site-ul.


     

    Dacă atribuiți un prefix de rutare unei locații, toate aparențele de extensii atribuite acelei locații includ prefixul de rutare în fața numărului de extensie. De exemplu, 888-1000 (extensie prefix de rutare).

  • Direcționarea numerelor în prefixul de rutare—Alegeți numărul care va fi setat ca prima cifră a fiecărui prefix de rutare.
  • Lungime extensie internă—Puteți introduce 2-10 cifre, iar valoarea implicită este 2.

     

    După ce vă măriți lungimea extensiei, apelurile de viteză existente către extensiile interne nu sunt actualizate automat.

  • Permiteți apelarea extensiilor între locații—Vă permite să personalizați apelarea extensiilor între locații în funcție de cerințele organizației dvs.

    • Activați comutatorul dacă organizația dvs. nu are extensii duplicate în toate locațiile sale.

      În mod implicit, comutatorul este activat.

    • Dezactivați comutatorul dacă organizația dvs. are aceeași extensie în locații diferite. Când comutatorul este dezactivat și apelantul apelează extensia, apelul este direcționat către un utilizator cu extensia de potrivire în aceeași locație ca apelantul. Apelantul trebuie să apeleze numărul Enterprise Significant (prefix de rutare a locației + extensie) pentru a ajunge la un extensie în alte locații.

3

Specificați apelarea internă pentru anumite locații. Accesați Administrare > Locații, selectați o locație din listă și faceți clic pe Apelare. Derulați la apelare, apoi schimbați apelarea internă după cum este necesar:

  • Apelare internă —Specificați prefixul de rutare pe care utilizatorii din alte locații trebuie să îl formeze pentru a contacta pe cineva din această locație. Prefixul de rutare al fiecărei locații trebuie să fie unic. Vă recomandăm ca lungimea prefixului să corespundă cu lungimea stabilită la nivelul organizației, dar trebuie să aibă o lungime de 2-7 cifre.
4

Specificați apelarea externă pentru anumite locații. Accesați Administrare > Locații, selectați o locație din listă și faceți clic pe Apelare. Derulați la apelare, apoi schimbați apelarea externă după cum este necesar:

  • Apelare externă—Puteți alege o cifră de apelare de ieșire pe care utilizatorii trebuie să o apeleze pentru a ajunge la o linie externă. Valoarea implicită este Niciuna și îl puteți lăsa dacă nu aveți nevoie de acest obicei de apelare. Dacă decideți să utilizați această funcție, vă recomandăm să utilizați un număr diferit de cifra de conducere a organizației dvs.

     

    Utilizatorii pot include cifra de apelare de ieșire atunci când efectuează apeluri externe pentru a imita modul în care au format în sistemele moștenite. Cu toate acestea, toți utilizatorii pot efectua apeluri externe fără cifra de apelare de ieșire.

  • Opțional, aveți capacitatea de a Forța apelarea cifrei de apelare de ieșire a acestei locații, asigurându-vă că utilizatorul trebuie să utilizeze cifra de apelare de ieșire setată de administrator pentru a efectua apeluri externe.

     

    Apelurile de urgență pot fi apelate în continuare cu sau fără cifra de apelare de ieșire atunci când această funcție este activată.

    Odată activată, orice numere de destinație externe, cum ar fi cele utilizate pentru redirecționarea apelurilor, nu vor mai funcționa dacă nu este inclusă o cifră de apelare de ieșire.


     
    Dacă o prelungire este aceeași cu numărul național, atunci prelungirea are prioritate față de numărul național. Prin urmare, vă recomandăm să activați cifra de apelare de ieșire.

     
    Vă recomandăm foarte mult să utilizați formatul de numerotare E.164 pentru apelurile PSTN de intrare și de ieșire.

Impact asupra utilizatorilor:

  • Utilizatorii trebuie să-și repornească telefoanele pentru ca modificările preferințelor de apelare să aibă efect.

  • Extensiile de utilizator nu trebuie să înceapă cu același număr ca cifra de direcție a locației sau cifrele de apelare de ieșire.

Configurați PSTN (gateway local) la nivel local în Control Hub

Dacă sunteți un reseller cu valoare adăugată, puteți utiliza acești pași pentru a începe configurarea gateway local în Control Hub . Când acest gateway este înregistrat în cloud, îl puteți utiliza pe unul sau mai multe dintre dvs Webex Calling locații pentru a oferi rutare către un furnizor serviciu PSTN enterprise .


 

O locație care are un gateway local nu poate fi ștearsă atunci când gateway local este utilizat pentru alte locații.

Creați un trunchi

Urmați acești pași pentru a crea un trunchi de intrare Control Hub .

Înainte de a începe

  • Odată ce o locație este adăugată și înainte de a configura PSTN local pentru o locație, trebuie să creați un trunchi.

  • Creați orice locații și setări și numere specifice pentru fiecare dintre ele. Locațiile trebuie să existe înainte de a putea adăuga un PSTN local.

  • Înțelegeți cerințele PSTN (gateway local) în sediul pentru Webex Calling .

  • Nu puteți alege mai mult de un trunchi pentru o locație cu PSTN local, dar puteți alege același trunchi pentru mai multe locații.

1

Conectați-vă la Control Hub la , accesați Servicii > Apelare > Dirijarea apelurilor , și selectați Adăugare trunchi .https://admin.webex.com

2

Selectați o locație.

3

Denumiți trunchiul și faceți clic Salvați .


 

Etichetele nu trebuie să depășească caractere.

Ce este de făcut în continuare

Vi se prezintă parametrii relevanți pe care va trebui să îi configurați pe trunchi. De asemenea, veți genera un set de date de conectare SIP digest pentru a securiza conexiune PSTN.

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.

Selectați un trunchi pentru PSTN în sediu

1

Conectați-vă la Control Hub lahttps://admin.webex.com , accesați Management > Locație .

2

Selectați o locație de modificat și faceți clic Gestionați .

3

Selectați PSTN la sediu și faceți clic În continuare .

4

Alegeți un trunchi din meniu derulant.


 

Vizitați pagina trunchiuri pentru a vă gestiona opțiunile pentru grup de trunchiuri .

5

Faceți clic pe notificarea de confirmare, apoi faceți clic Salvați .

Ce este de făcut în continuare

Trebuie să luați informație de configurare care Control Hub a generat și mapați parametrii în gateway local (de exemplu, pe un Cisco CUBE care se află în incintă). Acest articol vă ghidează prin acest proces. Ca referință, consultați următoarea diagramă pentru un exemplu despre modul în care Control Hub informație de configurare (din stânga) se asociază cu parametrii din CUBE (pe dreapta):

După ce ați finalizat cu succes configurația pe gateway-ul propriu-zis, puteți reveni la Servicii > Apelați > Locații în Control Hub iar gateway-ul pe care l-ați creat va fi afișat în cardul de locație căruia i-ați alocat-o cu un punct verde în stânga numelui. Această stare indică faptul că gateway-ul este înregistrat securizat în cloud-ul de apelare și că servește ca gateway PSTN activ pentru locație.

Gestionare numere de telefon

Solicitați o achiziție de servicii Webex dintr-o perioadă de încercare în Control Hub

Dacă încercați serviciile Webex și doriți să transformați perioada de încercare într-un abonament cu plată, puteți trimite o solicitare prin e-mail partenerului dvs.

1

Conectați-vă la Control Hub la https://admin.webex.com, selectați pictograma de construcție.

2

Selectați Abonamente filă, apoi faceți clic Achiziționați acum .

Partenerul dvs. îi este trimis un e-mail prin care îl informează că sunteți interesat să treceți la un abonament cu plată.

Setați opțiunile de apelare

Configurați comportamentul de apelare

Puteți controla ce aplicație de apelare se deschide atunci când utilizatorii efectuează apeluri. Puteți configura setările clientului apelant, inclusiv implementarea în mod mixt pentru organizații cu utilizatori cu drepturi de utilizare Unified CM sau Webex Calling și utilizatorii fără servicii de apelare cu plată de la Cisco. Pentru mai multe informații, consultați: Configurați comportamentul de apelare.

Configurați gateway-ul local în Cisco IOS XE pentru Webex Calling

Prezentare generală

Webex Calling acceptă în prezent două versiuni ale gateway-ului local:

  • Gateway local

  • Gateway local pentru Webex for Government

Considerații cheie

  • Înainte de a începe, înțelegeți cerințele locale privind rețeaua de telefonie publică comutată (PSTN) și gateway-ul local (LGW) pentru Webex Calling. Vedeți Arhitectură Cisco Preferred pentru Webex Calling pentru mai multe informații.

  • Acest articol presupune că există o platformă gateway locală dedicată, fără nicio configurație vocală existentă. Dacă modificați un gateway PSTN existent sau implementarea CUBE Enterprise pentru a-l utiliza ca funcție a gateway-ului local pentru Webex Calling, acordați o atenție deosebită configurației. Asigurați-vă că nu întrerupeți fluxurile de apeluri existente și funcționalitatea din cauza modificărilor pe care le efectuați.


 
Procedurile conțin link-uri către documentația de referință a comenzii, unde puteți afla mai multe despre opțiunile individuale ale comenzii. Toate linkurile de referință la comandă merg la Referință pentru comandă Webex Managed Gateways cu excepția cazului în care se specifică altfel (caz în care, linkurile de comandă merg la Referință pentru comandă vocală Cisco IOS ). Puteți accesa toate aceste ghiduri la Cisco Unified Border Element Command References.

Pentru informații privind SBC-urile terță parte acceptate, consultați documentația de referință a produsului respectivă.

Configurați gateway-ul local

Există două opțiuni de configurare a gateway-ului local pentru dvs Webex Calling trunchi:

  • Trunchi bazat pe înregistrare

  • Trunchi bazat pe certificat

Utilizați fluxul de activități fie sub Gateway local bazat pe înregistrare sau Gateway local bazat pe certificat pentru a configura Local Gateway pentru dvs Webex Calling trunchi.

Consultați Începeți cu gateway-ul local pentru mai multe informații despre diferite tipuri de trunchiuri. Efectuați următorii pași pe gateway-ul local propriu-zis, utilizând Command Line Interface (CLI). Utilizăm Protocol de inițiere sesiuni (SIP) și transportul TLS ( Securitate strat de transport ) pentru a securiza trunchiul și protocolul securizat în timp real ( SRTP) pentru a securiza media dintre gateway-ul local și Webex Calling .

Considerații cheie

Gateway-ul local pentru Webex for Government nu acceptă următoarele:

  • STUN/ICE-Lite pentru optimizarea căii media

  • Fax (T.38)

Configurați gateway-ul local pentru Webex for Government

Pentru a configura gateway-ul local pentru trunchiul dvs. Webex Calling în Webex for Government, utilizați următoarea opțiune:

  • Trunchi bazat pe certificat

Utilizați fluxul de activități din gateway-ul local bazat pe certificat pentru a configura gateway-ul local pentru trunchiul Webex Calling. Pentru mai multe detalii despre modul de configurare a unui gateway local bazat pe certificate, consultați Configurați trunchiul bazat pe certificate Webex Calling.

Este obligatoriu să configurați criptoare GCM conforme cu FIPS pentru a sprijini gateway-ul local pentru Webex for Government. Dacă nu, configurarea apelului eșuează. Pentru detalii de configurare, consultați Configurați trunchiul bazat pe certificatul Webex Calling.


 
Webex for Government nu acceptă gateway-ul local bazat pe înregistrare.

Prezentare generală a designului

Această secțiune descrie modul de configurare a unui element de frontieră Cisco Unified (CUBE) ca gateway local pentru Webex Calling, utilizând un trunchi SIP de înregistrare. Prima parte a acestui document ilustrează modul de configurare a unui gateway PSTN simplu. În acest caz, toate apelurile din PSTN sunt direcționate către Webex Calling și toate apelurile din Webex Calling sunt direcționate către PSTN. Imaginea de mai jos evidențiază această soluție și configurația de rutare a apelurilor la nivel înalt care va fi urmată.

În acest design se utilizează următoarele configurații principale:

  • cursanți de clasă vocală: Utilizat pentru a crea configurații specifice trunchiului.

  • clasă vocală: Utilizat pentru a clasifica mesajele SIP pentru selectarea unui dial-peer de intrare.

  • peer apelare de intrare: Oferă tratament pentru mesajele SIP de intrare și determină ruta de ieșire cu un grup dial-peer.

  • grup peer-dial: Definește colegii de apelare de ieșire utilizați pentru rutarea continuă a apelurilor.

  • peer apelare de ieșire: Oferă tratament pentru mesajele SIP de ieșire și le trasează la ținta necesară.

Call routing from/to PSTN to/from Webex Calling configuration solution

Atunci când conectați o soluție locală Cisco Unified Communications Manager cu Webex Calling, puteți utiliza configurația simplă a gateway-ului PSTN ca bază pentru construirea soluției ilustrate în următoarea diagramă. În acest caz, Unified Communications Manager oferă rutare și tratare centralizată a tuturor apelurilor PSTN și Webex Calling.

Pe parcursul acestui document se utilizează numele gazdei, adresele IP și interfețele ilustrate în următoarea imagine.

Utilizați ghidurile de configurare din restul acestui document pentru a finaliza configurația gateway-ului local după cum urmează:

  • Pasul 1: Configurați conectivitatea și securitatea de bază a routerului

  • Pasul 2: Configurați trunchiul Webex Calling

    În funcție de arhitectura necesară, urmați fie:

  • Pasul 3: Configurați gateway-ul local cu trunchiul SIP PSTN

  • Pasul 4: Configurați gateway-ul local cu mediul Unified CM existent

    Sau:

  • Pasul 3: Configurați gateway-ul local cu trunchiul TDM PSTN

Configurați conectivitatea și securitatea

configurație Inițială

Primul pas în pregătirea routerului Cisco ca gateway local pentru Webex Calling este construirea unei configurații de bază care să vă securizeze platforma și să vă stabilească conectivitatea.

  • Toate implementările gateway locale bazate pe înregistrare necesită versiuni Cisco IOS XE 17.6.1a sau ulterioare. Pentru versiunile recomandate, consultați pagina Cisco Software Research . Căutați platforma și selectați una dintre versiunile sugerate .

    • Routerele din seria ISR4000 trebuie configurate atât cu licențe Unified Communications, cât și cu licențe de tehnologie de securitate.

    • Routerele din seria Catalyst Edge 8000 echipate cu carduri vocale sau DSPs necesită acordarea licenței DNA Advantage. Routere fără carduri vocale sau DSPs necesită un minim de licențiere ADN Essentials.

  • Construiți o configurație de bază pentru platforma dvs. care să respecte politicile dvs. de afaceri. În special, configurați următoarele și verificați funcționarea:

    • NTP

    • ACL-uri

    • Autentificare utilizator și acces la distanță

    • DNS

    • Rutare IP

    • Adrese IP

  • Rețeaua către Webex Calling trebuie să utilizeze o adresă IPv4.

  • Încărcați pachetul CA rădăcină Cisco la gateway-ul local.

Configurare

1

Asigurați-vă că atribuiți adrese IP valide și rutabile oricăror interfețe din stratul 3, de exemplu:


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240
2

Protejați acreditările de înregistrare și STUN pe router prin criptare simetrică. Configurați cheia de criptare primară și tipul de criptare după cum urmează:


key config-key password-encrypt YourPassword
password encryption aes
3

Creați un punct de încredere PKI pentru titularul plasamentului.


 
Necesită acest punct de încredere pentru a configura TLS mai târziu. Pentru trunchiurile bazate pe înregistrare, acest punct de încredere nu necesită un certificat - așa cum ar fi necesar pentru un trunchi bazat pe certificat.

crypto pki trustpoint EmptyTP 
 revocation-check none
4

Activați exclusivitatea TLS1.2 și specificați punctul de încredere implicit utilizând următoarele comenzi de configurare. Parametrii de transport ar trebui, de asemenea, să fie actualizați pentru a asigura o conexiune sigură și fiabilă pentru înregistrare:


 
Comanda server validată de cn-san asigură că gateway-ul local permite o conexiune dacă numele de gazdă configurat în clientul 200 este inclus în câmpurile CN sau SAN ale certificatului primit de la proxy-ul de ieșire.

  1. Setare număr reîncercare tcp până la 1000 (multipli de 5 msec = 5 secunde).

  2. setați conexiunea cronometrului comanda vă permite să reglați cât timp LGW așteaptă să configureze o conexiune cu un proxy înainte de a lua în considerare următoarea opțiune disponibilă. Implicit pentru acest cronometru este de 20 de secunde și minim 5 secunde. Începeți cu o valoare scăzută și creșteți, dacă este necesar, pentru a se potrivi condițiilor de rețea.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000
5

Instalați pachetul CA rădăcină Cisco, care include certificatul CA DigiCert utilizat de Webex Calling. Utilizați crypto pki trustpool import URL curat comandă pentru a descărca pachetul CA rădăcină din URL-ul specificat și pentru a șterge trustpool-ul CA actual, apoi instalați noul pachet de certificate:


 

Dacă trebuie să utilizați un proxy pentru a accesa internetul utilizând HTTPS, adăugați următoarea configurație înainte de a importa pachetul CA:

IP http client proxy-server yourproxy.com port proxy 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Configurați trunchiul bazat pe înscriere Webex Calling

1

Creați un trunchi PSTN bazat pe înregistrare pentru o locație existentă în Control Hub. Notaţi informaţiile trunchiului care sunt furnizate după ce trunchiul a fost creat. Aceste detalii, așa cum se evidențiază în ilustrația următoare, vor fi utilizate în etapele de configurare din acest ghid. Pentru mai multe informații, consultați Configurați trunchiuri, grupuri de rutare și planuri de apelare pentru Webex Calling .

2

Introduceți următoarele comenzi pentru a configura CUBE ca gateway local Webex Calling:

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

Iată o explicație a câmpurilor pentru configurare:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Pentru a proteja împotriva fraudei cu taxă, lista de adrese de încredere definește o listă de gazde și rețele din care gateway-ul local așteaptă apeluri VoIP legitime.

  • În mod implicit, gateway-ul local blochează toate mesajele VoIP primite de la adresele IP care nu se află în lista sa de încredere. Partenerii de apelare configurați în mod static cu „IP țintă sesiune” sau adresele IP ale grupului de server sunt de încredere în mod implicit, deci nu trebuie să fie adăugați la lista de încredere.

  • Când configurați gateway-ul local, adăugați subrețelele IP ale centrului dvs. de date Webex Calling regional în listă. Pentru mai multe informații, consultați Informații de referință la port pentru Webex Calling . De asemenea, adăugați intervale de adrese pentru serverele Unified Communications Manager (dacă sunt utilizate) și gateway-urile trunchiurilor PSTN.


     

    Dacă LGW dvs. se află în spatele unui firewall cu con restricționată NAT, ați putea prefera să dezactivați lista de adresă IP de încredere din interfața Webex Calling . Firewall-ul vă protejează deja de VoIP de intrare nesolicitată. Acțiunea de dezactivare reduce costul general al configurației pe termen lung, deoarece nu putem garanta că adresele de Webex Calling colegii rămân fix și trebuie să configurați firewall-ul pentru colegi în orice caz.

element de frontieră al modului

Activați funcțiile elementului de frontieră Cisco Unified (CUBE) de pe platformă.

statistici media

Permite monitorizarea media pe gateway-ul local.

stări colective media

Permite planului de control să interogheze planul de date pentru statistică apeluri în bloc .

Pentru mai multe informații despre aceste comenzi, consultați Media.

permite conexiuni sip la sip

Activați funcționalitatea de bază a agentului de utilizator SIP back-to-back CUBE. Pentru mai multe informații, consultați Permiteți conexiuni .


 

În mod implicit, transportul prin fax T.38 este activat. Pentru mai multe informații, consultați protocolul de fax t38 (serviciu vocal).

căpușă

Permite STUN (Sesiune Traversală a UDP prin NAT) la nivel global.

  • Când redirecționați un apel către un Webex Calling utilizator (de exemplu, atât partea apelată, cât și partea apelantă sunt Webex Calling abonaților și dacă ancorați media la Webex Calling SBC), atunci mediul nu poate curge către gateway-ul local, deoarece orificiul nu este deschis.

  • Caracteristica de legături STUN de pe gateway-ul local permite trimiterea cererilor STUN generate local pe calea media negociată. Acest lucru ajută la deschiderea găurii de prindere în firewall.

Pentru mai multe informații, consultați stun flowdata agent-id și stun flowdata secret-partajat .

sarcină utilă asimetrică completă

Configurează suportul de sarcină utilă asimetric SIP atât pentru DTMF, cât și pentru sarcinile de plată codec dinamice. Pentru mai multe informații despre această comandă, consultați sarcină utilă asimetrică .

ofertă timpurie forțată

Forțează Gateway-ul Local să trimită informații SDP în mesajul INVITE inițial în loc să aștepte recunoașterea de la partenerul vecin. Pentru mai multe informații despre această comandă, consultați ofertă anticipată .

3

Configurare codec clasă vocală 100 filtru pentru trunchi. În acest exemplu, același filtru codec este utilizat pentru toate trunchiurile. Puteți configura filtre pentru fiecare trunchi pentru un control precis.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Iată o explicație a câmpurilor pentru configurare:

codec clasă vocală 100

Utilizat pentru a permite numai codec-uri preferate pentru apeluri prin trunchiuri SIP. Pentru mai multe informații, consultați codeculclasei de voce.


 

Codec-ul Opus este acceptat numai pentru trunchiurile PSTN bazate pe SIP. Dacă trunchiul PSTN utilizează o conexiune vocală T1/E1 sau analogică FXO, excludeți preferință codec 1 opusul din partea codec clasă vocală 100 configurare .

4

Configurare utilizare sunet de clasă vocală 100 pentru a activa ICE pe trunchiul Webex Calling.


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Iată o explicație a câmpurilor pentru configurare:

stunutilizaregheațălite

Utilizat pentru a activa ICE-Lite pentru toți colegii de apelare cu care se confruntă Webex Calling pentru a permite optimizarea media ori de câte ori este posibil. Pentru mai multe informații, consultați utilizarea stunării clasei de voce și stun utilisation ice lite .


 

Aveți nevoie de utilizarea ICE-lite pentru fluxurile de apeluri prin optimizarea căii media. Pentru a oferi optimizarea media pentru un gateway SIP la TDM, configurați un dial-peer loopback cu ICE-Lite activat pe piciorul IP-IP. Pentru mai multe detalii tehnice, contactați echipele din Cont sau TAC

5

Configurați politica de criptare media pentru traficul Webex.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Iată o explicație a câmpurilor pentru configurare:

clasă vocală srtp-crypto 100

Specifică SHA1_80 ca singurele oferte SRTP cipher-suite CUBE din SDP în mesaje de ofertă și răspuns. Webex Calling acceptă numai SHA1 80._ Pentru mai multe informații, consultați clasa de voce srtp-crypto .

6

Configurați un model pentru a identifica în mod unic apelurile către un trunchi de gateway local pe baza parametrului trunchiului de destinație:


voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

Iată o explicație a câmpurilor pentru configurare:

clasă vocală uri 100 sip

Definește un model pentru a se potrivi unei invitații SIP de intrare la un peer de apelare trunchi de intrare. Când introduceți acest model, utilizați dtg= urmat de valoarea Trunk OTG/DTG furnizată în Control Hub atunci când trunchiul a fost creat. Pentru mai multe informații, consultați clasa vocală uri.

7

Configurare profil sip 100, care va fi utilizat pentru a modifica mesajele SIP înainte de a fi trimise către Webex Calling.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Iată o explicație a câmpurilor pentru configurare:

  • regula 10 la 70 și 90

    Se asigură că anteturile SIP utilizate pentru semnalizarea apelurilor utilizează sistemul sip, mai degrabă decât sistemul sips, care este solicitat de proxy-urile Webex. Configurarea CUBE pentru utilizarea sips asigură utilizarea înregistrării securizate.

  • regulă 80

    Modifică antetul Din pentru a include identificatorul OTG/DTG al grupului de trunchiuri din Control Hub pentru a identifica în mod unic un site de gateway local într-o întreprindere.

8

Configurați trunchiul Webex Calling:

  1. Creați entitate găzduită din clasa vocală 100 pentru a defini și a grupa configurațiile necesare în mod specific pentru trunchiul Webex Calling. În special, detaliile de înregistrare a trunchiurilor furnizate în Control Hub mai devreme vor fi utilizate în acest pas, după cum este detaliat mai jos. Partenerii de apelare asociați mai târziu cu acest client vor moșteni aceste configurații.


     

    Exemplul următor utilizează valorile ilustrate în Pasul 1 în scopul acestui ghid (indicat în îndrăzneală). Înlocuiți-le cu valori pentru trunchiul din configurație.

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Iată o explicație a câmpurilor pentru configurare:

    entitate găzduită pentru clasa vocală 100

    Definește un set de parametri de configurare care vor fi utilizați numai pentru trunchiul Webex Calling. Pentru mai multe informații, consultați chiriaș clasei de voce .

    registrar dns:98027369.us10.bcld.webex.com schema sips expiră 240 raport reîmprospătare 50 tcp tls

    Server de înregistrare pentru gateway-ul local cu înregistrarea setată să se reîmprospăteze la fiecare două minute (50% din 240 de secunde). Pentru mai multe informații, consultați grefier .

    Asigurați-vă că utilizați aici valoarea Domeniului de înregistrare din Control Hub.

    număr de autentificare Dallas1171197921_LGU nume de utilizator Dallas1463285401_LGUparolă 0 9Wt[M6ifY+domeniu BroadWorks

    Date de autentificare pentru provocare înregistrare trunchi. Pentru mai multe informații, consultați acreditări (SIP UA) .

    Asigurați-vă că utilizați aici valorile gazdei liniei/portului, numele de utilizator al autentificării și, respectiv, valorile parolei de autentificare din Control Hub.

    nume de utilizator de autentificare Dallas1171197921_LGU parolă 0 9Wt[M6ifY+ domeniu BroadWorks
    nume de utilizator de autentificare Dallas1171197921_LGUparola 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Provocare autentificare pentru apeluri. Pentru mai multe informații, consultați autentificare (dial-peer) .

    Asigurați-vă că utilizați aici valorile numelui de utilizator al autentificării, parola de autentificare și, respectiv, valorile domeniului de înregistrare din Control Hub.

    fără ID-ul-partide la distanță

    Dezactivați antetul SIP Remote-Party- ID (RPID), deoarece Webex Calling acceptă PAI, care este activat prin CIO asserted-id pai . Pentru mai multe informații, consultați ID-partid-de-la distanță .

    server sip dns:us25.sipconnect.bcld.webex.com

    Configurați serverul SIP țintă pentru trunchi. Utilizați adresa SRV proxy de margine furnizată în Control Hub atunci când v-ați creat trunchiul.

    conexiune-reutilizare

    Utilizează aceeași conexiune persistentă pentru înregistrare și procesare apeluri. Pentru mai multe informații, consultați conexiune-reutilizare .

    srtp-cripto 100

    Configurați suitele cipher preferate pentru piesa de apel SRTP (conexiune) (specificată în pasul 5). Pentru mai multe informații, consultați clasa de voce srtp-crypto.

    sesiune de transport tcp tls

    Setează transportul la TLS. Pentru mai multe informații, consultați sesiune-transport .

    url înghițituri

    Interogările SRV trebuie să fie SIP-uri, așa cum sunt acceptate de SBC de acces; toate celelalte mesaje sunt schimbate în SIP prin sip-profile 200.

    eroare-passthru

    Specifică funcționalitatea de transmitere a răspunsului la eroare SIP . Pentru mai multe informații, consultați eroare-passthru .

    asserted-id pai

    Activează procesarea PAI în Local Gateway. Pentru mai multe informații, consultați asserted-id .

    Bandă de control interfață sursă GigabitEthernet0/0/1

    Configurați interfața sursă și adresa IP asociată pentru mesajele trimise către WebexCalling. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/1

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă către WebexCalling. Pentru mai multe informații, consultați legătura.

    nu există conținut pass-thru custom-sdp

    Comandă implicită în cadrul locatarului. Pentru mai multe informații despre această comandă, consultați conținut transfer .

    profile sip 100

    Schimbă SIP-urile în SIP și modifică linia/portul pentru mesajele INVITE și REGISTER, conform definiției din profile pentru înghiţitură 200 . Pentru mai multe informații, consultați profiluri pentru clasa de voce .

    proxy de ieșire dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling accesați SBC. Introduceți adresa proxy de ieșire furnizată în Control Hub atunci când ați creat trunchiul. Pentru mai multe informații, consultați proxy-ul de ieșire .

    transmitere a politicii de confidențialitate

    Configurați opțiunile politicii antetului de confidențialitate pentru ca trunchiul să treacă valorile de confidențialitate din mesajul recepționat la următoarea componentă a apelului. Pentru mai multe informații, consultați politică de confidențialitate .

  2. Configurați peer-ul de apelare al trunchiului Webex Calling.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

    Iată o explicație a câmpurilor pentru configurare:

    
dial-peer voice 100 voip
  description Inbound/Outbound Webex Calling

    Definește un dial-peer VoIP cu eticheta de 100 și oferă o descriere semnificativă pentru o gestionare ușoară și depanare.

    max-conn 250

    Restricționează numărul de apeluri de intrare și de ieșire simultane între LGW și Webex Calling. Pentru trunchiurile de înscriere, valoarea maximă configurată trebuie să fie 250. Valoare uzată mai mică dacă acest lucru ar fi mai potrivit pentru implementarea dvs. Pentru mai multe informații despre limitele de apelare simultane pentru gateway-ul local, consultați Începeți cu documentul gateway local.

    model-destinație RĂU.PROBĂT

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    protocol de sesiune sipv2

    Specifică acel dial-peer 100 se ocupă de segmentele de apel SIP . Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    sesiune țintă sip-server

    Indică faptul că serverul SIP definit în clientul 100 este moștenit și utilizat pentru destinație pentru apelurile de la acest coleg de apelare.

    solicitare de intrare 100

    Pentru a specifica clasa de voce utilizată pentru a se potrivi unui coleg de apelare VoIP cu identificatorul de resurse uniform (URI) al unui apel de intrare. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Configurați dial-peer-ul pentru a utiliza lista de filtrare codec comună 100. Pentru mai multe informații, consultați codec de clasă voce .

    utilizare stun de clasă vocală 100

    Permite trimiterea cererilor STUN generate local pe gateway-ul local pe calea media negociată. STUN ajută la deschiderea unei găuri de firewall pentru traficul media.

    nicio înghițitură de clasa vocală localhost

    Dezactivează înlocuirea Nume gazdă locale DNS în locul adresă IP fizice în anteturile De la, ID de apel și ID de la distanță ale mesajelor de ieșire.

    client sip de clasă vocală 100

    Asociatorul de apelare moștenește toți parametrii configurați la nivel global și în entitatea găzduită 100. Parametrii pot fi suprasolicitate la nivelul dial-peer.

    srtp

    Activează SRTP pentru segmentul de componentă apel.

    nu văd

    Dezactivează detectarea activității vocale.

După ce definiți entitatea găzduită 100 și configurați un peer de apelare SIP VoIP, gateway-ul inițiază o conexiune TLS către Webex Calling. În acest moment, SBC de acces își prezintă certificatul la gateway-ul local. Gateway-ul local validează certificatul SBC de acces Webex Calling utilizând pachetul rădăcină CA care a fost actualizat mai devreme. Dacă certificatul este recunoscut, se stabilește o sesiune TLS persistentă între gateway-ul local și accesul Webex Calling SBC. Gateway-ul local este apoi capabil să utilizeze această conexiune securizată pentru a se înregistra la SBC de acces Webex. Când înregistrarea este contestată pentru autentificare:

  • În răspuns se utilizează numele de utilizator, parola și parametrii domeniului din configurația de acreditări .

  • Regulile de modificare din profilul sip 100 sunt utilizate pentru a converti URL-ul SIPS înapoi la SIP.

Înscrierea este reușită atunci când un 200 OK este primit de la SBC de acces.

Configurați gateway-ul local cu un trunchi SIP PSTN

După ce ați construit un trunchi către Webex Calling de mai sus, utilizați următoarea configurație pentru a crea un trunchi necriptat către un furnizor PSTN bazat pe SIP:


 

Dacă Furnizorul dvs. de servicii oferă un trunchi PSTN securizat, puteți urma o configurație similară detaliată mai sus pentru trunchiul Webex Calling. Rutarea sigură a apelurilor este acceptată de CUBE.


 

Pentru a configura interfețe TDM pentru segmente de apel PSTN pe gateway-urile Cisco TDM-SIP, consultați Configurarea ISDN PRI.

1

Configurați următoarea clasă de voce uri pentru a identifica apelurile de intrare din trunchiul PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Iată o explicație a câmpurilor pentru configurare:

clasă vocală uri 200 sip

Definește un model pentru a se potrivi unei invitații SIP de intrare la un peer de apelare trunchi de intrare. Când introduceți acest model, utilizați adresa IP a gateway-ului PSTN IP. Pentru mai multe informații, consultați clasa vocală uri.

2

Configurați următoarea linie de apelare IP PSTN:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Iată o explicație a câmpurilor pentru configurare:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definește un dial-peer VoIP cu eticheta de 300 și oferă o descriere semnificativă pentru o gestionare ușoară și depanare. Pentru mai multe informații, consultați voce dial-peer.

model-destinație RĂU.PROBĂT

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. Pentru mai multe informații, consultați model-destinație (interfață) .

protocol de sesiune sipv2

Specifică faptul că dial-peer 200 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocol de sesiune (dial peer) .

țintă sesiune ipv4:192.168.80.13

Indică adresă IPv4 țintă a destinației pentru a trimite segmentul de componentă apel. Ținta sesiunii aici este adresă IP a ITSP . Pentru mai multe informații, consultați ținta sesiunii (peer apelare VoIP).

intrare prin 200

Definește un criteriu de potrivire pentru antetul VIA cu adresa IP a PSTN adresă IP. Se potrivește tuturor segmentelor de apel IP PSTN de intrare de pe gateway-ul local cu dial-peer 200. Pentru mai multe informații, consultați url-ul de intrare.

Bandă de control interfață sursă GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

leagă interfața sursă media GigabitEthernet0/0/0

Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

codec de clasă vocală 100

Configurați dial-peer-ul pentru a utiliza lista de filtrare codec comună 100. Pentru mai multe informații, consultați codec de clasă voce .

dtmf-relay rtp-nte

Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe segmentul de componentă apel. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

nu văd

Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

3

Dacă configurați gateway-ul local pentru a dirija numai apelurile între Webex Calling și PSTN, adăugați următoarea configurație de rutare a apelurilor. Dacă configurați gateway-ul local cu o platformă Unified Communications Manager, treceți la următoarea secțiune.

  1. Creați grupuri de apelare pentru a direcționa apelurile către Webex Calling sau PSTN. Definiți DPG 100 cu dial-peer de ieșire 100 spre Webex Calling. DPG 100 se aplică apelantului de intrare de la PSTN. În mod similar, definiți DPG 200 cu dial-peer de ieșire 200 spre PSTN. DPG 200 se aplică apelantului de intrare din Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Iată o explicație a câmpurilor pentru configurare:

    peer de apelare 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg de clasă vocală.

  2. Aplicați grupuri de apelare pentru a direcționa apelurile de la Webex la PSTN și de la PSTN la Webex:

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Iată o explicație a câmpurilor pentru configurare:

    destinație dpg 200

    Specifică grupul dial-peer și, prin urmare, dial-peer ar trebui să fie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

    Acest lucru încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când sunt configurate caracteristicile CUBE.

Configurați Local Gateway cu un mediu Unified CM existent

Configurația PSTN-Webex Calling din secțiunile anterioare poate fi modificată pentru a include trunchiuri suplimentare într-un cluster Cisco Unified Communications Manager (UCM). În acest caz, toate apelurile sunt dirijate prin Unified CM. Apelurile din UCM din portul 5060 sunt direcționate către PSTN și apelurile din portul 5065 sunt direcționate către Webex Calling. Următoarele configurații incrementale pot fi adăugate pentru a include acest scenariu de apelare.


 

Atunci când creați trunchiul Webex Calling în Unified CM, asigurați-vă că configurați portul de intrare în setările profilului de securitate al trunchiului SIP la 5065. Acest lucru permite mesajele de intrare pe portul 5065 și populează antetul VIA cu această valoare atunci când trimiteți mesaje către gateway-ul local.

1

Configurați următoarele URI pentru clase de voce:

  1. Clasifică apelurile Unified CM la Webex utilizând portul SIP VIA:

    
voice class uri 300 sip
 pattern :5065

  2. Clasifică apelurile Unified CM la PSTN utilizând SIP prin port:

    
voice class uri 400 sip
 pattern :192\.168\.80\.6[0-5]:5060

    Clasificați mesajele primite din UCM către trunchiul PSTN utilizând unul sau mai multe modele care descriu adresele sursă originare și numărul portului. Expresii regulate pot fi utilizate pentru a defini modele de potrivire, dacă este necesar.

    În exemplul de mai sus, o expresie obișnuită este utilizată pentru a se potrivi oricărei adrese IP în intervalul 192.168.80.60 până la 65 și numărul portului 5060.

2

Configurați următoarele înregistrări DNS pentru a specifica rutarea SRV către gazdele Unified CM:


 

IOS XE utilizează aceste înregistrări pentru determinarea locală a gazdelor și porturilor țintă UCM. Cu această configurație, nu este necesar să configurați înregistrări în sistemul DNS. Dacă preferați să utilizați DNS-ul, atunci aceste configurații locale nu sunt necesare.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Iată o explicație a câmpurilor pentru configurare:

Următoarea comandă creează o înregistrare de resurse DNS SRV. Creați o înregistrare pentru fiecare gazdă și trunchi UCM:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: nume înregistrare resursă SRV

2: Prioritatea de înregistrare a resurselor SRV

1: Greutatea record a resursei SRV

5060: Numărul portului pe care trebuie să-l utilizați pentru gazda țintă în această înregistrare de resurse

ucmsub5.mydomain.com: Gazda țintă înregistrare resursă

Pentru a rezolva numele de gazdă țintă a înregistrării resurselor, creați înregistrări DNS A locale. De exemplu:

gazdă ip ucmsub5.mydomain.com 192.168.80.65

gazdă IP: Creează o înregistrare în baza de date IOS XE locală.

ucmsub5.mydomain.com: Numele de gazdă A înregistrării.

192.168.80.65: Adresa IP a gazdei.

Creați evidențele resurselor SRV și A pentru a reflecta mediul UCM și strategia preferată de distribuție a apelurilor.

3

Configurați următorii colegi de apelare:

  1. Apelare reciprocă pentru apeluri între Unified CM și Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Iată o explicație a câmpurilor pentru configurare:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definește un coleg de apelare VoIP cu o etichetă 300 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare.

    model-destinație RĂU.PROBĂT

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    protocol de sesiune sipv2

    Specifică faptul că dial-peer 300 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    țintă sesiune dns:wxtocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția SRV DNS. În acest caz, recordul SRV definit local wxtocucm.io este utilizat pentru a direcționa apelurile.

    intrare prin 300

    Utilizează clasa de voce URI 300 pentru a direcționa toate traficul de intrare de la Unified CM folosind portul sursă 5065 către acest dial-peer. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Indică lista de filtrare codec pentru apelurile către și de la Unified CM. Pentru mai multe informații, consultați codecul clasei de voce.

    Bandă de control interfață sursă GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/0

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe segmentul de componentă apel. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

    nu văd

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

  2. Dial-peer pentru apeluri între Unified CM și PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Iată o explicație a câmpurilor pentru configurare:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definește un dial-peer VoIP cu eticheta de 300 și oferă o descriere semnificativă pentru o gestionare ușoară și depanare.

    model-destinație RĂU.PROBĂT

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    protocol de sesiune sipv2

    Specifică faptul că dial-peer 400 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    țintă sesiune dns:pstntocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția SRV DNS. În acest caz, înregistrarea SRV definită local pstntocucm.io este utilizat pentru a direcționa apelurile.

    intrare prin 400

    Utilizează clasa de voce URI 400 pentru a direcționa toate traficul de intrare de la gazdele Unified CM specificate utilizând portul sursă 5060 către acest dial-peer. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Indică lista de filtrare codec pentru apelurile către și de la Unified CM. Pentru mai multe informații, consultați codecul clasei de voce.

    Bandă de control interfață sursă GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/0

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe segmentul de componentă apel. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

    nu văd

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

4

Adăugați rutarea apelurilor utilizând următoarele configurații:

  1. Creați grupuri de apelare pentru a direcționa apelurile între Unified CM și Webex Calling. Definiți DPG 100 cu peer de apelare de ieșire 100 către Webex Calling. DPG 100 este aplicat pe asociatul de apelare de intrare de la Unified CM. În mod similar, definiți DPG 300 cu dial-peer de ieșire 300 spre Unified CM. DPG 300 se aplică apelantului de intrare din Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Creați grupuri de apelare pentru a direcționa apelurile între Unified CM și PSTN. Definiți DPG 200 cu peer de apelare de ieșire 200 către PSTN. DPG 200 este aplicat la asocierea de apelare de intrare de la Unified CM. În mod similar, definiți DPG 400 cu dial-peer de ieșire 400 spre Unified CM. DPG 400 se aplică apelantului de intrare de la PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Iată o explicație a câmpurilor pentru configurare:

    peer de apelare 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg de clasă vocală.

  3. Aplicați grupuri de apelare pentru a direcționa apelurile de la Webex la Unified CM și de la Unified CM la Webex:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Iată o explicație a câmpurilor pentru configurare:

    dpg destinație 300

    Specifică grupul dial-peer și, prin urmare, dial-peer ar trebui să fie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

  4. Aplicați grupuri de apelare pentru a direcționa apelurile de la PSTN la Unified CM și de la Unified CM la PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Acest lucru încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când au fost configurate caracteristicile CUBE.

Monitorizați și depanați Gateway-ul local cu semnături de diagnosticare

Semnăturile de diagnosticare (DS) detectează în mod proactiv problemele observate frecvent în gateway-ul local bazat pe IOS XE și generează notificarea evenimentului prin e-mail, syslog sau mesaj terminal. De asemenea, puteți instala DS pentru a automatiza colectarea datelor de diagnosticare și pentru a transfera datele colectate în carcasa Cisco TAC pentru a accelera timpul de rezoluție.

Semnături de diagnosticare (DS) sunt fișiere XML care conțin informații despre declanșarea problemelor evenimente și acțiuni care urmează să fie luate pentru a informa, depanare, și remedia problema. Puteți defini logica de detectare a problemei prin utilizarea mesajelor syslog, a evenimentelor SNMP și prin monitorizarea periodică a ieșirilor specifice ale comenzii de afișare.

Tipurile de acțiuni includ colectarea ieșirilor comenzii show:

  • Generarea unui fișier jurnal consolidat

  • Încărcarea fișierului într-o locație de rețea furnizată de utilizator, cum ar fi HTTPS, SCP, server FTP.

Inginerii TAC creează fișierele DS și le semnează digital pentru a proteja integritatea. Fiecare fișier DS are un ID numeric unic atribuit de sistem. Instrumentul de căutare a semnăturilor de diagnosticare (DSLT) este o sursă unică de găsire a semnăturilor aplicabile pentru monitorizarea și depanarea diferitelor probleme.

Înainte de a începe:

  • Nu editați fișierul DS din care descărcați DSLT . Fișierele pe care le modificați nu reușesc instalarea din cauza erorii de verificare a integrității.

  • Un server SMTP(Simple Mail Transfer Protocol) de care aveți nevoie pentru ca gateway-ul local să trimită notificări prin e-mail.

  • Asigurați-vă că gateway-ul local rulează IOS XE 17.6.1 sau o versiune ulterioară dacă doriți să utilizați server SMTP securizat pentru notificări prin e-mail.

Cerințe preliminare

Gateway-ul local care rulează IOS XE 17.6.1a sau mai mare

  1. Semnăturile de diagnosticare este activată implicit.

  2. Configurați serverul de e-mail securizat pentru a fi utilizat pentru a trimite o notificare proactivă dacă dispozitivul rulează Cisco IOS XE 17.6.1a sau o versiune ulterioară.

    configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Configurați variabila de mediuds_email cu adresa de e-adresă de e-mail a administratorului pentru a vă anunța.

    configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

Următoarele afișează un exemplu de configurare a unui gateway local care rulează pe Cisco IOS XE 17.6.1a sau mai mare pentru a trimite notificările proactive către tacfaststart @gmail.com utilizarea Gmail ca server SMTP securizat:


 

Vă recomandăm să utilizați versiunile Cisco IOS XE Bengaluru 17.6.x sau versiuni ulterioare.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

 

Un gateway local care rulează pe software-ul Cisco IOS XE nu este un client Gmail obișnuit, bazat pe web, care acceptă OAuth, așa că trebuie să configuram o anumită setare pentru contul Gmail și să oferim permisiunea specifică pentru ca e-mailul de pe dispozitiv să fie procesat corect:

  1. Accesați Gestionați Contul Google > Securitate și activați setarea de acces la aplicație mai puțin securizată.

  2. Răspundeți „Da, eu am fost” atunci când primiți un e-mail de la Gmail prin care se spune „Google a împiedicat pe cineva să se conecteze la contul dvs. utilizând o aplicație non-Google”.

Instalați semnături de diagnosticare pentru o monitorizare proactivă

Monitorizarea gradului de utilizare ridicat al CPU

Acest DS urmărește utilizarea CPU timp de cinci secunde folosind SNMP OID 1.3.6.1.4.1.9.2.1.56. Când gradul de utilizare atinge 75% sau mai mult, acesta dezactivează toate remediile și dezinstalează toate semnăturile de diagnosticare care sunt instalate în gateway-ul local. Utilizați acești pași de mai jos pentru a instala semnătura.

  1. Utilizați afișare snmp comandă pentru a activa SNMP. Dacă nu activați, configurați manager server snmp comandă .

    show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Descărcați DS 64224 utilizând următoarele opțiuni derulante în Instrumentul de căutare a semnăturilor de diagnosticare :

    Nume câmp

    Valoarea câmpului

    Platformă

    Seria Cisco 4300, 4400 ISR sau seria Cisco CSR 1000V

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip problemă

    Utilizare ridicată a CPU cu notificare prin e- E-mail .

  3. Copiați fișier XML în flash-ul Gateway local.

    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Următorul exemplu arată copierea fișierului de pe un server FTP pe gateway-ul local.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Instalați fișier XML în gateway-ul local.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Utilizați afișați semnătura-diagnostic call-home comandă pentru a verifica dacă semnătura a fost instalată cu succes. Coloana de stare trebuie să aibă o valoare „înscrisă”.

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

    Descărcați DS:

    ID DS

    Nume DS

    Revizuire

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    DS_ LGW_ CPU_ MON75

    0.0.10

    Înscris

    07.11.2020 22:05:33


     

    Când este declanșată, această semnătură dezinstalează toate DS-urile care rulează, inclusiv ea însăși. Dacă este necesar, reinstalați DS 64224 pentru a continua monitorizarea utilizării ridicate a procesorului pe gateway-ul local.

Monitorizarea înregistrării SIP trunk

Acest DS verifică dacă există anularea înregistrării unui trunchi SIP Gateway local în Webex Calling la fiecare 60 de secunde. Odată ce evenimentul de anulare a înscrierii este detectat, acesta generează un e-mail și o notificare syslog și se dezinstalează după două apariții de dezactivare. Utilizați pașii de mai jos pentru a instala semnătura:

  1. Descărcați DS 64117 utilizând următoarele opțiuni derulante în Instrumentul de căutare a semnăturilor de diagnosticare :

    Nume câmp

    Valoarea câmpului

    Platformă

    Seria Cisco 4300, 4400 ISR sau seria Cisco CSR 1000V

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    SIP- SIP

    Tip problemă

    Dezactivare trunchi SIP cu notificare prin e- E-mail .

  2. Copiați fișier XML în gateway-ul local.

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

  3. Instalați fișier XML în gateway-ul local.

    call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

  4. Utilizați afișați semnătura-diagnostic call-home comandă pentru a verifica dacă semnătura a fost instalată cu succes. Coloana de stare trebuie să aibă o valoare „înscrisă”.

Monitorizarea deconectărilor anormale ale apelurilor

Acest DS utilizează interogare SNMP la fiecare 10 minute pentru a detecta deconectarea anormală a apelurilor cu erorile SIP 403, 488 și 503.  Dacă numărul de erori este mai mare sau egal cu 5 din ultimul sondaj, acesta generează un syslog și o notificare prin e-mail. Vă rugăm să utilizați pașii de mai jos pentru a instala semnătura.

  1. Utilizați afișare snmp comandă pentru a verifica dacă SNMP este activat. Dacă nu este activată, configurați manager server snmp comandă .

    show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Descărcați DS 65221 utilizând următoarele opțiuni în Instrumentul de căutare a semnăturilor de diagnosticare :

    Nume câmp

    Valoarea câmpului

    Platformă

    Seria Cisco 4300, 4400 ISR sau seria Cisco CSR 1000V

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip problemă

    Detectare deconectare anormală a apelurilor SIP cu notificare prin e- E-mail și Syslog.

  3. Copiați fișier XML în gateway-ul local.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Instalați fișier XML în gateway-ul local.

    call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Utilizați afișați semnătura-diagnostic call-home comandă pentru a verifica dacă semnătura a fost instalată cu succes. Coloana de stare trebuie să aibă o valoare „înscrisă”.

Instalați semnături de diagnosticare pentru a depana o problemă

Utilizați Semnăturile de diagnosticare (DS) pentru a rezolva rapid problemele. Inginerii Cisco TAC au creat mai multe semnături care permit debug-urile necesare pentru a depana o anumită problemă, a detecta apariția problemei, a colecta setul corect de date de diagnosticare și a transfera datele automat în carcasa Cisco TAC . Semnăturile de diagnosticare (DS) elimină necesitatea de a verifica manual apariția problemei și facilitează mult soluționarea problemelor intermitente și tranzitorii.

Puteți utiliza Instrumentul de căutare a semnăturilor de diagnosticare pentru a găsi semnăturile aplicabile și a le instala pentru a rezolva automat o anumită problemă sau puteți instala semnătura recomandată de inginerul TAC ca parte a angajamentului de asistență.

Iată un exemplu despre cum să găsiți și să instalați un DS pentru a detecta apariția „%VOICE_ IEC-3-GW: CCAPI: Eroare internă (pragul vârfului apelului): IEC=1.1.181.1.29.0" syslog și colectarea automată a datelor de diagnosticare prin următorii pași:

  1. Configurați o variabilă de mediu DS suplimentarăds_fsurl_prefix care este calea server de fișiere Cisco TAC (cxd.cisco.com) în care sunt încărcate datele de diagnosticare colectate. Numele de utilizator din calea fișierului este numărul cazului, iar parola este tokenul de încărcare fișier , care poate fi preluat din Asistență Case Manager în următoarea comandă. Tokenul de încărcare fișier poate fi generat în Atașamente secțiunea Support Case Manager, după caz.

    configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Exemplu:

    call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Asigurați-vă că SNMP este activat utilizând afișare snmp comandă . Dacă nu este activată, configurați manager server snmp comandă .

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Asigurați-vă că ați instalat DS 64224 pentru monitorizarea CPU ridicat ca o măsură proactivă pentru a dezactiva toate semnările de depanare și diagnosticare în timpul perioadei de utilizare ridicată a CPU . Descărcați DS 64224 utilizând următoarele opțiuni în Instrumentul de căutare a semnăturilor de diagnosticare :

    Nume câmp

    Valoarea câmpului

    Platformă

    Seria Cisco 4300, 4400 ISR sau seria Cisco CSR 1000V

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip problemă

    Utilizare ridicată a CPU cu notificare prin e- E-mail .

  4. Descărcați DS 65095 utilizând următoarele opțiuni în Instrumentul de căutare a semnăturilor de diagnosticare :

    Nume câmp

    Valoarea câmpului

    Platformă

    Seria Cisco 4300, 4400 ISR sau seria Cisco CSR 1000V

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Syslog-uri

    Tip problemă

    Syslog - %VOICE_ IEC-3-GW: CCAPI: Eroare internă (pragul vârfului apelului): IEC=1.1.181.1.29.0

  5. Copiați fișierele DS XML în gateway-ul local.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Instalați fișier XML DS 64224 și apoi DS 65095 pentru monitorizarea CPU înalt în gateway-ul local.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Verificați dacă semnătura a fost instalată cu succes utilizând aplicația afișați semnătura-diagnostic call-home comanda. Coloana de stare trebuie să aibă o valoare „înscrisă”.

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    DS descărcate:

    ID DS

    Nume DS

    Revizuire

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    00:07:45

    DS_ LGW_ CPU_ MON75

    0.0.10

    Înscris

    08.11.2020

    65095

    00:12:53

    DS_ LGW_ IEC_ Call_spike_threshold

    0.0.12

    Înscris

    08.11.2020

Verificați execuția semnăturilor de diagnosticare

În următoarea comandă, coloana „Stare” a fișierului afișați semnătura-diagnostic call-home comanda trece la „rulare” în timp ce gateway-ul local execută acțiunea definită în semnătură. Ieșirea din afișați statisticile pentru semnătura de diagnosticare apel-home este cel mai bun mod de a verifica dacă o semnătură de diagnosticare detectează un eveniment de interes și execută acțiunea. Coloana „Declanșat/Max/Deinstalare” indică de câte ori semnătura dată a declanșat un eveniment, de număr maxim de ori în care este definită detectarea unui eveniment și dacă semnătura se dezinstalează după detectarea număr maxim de evenimente declanșate.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DS descărcate:

ID DS

Nume DS

Revizuire

Stare

Ultima actualizare (GMT+00:00)

64224

DS_ LGW_ CPU_ MON75

0.0.10

Înscris

08.11.2020, 00:07:45

65095

DS_ LGW_ IEC_ Call_spike_threshold

0.0.12

Rulare

08-11-2020 00:12:53

afișați statisticile pentru semnătura de diagnosticare apel-home

ID DS

Nume DS

Declanșat /Max/Deinstall

Durată medie de rulare (secunde)

Durată maximă de rulare (secunde)

64224

DS_ LGW_ CPU_ MON75

0/0/N

0,000

0,000

65095

DS_ LGW_ IEC_ Call_spike_threshold

1 /20/A

23.053

23.053

E-mailul de notificare care este trimis în timpul execuției semnăturii de diagnosticare conține informații cheie precum tipul problemei, detaliile dispozitivului, versiune software, configurația de rulare și ieșirile de afișare a comenzii care sunt relevante pentru depanarea problemei date.

Dezinstalați semnăturile de diagnosticare

Utilizare Semnăturile de diagnosticare în scopuri de depanare sunt de obicei definite pentru a fi dezinstalate după detectarea unor probleme. Dacă doriți să dezinstalați manual o semnătură, recuperați ID-ul DS de la ieșirea din afișarea semnăturii de diagnosticare la domiciliu comandă și executați următoarea comandă:

call-home diagnostic-signature deinstall <DS ID>

Exemplu:

call-home diagnostic-signature deinstall 64224

 

Semnăturile noi sunt adăugate periodic în Instrumentul de căutare semnături pentru diagnosticare, pe baza problemelor observate de obicei în implementări. TAC nu acceptă momentan solicitările de creare de noi semnături personalizate.

Gestionați și validați gateway-uri Cisco IOS XE prin Control Hub

Pentru o mai bună gestionare a gateway-urilor Cisco IOS XE, vă recomandăm să înscrieți și să gestionați gateway-urile prin Control Hub. Este o configurație opțională. Când sunteți înscris, puteți utiliza opțiunea de validare a configurației din Control Hub pentru a valida configurația Gateway-ului local și a identifica orice probleme de configurare. În prezent, numai trunchiurile bazate pe înregistrare acceptă această funcționalitate.

Pentru mai multe informații, consultați următoarele:

Prezentare generală a designului

Această secțiune descrie modul de configurare a unui element de frontieră Unified Cisco (CUBE) ca gateway local pentru Webex Calling, utilizând trunchiul SIP TLS (mTLS) bazat pe certificate. Prima parte a acestui document ilustrează modul de configurare a unui gateway PSTN simplu. În acest caz, toate apelurile din PSTN sunt direcționate către Webex Calling și toate apelurile din Webex Calling sunt direcționate către PSTN. Următoarea imagine evidențiază această soluție și configurația de rutare a apelurilor la nivel înalt care va fi urmată.

În acest design se utilizează următoarele configurații principale:

  • cursanți de clasă vocală: Utilizat pentru a crea configurații specifice trunchiului.

  • clasă vocală: Utilizat pentru a clasifica mesajele SIP pentru selectarea unui dial-peer de intrare.

  • peer apelare de intrare: Oferă tratament pentru mesajele SIP de intrare și determină ruta de ieșire cu un grup dial-peer.

  • grup peer-dial: Definește colegii de apelare de ieșire utilizați pentru rutarea continuă a apelurilor.

  • peer apelare de ieșire: Oferă tratament pentru mesajele SIP de ieșire și le trasează la ținta necesară.

Call routing from/to PSTN to/from Webex Calling configuration solution

Atunci când conectați o soluție locală Cisco Unified Communications Manager cu Webex Calling, puteți utiliza configurația simplă a gateway-ului PSTN ca bază pentru construirea soluției ilustrate în următoarea diagramă. În acest caz, Unified Communications Manager oferă rutare și tratare centralizată a tuturor apelurilor PSTN și Webex Calling.

Pe parcursul acestui document se utilizează numele gazdei, adresele IP și interfețele ilustrate în următoarea imagine. Opțiunile sunt prevăzute pentru abordarea publică sau privată (în spatele NAT). Înregistrările DNS SRV sunt opționale, cu excepția cazului în care sarcina este echilibrată în mai multe instanțe CUBE.

Utilizați ghidurile de configurare din restul acestui document pentru a finaliza configurația gateway-ului local după cum urmează:

  • Pasul 1: Configurați conectivitatea și securitatea de bază a routerului

  • Pasul 2: Configurați trunchiul Webex Calling

    În funcție de arhitectura necesară, urmați fie:

  • Pasul 3: Configurați gateway-ul local cu trunchiul SIP PSTN

  • Pasul 4: Configurați gateway-ul local cu mediul Unified CM existent

    Sau:

  • Pasul 3: Configurați gateway-ul local cu trunchiul TDM PSTN

Configurați conectivitatea și securitatea

configurație Inițială

Primul pas în pregătirea routerului Cisco ca gateway local pentru Webex Calling este construirea unei configurații de bază care să vă securizeze platforma și să vă stabilească conectivitatea.

  • Toate implementările gateway locale bazate pe certificate necesită versiuni Cisco IOS XE 17.9.1a sau versiuni ulterioare. Pentru versiunile recomandate, consultați pagina Cisco Software Research . Căutați platforma și selectați una dintre versiunile sugerate .

    • Routerele din seria ISR4000 trebuie configurate atât cu licențe Unified Communications, cât și cu licențe de tehnologie de securitate.

    • Routerele din seria Catalyst Edge 8000 echipate cu carduri vocale sau DSPs necesită licențiere ADN Essentials. Routere fără carduri vocale sau DSPs necesită un minim de licențiere ADN Essentials.

    • Pentru cerințele de capacitate ridicată, puteți solicita, de asemenea, o licență de înaltă securitate (HSEC) și un drept suplimentar de tranzit.

      Consultați Codurile de autorizare pentru detalii suplimentare.

  • Construiți o configurație de bază pentru platforma dvs. care să respecte politicile dvs. de afaceri. În special, configurați următoarele și verificați funcționarea:

    • NTP

    • ACL-uri

    • Autentificare utilizator și acces la distanță

    • DNS

    • Rutare IP

    • Adrese IP

  • Rețeaua către Webex Calling trebuie să utilizeze o adresă IPv4. Adresa locală Gateway Nume domeniu complet calificat (FQDN) sau Înregistrare serviciu (SRV) trebuie să se rezolve la o adresă IPv4 publică pe internet.

  • Toate porturile SIP și media de pe interfața Gateway Local cu care se confruntă Webex trebuie să fie accesibile de pe internet, fie direct, fie prin NAT static. Asigurați-vă că actualizați firewall-ul în mod corespunzător.

  • Instalați un certificat semnat pe gateway-ul local (următorul oferă pașii de configurare detaliați).

    • O autoritate publică de certificare (CA), așa cum este detaliată în Ce autorități de certificare rădăcină sunt acceptate pentru apelurile către platformele audio și video Cisco Webex? trebuie să semneze certificatul dispozitivului.

    • FQDN configurat în Control Hub atunci când se creează un trunchi trebuie să fie numele comun (CN) sau certificatul de nume alternativ al subiectului (SAN) al routerului. De exemplu:

      • Dacă un trunchi configurat în Control Hub al organizației dvs. are cube1.lgw.com:5061 ca FQDN al gateway-ului local, atunci CN sau SAN din certificatul router trebuie să conțină cube1.lgw.com. 

      • Dacă un trunchi configurat în Control Hub al organizației dvs. are lgws.lgw.com ca adresa SRV a gateway-ului (gateway-urilor) local care poate fi accesată din trunchi, atunci CN sau SAN din certificatul router trebuie să conțină lgws.lgw.com. Înregistrările în care se rezolvă adresa SRV (CNAME, A Înregistrare sau IP Address) sunt opționale în SAN.

      • Indiferent dacă utilizați un FQDN sau un SRV pentru trunchi, adresa de contact pentru toate dialogurile SIP noi din gateway-ul local utilizează numele configurat în Control Hub.

  • Asigurați-vă că certificatele sunt semnate pentru utilizare client și server.

  • Încărcați pachetul CA rădăcină Cisco la gateway-ul local.

Configurare

1

Asigurați-vă că atribuiți adrese IP valide și rutabile oricăror interfețe din stratul 3, de exemplu:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240
2

Protejați acreditările STUN pe router utilizând criptarea simetrică. Configurați cheia de criptare primară și tipul de criptare după cum urmează:


key config-key password-encrypt YourPassword
password encryption aes
3

Creați un punct de încredere pentru criptare cu un certificat semnat de autoritatea de certificare preferată (CA).

  1. Creați o pereche de taste RSA utilizând următoarea comandă exec.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. Creați un punct de încredere pentru certificatul semnat cu următoarele comenzi de configurare:

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn cube1.lgw.com
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key

  3. Generați Cererea de semnare a certificatului (CSR) cu următoarea comandă exec sau de configurare și utilizați-o pentru a solicita un certificat semnat de la un furnizor de CA acceptat:

    crypto pki enroll LGW_CERT
4

Autentificați-vă noul certificat utilizând certificatul CA intermediar (sau rădăcină), apoi importați certificatul (Pasul 4). Introduceți următoarea comandă de exec sau configurare:


crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>
5

Importați un certificat de gazdă semnat utilizând următoarea comandă exec sau de configurare:


crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>
6

Activați exclusivitatea TLS1.2 și specificați punctul de încredere implicit utilizând următoarele comenzi de configurare:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
7

Instalați pachetul CA rădăcină Cisco, care include certificatul CA DigiCert utilizat de Webex Calling. Utilizați crypto pki trustpool import URL curat comandă pentru a descărca pachetul CA rădăcină din URL-ul specificat și pentru a șterge trustpool-ul CA actual, apoi instalați noul pachet de certificate:


 

Dacă trebuie să utilizați un proxy pentru a accesa internetul utilizând HTTPS, adăugați următoarea configurație înainte de a importa pachetul CA:

IP http client proxy-server yourproxy.com port proxy 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Configurați trunchiul bazat pe certificatul Webex Calling

1

Creați un trunchi PSTN bazat pe certificat CUBE pentru o locație existentă în Control Hub. Pentru mai multe informații, consultați Configurați trunchiuri, grupuri de rutare și planuri de apelare pentru Webex Calling .


 
Notaţi informaţiile trunchiului care sunt furnizate odată ce trunchiul este creat. Aceste detalii, așa cum se evidențiază în ilustrația următoare, vor fi utilizate în etapele de configurare din acest ghid.
2

Introduceți următoarele comenzi pentru a configura CUBE ca gateway local Webex Calling:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Iată o explicație a câmpurilor pentru configurare:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Pentru a proteja împotriva fraudei cu taxă, lista de adrese de încredere definește o listă de gazde și entități de rețea de la care gateway-ul local așteaptă apeluri VoIP legitime.

  • În mod implicit, gateway-ul local blochează toate mesajele VoIP primite de la adresele IP care nu se află în lista sa de încredere. Partenerii de apelare configurați în mod static cu „IP țintă sesiune” sau adresele IP ale grupului de server sunt de încredere în mod implicit, astfel încât nu trebuie să fie adăugați la lista de încredere.

  • Când configurați gateway-ul local, adăugați subrețelele IP pentru centrul dvs. de date Webex Calling regional în listă, consultați Informații de referință port pentru Webex Calling pentru mai multe informații. De asemenea, adăugați intervale de adrese pentru serverele Unified Communications Manager (dacă sunt utilizate) și gateway-urile trunchiurilor PSTN.

  • Pentru mai multe informații despre utilizarea unei liste de adresă IP de încredere pentru a preveni frauda cu taxă, consultați adresă IP de încredere .

element de frontieră al modului

Activați funcțiile elementului de frontieră Cisco Unified (CUBE) de pe platformă.

permite conexiuni sip la sip

Activați CUBE SIP de bază înapoi la funcționalitatea de agent de utilizator înapoi. Pentru mai multe informații, consultați Permiteți conexiuni .


 

În mod implicit, transportul prin fax T.38 este activat. Pentru mai multe informații, consultați protocolul de fax t38 (serviciu vocal).

căpușă

Permite STUN (Sesiune Traversală a UDP prin NAT) la nivel global.


 
Aceste comenzi de stun globale sunt necesare numai atunci când implementați gateway-ul local din spatele NAT.

  • Când redirecționați un apel către un Webex Calling utilizator (de exemplu, atât partea apelată, cât și partea apelantă sunt Webex Calling abonaților și dacă ancorați media la Webex Calling SBC), atunci mediul nu poate curge către gateway-ul local, deoarece orificiul nu este deschis.

  • Caracteristica de legături STUN de pe gateway-ul local permite trimiterea cererilor STUN generate local pe calea media negociată. Acest lucru ajută la deschiderea găurii de prindere în firewall.

Pentru mai multe informații, consultați stun flowdata agent-id și stun flowdata partajate-secret.

sarcină utilă asimetrică completă

Configurează suportul de sarcină utilă asimetric SIP atât pentru DTMF, cât și pentru sarcinile de plată codec dinamice. Pentru mai multe informații despre această comandă, consultați sarcină utilă asimetrică .

ofertă timpurie forțată

Forțează Gateway-ul Local să trimită informații SDP în mesajul INVITE inițial în loc să aștepte recunoașterea de la partenerul vecin. Pentru mai multe informații despre această comandă, consultați ofertă anticipată .

intrare profiluri sip

Permite CUBE să utilizeze profiluri SIP pentru a modifica mesajele pe măsură ce acestea sunt primite. Profilurile sunt aplicate prin intermediul asociaților de apelare sau al chiriașilor.

3

Configurare codec clasă vocală 100 filtru codec pentru trunchi. În acest exemplu, același filtru codec este utilizat pentru toate trunchiurile. Puteți configura filtre pentru fiecare trunchi pentru un control precis.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Iată o explicație a câmpurilor pentru configurare:

codec clasă vocală 100

Utilizat pentru a permite numai codec-uri preferate pentru apeluri prin trunchiuri SIP. Pentru mai multe informații, consultați codeculclasei de voce.


 

Codec-ul Opus este acceptat numai pentru trunchiurile PSTN bazate pe SIP. Dacă trunchiul PSTN utilizează o conexiune vocală T1/E1 sau analogică FXO, excludeți preferință codec 1 opusul din partea codec clasă vocală 100 configurare .

4

Configurare utilizare sunet de clasă vocală 100 pentru a activa ICE pe trunchiul Webex Calling. (Acest pas nu se aplică pentru Webex for Government)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Iată o explicație a câmpurilor pentru configurare:

stunutilizaregheațălite

Utilizat pentru a activa ICE-Lite pentru toți colegii de apelare cu care se confruntă Webex Calling pentru a permite optimizarea media ori de câte ori este posibil. Pentru mai multe informații, consultați utilizarea stunării clasei de voce și stun utilisation ice lite .


 
date flux paravan de utilizare transversală comanda este necesară numai la implementarea gateway-ului local din spatele NAT.

 
Aveți nevoie de utilizarea ICE-lite pentru fluxurile de apeluri prin optimizarea căii media. Pentru a oferi optimizarea media pentru un gateway SIP la TDM, configurați un dial-peer loopback cu ICE-Lite activat pe piciorul IP-IP. Pentru mai multe detalii tehnice, contactați echipele Cont sau TAC.
5

Configurați politica de criptare media pentru traficul Webex. (Acest pas nu se aplică pentru Webex for Government)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Iată o explicație a câmpurilor pentru configurare:

clasă vocală srtp-crypto 100

Specifică SHA1_80 ca singurele oferte SRTP cipher-suite CUBE din SDP în mesaje de ofertă și răspuns. Webex Calling acceptă numai SHA1 80._ Pentru mai multe informații, consultați clasa de voce srtp-crypto .

6

Configurați cifrele GCM conforme cu FIPS (Acest pas se aplică numai pentru Webex for Government).


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Iată o explicație a câmpurilor pentru configurare:

clasă vocală srtp-crypto 100

Specifică GCM ca suita cipher pe care CUBE o oferă. Este obligatorie configurarea criptelor GCM pentru gateway-ul local pentru Webex for Government.

7

Configurați un model pentru a identifica în mod unic apelurile către un trunchi de gateway local pe baza destinației sale FQDN sau SRV:


voice class uri 100 sip
 pattern cube1.lgw.com

Iată o explicație a câmpurilor pentru configurare:

clasă vocală uri 100 sip

Definește un model pentru a se potrivi unei invitații SIP de intrare la un peer de apelare trunchi de intrare. Când introduceți acest model, utilizați FQDN sau SRV LGW configurat în Control Hub în timp ce creați un trunchi.

8

Configurați profilurile de manipulare a mesajelor SIP. Dacă gateway-ul dvs. este configurat cu o adresă IP publică, configurați un profil după cum urmează sau treceți la pasul următor dacă utilizați NAT. În acest exemplu, cube1.lgw.com este FQDN configurat pentru gateway-ul local și „198.51.100.1” este adresa IP publică a interfeței gateway-ului local care se confruntă cu Webex Calling:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Iată o explicație a câmpurilor pentru configurare:

Normele 10 și 20

Pentru a permite Webex să autentifice mesajele din gateway-ul local, antetul „Contact” din cererea SIP și mesajele de răspuns trebuie să conțină valoarea setată pentru trunchi în Control Hub. Aceasta va fi fie FQDN-ul unei singure gazde, fie numele domeniului SRV utilizat pentru un cluster de dispozitive.


 

Treceți la pasul următor dacă ați configurat gateway-ul local cu adrese IP publice.

9

Dacă gateway-ul dvs. este configurat cu o adresă IP privată în spatele NAT statică, configurați profilurile SIP de intrare și de ieșire după cum urmează. În acest exemplu, cube1.lgw.com este FQDN configurat pentru gateway-ul local, „10.80.13.12” este adresa IP de interfață cu care se confruntă Webex Calling și „192.65.79.20” este adresa IP publică NAT.

Profiluri SIP pentru mesajele de ieșire către Webex Calling

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Iată o explicație a câmpurilor pentru configurare:

Normele 10 și 20

Pentru a permite Webex să autentifice mesajele din gateway-ul local, antetul „Contact” din cererea SIP și mesajele de răspuns trebuie să conțină valoarea setată pentru trunchi în Control Hub. Aceasta va fi fie FQDN-ul unei singure gazde, fie numele domeniului SRV utilizat pentru un cluster de dispozitive.

normele 30-81

Convertiți referințele adresei private la adresa publică externă a site-ului, permițând Webex să interpreteze corect și să dirijeze mesajele ulterioare.

Profil SIP pentru mesajele de intrare din Webex Calling

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Iată o explicație a câmpurilor pentru configurare:

normele 10-80

Convertiți referințele adresei publice la adresa privată configurată, permițând procesarea corectă a mesajelor din Webex de către CUBE.

Pentru mai multe informații, consultați profiluri pentru clasa de voce .

10

Configurați un SIP Opțiuni în viață cu profilul de modificare a antetului.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Iată o explicație a câmpurilor pentru configurare:

clasă vocală sip-opțiuni-keepalive 100

Configurați un profil keepalive și intră în modul de configurare a clasei de voce. Puteți configura timpul (în secunde) la care un Ping SIP Out of Dialog Options este trimis către ținta de apelare atunci când conexiunea bătăilor inimii la punctul final este în stare în sus sau în jos.

Acest profil Keepalive este declanșat din dial-peer-ul configurat către Webex.

Pentru a vă asigura că antetele de contact includ numele de domeniu complet calificat SBC, se utilizează profilul SIP 115. Regulile 30, 40 și 50 sunt necesare numai atunci când SBC este configurat în spatele NAT statice.

În acest exemplu, cube1.lgw.com este FQDN selectat pentru gateway-ul local și dacă se utilizează NAT static, „10.80.13.12” este adresa IP a interfeței SBC către Webex Calling și „192.65.79.20” este adresa IP publică NAT.

11

Configurați trunchiul Webex Calling:

  1. Creați entitate găzduită din clasa vocală 100 pentru a defini și a grupa configurațiile necesare în mod specific pentru trunchiul Webex Calling. Partenerii de apelare asociați mai târziu cu acest client vor moșteni aceste configurații:


     

    Exemplul următor utilizează valorile ilustrate în Pasul 1 în scopul acestui ghid (indicat în îndrăzneală). Înlocuiți-le cu valori pentru trunchiul din configurație.

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

    Iată o explicație a câmpurilor pentru configurare:

    entitate găzduită pentru clasa vocală 100

    Vă recomandăm să utilizați chiriași pentru a configura trunchiuri care au propriul certificat TLS și lista de validare CN sau SAN. Aici, profilul tls asociat cu clientul conține punctul de încredere care trebuie utilizat pentru a accepta sau a crea noi conexiuni și are lista CN sau SAN pentru a valida conexiunile primite. Pentru mai multe informații, consultați chiriaș clasei de voce .

    fără ID-ul-partide la distanță

    Dezactivați antetul SIP Remote-Party- ID (RPID), deoarece Webex Calling acceptă PAI, care este activat prin CIO asserted-id pai . Pentru mai multe informații, consultați ID-partid-de-la distanță .

    server sip dns:us25.sipconnect.bcld.webex.com

    Configurați serverul SIP țintă pentru trunchi. Utilizați adresa SRV proxy de margine furnizată în Control Hub atunci când v-ați creat trunchiul

    srtp-cripto 100

    Configurați suitele cipher preferate pentru piesa de apel SRTP (conexiune) (specificată în Pasul 5). Pentru mai multe informații, consultați clasa de voce srtp-crypto .

    dns gazdă locală: cube1.lgw.com

    Configurați CUBE pentru a înlocui adresa IP fizică din anteturile de la, ID-ul de apel și ID-ul de la distanță din mesajele de ieșire cu FQDN furnizat.

    sesiune de transport tcp tls

    Setează transportul la TLS pentru colegii de apelare asociați. Pentru mai multe informații, consultați sesiune-transport .

    nu reîmprospătați sesiunea

    Dezactivează reîmprospătarea sesiunii SIP la nivel global.

    eroare-passthru

    Specifică funcționalitatea de transmitere a răspunsului la eroare SIP . Pentru mai multe informații, consultați eroare-passthru .

    Bandă de control interfață sursă GigabitEthernet0/0/1

    Configurați interfața sursă și adresa IP asociată pentru mesajele trimise către Webex Calling. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/1

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă la Webex Calling. Pentru mai multe informații, consultați legătura.

    profile sip de clasă vocală 100

    Aplică profilul de modificare a antetului (IP public sau adresare NAT) pentru a fi utilizat pentru mesajele de ieșire. Pentru mai multe informații, consultați profiluri de înghițitură de calitate vocală .

    profiluri sip de clasă vocală 110 intrare

    Se aplică profilul de modificare a antetului (numai adresarea NAT) pentru a fi utilizat pentru mesajele de intrare. Pentru mai multe informații, consultați profilurile sip de clasă vocală.

    politica de confidențialitate passthru

    Configurați opțiunile politicii antetului de confidențialitate pentru ca trunchiul să treacă valorile de confidențialitate din mesajul recepționat la următoarea componentă a apelului. Pentru mai multe informații, consultați politică de confidențialitate .

  2. Configurați peer-ul de apelare al trunchiului Webex Calling.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip rel1xx disable
 voice-class sip asserted-id pai
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

    Iată o explicație a câmpurilor pentru configurare:

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling

    Definiți un coleg de apelare VoIP cu o etichetă de 100 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. Pentru mai multe informații, consultați voce dial-peer .

    model-destinație RĂU.PROBĂT

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    protocol de sesiune sipv2

    Specifică faptul că dial-peer 100 se ocupă de segmentele de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    sesiune țintă sip-server

    Indică faptul că serverul SIP definit în clientul 100 este moștenit și utilizat pentru destinație pentru apelurile de la acest coleg de apelare.

    solicitare de intrare 100

    Pentru a specifica clasa de voce utilizată pentru a se potrivi unui coleg de apelare VoIP cu identificatorul de resurse uniform (URI) al unui apel de intrare. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Indică lista de filtrare codec pentru apelurile către și de la Webex Calling. Pentru mai multe informații, consultați codeculclasei de voce.

    utilizare stun de clasă vocală 100

    Permite trimiterea cererilor STUN generate local pe gateway-ul local pe calea media negociată. Ajutor STUN pentru a deschide o gaură de prindere firewall pentru traficul media.

    voce-clasa sip asertat-id pai

    Setează informațiile de apelare de ieșire utilizând antetul ID (PAI) declarat de confidențialitate. Pentru mai multe informații, consultați sip-ul din clasa vocală.

    client sip de clasă vocală 100

    Asociatorul de apelare moștenește toți parametrii configurați la nivel global și în entitatea găzduită 100. Parametrii pot depăși la nivel de dial-peer. Pentru mai multe informații, consultați clientul sip de clasă vocală.

    profil 100 de opțiuni sip de clasă vocală

    Această comandă este utilizată pentru a monitoriza disponibilitatea unui grup de servere SIP sau puncte finale utilizând un anumit profil (100).

    srtp

    Activează SRTP pentru segmentul de componentă apel.

Configurați gateway-ul local cu un trunchi SIP PSTN

După ce ați construit un trunchi către Webex Calling de mai sus, utilizați următoarea configurație pentru a crea un trunchi necriptat către un furnizor PSTN bazat pe SIP:


 

Dacă Furnizorul dvs. de servicii oferă un trunchi PSTN securizat, puteți urma o configurație similară detaliată mai sus pentru trunchiul Webex Calling. Rutarea sigură a apelurilor este acceptată de CUBE.


 

Pentru a configura interfețe TDM pentru segmente de apel PSTN pe gateway-urile Cisco TDM-SIP, consultați Configurarea ISDN PRI.

1

Configurați următoarea clasă de voce uri pentru a identifica apelurile de intrare din trunchiul PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Iată o explicație a câmpurilor pentru configurare:

clasă vocală uri 200 sip

Definește un model pentru a se potrivi unei invitații SIP de intrare la un peer de apelare trunchi de intrare. Când introduceți acest model, utilizați adresa IP a gateway-ului PSTN IP. Pentru mai multe informații, consultați clasa vocală uri.

2

Configurați următoarea linie de apelare IP PSTN:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Iată o explicație a câmpurilor pentru configurare:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definește un dial-peer VoIP cu eticheta de 300 și oferă o descriere semnificativă pentru o gestionare ușoară și depanare. Pentru mai multe informații, consultați voce dial-peer.

model-destinație RĂU.PROBĂT

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. Pentru mai multe informații, consultați model-destinație (interfață) .

protocol de sesiune sipv2

Specifică faptul că dial-peer 200 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocol de sesiune (dial peer) .

țintă sesiune ipv4:192.168.80.13

Indică adresă IPv4 țintă a destinației pentru a trimite segmentul de componentă apel. Ținta sesiunii aici este adresă IP a ITSP . Pentru mai multe informații, consultați ținta sesiunii (peer apelare VoIP).

intrare prin 200

Definește un criteriu de potrivire pentru antetul VIA cu adresa IP a PSTN adresă IP. Se potrivește tuturor segmentelor de apel IP PSTN de intrare de pe gateway-ul local cu dial-peer 200. Pentru mai multe informații, consultați url-ul de intrare.

Bandă de control interfață sursă GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

leagă interfața sursă media GigabitEthernet0/0/0

Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

codec de clasă vocală 100

Configurați dial-peer-ul pentru a utiliza lista de filtrare codec comună 100. Pentru mai multe informații, consultați codec de clasă voce .

dtmf-relay rtp-nte

Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe segmentul de componentă apel. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

nu văd

Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

3

Dacă configurați gateway-ul local pentru a dirija numai apelurile între Webex Calling și PSTN, adăugați următoarea configurație de rutare a apelurilor. Dacă configurați gateway-ul local cu o platformă Unified Communications Manager, treceți la următoarea secțiune.

  1. Creați grupuri de apelare pentru a direcționa apelurile către Webex Calling sau PSTN. Definiți DPG 100 cu dial-peer de ieșire 100 spre Webex Calling. DPG 100 se aplică apelantului de intrare de la PSTN. În mod similar, definiți DPG 200 cu dial-peer de ieșire 200 spre PSTN. DPG 200 se aplică apelantului de intrare din Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Iată o explicație a câmpurilor pentru configurare:

    peer de apelare 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg de clasă vocală.

  2. Aplicați grupuri de apelare pentru a direcționa apelurile de la Webex la PSTN și de la PSTN la Webex:

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Iată o explicație a câmpurilor pentru configurare:

    destinație dpg 200

    Specifică grupul dial-peer și, prin urmare, dial-peer ar trebui să fie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

    Acest lucru încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când sunt configurate caracteristicile CUBE.

Configurați Local Gateway cu un mediu Unified CM existent

Configurația PSTN-Webex Calling din secțiunile anterioare poate fi modificată pentru a include trunchiuri suplimentare într-un cluster Cisco Unified Communications Manager (UCM). În acest caz, toate apelurile sunt dirijate prin Unified CM. Apelurile din UCM din portul 5060 sunt direcționate către PSTN și apelurile din portul 5065 sunt direcționate către Webex Calling. Următoarele configurații incrementale pot fi adăugate pentru a include acest scenariu de apelare.

1

Configurați următoarele URI pentru clase de voce:

  1. Clasifică apelurile Unified CM la Webex utilizând portul SIP VIA:

    
voice class uri 300 sip
 pattern :5065

  2. Clasifică apelurile Unified CM la PSTN utilizând SIP prin port:

    
voice class uri 400 sip
 pattern :192\.168\.80\.6[0-5]:5060

    Clasificați mesajele primite din UCM către trunchiul PSTN utilizând unul sau mai multe modele care descriu adresele sursă originare și numărul portului. Expresii regulate pot fi utilizate pentru a defini modele de potrivire, dacă este necesar.

    În exemplul de mai sus, o expresie obișnuită este utilizată pentru a se potrivi oricărei adrese IP în intervalul 192.168.80.60 până la 65 și numărul portului 5060.

2

Configurați următoarele înregistrări DNS pentru a specifica rutarea SRV către gazdele Unified CM:


 

IOS XE utilizează aceste înregistrări pentru determinarea locală a gazdelor și porturilor țintă UCM. Cu această configurație, nu este necesar să configurați înregistrări în sistemul DNS. Dacă preferați să utilizați DNS-ul, atunci aceste configurații locale nu sunt necesare.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Iată o explicație a câmpurilor pentru configurare:

Următoarea comandă creează o înregistrare de resurse DNS SRV. Creați o înregistrare pentru fiecare gazdă și trunchi UCM:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: nume înregistrare resursă SRV

2: Prioritatea de înregistrare a resurselor SRV

1: Greutatea record a resursei SRV

5060: Numărul portului pe care trebuie să-l utilizați pentru gazda țintă în această înregistrare de resurse

ucmsub5.mydomain.com: Gazda țintă înregistrare resursă

Pentru a rezolva numele de gazdă țintă a înregistrării resurselor, creați înregistrări DNS A locale. De exemplu:

gazdă ip ucmsub5.mydomain.com 192.168.80.65

gazdă IP: Creează o înregistrare în baza de date IOS XE locală.

ucmsub5.mydomain.com: Numele de gazdă A înregistrării.

192.168.80.65: Adresa IP a gazdei.

Creați evidențele resurselor SRV și A pentru a reflecta mediul UCM și strategia preferată de distribuție a apelurilor.

3

Configurați următorii colegi de apelare:

  1. Apelare reciprocă pentru apeluri între Unified CM și Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Iată o explicație a câmpurilor pentru configurare:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definește un coleg de apelare VoIP cu o etichetă 300 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare.

    model-destinație RĂU.PROBĂT

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    protocol de sesiune sipv2

    Specifică faptul că dial-peer 300 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    țintă sesiune dns:wxtocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția SRV DNS. În acest caz, recordul SRV definit local wxtocucm.io este utilizat pentru a direcționa apelurile.

    intrare prin 300

    Utilizează clasa de voce URI 300 pentru a direcționa toate traficul de intrare de la Unified CM folosind portul sursă 5065 către acest dial-peer. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Indică lista de filtrare codec pentru apelurile către și de la Unified CM. Pentru mai multe informații, consultați codecul clasei de voce.

    Bandă de control interfață sursă GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/0

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe segmentul de componentă apel. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

    nu văd

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

  2. Dial-peer pentru apeluri între Unified CM și PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Iată o explicație a câmpurilor pentru configurare:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definește un dial-peer VoIP cu eticheta de 300 și oferă o descriere semnificativă pentru o gestionare ușoară și depanare.

    model-destinație RĂU.PROBĂT

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    protocol de sesiune sipv2

    Specifică faptul că dial-peer 400 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    țintă sesiune dns:pstntocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția SRV DNS. În acest caz, înregistrarea SRV definită local pstntocucm.io este utilizat pentru a direcționa apelurile.

    intrare prin 400

    Utilizează clasa de voce URI 400 pentru a direcționa toate traficul de intrare de la gazdele Unified CM specificate utilizând portul sursă 5060 către acest dial-peer. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Indică lista de filtrare codec pentru apelurile către și de la Unified CM. Pentru mai multe informații, consultați codecul clasei de voce.

    Bandă de control interfață sursă GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/0

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe segmentul de componentă apel. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

    nu văd

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

4

Adăugați rutarea apelurilor utilizând următoarele configurații:

  1. Creați grupuri de apelare pentru a direcționa apelurile între Unified CM și Webex Calling. Definiți DPG 100 cu peer de apelare de ieșire 100 către Webex Calling. DPG 100 este aplicat pe asociatul de apelare de intrare de la Unified CM. În mod similar, definiți DPG 300 cu dial-peer de ieșire 300 spre Unified CM. DPG 300 se aplică apelantului de intrare din Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Creați grupuri de apelare pentru a direcționa apelurile între Unified CM și PSTN. Definiți DPG 200 cu peer de apelare de ieșire 200 către PSTN. DPG 200 este aplicat la asocierea de apelare de intrare de la Unified CM. În mod similar, definiți DPG 400 cu dial-peer de ieșire 400 spre Unified CM. DPG 400 se aplică apelantului de intrare de la PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Iată o explicație a câmpurilor pentru configurare:

    peer de apelare 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg de clasă vocală.

  3. Aplicați grupuri de apelare pentru a direcționa apelurile de la Webex la Unified CM și de la Unified CM la Webex:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Iată o explicație a câmpurilor pentru configurare:

    dpg destinație 300

    Specifică grupul dial-peer și, prin urmare, dial-peer ar trebui să fie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

  4. Aplicați grupuri de apelare pentru a direcționa apelurile de la PSTN la Unified CM și de la Unified CM la PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Acest lucru încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când au fost configurate caracteristicile CUBE.

Monitorizați și depanați Gateway-ul local cu semnături de diagnosticare

Semnăturile de diagnosticare (DS) detectează în mod proactiv problemele observate frecvent în gateway-ul local bazat pe Cisco IOS XE și generează notificarea evenimentului prin e-mail, syslog sau mesaj terminal. De asemenea, puteți instala DS pentru a automatiza colectarea datelor de diagnosticare și pentru a transfera datele colectate în carcasa Cisco TAC pentru a accelera timpul de rezoluție.

Semnăturile de diagnosticare (DS) sunt fișiere XML care conțin informații despre evenimentele de declanșare a problemei și acțiunile de informare, depanare și remediere a problemei. Utilizați mesajele syslog, evenimentele SNMP și prin monitorizarea periodică a ieșirilor specifice comenzii show pentru a defini logica de detectare a problemei. Tipurile de acțiune includ:

  • Colectarea ieșirilor comenzii show

  • Generarea unui fișier jurnal consolidat

  • Încărcarea fișierului într-o locație de rețea furnizată de utilizator, cum ar fi serverul HTTPS, SCP, FTP

Inginerii TAC creează fișiere DS și le semnează digital pentru a proteja integritatea. Fiecare fișier DS are ID -ul numeric unic atribuit de sistem. Instrumentul de căutare a semnăturilor de diagnosticare (DSLT) este o sursă unică de găsire a semnăturilor aplicabile pentru monitorizarea și depanarea diferitelor probleme.

Înainte de a începe:

  • Nu editați fișierul DS din care descărcați DSLT . Fișierele pe care le modificați nu reușesc instalarea din cauza erorii de verificare a integrității.

  • Un server SMTP(Simple Mail Transfer Protocol) de care aveți nevoie pentru ca gateway-ul local să trimită notificări prin e-mail.

  • Asigurați-vă că gateway-ul local rulează IOS XE 17.6.1 sau o versiune ulterioară dacă doriți să utilizați server SMTP securizat pentru notificări prin e-mail.

Cerințe preliminare

Gateway local care rulează IOS XE 17.6.1 sau o versiune ulterioară

  1. Semnăturile de diagnosticare este activată implicit.

  2. Configurați serverul de e-mail securizat pe care îl utilizați pentru a trimite notificări proactive dacă dispozitivul rulează IOS XE 17.6.1 sau o versiune ulterioară.

    
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Configurați variabila de mediuds_email cu adresa de e-adresă de e-mail a administratorului pentru a vă notifica.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

Instalați semnături de diagnosticare pentru o monitorizare proactivă

Monitorizarea gradului de utilizare ridicat al CPU

Acest DS urmărește utilizarea CPU timp de 5 secunde, folosind OID-ul SNMP 1.3.6.1.4.1.9.2.1.56. Când gradul de utilizare atinge 75% sau mai mult, acesta dezactivează toate remediile și dezinstalează toate semnăturile de diagnosticare pe care le instalați în gateway-ul local. Utilizați acești pași de mai jos pentru a instala semnătura.

  1. Asigurați-vă că ați activat SNMP utilizând comanda afișare snmp. Dacă SNMP nu este activat, configurați manager server snmp comandă .

    
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Descărcați DS 64224 utilizând următoarele opțiuni derulante în Instrumentul de căutare a semnăturilor de diagnosticare :

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, seria ISR 4400 sau software-ul Edge 8000V Catalyst

    Produs

    CUBE Enterprise în soluția Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip problemă

    Utilizare ridicată a CPU cu notificare prin e- E-mail

  3. Copiați fișier XML în flash-ul Gateway local.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Următorul exemplu arată copierea fișierului de pe un server FTP pe gateway-ul local.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Instalați fișier XML în gateway-ul local.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Utilizați afișați semnătura-diagnostic call-home comandă pentru a verifica dacă semnătura a fost instalată cu succes. Coloana de stare trebuie să aibă o valoare „înscrisă”.

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

    Descărcați DS:

    ID DS

    Nume DS

    Revizuire

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    DS_ LGW_ CPU_ MON75

    0.0.10

    Înscris

    07.11.2020 22:05:33


     

    Când este declanșată, această semnătură dezinstalează toate DS-urile care rulează, inclusiv ea însăși. Dacă este necesar, vă rugăm să reinstalați DS 64224 pentru a continua să monitorizați gradul de utilizare ridicat al CPU pe gateway-ul local.

Monitorizarea deconectărilor anormale ale apelurilor

Acest DS utilizează interogare SNMP la fiecare 10 minute pentru a detecta deconectarea anormală a apelurilor cu erorile SIP 403, 488 și 503.  Dacă numărul de erori este mai mare sau egal cu 5 din ultimul sondaj, acesta generează un syslog și o notificare prin e-mail. Vă rugăm să utilizați pașii de mai jos pentru a instala semnătura.

  1. Asigurați-vă că SNMP este activat utilizând comanda afișare snmp. Dacă SNMP nu este activat, configurați manager server snmp comandă .

    show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Descărcați DS 65221 utilizând următoarele opțiuni în Instrumentul de căutare a semnăturilor de diagnosticare :

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, seria ISR 4400 sau software-ul Edge 8000V Catalyst

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip problemă

    Detectare deconectare anormală a apelurilor SIP cu notificare prin e- E-mail și Syslog.

  3. Copiați fișier XML în gateway-ul local.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Instalați fișier XML în gateway-ul local.

    
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Utilizați comanda afișați semnătura-diagnostic call-home pentru a verifica dacă semnătura a fost instalată cu succes. Coloana de stare trebuie să aibă o valoare „înscrisă”.

Instalați semnături de diagnosticare pentru a depana o problemă

De asemenea, puteți utiliza Semnăturile de diagnosticare (DS) pentru a rezolva rapid problemele. Inginerii Cisco TAC au creat mai multe semnături care permit debug-urile necesare pentru a depana o anumită problemă, a detecta apariția problemei, a colecta setul corect de date de diagnosticare și a transfera datele automat în carcasa Cisco TAC . Acest lucru elimină necesitatea verificării manuale a apariției problemei și face mult depanarea problemelor intermitente și tranzitorii.

Puteți utiliza Instrumentul de căutare a semnăturilor de diagnosticare pentru a găsi semnăturile aplicabile și a le instala pentru a rezolva automat o anumită problemă sau puteți instala semnătura recomandată de inginerul TAC ca parte a angajamentului de asistență.

Iată un exemplu despre cum să găsiți și să instalați un DS pentru a detecta apariția „%VOICE_ IEC-3-GW: CCAPI: Eroare internă (pragul vârfului apelului): IEC=1.1.181.1.29.0" syslog și colectarea automată a datelor de diagnosticare prin următorii pași:

  1. Configurați o altă variabilă de mediu DSds_fsurl_prefix ca calea server de fișiere Cisco TAC (cxd.cisco.com) pentru a încărca datele de diagnosticare. Numele de utilizator din calea fișierului este numărul cazului, iar parola este tokenul de încărcare fișier , care poate fi preluat din Asistență Case Manager după cum se arată în cele ce urmează. Tokenul de încărcare fișier poate fi generat în Atașamente secțiunea Manager caz de asistență, după caz.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Exemplu:

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Asigurați-vă că SNMP este activat utilizând comanda afișare snmp. Dacă SNMP nu este activat, configurați manager server snmp comandă .

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Vă recomandăm să instalați DS 64224 pentru monitorizarea CPU ridicat ca o măsură proactivă pentru a dezactiva toate semnările de depanare și diagnosticare în timpul perioadei de utilizare ridicată a CPU . Descărcați DS 64224 utilizând următoarele opțiuni în Instrumentul de căutare a semnăturilor de diagnosticare :

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, seria ISR 4400 sau software-ul Edge 8000V Catalyst

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip problemă

    Utilizare ridicată a CPU cu notificare prin e- E-mail .

  4. Descărcați DS 65095 utilizând următoarele opțiuni în Instrumentul de căutare a semnăturilor de diagnosticare :

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, seria ISR 4400 sau software-ul Edge 8000V Catalyst

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Syslog-uri

    Tip problemă

    Syslog - %VOICE_ IEC-3-GW: CCAPI: Eroare internă (pragul vârfului apelului): IEC=1.1.181.1.29.0

  5. Copiați fișierele DS XML în gateway-ul local.

    
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Instalați fișier XML DS 64224 cu monitorizare CPU ridicată și apoi DS 65095 în gateway-ul local.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Verificați dacă semnătura a fost instalată cu succes utilizând afișarea semnăturii de diagnosticare la domiciliu. Coloana de stare trebuie să aibă o valoare „înscrisă”.

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    DS descărcate:

    ID DS

    Nume DS

    Revizuire

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    00:07:45

    DS_ LGW_ CPU_ MON75

    0.0.10

    Înscris

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_ LGW_ IEC_ Call_spike_threshold

    0.0.12

    Înscris

    2020-11-08:00:12:53

Verificați execuția semnăturilor de diagnosticare

În următoarea comandă, coloana „Stare” a comenzii afișați semnătura-diagnostic call-home trece la „rulare” în timp ce gateway-ul local execută acțiunea definită în semnătură. Ieșirea din afișați statisticile pentru semnătura de diagnosticare apel-home este cel mai bun mod de a verifica dacă o semnătură de diagnosticare detectează un eveniment de interes și a executat acțiunea. Coloana „Declanșat/Max/Deinstalare” indică de câte ori semnătura dată a declanșat un eveniment, de număr maxim de ori în care este definită detectarea unui eveniment și dacă semnătura se dezinstalează după detectarea număr maxim de evenimente declanșate.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DS descărcate:

ID DS

Nume DS

Revizuire

Stare

Ultima actualizare (GMT+00:00)
64224

DS_ LGW_ CPU_ MON75

0.0.10

Înscris

08.11.2020, 00:07:45

65095

DS_ LGW_ IEC_ Call_spike_threshold

0.0.12

Rulare

08-11-2020 00:12:53

afișați statisticile pentru semnătura de diagnosticare apel-home

ID DS

Nume DS

Declanșat /Max/Deinstall

Durată medie de rulare (secunde)

Durată maximă de rulare (secunde)
64224

DS_ LGW_ CPU_ MON75

0/0/N

0,000

0,000

65095

DS_ LGW_ IEC_ Call_spike_threshold

1 /20/A

23.053

23.053

E-mailul de notificare care este trimis în timpul execuției semnăturii de diagnosticare conține informații cheie precum tipul problemei, detaliile dispozitivului, versiune software, configurația de rulare și ieșirile de afișare a comenzii care sunt relevante pentru depanarea problemei date.

Dezinstalați semnăturile de diagnosticare

Utilizarea semnăturilor de diagnosticare în scopuri de depanare sunt de obicei definite pentru a dezinstala după detectarea unor apariții ale problemei. Dacă doriți să dezinstalați manual o semnătură, preluați ID -ul DS din ieșirea lui afișați semnătura-diagnostic call-home și rulați următoarea comandă:

call-home diagnostic-signature deinstall <DS ID>

Exemplu:

call-home diagnostic-signature deinstall 64224

 

Semnăturile noi sunt adăugate periodic în Instrumentul de căutare a semnăturilor pentru diagnosticare, pe baza problemelor observate în implementări. TAC nu acceptă momentan solicitările de creare de noi semnături personalizate.

Implementați disponibilitatea ridicată a CUBE ca gateway local

Fundamentale

Cerințe preliminare

Înainte de a implementa CUBE HA ca gateway local pentru Webex Calling, asigurați-vă că aveți o înțelegere aprofundată a următoarelor concepte:

Orientările de configurare prevăzute în acest articol presupun o platformă locală de gateway dedicată, fără o configurație vocală existentă. Dacă o implementare CUBE existentă a întreprinderii este modificată pentru a utiliza și funcția gateway locală pentru Cisco Webex Calling, acordați o atenție deosebită configurației aplicate pentru a vă asigura că fluxurile de apeluri existente și funcționalitățile nu sunt întrerupte și asigurați-vă că respectați cerințele de proiectare CUBE HA.

Componente hardware și software

CUBE HA ca gateway local necesită versiunea IOS-XE 16.12.2 sau o versiune ulterioară și o platformă pe care sunt acceptate atât funcțiile CUBE HA, cât și funcțiile LGW.


 

Comenzile și jurnalele spectacolului din acest articol se bazează pe versiunea minimă de software a Cisco IOS-XE 16.12.2 implementată pe un vCUBE (CSR1000v).

Material de referință

Iată câteva ghiduri detaliate de configurare CUBE HA pentru diferite platforme:

Prezentare generală Soluție Webex Calling

Cisco Webex Calling este o ofertă de colaborare care oferă o alternativă bazată pe cloud multi-tenant la serviciul de telefonie PBX prestabilit, cu mai multe opțiuni PSTN pentru clienți.

Implementarea gateway-ului local (reprezentată mai jos) se află în centrul acestui articol. Trunchiul gateway local (PSTN la sediu) în Webex Calling permite conexiunea la un serviciu PSTN deținut de client. Acesta oferă, de asemenea, conectivitate la o implementare IP PBX în rețeaua corporatistă , cum ar fi Cisco Unified CM. Toate comunicațiile către și din cloud sunt securizate prin intermediul transportului TLS pentru SIP și SRTP pentru mass-media.

Figura de mai jos afișează o implementare Webex Calling fără niciun PBX IP existent și se aplică unei implementări unice sau multi-site. Configurația prezentată în acest articol se bazează pe această implementare.

Nivelul 2 Redundanță Box-to-Box

Redundanța CUBE HA strat 2 box-to-box utilizează protocolul de infrastructură Redundancy Group (RG) pentru a forma o pereche activă/standby de routere. Această pereche partajează aceeași adresă IP virtuală (VIP) pe interfețele respective și face schimb continuu de mesaje de stare. Informațiile despre sesiunea CUBE sunt verificate de-a lungul perechii de routere care permit routerului standby să preia imediat toate responsabilitățile de procesare a apelurilor CUBE în cazul în care routerul activ iese din serviciu, ceea ce duce la păstrarea constantă a semnalizării și a mass-mediei.


 

Verificarea punctajului este limitată la apelurile conectate cu pachete media. Apelurile în tranzit nu sunt bifate (de exemplu, o stare de încercare sau de apel).

În acest articol, CUBE HA se va referi la CUBE High Availability (HA) Layer 2 Box-to-box (B2B) redundanță pentru păstrarea constantă a apelurilor

Începând cu IOS-XE 16.12.2, CUBE HA poate fi implementat ca gateway local pentru implementările trunchiului Cisco Webex Calling (PSTN local) și vom acoperi considerațiile de proiectare și configurațiile din acest articol. Această cifră afișează o configurare tipică CUBE HA ca gateway local pentru o implementare trunchi Cisco Webex Calling.

Componentă Intra Grup de redundanță

Componenta Infra a Grupului de Redundanță (RG) oferă suport pentru infrastructura de comunicare box-to-box între cele două CUB-uri și negociază starea finală stabilă de redundanță. Această componentă oferă, de asemenea:

  • Un protocol de tip HSRP care negociază starea finală de redundanță pentru fiecare router prin schimbul de mesaje keepalive și salut între cele două CUBEs (prin interfața de control) - GigabitEthernet3 în figura de mai sus.

  • Un mecanism de transport pentru verificarea stării de semnalizare și media pentru fiecare apel de la router-ul activ la router-ul standby (prin interfața de date) - GigabitEthernet3 în figura de mai sus.

  • Configurarea și gestionarea interfeței Virtual IP (VIP) pentru interfețele de trafic (mai multe interfețe de trafic pot fi configurate folosind același grup RG) – GigabitEthernet 1 și 2 sunt considerate interfețe de trafic.

Această componentă RG trebuie configurată special pentru a sprijini vocea B2B HA.

Gestionarea adreselor IP virtuale (VIP) atât pentru semnalizare, cât și pentru media

B2B HA se bazează pe VIP pentru a obține redundanță. Interfețele fizice VIP și asociate pe ambele CUBE din perechea CUBE HA trebuie să reziste pe aceeași subrețea LAN. Configurarea VIP-ului și legarea interfeței VIP la o anumită aplicație vocală (SIP) sunt obligatorii pentru asistența vocală B2B HA. Dispozitivele externe, cum ar fi Unified CM, Webex Calling Access SBC, furnizorul de servicii sau proxy, utilizează VIP ca adresă IP de destinație pentru apelurile care trec prin routerele CUBE HA. Prin urmare, din punct de vedere Webex Calling, perechile CUBE HA acționează ca un singur gateway local.

Semnalizarea apelurilor și informațiile despre sesiunea RTP ale apelurilor stabilite sunt verificate de la routerul activ la routerul standby. Când routerul Activ coboară, routerul Standby preia și continuă să redirecționeze fluxul RTP care a fost direcționat anterior de primul router.

Apelurile într-o stare tranzitorie în momentul nereușitei nu vor fi păstrate după comutare. De exemplu, apelurile care nu sunt pe deplin stabilite încă sau sunt în curs de modificare cu o funcție de transfer sau de menținere. Apelurile configurate pot fi deconectate după comutare.

Următoarele cerințe există pentru utilizarea CUBE HA ca gateway local pentru defalcarea statică a apelurilor:

  • CUBE HA nu poate avea interfețe TDM sau analogice co-localizate

  • Gig1 și Gig2 sunt denumite interfețe de trafic (SIP/RTP) și Gig3 este Redundancy Group (RG) Control/interfață de date

  • Nu mai mult de 2 perechi CUBE HA pot fi plasate în același domeniu strat 2, unul cu id de grup 1 și celălalt cu id de grup 2. Dacă configurați 2 perechi HA cu același id de grup, interfețele RG Control/Date trebuie să aparțină diferitelor domenii din stratul 2 (vlan, comutator separat)

  • Canalul portuar este acceptat atât pentru controlul RG/date, cât și pentru interfețele de trafic

  • Toate semnalele/mass-media sunt obținute de la/la adresa IP virtuală

  • Oricând o platformă este reîncărcată într-o relație CUBE-HA, ea începe întotdeauna ca Standby

  • Adresa inferioară pentru toate interfețele (Gig1, Gig2, Gig3) ar trebui să fie pe aceeași platformă

  • Identificatorul interfeței de redundanță, rii trebuie să fie unic pentru o combinație pereche/interfață în același strat 2

  • Configurația pe ambele CUBEs trebuie să fie identică, inclusiv configurația fizică și trebuie să ruleze pe același tip de platformă și versiunea IOS-XE

  • Interfețele Loopback nu pot fi utilizate ca legături, deoarece acestea sunt întotdeauna în sus

  • Interfețele de trafic multiplu (SIP/RTP) (Gig1, Gig2) necesită configurarea monitorizării interfeței

  • CUBE-HA nu este acceptată printr-o conexiune prin cablu încrucișată pentru link-ul RG-control/date (Gig3)

  • Ambele platforme trebuie să fie identice și să fie conectate printr-o Comutator fizic pe toate interfețele la fel pentru ca CUBE HA să funcționeze, adică GE0/0/0 din CUBE-1 și CUBE-2 trebuie să se termine pe același comutator și așa mai departe.

  • Nu se poate termina WAN pe CUBEs direct sau Data HA pe nici o parte

  • Ambele active/standby trebuie să fie în același centru de date

  • Este obligatoriu să se utilizeze o interfață L3 separată pentru redundanță (RG Control/date, Gig3). adică interfața utilizată pentru trafic nu poate fi utilizată pentru keepalives HA și puncte de control

  • După eșec, CUBE-ul activ anterior trece printr-o reîncărcare prin proiectare, păstrând semnalizarea și mass-media

Configurați redundanța pe Ambele CUBE-uri

Trebuie să configurați redundanța de la 2 la 2 pe ambele CUBEs destinate utilizării într-o pereche HA pentru a aduce IPs virtuale.

1

Configurați urmărirea interfeței la nivel global pentru a urmări starea interfeței.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit


VCUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

Track CLI este utilizat în RG pentru a urmări starea interfeței de trafic de voce, astfel încât traseul activ va juca destul de rolul său activ după ce interfața de trafic este în jos.

2

Configurați un RG pentru utilizare cu VoIP HA în submodul de redundanță al aplicației.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit


VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-red)#exit

VCUBE-1(config)#

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-red)#exit

VCUBE-2(config)#

Iată o explicație a câmpurilor utilizate în această configurație:

  • redundanță—Introduceți modul redundanță

  • redundanță aplicație—Introduceți modul de configurare a redundanței aplicației

  • grup—Introduceți modul de configurare a grupului de aplicații redundanță

  • numele LocalGateway-HA—Definește numele grupului RG

  • prioritatea 100 nerespectarea pragului 75 – Specifică prioritatea inițială și nerespectarea pragurilor pentru un RG

  • cronometre întârziere 30 reîncărcare 60—Configurează de două ori pentru întârziere și reîncărcare

    • Temporizator de întârziere, care este cantitatea de timp pentru a întârzia inițializarea grupului RG și negocierea rolului după ce interfața apare – Implicit 30 secunde. Intervalul este de 0-10000 de secunde

    • Reîncărcare – Aceasta este perioada de timp necesară pentru a întârzia inițializarea grupului RG și negocierea rolului după o reîncărcare – Implicit 60 de secunde. Intervalul este de 0-10000 de secunde

    • Sunt recomandate cronometre implicite, deși aceste cronometre pot fi ajustate pentru a acomoda orice întârziere suplimentară de convergență a rețelei care poate apărea în timpul pornirii/reîncărcării routerelor, pentru a garanta că negocierea protocolului RG are loc după ce rutarea în rețea s-a convertit la un punct stabil. De exemplu, dacă se vede după eșec că este nevoie de până la 20 sec pentru noul STANDBY pentru a vedea primul pachet RG HELLO de la noul ACTIVE, atunci cronometrele ar trebui să fie ajustate la „cronometrele întârziere 60 reîncărcare 120“ la factor în această întârziere.

  • control GigabitEthernet3 protocol 1—Configurează interfața utilizată pentru a face schimb de mesaje keepalive și salut între cele două CUB-uri și specifică instanța de protocol care va fi atașată la o interfață de control și intră în modul de configurare a protocolului aplicației de redundanță

  • date GigabitEthernet3—Configurează interfața utilizată pentru bifarea traficului de date

  • urmări—urmărirea grupului RG a interfețelor

  • protocol 1 – Specifică instanța de protocol care va fi atașată la o interfață de control și intră în modul de configurare a protocolului aplicației de redundanță

  • cronometre hellotime 3 holdtime 10—Configurează cele două cronometre pentru hellotime și holdtime:

    • Timp de așteptare — Interval între mesajele de întâmpinare succesive – Implicit 3 secunde. Intervalul este de 250 milisecunde-254 secunde

    • Timp de așteptare – Intervalul dintre primirea unui mesaj de întâmpinare și prezumția că routerul de trimitere a eșuat. Această durată trebuie să fie mai mare decât timpul de salut – implicit 10 secunde. Intervalul este de 750 milisecunde-255 secunde

      Vă recomandăm să configurați cronometrul de timp în așteptare pentru a fi de cel puțin 3 ori valoarea cronometrului de timp în așteptare.

3

Activați redundanța box-to-box pentru aplicația CUBE. Configurați RG din pasul anterior de mai jos voice service voip. Acest lucru permite aplicației CUBE să controleze procesul de redundanță. 

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1

% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1

% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect

VCUBE-2(config-voi-serv)# exit

redundanță-grup 1—Adăugarea și eliminarea acestei comenzi necesită o reîncărcare pentru ca configurația actualizată să intre în vigoare. Vom reîncărca platformele după ce toate configurațiile au fost aplicate.

4

Configurați interfețele Gig1 și Gig2 cu IP-urile lor virtuale respective, după cum se arată mai jos și aplicați identificatorul interfeței de redundanță (rii)

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(config)#

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(config)#

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

Iată o explicație a câmpurilor utilizate în această configurație:

  • redundanță rii—Configurează identificatorul interfeței de redundanță pentru grupul de redundanță. Necesar pentru generarea unei adrese MAC virtuale (VMAC). Aceeași valoare a ID-ului RII trebuie utilizată pe interfața fiecărui router (ACTIVE/STANDBY) care are același VIP.


     

    În cazul în care există mai mult de o pereche B2B pe același LAN, fiecare pereche TREBUIE SĂ aibă ID-uri unice IRU pe interfețele lor respective (pentru a preveni coliziunea). „afișați grupul de aplicații redundanță” trebuie să indice informațiile locale și peer corecte.

  • grup de redundanță 1—Asociază interfața cu grupul de redundanță creat în Pasul 2 de mai sus. Configurați grupul RG, precum și VIP-ul atribuit acestei interfețe fizice.


     

    Este obligatoriu să se utilizeze o interfață separată pentru redundanță, adică interfața utilizată pentru traficul de voce nu poate fi utilizată ca interfață de control și date specificată în Pasul 2 de mai sus. În acest exemplu, interfața Gigabit 3 este utilizată pentru controlul RG/date

5

Salvați configurația primului CUBE și reîncărcați-l.

Platforma pentru a reîncărca ultima este întotdeauna standby.

VCUBE-1#wr

Building configuration...

[OK]

VCUBE-1#reload

Proceed with reload? [confirm]

După ce VCUBE-1 cizme complet, salvați configurația VCUBE-2 și reîncărcați-l.

VCUBE-2#wr

Building configuration...

[OK]

VCUBE-2#reload

Proceed with reload? [confirm]
6

Verificați dacă configurația cutie-la-cutie funcționează conform așteptărilor. Ieșirea relevantă este evidențiată în îndrăzneală.

Am reîncărcat ultimul VCUBE-2 și conform considerațiilor de proiectare; platforma de reîncărcare va fi întotdeauna în așteptare.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Configurați un gateway local pe Ambele CUBE-uri

În configurația exemplului nostru, folosim următoarele informații despre trunchiuri din Control Hub pentru a construi configurația Local Gateway pe ambele platforme, VCUBE-1 și VCUBE-2. Numele de utilizator și parola pentru această configurare sunt următoarele:

  • Nume utilizator: Hussain1076_LGU

  • Parolă: lOV12MEaZx

1

Asigurați-vă că este creată o cheie de configurare pentru parolă, cu comenzile afișate mai jos, înainte de a putea fi utilizată în acreditările sau secretele partajate. Parolele de tip 6 sunt criptate folosind AES cipher și această cheie de configurare definită de utilizator.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Iată configurația gateway-ului local care se va aplica ambelor platforme pe baza parametrilor Control Hub afișați mai sus, salvați și reîncărcați. Datele de autentificare SIP Digest din Control Hub sunt evidențiate în mod îndrăzneț.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

Pentru a afișa ieșirea comenzii de afișare, am reîncărcat VCUBE-2 urmat de VCUBE-1, făcând VCUBE-1 standby-ul CUBE și VCUBE-2 CUBE activ

2

În orice moment dat, o singură platformă va menține o înregistrare activă ca gateway local cu accesul Webex Calling SBC. Aruncați o privire la ieșirea din următoarele comenzi spectacol.

afișați grupul de aplicații de redundanță 1

afișați starea înregistrării sip-ua


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#


VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

Din ieșirea de mai sus, puteți vedea că VCUBE-2 este LGW-ul activ care menține înregistrarea cu acces Webex Calling SBC, în timp ce ieșirea „afișează starea de înregistrare sip-ua” este necompletată în VCUBE-1

3

Acum activați următoarele depanări pe VCUBE-1


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Simulați eșecul prin emiterea următoarei comenzi pe LGW activ, VCUBE-2 în acest caz.


VCUBE-2#redundancy application reload group 1 self

Trecerea de la ACTIVE la STANDBY LGW are loc în scenariul următor, precum și în afara CLI enumerate mai sus

  • Când routerul ACTIV se reîncărcă

  • Când ciclurile de alimentare ACTIVE ale routerului

  • Când orice interfață RG configurată a routerului ACTIV este oprită pentru care este activată urmărirea

5

Verificați dacă VCUBE-1 s-a înregistrat cu Webex Calling Access SBC. VCUBE-2 s-ar fi reîncărcat până acum.


VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 este acum LGW-ul activ.

6

Uitați-vă la jurnalul de depanare relevant din VCUBE-1 care trimite un ÎNREGISTRATOR SIP către Webex Calling PRIN IP-ul virtual și primește un OK 200.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0


Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0


Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0


Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
Configurați Unified CM pentru Webex Calling

Configurați profilul de securitate al trunchiurilor SIP pentru trunchiuri la gateway-ul local

În cazurile în care gateway-ul local și gateway-ul PSTN se află pe același dispozitiv, Unified CM trebuie să fie activat pentru a diferenția între două tipuri diferite de trafic (apeluri de la Webex și de la PSTN) care provin de la același dispozitiv și aplică o clasă de servicii diferențiată pentru aceste tipuri de apeluri. Acest tratament diferențiat al apelurilor se realizează prin asigurarea a două trunchiuri între Unified CM și gateway-ul local combinat și gateway-ul PSTN, care necesită diferite porturi SIP de ascultare pentru cele două trunchiuri.

Creați un profil de securitate dedicat trunchiului SIP pentru trunchiul gateway local cu următoarele setări:

SetareValoare
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Webex SIP Trunk Security Profile
Port de intrareNecesitatea de a se potrivi portului utilizat în configurația gateway-ului local pentru traficul către/dinspre Webex: 5065

Configurați profilul SIP pentru trunchiul gateway local

Creați un profil SIP dedicat trunchiului gateway local cu următoarele setări:

SetareValoare
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Webex SIP Profile
Activați OPȚIUNILE Ping pentru a monitoriza starea destinației pentru Trunks cu tipul de serviciu „Niciuna (implicit)”Bifat

Creați un spațiu de căutare pentru apeluri din Webex

Creați un spațiu de căutare pentru apeluri care provin din Webex cu următoarele setări:

SetareValoare
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Spațiul de căutare Webex Calling
Partiții selectate

DN (+E.164 numere de director)

ESN (apelare interlocutorie abreviată)

PSTNInternational (acces PSTN)

onNetRemote (destinații învățate GDPR)


 

Ultima partiție onNetRemote este utilizată numai într-un mediu multi-cluster în care informațiile de rutare sunt schimbate între clusterele Unified CM utilizând Intercluster Lookup Service (ILS) sau Global Dialplan Replication (GDPR).

Configurați un trunchi SIP la și de la Webex

Creați un trunchi SIP pentru apelurile către și de la Webex prin gateway-ul local cu următoarele setări:

SetareValoare
Informații dispozitiv
Nume dispozitivUn nume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Trunk Webex SIP
Rulați pe toate nodurile Unified CM activeBifat
Apeluri primite
Spațiu de căutare pentru apelareSpațiul de căutare pentru apelare definit anterior: Webex
Spațiu de căutare AAR pentru apelareUn spațiu de căutare prin apelare cu acces exclusiv la modelele de rute PSTN: Calea PSTNReroute
Informații SIP
Adresa de destinațieAdresa IP a CUBE-ului gateway local
Port de destinație5060
profil de securitate SIP trunkDefinit anterior: Webex
Profil SIPDefinit anterior: Webex

Configurați grupul de rutare pentru Webex

Creați un grup de rute cu următoarele setări:

SetareValoare
Informații grup de rutare
Nume grup de rutareUn nume unic, cum ar fi Webex
Dispozitive selectateTrunchiul SIP configurat anterior: Webex

Configurați lista de rutare pentru Webex

Creați o listă de rute cu următoarele setări:

SetareValoare
Informații listă de rute
NumeUn nume unic, cum ar fi RL_Webex
DescriereDescriere semnificativă, cum ar fi lista de rutare pentru Webex
Rulați pe toate nodurile Unified CM activeBifat
Informații despre membrii listei de rutare
Grupuri selectateNumai grupul de rute definit anterior: Webex

Creați o partiție pentru Webex Destinations

Creați o partiție pentru destinațiile Webex cu următoarele setări:

SetareValoare
Informații listă de rute
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi partiția Webex

Ce este de făcut în continuare

Asigurați-vă că adăugați această partiție în toate spațiile de căutare prin apelare care ar trebui să aibă acces la destinațiile Webex. Trebuie să adăugați această partiție în mod specific în spațiul de căutare pentru apelare utilizat ca spațiu de căutare pentru apelare de intrare pe trunchiurile PSTN, astfel încât apelurile din PSTN către Webex să poată fi direcționate.

Configurați modelele de rută pentru destinațiile Webex

Configurați modelele de rute pentru fiecare interval DID pe Webex cu următoarele setări:

SetareValoare
șablon De RutăȘablon complet +E.164 pentru gama DID în Webex cu lider “\”. De exemplu: \+140855501xx
Partiție De RutăWebex
Listă gateway/rutareRL_Webex
Prioritate urgentăBifat

Configurați standardizarea abreviată a apelurilor intersite pentru Webex

Dacă apelarea inter-site abreviată este necesară pentru Webex, configurați modelele de normalizare a apelării pentru fiecare interval ESN din Webex cu următoarele setări:

SetareValoare
Model de translatareModelul ESN pentru gama ESN din Webex. De exemplu: 80121xx
PartițieWebex
DescriereDescriere semnificativă, cum ar fi modelul de standardizare Webex
Utilizați spațiul de căutare pentru apelare al inițiatoruluiBifat
Prioritate urgentăBifat
Nu așteptați pentru expirarea intervalului de timp intermitent la ghișeele ulterioareBifat
Mască de transformare parte apelatăMască pentru a normaliza numărul la +E.164. De exemplu: +140855501XX

Configurați funcțiile dvs. Webex Calling

Configurați un grup de hunt

Grupurile de hunt direcționează apelurile primite către un grup de utilizatori sau către spații de lucru. Puteți chiar să configurați un model pentru a ruta către un întreg grup.

Pentru mai multe informații despre configurarea unui grup de hunt, consultați Grupuri de vânătoare în Cisco Webex Control Hub .

Creați o coadă de apeluri

Puteți configura o coadă de apeluri astfel încât, atunci când apelurile clienților nu pot fi preluate, aceștia să beneficieze de un răspuns automat, mesaje de confort și muzică în așteptare până când cineva își poate răspunde la apel.

Pentru mai multe informații despre configurarea și gestionarea unei secvențe de apeluri, consultați Gestionați cozile de apeluri în Cisco Webex Control Hub .

Creați un client recepționer

Ajutați-vă să susțineți nevoile personalului de la biroul din față. Puteți configura utilizatorii ca însoțitori telefonici, astfel încât aceștia să poată filtra apelurile primite către anumite persoane din organizația dvs.

Pentru informații despre configurarea și vizualizarea clienților recepționeri, consultați Clienți-recepționeri în Cisco Webex Control Hub .

Creați și gestionați operatorii automati

Puteți să adăugați mesaje de felicitare, să configurați meniuri și să dirijare apeluri către un serviciu telefonic, un grup de hunt, o căsuță poștă vocală sau o persoană reală. Creați un program de 24 de ore pe zi sau oferiți diferite opțiuni atunci când afacerea dvs. este deschisă sau închisă.

Pentru informații despre crearea și gestionarea operatorilor automati, consultați Gestionați operatorii automati în Cisco Webex Control Hub .

Configurați un grup de difuzare

Apelarea de grup permite unui utilizator să efectueze un apel unidirecțional sau o pagină de grup către până la 75 de utilizatori și spații de lucru țintă prin formarea unui număr sau a unui interior alocat unui anumit grup de difuzare.

Pentru informații despre configurarea și editarea grupurilor de difuzare, consultați Configurați un grup de difuzare în Cisco Webex Control Hub .

Configurați preluarea apelurilor

Îmbunătățiți munca în echipă și colaborarea prin crearea unui grup de preluare apel, astfel încât utilizatorii să își poată răspunde reciproc la apelurile. Când adăugați utilizatori într-un grup de preluare apel și un membru al grupului este absent sau ocupat, un alt membru poate răspunde la apelurile acestora.

Pentru informații despre configurarea unui grup de preluare apel, consultați Preluare apeluri în Cisco Webex Control Hub .

Configurați parcarea apelurilor

Parcarea apelurilor permite unui grup definit de utilizatori să parcheze apelurile împotriva altor membri disponibili ai unui grup de parcare a apelurilor. Apelurile parcate pot fi preluate de alți membri ai grupului pe telefonul lor.

Pentru mai multe informații despre configurarea parcării apelurilor, consultați Parcare apel în Cisco Webex Control Hub .

Activați barge-in pentru utilizatori

1

Din vizualizarea clientului din , accesați Apelarea > locații.https://admin.webex.com

2

Selectați un utilizator și faceți clic pe Apelare.

3

Accesați secțiunea Permisiuni între utilizatori , apoi selectați Barge.

4

Activați comutatorul pentru a permite altor utilizatori să se adauge la apelul în curs al acestui utilizator.

5

Verificați Redați un ton atunci când acest utilizator intră într-un apel dacă doriți să redați un ton altor persoane atunci când acest utilizator intră în apel.

6

Faceți clic pe Salvați.

Activați confidențialitatea pentru un utilizator

1

Conectați-vă la Control Hub și accesați Management > Utilizatori.

2

Alegeți un utilizator și faceți clic pe Apelare.

3

Accesați zona Permisiuni între utilizatori și apoi alegeți Confidențialitate.

4

Alegeți cel adecvat Confidențialitate operator automat setări pentru acest utilizator.

  • Permiteți acestui utilizator să fie apelat prin interior
  • Permiteți acestui utilizator să fie apelat cu prenume sau nume
5

Verificați Activați Confidențialitate casetă de selectare. Apoi, puteți decide să blocați pe toată lumea, nealegând membri din lista derulantă. Alternativ, puteți alege utilizatorii, spațiile de lucru și liniile virtuale care pot monitoriza starea liniei acestui utilizator.

Dacă sunteți administrator de locație, în lista derulantă apar numai utilizatorii, spațiile de lucru și liniile virtuale referitoare la locațiile atribuite.

Debifați caseta de selectare Activare confidențialitate pentru a permite tuturor să monitorizeze starea liniei.

6

Verificați Confidențialitatea impunerii pentru preluarea apelurilor direcționate și caseta de selectare pentru înscriere pentru a activa confidențialitatea pentru preluarea apelurilor direcționate și înscriere.


 
  • Dacă activați această opțiune, numai utilizatorii autorizați, liniile virtuale și dispozitivele din spațiul de lucru pot utiliza preluarea apelurilor direcționate și conectarea la acest utilizator. În caz contrar, oricine din organizație poate invoca preluarea apelurilor direcționate și înscrierea pe o linie.
  • Pentru mai multe informații despre modul de conectare, consultați modul de conectare la apelul telefonic al altcuiva.
  • Supraveghetorul poate interveni întotdeauna pentru apelurile pe care agenții le primesc prin intermediul cozii de apeluri. Adică, setările de confidențialitate nu afectează opțiunea de blocare a unui supervizor.
7

Din Adăugați membru după nume, alegeți utilizatorii, spațiile de lucru și liniile virtuale care pot monitoriza starea liniei telefonice și pot invoca preluarea apelurilor direcționate și intrarea în rețea.

8

Pentru a filtra membrii pe care îi selectați, utilizați filtrul după nume, număr sau câmp text.

9

Faceți clic pe Eliminare toate pentru a elimina toți membrii selectați.


 
Pentru a elimina un membru individual, faceți clic pe Ștergere de lângă numele membrului.
10

Faceți clic pe Salvați.

Privacy settings

Configurați monitorizarea

Numărul maxim de linii monitorizate pentru un utilizator este de 50. Cu toate acestea, în timp ce configurați lista de monitorizare, luați în considerare numărul de mesaje care afectează lățimea de bandă dintre Webex Calling și rețeaua dvs. De asemenea, determinați liniile maxime monitorizate de numărul de butoane de linie de pe telefonul utilizatorului.

1

Din vizualizarea clientului din https://admin.webex.com, accesați Management și apoi faceți clic pe Utilizatori.

2

Selectați utilizatorul pe care doriți să îl modificați și faceți clic Apelare .

3

Accesați secțiunea Permisiuni între utilizatori și selectați Monitorizare.

4

Alegeți dintre următoarele:

  • Adăugare linie monitorizată
  • Adăug. int. parcare apel

Puteți include o linie virtuală în lista Adăugare linie monitorizată pentru monitorizarea utilizatorului.

5

Alegeți dacă doriți să notificați acest utilizator despre apelurile parcate, căutați persoana sau extensia de parcare a apelurilor care urmează să fie monitorizată, apoi faceți clic pe Salvare.


 

Liniile monitorizate sunt afișate în Control Hub corespunde ordinii liniilor monitorizate care apar pe dispozitivul utilizatorului. Puteți reordona lista liniilor monitorizate în orice moment.


 

Numele care apare pentru linia monitorizată este numele introdus în câmpurile Nume și prenume ID apelant pentru utilizator, spațiu de lucru și linie virtuală.

Vreți să vedeți cum se procedează? Urmăriți asta demonstrație video despre modul de gestionare a setărilor de monitorizare pentru un utilizator în Control Hub .

Activați tonul de avertizare prin punte de apel pentru utilizatori

Înainte de a începe

Trebuie să aveți linie partajată configurată pentru ca puntea de apel să fie invocată. Vedeți cum să configurați linii partajate înainte de a activa redarea tonului de avertizare a punții de apel.
1

Conectați-vă la Control Hub și accesați Management > Utilizatori.

2

Selectați un utilizator și faceți clic pe fila Apelare.

3

Accesați Permisiuni între utilizatori și faceți clic pe Call Bridging Warning Tone.

4

Porniți Ton de avertizare pentru trecerea apelurilor , apoi faceți clic Salvați .


 
În mod implicit, această caracteristică este activată.

Pentru mai multe informații despre conectarea la apel pe o linie MPP partajată, consultați liniile partajate de pe telefonul dvs. de birou pentru mai multe platforme.

Pentru mai multe informații despre conectarea apelurilor pe o linie partajată a aplicației Webex, consultați aspectul liniei partajate pentru WebexApp.

Activați hotelizarea pentru un utilizator

Activarea hotelizării pentru un utilizator le permite acestuia să lucreze într-un alt spațiu, păstrând în același timp funcționalitatea și caracteristicile telefon de birou principal.
1

Din vizualizarea clientului înhttps://admin.webex.com , accesați Management și selectați Utilizatori .

2

Selectați un utilizator și faceți clic pe fila Apelare.

3

Accesați secțiunea Permisiuni între utilizatori și selectați Hoteling și activați comutatorul.

4

Introduceți numele sau numărul gazdei hotelului în câmpul de căutare Hotel Location și alegeți gazda hotelului pe care doriți să o alocați utilizatorului.

Poate fi selectată o singură gazdă hotelieră. Dacă alegeți o altă gazdă hotelieră, prima este ștearsă.


 
Dacă sunteți administrator de locație, puteți aloca numai gazda hotelului referitoare la locațiile alocate.
5

Pentru a limita timpul în care un utilizator poate fi asociat cu gazda hotelului, alegeți numărul de ore pe care utilizatorul le poate utiliza gazda hotelului din lista derulantă Limit Association Period .

Utilizatorul va fi deconectat automat după ora aleasă.


 

În ecran se afișează un mesaj de eroare dacă perioada limită de asociere specificată pentru utilizator depășește perioada limită de asociere a gazdei alese la hotel. De exemplu, dacă gazda hotelului are o perioadă de asociere limită de 12 ore, iar perioada de asociere limită a utilizatorului este de 24 de ore, se afișează un mesaj de eroare. În astfel de cazuri, trebuie să prelungiți perioada limită de asociere a gazdei hoteliere dacă este nevoie de mai mult timp pentru utilizator.

6

Faceți clic pe Salvați.


 

De asemenea, un utilizator poate căuta și localiza gazda de hotel pe care dorește să o utilizeze din Hubul utilizatorului. Pentru mai multe informații, consultați Accesați profilul de apelare de oriunde .

Vreți să vedeți cum se procedează? Urmăriți asta demonstrație video despre modul de configurare a hotelizării în Control Hub.
Tendințe de adoptare și rapoarte de utilizare pentru Webex Calling

Vizualizați rapoartele privind apelurile

Puteți utiliza pagina Analytics în Control Hub pentru a obține o perspectivă asupra modului în care oamenii utilizează Webex Calling și Webex aplicație (implicare) și calitatea experienței lor media de apel. Pentru a accesa Webex Calling analytics, conectați-vă la Control Hub , apoi accesați Analytics și selectați Apelare filă.

1

Pentru rapoarte detaliate privind istoricul apelurilor, conectați-vă la Control Hub , apoi accesați Analytics > Apelare .

2

Selectați Istoric detaliat apeluri .

Pentru informații despre apelurile care utilizează Instanța dedicată, consultați Analiză de instanță dedicată .

3

Pentru a accesa date de calitate media, conectați-vă la Control Hub , apoi accesați Analytics și apoi selectați Apelare .

Pentru mai multe informații, consultați Statistici pentru portofoliul dvs. de colaborare în cloud.
Pregătiți mediul dvs.

Condiţii generale

Înainte de a configura un gateway local pentru Webex Calling, asigurați-vă că:

  • Cunoașterea de bază a principiilor VoIP

  • Cunoașterea de bază a conceptelor de voce Cisco IOS-XE și IOS-XE

  • Să înțelegeți de bază Protocolul de inițiere sesiuni (SIP)

  • Aveți o înțelegere de bază a Cisco Unified Communications Manager (Unified CM) dacă modelul dvs. de implementare include Unified CM

Consultați Ghidul de configurare Enterprise Cisco Unified Border Element (CUBE) pentru detalii.

Cerințe hardware și software pentru gateway-ul local

Asigurați-vă că implementarea are una sau mai multe dintre gateway-urile locale, cum ar fi:

  • Cisco CUBE pentru conectivitate bazată pe IP

  • Gateway Cisco IOS pentru conectivitate bazată pe TDM

Consultați tabelul 1 din gateway-ul local pentru Ghidul de comandă Webex Calling. De asemenea, asigurați-vă că platforma rulează o versiune IOS-XE acceptată conform Ghidului de configurare a gateway-ului local.

Gateway-ul local vă ajută să migrați la Webex Calling în ritmul propriu. Gateway-ul local integrează implementarea locală existentă cu Webex Calling. De asemenea, puteți utiliza conexiunea PSTN existentă. Consultați Începeți cu gateway-ul local

Cerințe de certificare și securitate pentru gateway-ul local

Webex Calling necesită semnalizare și media securizate. Gateway-ul local efectuează criptarea, iar o conexiune TLS trebuie să fie stabilită la ieșirea din cloud cu următorii pași:

  • LGW trebuie actualizat cu pachetul rădăcină CA de la Cisco PKI

  • Se utilizează un set de date de autentificare SIP digest din pagina de configurare trunchiuri a Control Hub pentru a configura LGW (pașii fac parte din configurația care urmează)

  • Validează pachetul rădăcină CA prezentat certificat

  • Solicitată pentru datele de autentificare (SIP Digest furnizat)

  • Cloud-ul identifică care gateway-ul local este înregistrat în siguranță

Firewall, NAT Traversal și cerințele de optimizare a căilor media pentru gateway-ul local

În cele mai multe cazuri, gateway-ul local și punctele finale pot locui în rețeaua de clienți interni, folosind adrese IP private cu NAT. Firewall-ul întreprinderii trebuie să permită traficul de ieșire (SIP, RTP/UDP, HTTP) către anumite adrese IP/porturi, acoperite de informațiile de referință portuare.

Dacă doriți să utilizați Optimizarea căilor media cu ICE, interfața cu care se confruntă Webex Calling a gateway-ului local trebuie să aibă o cale de rețea directă către și de la punctele finale Webex Calling. Dacă punctele finale se află într-o locație diferită și nu există o cale de rețea directă între punctele finale și interfața Webex Calling cu care se confruntă gateway-ul local, atunci gateway-ul local trebuie să aibă o adresă IP publică atribuită interfeței cu care se confruntă Webex Calling pentru apeluri între gateway-ul local și punctele finale pentru a utiliza optimizarea căii media. În plus, trebuie să fie rulează iOS-XE versiunea 16.12.5.

Configurați Webex Calling pentru organizația dvs.

Configurați setările de apelare în Asistentul pentru prima configurare

Primul pas pentru a vă obține Webex Calling servicii de funcționare este de a finaliza Asistentul pentru prima configurare (FTSW). Odată ce FTSW este finalizat pentru prima locație, nu trebuie să fie finalizat pentru locații suplimentare.

1

Faceți clic pe Primii pași linkul din e-mailul de bun venit pe care îl primiți.


 

Adresa dvs. de e-adresă de e-mail a administratorului este utilizată automat pentru a vă conecta la Control Hub , unde vi se va solicita să vă creați parola de administrator. După ce vă conectați, pornește automat expertul de configurare.

2

Consultați și acceptați condițiile de furnizare a serviciilor și condițiile .

3

Examinați-vă planul și apoi faceți clic Începeți .


 

Managerul de cont este responsabil pentru activarea primilor pași pentru FTSW. Contactați managerul de cont dacă primiți notificarea „Apelul nu se poate configura” atunci când selectați Începeți .

4

Selectați țara în care ar trebui să mapați centru de date și introduceți informațiile de contact client și adresa clientului.

5

Faceți clic pe Înainte. Locație implicită:

6

Alegeți dintre următoarele opțiuni:

  • Faceți clic Salvați și închideți dacă sunteți administrator partener și doriți ca administratorul clientului să finalizeze configurarea Webex Calling .
  • Completați informațiile necesare despre locație. După ce creați locația în expert, puteți crea mai multe locații ulterior.

 

După ce ați finalizat expertul de configurare, asigurați-vă că adăugați un număr principal către locația pe care ați creat-o.

7

Efectuați următoarele selecții pentru a aplica în această locație:

  • Limba anunțului —Selectați limba pentru anunțurile audio și prompturile pentru noii utilizatori și funcții.
  • Limbă E-mail —Pentru comunicarea prin e-mail pentru utilizatori noi.
  • Țară
  • Fus orar
8

Faceți clic pe Înainte.

9

Introduceți o adresă Cisco Webex SIP disponibilă și faceți clic În continuare și selectați Terminați .

Adăugați o locație

Înainte de a începe

Pentru a crea o locație nouă, pregătiți următoarele informații:

  • Adresă locație

  • Numere de telefon dorite (opțional)

1

Conectați-vă la Control Hub lahttps://admin.webex.com , accesați Management > Locație .


 
O nouă locație va fi găzduită în centrul regional de date care corespunde țării pe care ați selectat-o utilizând Asistentul pentru prima configurare.
2

Configurați setările locației:

  • Nume locație (Obligatoriu) – Introduceți un nume unic pentru a identifica locația.
  • Țara/Regiunea —Alegeți o țară la care să asociați locația. De exemplu, puteți crea o locație (sediu) în Statele Unite și alta (filiala) în Regatul Unit. Țara pe care o selectați determină câmpurile de adresă care urmează. Cele documentate aici folosesc convenția de adresă din SUA ca exemplu.
  • Adresa locației —Introduceți adresa poștală principală a locației.
  • Oraș/Oraș — Introduceți un oraș pentru această locație.
  • Stat/Provincie/Regiune —Din meniul derulant, alegeți o stare.
  • poștal/cod poștal — Introduceți codul poștal sau codul poștal.
  • Limba anunțului —Selectați limba pentru anunțurile audio și prompturile pentru noii utilizatori și funcții.
  • Limbă E-mail —Selectați limba pentru comunicarea prin e-mail cu utilizatorii noi.
  • Fus orar — Selectați ora locală pentru locație.
3

Faceți clic Salvați și apoi alegeți Da / Nu pentru a adăuga numere la locație acum sau mai târziu.

4

Dacă ați făcut clic Da , alegeți una dintre următoarele opțiuni:

  • Cisco PSTN — Alegeți această opțiune dacă doriți o soluție Cloud PSTN de la Cisco. Cisco Calling Plan este o soluție completă de înlocuire a PSTN, care oferă apeluri de urgență, apeluri interne și internaționale de intrare și ieșire și vă permite să comandați noi numere PSTN sau să portați numerele existente către Cisco.


     

    Opțiunea Cisco PSTN este disponibilă numai în următoarele condiții:

    • Ați achiziționat cel puțin un plan Cisco Calling OCP (Outbound Calling Plan) angajat.

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

    • Locația dvs. este nouă. Locațiile preexistente care au avut alte capacități PSTN alocate nu sunt eligibile pentru planul de apelare Cisco în acest moment. Deschideți un caz de asistență pentru îndrumare.

    • Sunteți găzduit într-un centru de date Webex Calling într-o regiune în care planul Cisco Calling este acceptat.

  • PSTN conectat la cloud — Alegeți această opțiune dacă căutați o soluție PSTN cloud de la unul dintre numeroșii parteneri Cisco CCP sau dacă planul de apelare Cisco nu este disponibil în locația dvs. Partenerii CCP oferă soluții de înlocuire a PSTN, o acoperire globală extinsă și o gamă largă și variată de caracteristici, ambalaje și prețuri.

     

    Partenerii CCP și acoperirea geografică sunt listate aici . Sunt afișați numai partenerii care acceptă țara locației dvs. Partenerii sunt listați fie cu o siglă, fie ca un scurt șir de text urmat de o regiune, între paranteze (Exemplu: (UE), (SUA) sau (CA)). Partenerii listați cu o siglă oferă întotdeauna Media regionale pentru CCP . Pentru partenerii care se afișează ca șir, alegeți regiunea cea mai apropiată de țara în care vă aflați, pentru a vă asigura Media regională pentru CCP.

    Dacă vedeți opțiunea pentru Comandați numerele acum sub un furnizor listat, vă recomandăm să alegeți acea opțiune pentru a putea beneficia de CCP integrat. CCP integrat permite achiziționarea și configurarea numerelor de telefon în Control Hub pe un singur geam. Non-integrated CCP impune să achiziționați numerele de telefon de la partenerul CCP din afara Control Hub .

  • PSTN la sediu (gateway local) —Puteți alege această opțiune dacă doriți să vă păstrați furnizorul PSTN actual sau dacă doriți să conectați site-uri non-cloud cu site-uri cloud.

Alegerea opțiunii PSTN este la fiecare nivel de locație (fiecare locație are o singură opțiune PSTN). Puteți combina câte opțiuni doriți pentru implementare, dar fiecare locație va avea o opțiune. După ce ați selectat și ați configurat o opțiune PSTN, puteți să o modificați făcând clic Gestionați în proprietățile PSTN ale locației. Cu toate acestea, unele opțiuni, cum ar fi Cisco PSTN, pot să nu fie disponibile după ce a fost atribuită o altă opțiune. Deschideți un caz de asistență pentru îndrumare.

5

Alegeți dacă doriți să activați numerele acum sau mai târziu.

6

Dacă ați selectat non-integrated CCP sau Premises-based PSTN, introduceți Numere de telefon ca valori separate prin virgulă, apoi faceți clic Validați .

Numerele sunt adăugate pentru locația specifică. Intrările valide se mută în Numere validate câmp, iar intrările nevalide rămân în câmpul Adăugare numere câmp însoțit de un mesaj de eroare.

În funcție de țara locației, numerele sunt formatate în funcție de cerințele locale de apelare. De exemplu, dacă este necesar un cod de țară, puteți introduce numere cu sau fără cod, iar codul este adăugat înainte.

7

Faceți clic pe Salvați.

Ce este de făcut în continuare

După ce creați o locație, puteți activa serviciile 911 de urgență pentru locația respectivă. Vedeți Serviciu RedSky 911 de urgență pentru Webex Calling pentru mai multe informații.

Înainte de a începe


 

Obțineți o listă a utilizatorilor și a spațiilor de lucru asociate cu o locație: Accesați Servicii > Apelare > Numere iar din meniu derulant, selectați locația de șters. Trebuie ștergeți acești utilizatori și spațiile de lucru înainte de a șterge locația.

Rețineți că orice numere asociate cu această locație vor fi returnate furnizorului dvs. PSTN; nu veți mai deține acele numere.

1

Conectați-vă la Control Hub lahttps://admin.webex.com , accesați Management > Locație .

2

Clicîn coloana Acțiuni de lângă locația pe care doriți să o ștergeți.

3

Alegeți Ștergeți locația , și confirmați că doriți să ștergeți locația respectivă.

De obicei, durează câteva minute pentru ca locația să fie ștearsă definitiv, dar poate dura până la o oră. Puteți verifica starea făcând clic lângă numele locației și selectând Stare ștergere .

Actualizați o locație existentă

După crearea acesteia, puteți modifica configurația PSTN, numele, ora locală și limba unei locații. Rețineți totuși că noua limbă se aplică numai utilizatorilor și dispozitivelor noi. Utilizatorii și dispozitivele existențe continuă să utilizeze limba veche.


 

Pentru locațiile existente, puteți activa serviciile 911 de urgență. Vedeți Serviciu RedSky 911 de urgență pentru Webex Calling pentru mai multe informații.

1

Conectați-vă la Control Hub lahttps://admin.webex.com , accesați Management > Locație .

Dacă vedeți un simbol Atenție lângă o locație, înseamnă că nu ați configurat încă un număr de telefon pentru locația respectivă. Nu puteți efectua sau primi apeluri până când nu configurați numărul respectiv.

2

(Opțional) Sub Conexiune PSTN , selectați oricare PSTN conectat la cloud sau PSTN la sediu (gateway local), în funcție de cel pe care l-ați configurat deja. Faceți clic Gestionați pentru a modifica configurația respectivă și apoi recunoașteți riscurile asociate prin selectare Continuați . Alegeți una dintre următoarele opțiuni și apoi faceți clic Salvați :

  • Cisco PSTN — Alegeți această opțiune dacă doriți o soluție Cloud PSTN de la Cisco. Cisco Calling Plan este o soluție completă de înlocuire a PSTN, care oferă apeluri de urgență, apeluri interne și internaționale de intrare și ieșire și vă permite să comandați noi numere PSTN sau să portați numerele existente către Cisco.


     

    Opțiunea Cisco PSTN este disponibilă numai în următoarele condiții:

    • Ați achiziționat cel puțin un plan Cisco Calling OCP (Outbound Calling Plan) angajat.

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

    • Locația dvs. este nouă. În prezent, locațiile preexistente care au avut alte capacități PSTN alocate nu sunt eligibile pentru planul de apelare Cisco . Deschideți un caz de asistență pentru îndrumare.

    • Sunteți găzduit într-un centru de date Webex Calling într-o regiune în care planul Cisco Calling este acceptat.

  • PSTN conectat la cloud — Alegeți această opțiune dacă căutați o soluție PSTN cloud de la unul dintre numeroșii parteneri Cisco CCP sau dacă planul de apelare Cisco nu este disponibil în locația dvs. Partenerii CCP oferă soluții de înlocuire a PSTN, o acoperire globală extinsă și o gamă largă și variată de caracteristici, ambalaje și prețuri.

     

    Partenerii CCP și acoperirea geografică sunt listate aici . Sunt afișați numai partenerii care acceptă țara locației dvs. Partenerii sunt listați fie cu o siglă, fie ca un scurt șir de text urmat de o regiune, între paranteze (Exemplu: (UE), (SUA) sau (CA)). Partenerii listați cu o siglă oferă întotdeauna Media regionale pentru CCP . Pentru partenerii care se afișează ca șir, alegeți regiunea cea mai apropiată de țara în care vă aflați, pentru a vă asigura Media regională pentru CCP.

    Dacă vedeți opțiunea pentru Comandați numerele acum sub un furnizor listat, vă recomandăm să alegeți acea opțiune pentru a putea beneficia de CCP integrat. CCP integrat permite achiziționarea și configurarea numerelor de telefon în Control Hub pe un singur geam. Non-integrated CCP impune să achiziționați numerele de telefon de la partenerul CCP din afara Control Hub .

  • PSTN la sediu (gateway local) —Puteți alege această opțiune dacă doriți să vă păstrați furnizorul PSTN actual sau dacă doriți să conectați site-uri non-cloud cu site-uri cloud.

     

    Webex Calling clienții cu locații care au fost configurate anterior cu un gateway local vor fi convertiți automat la PSTN de la sediu cu un trunchi corespunzător.

3

Selectați Număr principal la care poate fi contactat principalul contact al locației.

4

(Opțional) Sub Apelare de urgență , puteți selecta Identificator locație de urgență pentru a atribui acestei locații.


 

Această setare este opțională și se aplică numai țărilor care o impun.

În unele țări (Exemplu: Franța), există cerințe de reglementare pentru sistemele radio celulare pentru a stabili identitatea celulei atunci când efectuați un apel de urgență și este pusă la dispoziția autorităților de urgență. Alte țări precum SUA și Canada implementează determinarea locației prin alte metode. Pentru mai multe informații, consultați Apelare de urgență îmbunătățită .

Furnizorul dvs. de apel de urgență poate avea nevoie de informații despre rețeaua de acces și se realizează prin definirea unui nou antet de interior SIP privat, P-Access-Network-Info. Antetul conține informații referitoare la rețeaua de acces.

Când setați identificatorul de locație de urgență pentru o locație, valoarea locației este trimisă furnizorului ca parte a mesaj SIP. Contactați furnizorul dvs. de apel de urgență pentru a vedea dacă aveți nevoie de această setare și utilizați valoarea furnizată de furnizorul dvs. de apel de urgență ."

5

Selectați Număr mesagerie vocală pe care utilizatorii le pot apela pentru a-și verifica mesageria vocală pentru această locație.

6

(Opțional) Faceți clic pe pictograma creion din partea de sus a paginii Locație pentru a modifica Nume locație , Limba anunțului , Limbă E-mail , Fus orar , sau Adresă după cum este necesar, apoi faceți clic Salvați .


 

Limba anunțurilor va fi schimbată imediat pentru toți utilizatorii și funcțiile noi adăugate la această locație. Dacă utilizatorilor și/sau funcțiilor existente trebuie să li se schimbe și limba anunțurilor, atunci când vi se solicită, selectați Modificare pentru utilizatorii și spațiile de lucru existente sau Modificare pentru funcțiile existente . Faceți clic Aplicați . Puteți vizualiza progresul pe pagina Sarcini. Nu puteți face alte modificări până la finalizarea acestei acțiuni.


 

Modificarea acestui fus orar nu va actualiza fusurile orare ale funcțiilor asociate cu această locație. Pentru a edita ora locală pentru un serviciu de localizare, accesați Setări generale zonă a caracteristicii specifice pentru care doriți să actualizați ora locală și să editați și să salvați acolo.

Aceste setări sunt pentru apelarea internă și sunt disponibile și în expertul de configurare pentru prima dată. Pe măsură ce modificați planul de apelare, numerele de exemplu din actualizarea Control Hub pentru a afișa aceste modificări.


 

Puteți configura permisiunile de apelare de ieșire pentru o locație. Vedeți acești pași pentru a configura permisiunile de apelare de ieșire.

1

Conectați-vă la Control Hub, accesați Servicii > Apelare > Setări serviciu, apoi defilați la apelare internă.

2

Configurați următoarele preferințe de apelare opționale, după cum este necesar:

  • Lungimea prefixului de rutare a locației—Vă recomandăm această setare dacă aveți mai multe locații. Puteți introduce o lungime de 2-7 cifre. Dacă aveți mai multe locații cu același interior, utilizatorii trebuie să formeze un prefix atunci când apelează între locații. De exemplu, dacă aveți mai multe magazine, toate cu interiorul 1000, puteți configura un prefix de rutare pentru fiecare magazin. Dacă un magazin are prefixul 888, formați 8881000 pentru a ajunge la acel magazin.

     

    Lungimile prefixului de rutare includ cifra de direcție. De exemplu, dacă setați lungimea prefixului de rutare la patru, pot fi utilizate doar trei cifre pentru a specifica site-ul.


     

    Dacă atribuiți un prefix de rutare unei locații, toate aparențele de extensii atribuite acelei locații includ prefixul de rutare în fața numărului de extensie. De exemplu, 888-1000 (extensie prefix de rutare).

  • Direcționarea numerelor în prefixul de rutare—Alegeți numărul care va fi setat ca prima cifră a fiecărui prefix de rutare.
  • Lungime extensie internă—Puteți introduce 2-10 cifre, iar valoarea implicită este 2.

     

    După ce vă măriți lungimea extensiei, apelurile de viteză existente către extensiile interne nu sunt actualizate automat.

  • Permiteți apelarea extensiilor între locații—Vă permite să personalizați apelarea extensiilor între locații în funcție de cerințele organizației dvs.

    • Activați comutatorul dacă organizația dvs. nu are extensii duplicate în toate locațiile sale.

      În mod implicit, comutatorul este activat.

    • Dezactivați comutatorul dacă organizația dvs. are aceeași extensie în locații diferite. Când comutatorul este dezactivat și apelantul apelează extensia, apelul este direcționat către un utilizator cu extensia de potrivire în aceeași locație ca apelantul. Apelantul trebuie să apeleze numărul Enterprise Significant (prefix de rutare a locației + extensie) pentru a ajunge la un extensie în alte locații.

3

Specificați apelarea internă pentru anumite locații. Accesați Administrare > Locații, selectați o locație din listă și faceți clic pe Apelare. Derulați la apelare, apoi schimbați apelarea internă după cum este necesar:

  • Apelare internă —Specificați prefixul de rutare pe care utilizatorii din alte locații trebuie să îl formeze pentru a contacta pe cineva din această locație. Prefixul de rutare al fiecărei locații trebuie să fie unic. Vă recomandăm ca lungimea prefixului să corespundă cu lungimea stabilită la nivelul organizației, dar trebuie să aibă o lungime de 2-7 cifre.
4

Specificați apelarea externă pentru anumite locații. Accesați Administrare > Locații, selectați o locație din listă și faceți clic pe Apelare. Derulați la apelare, apoi schimbați apelarea externă după cum este necesar:

  • Apelare externă—Puteți alege o cifră de apelare de ieșire pe care utilizatorii trebuie să o apeleze pentru a ajunge la o linie externă. Valoarea implicită este Niciuna și îl puteți lăsa dacă nu aveți nevoie de acest obicei de apelare. Dacă decideți să utilizați această funcție, vă recomandăm să utilizați un număr diferit de cifra de conducere a organizației dvs.

     

    Utilizatorii pot include cifra de apelare de ieșire atunci când efectuează apeluri externe pentru a imita modul în care au format în sistemele moștenite. Cu toate acestea, toți utilizatorii pot efectua apeluri externe fără cifra de apelare de ieșire.

  • Opțional, aveți capacitatea de a Forța apelarea cifrei de apelare de ieșire a acestei locații, asigurându-vă că utilizatorul trebuie să utilizeze cifra de apelare de ieșire setată de administrator pentru a efectua apeluri externe.

     

    Apelurile de urgență pot fi apelate în continuare cu sau fără cifra de apelare de ieșire atunci când această funcție este activată.

    Odată activată, orice numere de destinație externe, cum ar fi cele utilizate pentru redirecționarea apelurilor, nu vor mai funcționa dacă nu este inclusă o cifră de apelare de ieșire.


     
    Dacă o prelungire este aceeași cu numărul național, atunci prelungirea are prioritate față de numărul național. Prin urmare, vă recomandăm să activați cifra de apelare de ieșire.

     
    Vă recomandăm foarte mult să utilizați formatul de numerotare E.164 pentru apelurile PSTN de intrare și de ieșire.

Impact asupra utilizatorilor:

  • Utilizatorii trebuie să-și repornească telefoanele pentru ca modificările preferințelor de apelare să aibă efect.

  • Extensiile de utilizator nu trebuie să înceapă cu același număr ca cifra de direcție a locației sau cifrele de apelare de ieșire.

Configurați PSTN (gateway local) la nivel local în Control Hub

Dacă sunteți un reseller cu valoare adăugată, puteți utiliza acești pași pentru a începe configurarea gateway local în Control Hub . Când acest gateway este înregistrat în cloud, îl puteți utiliza pe unul sau mai multe dintre dvs Webex Calling locații pentru a oferi rutare către un furnizor serviciu PSTN enterprise .


 

O locație care are un gateway local nu poate fi ștearsă atunci când gateway local este utilizat pentru alte locații.

Creați un trunchi

Urmați acești pași pentru a crea un trunchi de intrare Control Hub .

Înainte de a începe

  • Odată ce o locație este adăugată și înainte de a configura PSTN local pentru o locație, trebuie să creați un trunchi.

  • Creați orice locații și setări și numere specifice pentru fiecare dintre ele. Locațiile trebuie să existe înainte de a putea adăuga un PSTN local.

  • Înțelegeți cerințele PSTN (gateway local) în sediul pentru Webex Calling .

  • Nu puteți alege mai mult de un trunchi pentru o locație cu PSTN local, dar puteți alege același trunchi pentru mai multe locații.

1

Conectați-vă la Control Hub la , accesați Servicii > Apelare > Dirijarea apelurilor , și selectați Adăugare trunchi .https://admin.webex.com

2

Selectați o locație.

3

Denumiți trunchiul și faceți clic Salvați .


 

Etichetele nu trebuie să depășească caractere.

Ce este de făcut în continuare

Vi se prezintă parametrii relevanți pe care va trebui să îi configurați pe trunchi. De asemenea, veți genera un set de date de conectare SIP digest pentru a securiza conexiune PSTN.

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.

Selectați un trunchi pentru PSTN în sediu

1

Conectați-vă la Control Hub lahttps://admin.webex.com , accesați Management > Locație .

2

Selectați o locație de modificat și faceți clic Gestionați .

3

Selectați PSTN la sediu și faceți clic În continuare .

4

Alegeți un trunchi din meniu derulant.


 

Vizitați pagina trunchiuri pentru a vă gestiona opțiunile pentru grup de trunchiuri .

5

Faceți clic pe notificarea de confirmare, apoi faceți clic Salvați .

Ce este de făcut în continuare

Trebuie să luați informație de configurare care Control Hub a generat și mapați parametrii în gateway local (de exemplu, pe un Cisco CUBE care se află în incintă). Acest articol vă ghidează prin acest proces. Ca referință, consultați următoarea diagramă pentru un exemplu despre modul în care Control Hub informație de configurare (din stânga) se asociază cu parametrii din CUBE (pe dreapta):

După ce ați finalizat cu succes configurația pe gateway-ul propriu-zis, puteți reveni la Servicii > Apelați > Locații în Control Hub iar gateway-ul pe care l-ați creat va fi afișat în cardul de locație căruia i-ați alocat-o cu un punct verde în stânga numelui. Această stare indică faptul că gateway-ul este înregistrat securizat în cloud-ul de apelare și că servește ca gateway PSTN activ pentru locație.

Gestionare numere de telefon

Solicitați o achiziție de servicii Webex dintr-o perioadă de încercare în Control Hub

Dacă încercați serviciile Webex și doriți să transformați perioada de încercare într-un abonament cu plată, puteți trimite o solicitare prin e-mail partenerului dvs.

1

Conectați-vă la Control Hub la https://admin.webex.com, selectați pictograma de construcție.

2

Selectați Abonamente filă, apoi faceți clic Achiziționați acum .

Partenerul dvs. îi este trimis un e-mail prin care îl informează că sunteți interesat să treceți la un abonament cu plată.

Setați opțiunile de apelare

Configurați comportamentul de apelare

Puteți controla ce aplicație de apelare se deschide atunci când utilizatorii efectuează apeluri. Puteți configura setările clientului apelant, inclusiv implementarea în mod mixt pentru organizații cu utilizatori cu drepturi de utilizare Unified CM sau Webex Calling și utilizatorii fără servicii de apelare cu plată de la Cisco. Pentru mai multe informații, consultați: Configurați comportamentul de apelare.

Configurați gateway-ul local în Cisco IOS XE pentru Webex Calling

Prezentare generală

Webex Calling acceptă în prezent două versiuni ale gateway-ului local:

  • Gateway local

  • Gateway local pentru Webex for Government

Considerații cheie

  • Înainte de a începe, înțelegeți cerințele locale privind rețeaua de telefonie publică comutată (PSTN) și gateway-ul local (LGW) pentru Webex Calling. Vedeți Arhitectură Cisco Preferred pentru Webex Calling pentru mai multe informații.

  • Acest articol presupune că există o platformă gateway locală dedicată, fără nicio configurație vocală existentă. Dacă modificați un gateway PSTN existent sau implementarea CUBE Enterprise pentru a-l utiliza ca funcție a gateway-ului local pentru Webex Calling, acordați o atenție deosebită configurației. Asigurați-vă că nu întrerupeți fluxurile de apeluri existente și funcționalitatea din cauza modificărilor pe care le efectuați.


 
Procedurile conțin link-uri către documentația de referință a comenzii, unde puteți afla mai multe despre opțiunile individuale ale comenzii. Toate linkurile de referință la comandă merg la Referință pentru comandă Webex Managed Gateways cu excepția cazului în care se specifică altfel (caz în care, linkurile de comandă merg la Referință pentru comandă vocală Cisco IOS ). Puteți accesa toate aceste ghiduri la Cisco Unified Border Element Command References.

Pentru informații privind SBC-urile terță parte acceptate, consultați documentația de referință a produsului respectivă.

Configurați gateway-ul local

Există două opțiuni de configurare a gateway-ului local pentru dvs Webex Calling trunchi:

  • Trunchi bazat pe înregistrare

  • Trunchi bazat pe certificat

Utilizați fluxul de activități fie sub Gateway local bazat pe înregistrare sau Gateway local bazat pe certificat pentru a configura Local Gateway pentru dvs Webex Calling trunchi.

Consultați Începeți cu gateway-ul local pentru mai multe informații despre diferite tipuri de trunchiuri. Efectuați următorii pași pe gateway-ul local propriu-zis, utilizând Command Line Interface (CLI). Utilizăm Protocol de inițiere sesiuni (SIP) și transportul TLS ( Securitate strat de transport ) pentru a securiza trunchiul și protocolul securizat în timp real ( SRTP) pentru a securiza media dintre gateway-ul local și Webex Calling .

Considerații cheie

Gateway-ul local pentru Webex for Government nu acceptă următoarele:

  • STUN/ICE-Lite pentru optimizarea căii media

  • Fax (T.38)

Configurați gateway-ul local pentru Webex for Government

Pentru a configura gateway-ul local pentru trunchiul dvs. Webex Calling în Webex for Government, utilizați următoarea opțiune:

  • Trunchi bazat pe certificat

Utilizați fluxul de activități din gateway-ul local bazat pe certificat pentru a configura gateway-ul local pentru trunchiul Webex Calling. Pentru mai multe detalii despre modul de configurare a unui gateway local bazat pe certificate, consultați Configurați trunchiul bazat pe certificate Webex Calling.

Este obligatoriu să configurați criptoare GCM conforme cu FIPS pentru a sprijini gateway-ul local pentru Webex for Government. Dacă nu, configurarea apelului eșuează. Pentru detalii de configurare, consultați Configurați trunchiul bazat pe certificatul Webex Calling.


 
Webex for Government nu acceptă gateway-ul local bazat pe înregistrare.

Prezentare generală a designului

Această secțiune descrie modul de configurare a unui element de frontieră Cisco Unified (CUBE) ca gateway local pentru Webex Calling, utilizând un trunchi SIP de înregistrare. Prima parte a acestui document ilustrează modul de configurare a unui gateway PSTN simplu. În acest caz, toate apelurile din PSTN sunt direcționate către Webex Calling și toate apelurile din Webex Calling sunt direcționate către PSTN. Imaginea de mai jos evidențiază această soluție și configurația de rutare a apelurilor la nivel înalt care va fi urmată.

În acest design se utilizează următoarele configurații principale:

  • cursanți de clasă vocală: Utilizat pentru a crea configurații specifice trunchiului.

  • clasă vocală: Utilizat pentru a clasifica mesajele SIP pentru selectarea unui dial-peer de intrare.

  • peer apelare de intrare: Oferă tratament pentru mesajele SIP de intrare și determină ruta de ieșire cu un grup dial-peer.

  • grup peer-dial: Definește colegii de apelare de ieșire utilizați pentru rutarea continuă a apelurilor.

  • peer apelare de ieșire: Oferă tratament pentru mesajele SIP de ieșire și le trasează la ținta necesară.

Call routing from/to PSTN to/from Webex Calling configuration solution

Atunci când conectați o soluție locală Cisco Unified Communications Manager cu Webex Calling, puteți utiliza configurația simplă a gateway-ului PSTN ca bază pentru construirea soluției ilustrate în următoarea diagramă. În acest caz, Unified Communications Manager oferă rutare și tratare centralizată a tuturor apelurilor PSTN și Webex Calling.

Pe parcursul acestui document se utilizează numele gazdei, adresele IP și interfețele ilustrate în următoarea imagine.

Utilizați ghidurile de configurare din restul acestui document pentru a finaliza configurația gateway-ului local după cum urmează:

  • Pasul 1: Configurați conectivitatea și securitatea de bază a routerului

  • Pasul 2: Configurați trunchiul Webex Calling

    În funcție de arhitectura necesară, urmați fie:

  • Pasul 3: Configurați gateway-ul local cu trunchiul SIP PSTN

  • Pasul 4: Configurați gateway-ul local cu mediul Unified CM existent

    Sau:

  • Pasul 3: Configurați gateway-ul local cu trunchiul TDM PSTN

Configurați conectivitatea și securitatea

configurație Inițială

Primul pas în pregătirea routerului Cisco ca gateway local pentru Webex Calling este construirea unei configurații de bază care să vă securizeze platforma și să vă stabilească conectivitatea.

  • Toate implementările gateway locale bazate pe înregistrare necesită versiuni Cisco IOS XE 17.6.1a sau ulterioare. Pentru versiunile recomandate, consultați pagina Cisco Software Research . Căutați platforma și selectați una dintre versiunile sugerate .

    • Routerele din seria ISR4000 trebuie configurate atât cu licențe Unified Communications, cât și cu licențe de tehnologie de securitate.

    • Routerele din seria Catalyst Edge 8000 echipate cu carduri vocale sau DSPs necesită acordarea licenței DNA Advantage. Routere fără carduri vocale sau DSPs necesită un minim de licențiere ADN Essentials.

  • Construiți o configurație de bază pentru platforma dvs. care să respecte politicile dvs. de afaceri. În special, configurați următoarele și verificați funcționarea:

    • NTP

    • ACL-uri

    • Autentificare utilizator și acces la distanță

    • DNS

    • Rutare IP

    • Adrese IP

  • Rețeaua către Webex Calling trebuie să utilizeze o adresă IPv4.

  • Încărcați pachetul CA rădăcină Cisco la gateway-ul local.

Configurare

1

Asigurați-vă că atribuiți adrese IP valide și rutabile oricăror interfețe din stratul 3, de exemplu:


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240
2

Protejați acreditările de înregistrare și STUN pe router prin criptare simetrică. Configurați cheia de criptare primară și tipul de criptare după cum urmează:


key config-key password-encrypt YourPassword
password encryption aes
3

Creați un punct de încredere PKI pentru titularul plasamentului.


 
Necesită acest punct de încredere pentru a configura TLS mai târziu. Pentru trunchiurile bazate pe înregistrare, acest punct de încredere nu necesită un certificat - așa cum ar fi necesar pentru un trunchi bazat pe certificat.

crypto pki trustpoint EmptyTP 
 revocation-check none
4

Activați exclusivitatea TLS1.2 și specificați punctul de încredere implicit utilizând următoarele comenzi de configurare. Parametrii de transport ar trebui, de asemenea, să fie actualizați pentru a asigura o conexiune sigură și fiabilă pentru înregistrare:


 
Comanda server validată de cn-san asigură că gateway-ul local permite o conexiune dacă numele de gazdă configurat în clientul 200 este inclus în câmpurile CN sau SAN ale certificatului primit de la proxy-ul de ieșire.

  1. Setare număr reîncercare tcp până la 1000 (multipli de 5 msec = 5 secunde).

  2. setați conexiunea cronometrului comanda vă permite să reglați cât timp LGW așteaptă să configureze o conexiune cu un proxy înainte de a lua în considerare următoarea opțiune disponibilă. Implicit pentru acest cronometru este de 20 de secunde și minim 5 secunde. Începeți cu o valoare scăzută și creșteți, dacă este necesar, pentru a se potrivi condițiilor de rețea.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000
5

Instalați pachetul CA rădăcină Cisco, care include certificatul CA DigiCert utilizat de Webex Calling. Utilizați crypto pki trustpool import URL curat comandă pentru a descărca pachetul CA rădăcină din URL-ul specificat și pentru a șterge trustpool-ul CA actual, apoi instalați noul pachet de certificate:


 

Dacă trebuie să utilizați un proxy pentru a accesa internetul utilizând HTTPS, adăugați următoarea configurație înainte de a importa pachetul CA:

IP http client proxy-server yourproxy.com port proxy 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Configurați trunchiul bazat pe înscriere Webex Calling

1

Creați un trunchi PSTN bazat pe înregistrare pentru o locație existentă în Control Hub. Notaţi informaţiile trunchiului care sunt furnizate după ce trunchiul a fost creat. Aceste detalii, așa cum se evidențiază în ilustrația următoare, vor fi utilizate în etapele de configurare din acest ghid. Pentru mai multe informații, consultați Configurați trunchiuri, grupuri de rutare și planuri de apelare pentru Webex Calling .

2

Introduceți următoarele comenzi pentru a configura CUBE ca gateway local Webex Calling:

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

Iată o explicație a câmpurilor pentru configurare:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Pentru a proteja împotriva fraudei cu taxă, lista de adrese de încredere definește o listă de gazde și rețele din care gateway-ul local așteaptă apeluri VoIP legitime.

  • În mod implicit, gateway-ul local blochează toate mesajele VoIP primite de la adresele IP care nu se află în lista sa de încredere. Partenerii de apelare configurați în mod static cu „IP țintă sesiune” sau adresele IP ale grupului de server sunt de încredere în mod implicit, deci nu trebuie să fie adăugați la lista de încredere.

  • Când configurați gateway-ul local, adăugați subrețelele IP ale centrului dvs. de date Webex Calling regional în listă. Pentru mai multe informații, consultați Informații de referință la port pentru Webex Calling . De asemenea, adăugați intervale de adrese pentru serverele Unified Communications Manager (dacă sunt utilizate) și gateway-urile trunchiurilor PSTN.


     

    Dacă LGW dvs. se află în spatele unui firewall cu con restricționată NAT, ați putea prefera să dezactivați lista de adresă IP de încredere din interfața Webex Calling . Firewall-ul vă protejează deja de VoIP de intrare nesolicitată. Acțiunea de dezactivare reduce costul general al configurației pe termen lung, deoarece nu putem garanta că adresele de Webex Calling colegii rămân fix și trebuie să configurați firewall-ul pentru colegi în orice caz.

element de frontieră al modului

Activați funcțiile elementului de frontieră Cisco Unified (CUBE) de pe platformă.

statistici media

Permite monitorizarea media pe gateway-ul local.

stări colective media

Permite planului de control să interogheze planul de date pentru statistică apeluri în bloc .

Pentru mai multe informații despre aceste comenzi, consultați Media.

permite conexiuni sip la sip

Activați funcționalitatea de bază a agentului de utilizator SIP back-to-back CUBE. Pentru mai multe informații, consultați Permiteți conexiuni .


 

În mod implicit, transportul prin fax T.38 este activat. Pentru mai multe informații, consultați protocolul de fax t38 (serviciu vocal).

căpușă

Permite STUN (Sesiune Traversală a UDP prin NAT) la nivel global.

  • Când redirecționați un apel către un Webex Calling utilizator (de exemplu, atât partea apelată, cât și partea apelantă sunt Webex Calling abonaților și dacă ancorați media la Webex Calling SBC), atunci mediul nu poate curge către gateway-ul local, deoarece orificiul nu este deschis.

  • Caracteristica de legături STUN de pe gateway-ul local permite trimiterea cererilor STUN generate local pe calea media negociată. Acest lucru ajută la deschiderea găurii de prindere în firewall.

Pentru mai multe informații, consultați stun flowdata agent-id și stun flowdata secret-partajat .

sarcină utilă asimetrică completă

Configurează suportul de sarcină utilă asimetric SIP atât pentru DTMF, cât și pentru sarcinile de plată codec dinamice. Pentru mai multe informații despre această comandă, consultați sarcină utilă asimetrică .

ofertă timpurie forțată

Forțează Gateway-ul Local să trimită informații SDP în mesajul INVITE inițial în loc să aștepte recunoașterea de la partenerul vecin. Pentru mai multe informații despre această comandă, consultați ofertă anticipată .

3

Configurare codec clasă vocală 100 filtru pentru trunchi. În acest exemplu, același filtru codec este utilizat pentru toate trunchiurile. Puteți configura filtre pentru fiecare trunchi pentru un control precis.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Iată o explicație a câmpurilor pentru configurare:

codec clasă vocală 100

Utilizat pentru a permite numai codec-uri preferate pentru apeluri prin trunchiuri SIP. Pentru mai multe informații, consultați codeculclasei de voce.


 

Codec-ul Opus este acceptat numai pentru trunchiurile PSTN bazate pe SIP. Dacă trunchiul PSTN utilizează o conexiune vocală T1/E1 sau analogică FXO, excludeți preferință codec 1 opusul din partea codec clasă vocală 100 configurare .

4

Configurare utilizare sunet de clasă vocală 100 pentru a activa ICE pe trunchiul Webex Calling.


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Iată o explicație a câmpurilor pentru configurare:

stunutilizaregheațălite

Utilizat pentru a activa ICE-Lite pentru toți colegii de apelare cu care se confruntă Webex Calling pentru a permite optimizarea media ori de câte ori este posibil. Pentru mai multe informații, consultați utilizarea stunării clasei de voce și stun utilisation ice lite .


 

Aveți nevoie de utilizarea ICE-lite pentru fluxurile de apeluri prin optimizarea căii media. Pentru a oferi optimizarea media pentru un gateway SIP la TDM, configurați un dial-peer loopback cu ICE-Lite activat pe piciorul IP-IP. Pentru mai multe detalii tehnice, contactați echipele din Cont sau TAC

5

Configurați politica de criptare media pentru traficul Webex.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Iată o explicație a câmpurilor pentru configurare:

clasă vocală srtp-crypto 100

Specifică SHA1_80 ca singurele oferte SRTP cipher-suite CUBE din SDP în mesaje de ofertă și răspuns. Webex Calling acceptă numai SHA1 80._ Pentru mai multe informații, consultați clasa de voce srtp-crypto .

6

Configurați un model pentru a identifica în mod unic apelurile către un trunchi de gateway local pe baza parametrului trunchiului de destinație:


voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

Iată o explicație a câmpurilor pentru configurare:

clasă vocală uri 100 sip

Definește un model pentru a se potrivi unei invitații SIP de intrare la un peer de apelare trunchi de intrare. Când introduceți acest model, utilizați dtg= urmat de valoarea Trunk OTG/DTG furnizată în Control Hub atunci când trunchiul a fost creat. Pentru mai multe informații, consultați clasa vocală uri.

7

Configurare profil sip 100, care va fi utilizat pentru a modifica mesajele SIP înainte de a fi trimise către Webex Calling.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Iată o explicație a câmpurilor pentru configurare:

  • regula 10 la 70 și 90

    Se asigură că anteturile SIP utilizate pentru semnalizarea apelurilor utilizează sistemul sip, mai degrabă decât sistemul sips, care este solicitat de proxy-urile Webex. Configurarea CUBE pentru utilizarea sips asigură utilizarea înregistrării securizate.

  • regulă 80

    Modifică antetul Din pentru a include identificatorul OTG/DTG al grupului de trunchiuri din Control Hub pentru a identifica în mod unic un site de gateway local într-o întreprindere.

8

Configurați trunchiul Webex Calling:

  1. Creați entitate găzduită din clasa vocală 100 pentru a defini și a grupa configurațiile necesare în mod specific pentru trunchiul Webex Calling. În special, detaliile de înregistrare a trunchiurilor furnizate în Control Hub mai devreme vor fi utilizate în acest pas, după cum este detaliat mai jos. Partenerii de apelare asociați mai târziu cu acest client vor moșteni aceste configurații.


     

    Exemplul următor utilizează valorile ilustrate în Pasul 1 în scopul acestui ghid (indicat în îndrăzneală). Înlocuiți-le cu valori pentru trunchiul din configurație.

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Iată o explicație a câmpurilor pentru configurare:

    entitate găzduită pentru clasa vocală 100

    Definește un set de parametri de configurare care vor fi utilizați numai pentru trunchiul Webex Calling. Pentru mai multe informații, consultați chiriaș clasei de voce .

    registrar dns:98027369.us10.bcld.webex.com schema sips expiră 240 raport reîmprospătare 50 tcp tls

    Server de înregistrare pentru gateway-ul local cu înregistrarea setată să se reîmprospăteze la fiecare două minute (50% din 240 de secunde). Pentru mai multe informații, consultați grefier .

    Asigurați-vă că utilizați aici valoarea Domeniului de înregistrare din Control Hub.

    număr de autentificare Dallas1171197921_LGU nume de utilizator Dallas1463285401_LGUparolă 0 9Wt[M6ifY+domeniu BroadWorks

    Date de autentificare pentru provocare înregistrare trunchi. Pentru mai multe informații, consultați acreditări (SIP UA) .

    Asigurați-vă că utilizați aici valorile gazdei liniei/portului, numele de utilizator al autentificării și, respectiv, valorile parolei de autentificare din Control Hub.

    nume de utilizator de autentificare Dallas1171197921_LGU parolă 0 9Wt[M6ifY+ domeniu BroadWorks
    nume de utilizator de autentificare Dallas1171197921_LGUparola 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Provocare autentificare pentru apeluri. Pentru mai multe informații, consultați autentificare (dial-peer) .

    Asigurați-vă că utilizați aici valorile numelui de utilizator al autentificării, parola de autentificare și, respectiv, valorile domeniului de înregistrare din Control Hub.

    fără ID-ul-partide la distanță

    Dezactivați antetul SIP Remote-Party- ID (RPID), deoarece Webex Calling acceptă PAI, care este activat prin CIO asserted-id pai . Pentru mai multe informații, consultați ID-partid-de-la distanță .

    server sip dns:us25.sipconnect.bcld.webex.com

    Configurați serverul SIP țintă pentru trunchi. Utilizați adresa SRV proxy de margine furnizată în Control Hub atunci când v-ați creat trunchiul.

    conexiune-reutilizare

    Utilizează aceeași conexiune persistentă pentru înregistrare și procesare apeluri. Pentru mai multe informații, consultați conexiune-reutilizare .

    srtp-cripto 100

    Configurați suitele cipher preferate pentru piesa de apel SRTP (conexiune) (specificată în pasul 5). Pentru mai multe informații, consultați clasa de voce srtp-crypto.

    sesiune de transport tcp tls

    Setează transportul la TLS. Pentru mai multe informații, consultați sesiune-transport .

    url înghițituri

    Interogările SRV trebuie să fie SIP-uri, așa cum sunt acceptate de SBC de acces; toate celelalte mesaje sunt schimbate în SIP prin sip-profile 200.

    eroare-passthru

    Specifică funcționalitatea de transmitere a răspunsului la eroare SIP . Pentru mai multe informații, consultați eroare-passthru .

    asserted-id pai

    Activează procesarea PAI în Local Gateway. Pentru mai multe informații, consultați asserted-id .

    Bandă de control interfață sursă GigabitEthernet0/0/1

    Configurați interfața sursă și adresa IP asociată pentru mesajele trimise către WebexCalling. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/1

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă către WebexCalling. Pentru mai multe informații, consultați legătura.

    nu există conținut pass-thru custom-sdp

    Comandă implicită în cadrul locatarului. Pentru mai multe informații despre această comandă, consultați conținut transfer .

    profile sip 100

    Schimbă SIP-urile în SIP și modifică linia/portul pentru mesajele INVITE și REGISTER, conform definiției din profile pentru înghiţitură 200 . Pentru mai multe informații, consultați profiluri pentru clasa de voce .

    proxy de ieșire dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling accesați SBC. Introduceți adresa proxy de ieșire furnizată în Control Hub atunci când ați creat trunchiul. Pentru mai multe informații, consultați proxy-ul de ieșire .

    transmitere a politicii de confidențialitate

    Configurați opțiunile politicii antetului de confidențialitate pentru ca trunchiul să treacă valorile de confidențialitate din mesajul recepționat la următoarea componentă a apelului. Pentru mai multe informații, consultați politică de confidențialitate .

  2. Configurați peer-ul de apelare al trunchiului Webex Calling.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

    Iată o explicație a câmpurilor pentru configurare:

    
dial-peer voice 100 voip
  description Inbound/Outbound Webex Calling

    Definește un dial-peer VoIP cu eticheta de 100 și oferă o descriere semnificativă pentru o gestionare ușoară și depanare.

    max-conn 250

    Restricționează numărul de apeluri de intrare și de ieșire simultane între LGW și Webex Calling. Pentru trunchiurile de înscriere, valoarea maximă configurată trebuie să fie 250. Valoare uzată mai mică dacă acest lucru ar fi mai potrivit pentru implementarea dvs. Pentru mai multe informații despre limitele de apelare simultane pentru gateway-ul local, consultați Începeți cu documentul gateway local.

    model-destinație RĂU.PROBĂT

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    protocol de sesiune sipv2

    Specifică acel dial-peer 100 se ocupă de segmentele de apel SIP . Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    sesiune țintă sip-server

    Indică faptul că serverul SIP definit în clientul 100 este moștenit și utilizat pentru destinație pentru apelurile de la acest coleg de apelare.

    solicitare de intrare 100

    Pentru a specifica clasa de voce utilizată pentru a se potrivi unui coleg de apelare VoIP cu identificatorul de resurse uniform (URI) al unui apel de intrare. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Configurați dial-peer-ul pentru a utiliza lista de filtrare codec comună 100. Pentru mai multe informații, consultați codec de clasă voce .

    utilizare stun de clasă vocală 100

    Permite trimiterea cererilor STUN generate local pe gateway-ul local pe calea media negociată. STUN ajută la deschiderea unei găuri de firewall pentru traficul media.

    nicio înghițitură de clasa vocală localhost

    Dezactivează înlocuirea Nume gazdă locale DNS în locul adresă IP fizice în anteturile De la, ID de apel și ID de la distanță ale mesajelor de ieșire.

    client sip de clasă vocală 100

    Asociatorul de apelare moștenește toți parametrii configurați la nivel global și în entitatea găzduită 100. Parametrii pot fi suprasolicitate la nivelul dial-peer.

    srtp

    Activează SRTP pentru segmentul de componentă apel.

    nu văd

    Dezactivează detectarea activității vocale.

După ce definiți entitatea găzduită 100 și configurați un peer de apelare SIP VoIP, gateway-ul inițiază o conexiune TLS către Webex Calling. În acest moment, SBC de acces își prezintă certificatul la gateway-ul local. Gateway-ul local validează certificatul SBC de acces Webex Calling utilizând pachetul rădăcină CA care a fost actualizat mai devreme. Dacă certificatul este recunoscut, se stabilește o sesiune TLS persistentă între gateway-ul local și accesul Webex Calling SBC. Gateway-ul local este apoi capabil să utilizeze această conexiune securizată pentru a se înregistra la SBC de acces Webex. Când înregistrarea este contestată pentru autentificare:

  • În răspuns se utilizează numele de utilizator, parola și parametrii domeniului din configurația de acreditări .

  • Regulile de modificare din profilul sip 100 sunt utilizate pentru a converti URL-ul SIPS înapoi la SIP.

Înscrierea este reușită atunci când un 200 OK este primit de la SBC de acces.

Configurați gateway-ul local cu un trunchi SIP PSTN

După ce ați construit un trunchi către Webex Calling de mai sus, utilizați următoarea configurație pentru a crea un trunchi necriptat către un furnizor PSTN bazat pe SIP:


 

Dacă Furnizorul dvs. de servicii oferă un trunchi PSTN securizat, puteți urma o configurație similară detaliată mai sus pentru trunchiul Webex Calling. Rutarea sigură a apelurilor este acceptată de CUBE.


 

Pentru a configura interfețe TDM pentru segmente de apel PSTN pe gateway-urile Cisco TDM-SIP, consultați Configurarea ISDN PRI.

1

Configurați următoarea clasă de voce uri pentru a identifica apelurile de intrare din trunchiul PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Iată o explicație a câmpurilor pentru configurare:

clasă vocală uri 200 sip

Definește un model pentru a se potrivi unei invitații SIP de intrare la un peer de apelare trunchi de intrare. Când introduceți acest model, utilizați adresa IP a gateway-ului PSTN IP. Pentru mai multe informații, consultați clasa vocală uri.

2

Configurați următoarea linie de apelare IP PSTN:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Iată o explicație a câmpurilor pentru configurare:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definește un dial-peer VoIP cu eticheta de 300 și oferă o descriere semnificativă pentru o gestionare ușoară și depanare. Pentru mai multe informații, consultați voce dial-peer.

model-destinație RĂU.PROBĂT

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. Pentru mai multe informații, consultați model-destinație (interfață) .

protocol de sesiune sipv2

Specifică faptul că dial-peer 200 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocol de sesiune (dial peer) .

țintă sesiune ipv4:192.168.80.13

Indică adresă IPv4 țintă a destinației pentru a trimite segmentul de componentă apel. Ținta sesiunii aici este adresă IP a ITSP . Pentru mai multe informații, consultați ținta sesiunii (peer apelare VoIP).

intrare prin 200

Definește un criteriu de potrivire pentru antetul VIA cu adresa IP a PSTN adresă IP. Se potrivește tuturor segmentelor de apel IP PSTN de intrare de pe gateway-ul local cu dial-peer 200. Pentru mai multe informații, consultați url-ul de intrare.

Bandă de control interfață sursă GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

leagă interfața sursă media GigabitEthernet0/0/0

Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

codec de clasă vocală 100

Configurați dial-peer-ul pentru a utiliza lista de filtrare codec comună 100. Pentru mai multe informații, consultați codec de clasă voce .

dtmf-relay rtp-nte

Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe segmentul de componentă apel. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

nu văd

Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

3

Dacă configurați gateway-ul local pentru a dirija numai apelurile între Webex Calling și PSTN, adăugați următoarea configurație de rutare a apelurilor. Dacă configurați gateway-ul local cu o platformă Unified Communications Manager, treceți la următoarea secțiune.

  1. Creați grupuri de apelare pentru a direcționa apelurile către Webex Calling sau PSTN. Definiți DPG 100 cu dial-peer de ieșire 100 spre Webex Calling. DPG 100 se aplică apelantului de intrare de la PSTN. În mod similar, definiți DPG 200 cu dial-peer de ieșire 200 spre PSTN. DPG 200 se aplică apelantului de intrare din Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Iată o explicație a câmpurilor pentru configurare:

    peer de apelare 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg de clasă vocală.

  2. Aplicați grupuri de apelare pentru a direcționa apelurile de la Webex la PSTN și de la PSTN la Webex:

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Iată o explicație a câmpurilor pentru configurare:

    destinație dpg 200

    Specifică grupul dial-peer și, prin urmare, dial-peer ar trebui să fie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

    Acest lucru încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când sunt configurate caracteristicile CUBE.

Configurați Local Gateway cu un mediu Unified CM existent

Configurația PSTN-Webex Calling din secțiunile anterioare poate fi modificată pentru a include trunchiuri suplimentare într-un cluster Cisco Unified Communications Manager (UCM). În acest caz, toate apelurile sunt dirijate prin Unified CM. Apelurile din UCM din portul 5060 sunt direcționate către PSTN și apelurile din portul 5065 sunt direcționate către Webex Calling. Următoarele configurații incrementale pot fi adăugate pentru a include acest scenariu de apelare.


 

Atunci când creați trunchiul Webex Calling în Unified CM, asigurați-vă că configurați portul de intrare în setările profilului de securitate al trunchiului SIP la 5065. Acest lucru permite mesajele de intrare pe portul 5065 și populează antetul VIA cu această valoare atunci când trimiteți mesaje către gateway-ul local.

1

Configurați următoarele URI pentru clase de voce:

  1. Clasifică apelurile Unified CM la Webex utilizând portul SIP VIA:

    
voice class uri 300 sip
 pattern :5065

  2. Clasifică apelurile Unified CM la PSTN utilizând SIP prin port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Clasificați mesajele primite din UCM către trunchiul PSTN utilizând unul sau mai multe modele care descriu adresele sursă originare și numărul portului. Expresii regulate pot fi utilizate pentru a defini modele de potrivire, dacă este necesar.

    În exemplul de mai sus, o expresie obișnuită este utilizată pentru a se potrivi oricărei adrese IP în intervalul 192.168.80.60 până la 65 și numărul portului 5060.

2

Configurați următoarele înregistrări DNS pentru a specifica rutarea SRV către gazdele Unified CM:


 

IOS XE utilizează aceste înregistrări pentru determinarea locală a gazdelor și porturilor țintă UCM. Cu această configurație, nu este necesar să configurați înregistrări în sistemul DNS. Dacă preferați să utilizați DNS-ul, atunci aceste configurații locale nu sunt necesare.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Iată o explicație a câmpurilor pentru configurare:

Următoarea comandă creează o înregistrare de resurse DNS SRV. Creați o înregistrare pentru fiecare gazdă și trunchi UCM:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: nume înregistrare resursă SRV

2: Prioritatea de înregistrare a resurselor SRV

1: Greutatea record a resursei SRV

5060: Numărul portului pe care trebuie să-l utilizați pentru gazda țintă în această înregistrare de resurse

ucmsub5.mydomain.com: Gazda țintă înregistrare resursă

Pentru a rezolva numele de gazdă țintă a înregistrării resurselor, creați înregistrări DNS A locale. De exemplu:

gazdă ip ucmsub5.mydomain.com 192.168.80.65

gazdă IP: Creează o înregistrare în baza de date IOS XE locală.

ucmsub5.mydomain.com: Numele de gazdă A înregistrării.

192.168.80.65: Adresa IP a gazdei.

Creați evidențele resurselor SRV și A pentru a reflecta mediul UCM și strategia preferată de distribuție a apelurilor.

3

Configurați următorii colegi de apelare:

  1. Apelare reciprocă pentru apeluri între Unified CM și Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Iată o explicație a câmpurilor pentru configurare:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definește un coleg de apelare VoIP cu o etichetă 300 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare.

    model-destinație RĂU.PROBĂT

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    protocol de sesiune sipv2

    Specifică faptul că dial-peer 300 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    țintă sesiune dns:wxtocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția SRV DNS. În acest caz, recordul SRV definit local wxtocucm.io este utilizat pentru a direcționa apelurile.

    intrare prin 300

    Utilizează clasa de voce URI 300 pentru a direcționa toate traficul de intrare de la Unified CM folosind portul sursă 5065 către acest dial-peer. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Indică lista de filtrare codec pentru apelurile către și de la Unified CM. Pentru mai multe informații, consultați codecul clasei de voce.

    Bandă de control interfață sursă GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/0

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe segmentul de componentă apel. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

    nu văd

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

  2. Dial-peer pentru apeluri între Unified CM și PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Iată o explicație a câmpurilor pentru configurare:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definește un dial-peer VoIP cu eticheta de 300 și oferă o descriere semnificativă pentru o gestionare ușoară și depanare.

    model-destinație RĂU.PROBĂT

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    protocol de sesiune sipv2

    Specifică faptul că dial-peer 400 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    țintă sesiune dns:pstntocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția SRV DNS. În acest caz, înregistrarea SRV definită local pstntocucm.io este utilizat pentru a direcționa apelurile.

    intrare prin 400

    Utilizează clasa de voce URI 400 pentru a direcționa toate traficul de intrare de la gazdele Unified CM specificate utilizând portul sursă 5060 către acest dial-peer. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Indică lista de filtrare codec pentru apelurile către și de la Unified CM. Pentru mai multe informații, consultați codecul clasei de voce.

    Bandă de control interfață sursă GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/0

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe segmentul de componentă apel. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

    nu văd

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

4

Adăugați rutarea apelurilor utilizând următoarele configurații:

  1. Creați grupuri de apelare pentru a direcționa apelurile între Unified CM și Webex Calling. Definiți DPG 100 cu peer de apelare de ieșire 100 către Webex Calling. DPG 100 este aplicat pe asociatul de apelare de intrare de la Unified CM. În mod similar, definiți DPG 300 cu dial-peer de ieșire 300 spre Unified CM. DPG 300 se aplică apelantului de intrare din Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Creați grupuri de apelare pentru a direcționa apelurile între Unified CM și PSTN. Definiți DPG 200 cu peer de apelare de ieșire 200 către PSTN. DPG 200 este aplicat la asocierea de apelare de intrare de la Unified CM. În mod similar, definiți DPG 400 cu dial-peer de ieșire 400 spre Unified CM. DPG 400 se aplică apelantului de intrare de la PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Iată o explicație a câmpurilor pentru configurare:

    peer de apelare 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg de clasă vocală.

  3. Aplicați grupuri de apelare pentru a direcționa apelurile de la Webex la Unified CM și de la Unified CM la Webex:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Iată o explicație a câmpurilor pentru configurare:

    dpg destinație 300

    Specifică grupul dial-peer și, prin urmare, dial-peer ar trebui să fie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

  4. Aplicați grupuri de apelare pentru a direcționa apelurile de la PSTN la Unified CM și de la Unified CM la PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Acest lucru încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când au fost configurate caracteristicile CUBE.

Monitorizați și depanați Gateway-ul local cu semnături de diagnosticare

Semnăturile de diagnosticare (DS) detectează în mod proactiv problemele observate frecvent în gateway-ul local bazat pe IOS XE și generează notificarea evenimentului prin e-mail, syslog sau mesaj terminal. De asemenea, puteți instala DS pentru a automatiza colectarea datelor de diagnosticare și pentru a transfera datele colectate în carcasa Cisco TAC pentru a accelera timpul de rezoluție.

Semnături de diagnosticare (DS) sunt fișiere XML care conțin informații despre declanșarea problemelor evenimente și acțiuni care urmează să fie luate pentru a informa, depanare, și remedia problema. Puteți defini logica de detectare a problemei prin utilizarea mesajelor syslog, a evenimentelor SNMP și prin monitorizarea periodică a ieșirilor specifice ale comenzii de afișare.

Tipurile de acțiuni includ colectarea ieșirilor comenzii show:

  • Generarea unui fișier jurnal consolidat

  • Încărcarea fișierului într-o locație de rețea furnizată de utilizator, cum ar fi HTTPS, SCP, server FTP.

Inginerii TAC creează fișierele DS și le semnează digital pentru a proteja integritatea. Fiecare fișier DS are un ID numeric unic atribuit de sistem. Instrumentul de căutare a semnăturilor de diagnosticare (DSLT) este o sursă unică de găsire a semnăturilor aplicabile pentru monitorizarea și depanarea diferitelor probleme.

Înainte de a începe:

  • Nu editați fișierul DS din care descărcați DSLT . Fișierele pe care le modificați nu reușesc instalarea din cauza erorii de verificare a integrității.

  • Un server SMTP(Simple Mail Transfer Protocol) de care aveți nevoie pentru ca gateway-ul local să trimită notificări prin e-mail.

  • Asigurați-vă că gateway-ul local rulează IOS XE 17.6.1 sau o versiune ulterioară dacă doriți să utilizați server SMTP securizat pentru notificări prin e-mail.

Cerințe preliminare

Gateway-ul local care rulează IOS XE 17.6.1a sau mai mare

  1. Semnăturile de diagnosticare este activată implicit.

  2. Configurați serverul de e-mail securizat pentru a fi utilizat pentru a trimite o notificare proactivă dacă dispozitivul rulează Cisco IOS XE 17.6.1a sau o versiune ulterioară.

    configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Configurați variabila de mediuds_email cu adresa de e-adresă de e-mail a administratorului pentru a vă anunța.

    configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

Următoarele afișează un exemplu de configurare a unui gateway local care rulează pe Cisco IOS XE 17.6.1a sau mai mare pentru a trimite notificările proactive către tacfaststart @gmail.com utilizarea Gmail ca server SMTP securizat:


 

Vă recomandăm să utilizați versiunile Cisco IOS XE Bengaluru 17.6.x sau versiuni ulterioare.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

 

Un gateway local care rulează pe software-ul Cisco IOS XE nu este un client Gmail obișnuit, bazat pe web, care acceptă OAuth, așa că trebuie să configuram o anumită setare pentru contul Gmail și să oferim permisiunea specifică pentru ca e-mailul de pe dispozitiv să fie procesat corect:

  1. Accesați Gestionați Contul Google > Securitate și activați setarea de acces la aplicație mai puțin securizată.

  2. Răspundeți „Da, eu am fost” atunci când primiți un e-mail de la Gmail prin care se spune „Google a împiedicat pe cineva să se conecteze la contul dvs. utilizând o aplicație non-Google”.

Instalați semnături de diagnosticare pentru o monitorizare proactivă

Monitorizarea gradului de utilizare ridicat al CPU

Acest DS urmărește utilizarea CPU timp de cinci secunde folosind SNMP OID 1.3.6.1.4.1.9.2.1.56. Când gradul de utilizare atinge 75% sau mai mult, acesta dezactivează toate remediile și dezinstalează toate semnăturile de diagnosticare care sunt instalate în gateway-ul local. Utilizați acești pași de mai jos pentru a instala semnătura.

  1. Utilizați afișare snmp comandă pentru a activa SNMP. Dacă nu activați, configurați manager server snmp comandă .

    show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Descărcați DS 64224 utilizând următoarele opțiuni derulante în Instrumentul de căutare a semnăturilor de diagnosticare :

    Nume câmp

    Valoarea câmpului

    Platformă

    Seria Cisco 4300, 4400 ISR sau seria Cisco CSR 1000V

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip problemă

    Utilizare ridicată a CPU cu notificare prin e- E-mail .

  3. Copiați fișier XML în flash-ul Gateway local.

    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Următorul exemplu arată copierea fișierului de pe un server FTP pe gateway-ul local.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Instalați fișier XML în gateway-ul local.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Utilizați afișați semnătura-diagnostic call-home comandă pentru a verifica dacă semnătura a fost instalată cu succes. Coloana de stare trebuie să aibă o valoare „înscrisă”.

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

    Descărcați DS:

    ID DS

    Nume DS

    Revizuire

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    DS_ LGW_ CPU_ MON75

    0.0.10

    Înscriși

    07.11.2020 22:05:33


     

    Când este declanșată, această semnătură dezinstalează toate DS-urile care rulează, inclusiv ea însăși. Dacă este necesar, reinstalați DS 64224 pentru a continua monitorizarea utilizării ridicate a procesorului pe gateway-ul local.

Monitorizarea înregistrării SIP trunk

Acest DS verifică dacă există anularea înregistrării unui trunchi SIP Gateway local în Webex Calling la fiecare 60 de secunde. Odată ce evenimentul de anulare a înscrierii este detectat, acesta generează un e-mail și o notificare syslog și se dezinstalează după două apariții de dezactivare. Utilizați pașii de mai jos pentru a instala semnătura:

  1. Descărcați DS 64117 utilizând următoarele opțiuni derulante în Instrumentul de căutare a semnăturilor de diagnosticare :

    Nume câmp

    Valoarea câmpului

    Platformă

    Seria Cisco 4300, 4400 ISR sau seria Cisco CSR 1000V

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    SIP- SIP

    Tip problemă

    Dezactivare trunchi SIP cu notificare prin e- E-mail .

  2. Copiați fișier XML în gateway-ul local.

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

  3. Instalați fișier XML în gateway-ul local.

    call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

  4. Utilizați afișați semnătura-diagnostic call-home comandă pentru a verifica dacă semnătura a fost instalată cu succes. Coloana de stare trebuie să aibă o valoare „înscrisă”.

Monitorizarea deconectărilor anormale ale apelurilor

Acest DS utilizează interogare SNMP la fiecare 10 minute pentru a detecta deconectarea anormală a apelurilor cu erorile SIP 403, 488 și 503.  Dacă numărul de erori este mai mare sau egal cu 5 din ultimul sondaj, acesta generează un syslog și o notificare prin e-mail. Vă rugăm să utilizați pașii de mai jos pentru a instala semnătura.

  1. Utilizați afișare snmp comandă pentru a verifica dacă SNMP este activat. Dacă nu este activată, configurați manager server snmp comandă .

    show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Descărcați DS 65221 utilizând următoarele opțiuni în Instrumentul de căutare a semnăturilor de diagnosticare :

    Nume câmp

    Valoarea câmpului

    Platformă

    Seria Cisco 4300, 4400 ISR sau seria Cisco CSR 1000V

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip problemă

    Detectare deconectare anormală a apelurilor SIP cu notificare prin e- E-mail și Syslog.

  3. Copiați fișier XML în gateway-ul local.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Instalați fișier XML în gateway-ul local.

    call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Utilizați afișați semnătura-diagnostic call-home comandă pentru a verifica dacă semnătura a fost instalată cu succes. Coloana de stare trebuie să aibă o valoare „înscrisă”.

Instalați semnături de diagnosticare pentru a depana o problemă

Utilizați Semnăturile de diagnosticare (DS) pentru a rezolva rapid problemele. Inginerii Cisco TAC au creat mai multe semnături care permit debug-urile necesare pentru a depana o anumită problemă, a detecta apariția problemei, a colecta setul corect de date de diagnosticare și a transfera datele automat în carcasa Cisco TAC . Semnăturile de diagnosticare (DS) elimină necesitatea de a verifica manual apariția problemei și facilitează mult soluționarea problemelor intermitente și tranzitorii.

Puteți utiliza Instrumentul de căutare a semnăturilor de diagnosticare pentru a găsi semnăturile aplicabile și a le instala pentru a rezolva automat o anumită problemă sau puteți instala semnătura recomandată de inginerul TAC ca parte a angajamentului de asistență.

Iată un exemplu despre cum să găsiți și să instalați un DS pentru a detecta apariția „%VOICE_ IEC-3-GW: CCAPI: Eroare internă (pragul vârfului apelului): IEC=1.1.181.1.29.0" syslog și colectarea automată a datelor de diagnosticare prin următorii pași:

  1. Configurați o variabilă de mediu DS suplimentarăds_fsurl_prefix care este calea server de fișiere Cisco TAC (cxd.cisco.com) în care sunt încărcate datele de diagnosticare colectate. Numele de utilizator din calea fișierului este numărul cazului, iar parola este tokenul de încărcare fișier , care poate fi preluat din Asistență Case Manager în următoarea comandă. Tokenul de încărcare fișier poate fi generat în Atașamente secțiunea Support Case Manager, după caz.

    configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Exemplu:

    call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Asigurați-vă că SNMP este activat utilizând afișare snmp comandă . Dacă nu este activată, configurați manager server snmp comandă .

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Asigurați-vă că ați instalat DS 64224 pentru monitorizarea CPU ridicat ca o măsură proactivă pentru a dezactiva toate semnările de depanare și diagnosticare în timpul perioadei de utilizare ridicată a CPU . Descărcați DS 64224 utilizând următoarele opțiuni în Instrumentul de căutare a semnăturilor de diagnosticare :

    Nume câmp

    Valoarea câmpului

    Platformă

    Seria Cisco 4300, 4400 ISR sau seria Cisco CSR 1000V

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip problemă

    Utilizare ridicată a CPU cu notificare prin e- E-mail .

  4. Descărcați DS 65095 utilizând următoarele opțiuni în Instrumentul de căutare a semnăturilor de diagnosticare :

    Nume câmp

    Valoarea câmpului

    Platformă

    Seria Cisco 4300, 4400 ISR sau seria Cisco CSR 1000V

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Syslog-uri

    Tip problemă

    Syslog - %VOICE_ IEC-3-GW: CCAPI: Eroare internă (pragul vârfului apelului): IEC=1.1.181.1.29.0

  5. Copiați fișierele DS XML în gateway-ul local.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Instalați fișier XML DS 64224 și apoi DS 65095 pentru monitorizarea CPU înalt în gateway-ul local.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Verificați dacă semnătura a fost instalată cu succes utilizând aplicația afișați semnătura-diagnostic call-home comanda. Coloana de stare trebuie să aibă o valoare „înscrisă”.

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    DS descărcate:

    ID DS

    Nume DS

    Revizuire

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Înscriși

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Înscriși

    2020-11-08

Verificați execuția semnăturilor de diagnosticare

În următoarea comandă, coloana „Stare” a fișierului afișați semnătura-diagnostic call-home comanda trece la „rulare” în timp ce gateway-ul local execută acțiunea definită în semnătură. Ieșirea din afișați statisticile pentru semnătura de diagnosticare apel-home este cel mai bun mod de a verifica dacă o semnătură de diagnosticare detectează un eveniment de interes și execută acțiunea. Coloana „Declanșat/Max/Deinstalare” indică de câte ori semnătura dată a declanșat un eveniment, de număr maxim de ori în care este definită detectarea unui eveniment și dacă semnătura se dezinstalează după detectarea număr maxim de evenimente declanșate.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DS descărcate:

ID DS

Nume DS

Revizuire

Stare

Ultima actualizare (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Înscriși

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Rulare

2020-11-08 00:12:53

afișați statisticile pentru semnătura de diagnosticare apel-home

ID DS

Nume DS

Declanșat /Max/Deinstall

Durată medie de rulare (secunde)

Durată maximă de rulare (secunde)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

E-mailul de notificare care este trimis în timpul execuției semnăturii de diagnosticare conține informații cheie precum tipul problemei, detaliile dispozitivului, versiune software, configurația de rulare și ieșirile de afișare a comenzii care sunt relevante pentru depanarea problemei date.

Dezinstalați semnăturile de diagnosticare

Utilizare Semnăturile de diagnosticare în scopuri de depanare sunt de obicei definite pentru a fi dezinstalate după detectarea unor probleme. Dacă doriți să dezinstalați manual o semnătură, recuperați ID-ul DS de la ieșirea din afișarea semnăturii de diagnosticare la domiciliu comandă și executați următoarea comandă:

call-home diagnostic-signature deinstall <DS ID>

Exemplu:

call-home diagnostic-signature deinstall 64224

 

Semnăturile noi sunt adăugate periodic în Instrumentul de căutare semnături pentru diagnosticare, pe baza problemelor observate de obicei în implementări. TAC nu acceptă momentan solicitările de creare de noi semnături personalizate.

Gestionați și validați gateway-uri Cisco IOS XE prin Control Hub

Pentru o mai bună gestionare a gateway-urilor Cisco IOS XE, vă recomandăm să înscrieți și să gestionați gateway-urile prin Control Hub. Este o configurație opțională. Când sunteți înscris, puteți utiliza opțiunea de validare a configurației din Control Hub pentru a valida configurația Gateway-ului local și a identifica orice probleme de configurare. În prezent, numai trunchiurile bazate pe înregistrare acceptă această funcționalitate.

Pentru mai multe informații, consultați următoarele:

Prezentare generală a designului

Această secțiune descrie modul de configurare a unui element de frontieră Unified Cisco (CUBE) ca gateway local pentru Webex Calling, utilizând trunchiul SIP TLS (mTLS) bazat pe certificate. Prima parte a acestui document ilustrează modul de configurare a unui gateway PSTN simplu. În acest caz, toate apelurile din PSTN sunt direcționate către Webex Calling și toate apelurile din Webex Calling sunt direcționate către PSTN. Următoarea imagine evidențiază această soluție și configurația de rutare a apelurilor la nivel înalt care va fi urmată.

În acest design se utilizează următoarele configurații principale:

  • cursanți de clasă vocală: Utilizat pentru a crea configurații specifice trunchiului.

  • clasă vocală: Utilizat pentru a clasifica mesajele SIP pentru selectarea unui dial-peer de intrare.

  • peer apelare de intrare: Oferă tratament pentru mesajele SIP de intrare și determină ruta de ieșire cu un grup dial-peer.

  • grup peer-dial: Definește colegii de apelare de ieșire utilizați pentru rutarea continuă a apelurilor.

  • peer apelare de ieșire: Oferă tratament pentru mesajele SIP de ieșire și le trasează la ținta necesară.

Call routing from/to PSTN to/from Webex Calling configuration solution

Atunci când conectați o soluție locală Cisco Unified Communications Manager cu Webex Calling, puteți utiliza configurația simplă a gateway-ului PSTN ca bază pentru construirea soluției ilustrate în următoarea diagramă. În acest caz, Unified Communications Manager oferă rutare și tratare centralizată a tuturor apelurilor PSTN și Webex Calling.

Pe parcursul acestui document se utilizează numele gazdei, adresele IP și interfețele ilustrate în următoarea imagine. Opțiunile sunt prevăzute pentru abordarea publică sau privată (în spatele NAT). Înregistrările DNS SRV sunt opționale, cu excepția cazului în care sarcina este echilibrată în mai multe instanțe CUBE.

Utilizați ghidurile de configurare din restul acestui document pentru a finaliza configurația gateway-ului local după cum urmează:

  • Pasul 1: Configurați conectivitatea și securitatea de bază a routerului

  • Pasul 2: Configurați trunchiul Webex Calling

    În funcție de arhitectura necesară, urmați fie:

  • Pasul 3: Configurați gateway-ul local cu trunchiul SIP PSTN

  • Pasul 4: Configurați gateway-ul local cu mediul Unified CM existent

    Sau:

  • Pasul 3: Configurați gateway-ul local cu trunchiul TDM PSTN

Configurați conectivitatea și securitatea

configurație Inițială

Primul pas în pregătirea routerului Cisco ca gateway local pentru Webex Calling este construirea unei configurații de bază care să vă securizeze platforma și să vă stabilească conectivitatea.

  • Toate implementările gateway locale bazate pe certificate necesită versiuni Cisco IOS XE 17.9.1a sau versiuni ulterioare. Pentru versiunile recomandate, consultați pagina Cisco Software Research . Căutați platforma și selectați una dintre versiunile sugerate .

    • Routerele din seria ISR4000 trebuie configurate atât cu licențe Unified Communications, cât și cu licențe de tehnologie de securitate.

    • Routerele din seria Catalyst Edge 8000 echipate cu carduri vocale sau DSPs necesită licențiere ADN Essentials. Routere fără carduri vocale sau DSPs necesită un minim de licențiere ADN Essentials.

    • Pentru cerințele de capacitate ridicată, puteți solicita, de asemenea, o licență de înaltă securitate (HSEC) și un drept suplimentar de tranzit.

      Consultați Codurile de autorizare pentru detalii suplimentare.

  • Construiți o configurație de bază pentru platforma dvs. care să respecte politicile dvs. de afaceri. În special, configurați următoarele și verificați funcționarea:

    • NTP

    • ACL-uri

    • Autentificare utilizator și acces la distanță

    • DNS

    • Rutare IP

    • Adrese IP

  • Rețeaua către Webex Calling trebuie să utilizeze o adresă IPv4. Adresa locală Gateway Nume domeniu complet calificat (FQDN) sau Înregistrare serviciu (SRV) trebuie să se rezolve la o adresă IPv4 publică pe internet.

  • Toate porturile SIP și media de pe interfața Gateway Local cu care se confruntă Webex trebuie să fie accesibile de pe internet, fie direct, fie prin NAT static. Asigurați-vă că actualizați firewall-ul în mod corespunzător.

  • Instalați un certificat semnat pe gateway-ul local (următorul oferă pașii de configurare detaliați).

    • O autoritate publică de certificare (CA), așa cum este detaliată în Ce autorități de certificare rădăcină sunt acceptate pentru apelurile către platformele audio și video Cisco Webex? trebuie să semneze certificatul dispozitivului.

    • FQDN configurat în Control Hub atunci când se creează un trunchi trebuie să fie numele comun (CN) sau certificatul de nume alternativ al subiectului (SAN) al routerului. De exemplu:

      • Dacă un trunchi configurat în Control Hub al organizației dvs. are cube1.lgw.com:5061 ca FQDN al gateway-ului local, atunci CN sau SAN din certificatul router trebuie să conțină cube1.lgw.com. 

      • Dacă un trunchi configurat în Control Hub al organizației dvs. are lgws.lgw.com ca adresa SRV a gateway-ului (gateway-urilor) local care poate fi accesată din trunchi, atunci CN sau SAN din certificatul router trebuie să conțină lgws.lgw.com. Înregistrările în care se rezolvă adresa SRV (CNAME, A Înregistrare sau IP Address) sunt opționale în SAN.

      • Indiferent dacă utilizați un FQDN sau un SRV pentru trunchi, adresa de contact pentru toate dialogurile SIP noi din gateway-ul local utilizează numele configurat în Control Hub.

  • Asigurați-vă că certificatele sunt semnate pentru utilizare client și server.

  • Încărcați pachetul CA rădăcină Cisco la gateway-ul local.

Configurare

1

Asigurați-vă că atribuiți adrese IP valide și rutabile oricăror interfețe din stratul 3, de exemplu:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240
2

Protejați acreditările STUN pe router utilizând criptarea simetrică. Configurați cheia de criptare primară și tipul de criptare după cum urmează:


key config-key password-encrypt YourPassword
password encryption aes
3

Creați un punct de încredere pentru criptare cu un certificat semnat de autoritatea de certificare preferată (CA).

  1. Creați o pereche de taste RSA utilizând următoarea comandă exec.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. Creați un punct de încredere pentru certificatul semnat cu următoarele comenzi de configurare:

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn cube1.lgw.com
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key

  3. Generați Cererea de semnare a certificatului (CSR) cu următoarea comandă exec sau de configurare și utilizați-o pentru a solicita un certificat semnat de la un furnizor de CA acceptat:

    crypto pki enroll LGW_CERT
4

Autentificați-vă noul certificat utilizând certificatul CA intermediar (sau rădăcină), apoi importați certificatul (Pasul 4). Introduceți următoarea comandă de exec sau configurare:


crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>
5

Importați un certificat de gazdă semnat utilizând următoarea comandă exec sau de configurare:


crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>
6

Activați exclusivitatea TLS1.2 și specificați punctul de încredere implicit utilizând următoarele comenzi de configurare:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
7

Instalați pachetul CA rădăcină Cisco, care include certificatul CA DigiCert utilizat de Webex Calling. Utilizați crypto pki trustpool import URL curat comandă pentru a descărca pachetul CA rădăcină din URL-ul specificat și pentru a șterge trustpool-ul CA actual, apoi instalați noul pachet de certificate:


 

Dacă trebuie să utilizați un proxy pentru a accesa internetul utilizând HTTPS, adăugați următoarea configurație înainte de a importa pachetul CA:

IP http client proxy-server yourproxy.com port proxy 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Configurați trunchiul bazat pe certificatul Webex Calling

1

Creați un trunchi PSTN bazat pe certificat CUBE pentru o locație existentă în Control Hub. Pentru mai multe informații, consultați Configurați trunchiuri, grupuri de rutare și planuri de apelare pentru Webex Calling .


 
Notaţi informaţiile trunchiului care sunt furnizate odată ce trunchiul este creat. Aceste detalii, așa cum se evidențiază în ilustrația următoare, vor fi utilizate în etapele de configurare din acest ghid.
2

Introduceți următoarele comenzi pentru a configura CUBE ca gateway local Webex Calling:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Iată o explicație a câmpurilor pentru configurare:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Pentru a proteja împotriva fraudei cu taxă, lista de adrese de încredere definește o listă de gazde și entități de rețea de la care gateway-ul local așteaptă apeluri VoIP legitime.

  • În mod implicit, gateway-ul local blochează toate mesajele VoIP primite de la adresele IP care nu se află în lista sa de încredere. Partenerii de apelare configurați în mod static cu „IP țintă sesiune” sau adresele IP ale grupului de server sunt de încredere în mod implicit, astfel încât nu trebuie să fie adăugați la lista de încredere.

  • Când configurați gateway-ul local, adăugați subrețelele IP pentru centrul dvs. de date Webex Calling regional în listă, consultați Informații de referință port pentru Webex Calling pentru mai multe informații. De asemenea, adăugați intervale de adrese pentru serverele Unified Communications Manager (dacă sunt utilizate) și gateway-urile trunchiurilor PSTN.

  • Pentru mai multe informații despre utilizarea unei liste de adresă IP de încredere pentru a preveni frauda cu taxă, consultați adresă IP de încredere .

element de frontieră al modului

Activați funcțiile elementului de frontieră Cisco Unified (CUBE) de pe platformă.

permite conexiuni sip la sip

Activați CUBE SIP de bază înapoi la funcționalitatea de agent de utilizator înapoi. Pentru mai multe informații, consultați Permiteți conexiuni .


 

În mod implicit, transportul prin fax T.38 este activat. Pentru mai multe informații, consultați protocolul de fax t38 (serviciu vocal).

căpușă

Permite STUN (Sesiune Traversală a UDP prin NAT) la nivel global.


 
Aceste comenzi de stun globale sunt necesare numai atunci când implementați gateway-ul local din spatele NAT.

  • Când redirecționați un apel către un Webex Calling utilizator (de exemplu, atât partea apelată, cât și partea apelantă sunt Webex Calling abonaților și dacă ancorați media la Webex Calling SBC), atunci mediul nu poate curge către gateway-ul local, deoarece orificiul nu este deschis.

  • Caracteristica de legături STUN de pe gateway-ul local permite trimiterea cererilor STUN generate local pe calea media negociată. Acest lucru ajută la deschiderea găurii de prindere în firewall.

Pentru mai multe informații, consultați stun flowdata agent-id și stun flowdata partajate-secret.

sarcină utilă asimetrică completă

Configurează suportul de sarcină utilă asimetric SIP atât pentru DTMF, cât și pentru sarcinile de plată codec dinamice. Pentru mai multe informații despre această comandă, consultați sarcină utilă asimetrică .

ofertă timpurie forțată

Forțează Gateway-ul Local să trimită informații SDP în mesajul INVITE inițial în loc să aștepte recunoașterea de la partenerul vecin. Pentru mai multe informații despre această comandă, consultați ofertă anticipată .

intrare profiluri sip

Permite CUBE să utilizeze profiluri SIP pentru a modifica mesajele pe măsură ce acestea sunt primite. Profilurile sunt aplicate prin intermediul asociaților de apelare sau al chiriașilor.

3

Configurare codec clasă vocală 100 filtru codec pentru trunchi. În acest exemplu, același filtru codec este utilizat pentru toate trunchiurile. Puteți configura filtre pentru fiecare trunchi pentru un control precis.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Iată o explicație a câmpurilor pentru configurare:

codec clasă vocală 100

Utilizat pentru a permite numai codec-uri preferate pentru apeluri prin trunchiuri SIP. Pentru mai multe informații, consultați codeculclasei de voce.


 

Codec-ul Opus este acceptat numai pentru trunchiurile PSTN bazate pe SIP. Dacă trunchiul PSTN utilizează o conexiune vocală T1/E1 sau analogică FXO, excludeți preferință codec 1 opusul din partea codec clasă vocală 100 configurare .

4

Configurare utilizare sunet de clasă vocală 100 pentru a activa ICE pe trunchiul Webex Calling. (Acest pas nu se aplică pentru Webex for Government)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Iată o explicație a câmpurilor pentru configurare:

stunutilizaregheațălite

Utilizat pentru a activa ICE-Lite pentru toți colegii de apelare cu care se confruntă Webex Calling pentru a permite optimizarea media ori de câte ori este posibil. Pentru mai multe informații, consultați utilizarea stunării clasei de voce și stun utilisation ice lite .


 
date flux paravan de utilizare transversală comanda este necesară numai la implementarea gateway-ului local din spatele NAT.

 
Aveți nevoie de utilizarea ICE-lite pentru fluxurile de apeluri prin optimizarea căii media. Pentru a oferi optimizarea media pentru un gateway SIP la TDM, configurați un dial-peer loopback cu ICE-Lite activat pe piciorul IP-IP. Pentru mai multe detalii tehnice, contactați echipele Cont sau TAC.
5

Configurați politica de criptare media pentru traficul Webex. (Acest pas nu se aplică pentru Webex for Government)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Iată o explicație a câmpurilor pentru configurare:

clasă vocală srtp-crypto 100

Specifică SHA1_80 ca singurele oferte SRTP cipher-suite CUBE din SDP în mesaje de ofertă și răspuns. Webex Calling acceptă numai SHA1 80._ Pentru mai multe informații, consultați clasa de voce srtp-crypto .

6

Configurați cifrele GCM conforme cu FIPS (Acest pas se aplică numai pentru Webex for Government).


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Iată o explicație a câmpurilor pentru configurare:

clasă vocală srtp-crypto 100

Specifică GCM ca suita cipher pe care CUBE o oferă. Este obligatorie configurarea criptelor GCM pentru gateway-ul local pentru Webex for Government.

7

Configurați un model pentru a identifica în mod unic apelurile către un trunchi de gateway local pe baza destinației sale FQDN sau SRV:


voice class uri 100 sip
 pattern cube1.lgw.com

Iată o explicație a câmpurilor pentru configurare:

clasă vocală uri 100 sip

Definește un model pentru a se potrivi unei invitații SIP de intrare la un peer de apelare trunchi de intrare. Când introduceți acest model, utilizați FQDN sau SRV LGW configurat în Control Hub în timp ce creați un trunchi.

8

Configurați profilurile de manipulare a mesajelor SIP. Dacă gateway-ul dvs. este configurat cu o adresă IP publică, configurați un profil după cum urmează sau treceți la pasul următor dacă utilizați NAT. În acest exemplu, cube1.lgw.com este FQDN configurat pentru gateway-ul local și „198.51.100.1” este adresa IP publică a interfeței gateway-ului local care se confruntă cu Webex Calling:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Iată o explicație a câmpurilor pentru configurare:

Normele 10 și 20

Pentru a permite Webex să autentifice mesajele din gateway-ul local, antetul „Contact” din cererea SIP și mesajele de răspuns trebuie să conțină valoarea setată pentru trunchi în Control Hub. Aceasta va fi fie FQDN-ul unei singure gazde, fie numele domeniului SRV utilizat pentru un cluster de dispozitive.


 

Treceți la pasul următor dacă ați configurat gateway-ul local cu adrese IP publice.

9

Dacă gateway-ul dvs. este configurat cu o adresă IP privată în spatele NAT statică, configurați profilurile SIP de intrare și de ieșire după cum urmează. În acest exemplu, cube1.lgw.com este FQDN configurat pentru gateway-ul local, „10.80.13.12” este adresa IP de interfață cu care se confruntă Webex Calling și „192.65.79.20” este adresa IP publică NAT.

Profiluri SIP pentru mesajele de ieșire către Webex Calling

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Iată o explicație a câmpurilor pentru configurare:

Normele 10 și 20

Pentru a permite Webex să autentifice mesajele din gateway-ul local, antetul „Contact” din cererea SIP și mesajele de răspuns trebuie să conțină valoarea setată pentru trunchi în Control Hub. Aceasta va fi fie FQDN-ul unei singure gazde, fie numele domeniului SRV utilizat pentru un cluster de dispozitive.

normele 30-81

Convertiți referințele adresei private la adresa publică externă a site-ului, permițând Webex să interpreteze corect și să dirijeze mesajele ulterioare.

Profil SIP pentru mesajele de intrare din Webex Calling

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Iată o explicație a câmpurilor pentru configurare:

normele 10-80

Convertiți referințele adresei publice la adresa privată configurată, permițând procesarea corectă a mesajelor din Webex de către CUBE.

Pentru mai multe informații, consultați profiluri pentru clasa de voce .

10

Configurați un SIP Opțiuni în viață cu profilul de modificare a antetului.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Iată o explicație a câmpurilor pentru configurare:

clasă vocală sip-opțiuni-keepalive 100

Configurați un profil keepalive și intră în modul de configurare a clasei de voce. Puteți configura timpul (în secunde) la care un Ping SIP Out of Dialog Options este trimis către ținta de apelare atunci când conexiunea bătăilor inimii la punctul final este în stare în sus sau în jos.

Acest profil Keepalive este declanșat din dial-peer-ul configurat către Webex.

Pentru a vă asigura că antetele de contact includ numele de domeniu complet calificat SBC, se utilizează profilul SIP 115. Regulile 30, 40 și 50 sunt necesare numai atunci când SBC este configurat în spatele NAT statice.

În acest exemplu, cube1.lgw.com este FQDN selectat pentru gateway-ul local și dacă se utilizează NAT static, „10.80.13.12” este adresa IP a interfeței SBC către Webex Calling și „192.65.79.20” este adresa IP publică NAT.

11

Configurați trunchiul Webex Calling:

  1. Creați entitate găzduită din clasa vocală 100 pentru a defini și a grupa configurațiile necesare în mod specific pentru trunchiul Webex Calling. Partenerii de apelare asociați mai târziu cu acest client vor moșteni aceste configurații:


     

    Exemplul următor utilizează valorile ilustrate în Pasul 1 în scopul acestui ghid (indicat în îndrăzneală). Înlocuiți-le cu valori pentru trunchiul din configurație.

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

    Iată o explicație a câmpurilor pentru configurare:

    entitate găzduită pentru clasa vocală 100

    Vă recomandăm să utilizați chiriași pentru a configura trunchiuri care au propriul certificat TLS și lista de validare CN sau SAN. Aici, profilul tls asociat cu clientul conține punctul de încredere care trebuie utilizat pentru a accepta sau a crea noi conexiuni și are lista CN sau SAN pentru a valida conexiunile primite. Pentru mai multe informații, consultați chiriaș clasei de voce .

    fără ID-ul-partide la distanță

    Dezactivați antetul SIP Remote-Party- ID (RPID), deoarece Webex Calling acceptă PAI, care este activat prin CIO asserted-id pai . Pentru mai multe informații, consultați ID-partid-de-la distanță .

    server sip dns:us25.sipconnect.bcld.webex.com

    Configurați serverul SIP țintă pentru trunchi. Utilizați adresa SRV proxy de margine furnizată în Control Hub atunci când v-ați creat trunchiul

    srtp-cripto 100

    Configurați suitele cipher preferate pentru piesa de apel SRTP (conexiune) (specificată în Pasul 5). Pentru mai multe informații, consultați clasa de voce srtp-crypto .

    dns gazdă locală: cube1.lgw.com

    Configurați CUBE pentru a înlocui adresa IP fizică din anteturile de la, ID-ul de apel și ID-ul de la distanță din mesajele de ieșire cu FQDN furnizat.

    sesiune de transport tcp tls

    Setează transportul la TLS pentru colegii de apelare asociați. Pentru mai multe informații, consultați sesiune-transport .

    nu reîmprospătați sesiunea

    Dezactivează reîmprospătarea sesiunii SIP la nivel global.

    eroare-passthru

    Specifică funcționalitatea de transmitere a răspunsului la eroare SIP . Pentru mai multe informații, consultați eroare-passthru .

    Bandă de control interfață sursă GigabitEthernet0/0/1

    Configurați interfața sursă și adresa IP asociată pentru mesajele trimise către Webex Calling. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/1

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă la Webex Calling. Pentru mai multe informații, consultați legătura.

    profile sip de clasă vocală 100

    Aplică profilul de modificare a antetului (IP public sau adresare NAT) pentru a fi utilizat pentru mesajele de ieșire. Pentru mai multe informații, consultați profiluri de înghițitură de calitate vocală .

    profiluri sip de clasă vocală 110 intrare

    Se aplică profilul de modificare a antetului (numai adresarea NAT) pentru a fi utilizat pentru mesajele de intrare. Pentru mai multe informații, consultați profilurile sip de clasă vocală.

    politica de confidențialitate passthru

    Configurați opțiunile politicii antetului de confidențialitate pentru ca trunchiul să treacă valorile de confidențialitate din mesajul recepționat la următoarea componentă a apelului. Pentru mai multe informații, consultați politică de confidențialitate .

  2. Configurați peer-ul de apelare al trunchiului Webex Calling.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip rel1xx disable
 voice-class sip asserted-id pai
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

    Iată o explicație a câmpurilor pentru configurare:

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling

    Definiți un coleg de apelare VoIP cu o etichetă de 100 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. Pentru mai multe informații, consultați voce dial-peer .

    model-destinație RĂU.PROBĂT

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    protocol de sesiune sipv2

    Specifică faptul că dial-peer 100 se ocupă de segmentele de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    sesiune țintă sip-server

    Indică faptul că serverul SIP definit în clientul 100 este moștenit și utilizat pentru destinație pentru apelurile de la acest coleg de apelare.

    solicitare de intrare 100

    Pentru a specifica clasa de voce utilizată pentru a se potrivi unui coleg de apelare VoIP cu identificatorul de resurse uniform (URI) al unui apel de intrare. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Indică lista de filtrare codec pentru apelurile către și de la Webex Calling. Pentru mai multe informații, consultați codeculclasei de voce.

    utilizare stun de clasă vocală 100

    Permite trimiterea cererilor STUN generate local pe gateway-ul local pe calea media negociată. Ajutor STUN pentru a deschide o gaură de prindere firewall pentru traficul media.

    voce-clasa sip asertat-id pai

    Setează informațiile de apelare de ieșire utilizând antetul ID (PAI) declarat de confidențialitate. Pentru mai multe informații, consultați sip-ul din clasa vocală.

    client sip de clasă vocală 100

    Asociatorul de apelare moștenește toți parametrii configurați la nivel global și în entitatea găzduită 100. Parametrii pot depăși la nivel de dial-peer. Pentru mai multe informații, consultați clientul sip de clasă vocală.

    profil 100 de opțiuni sip de clasă vocală

    Această comandă este utilizată pentru a monitoriza disponibilitatea unui grup de servere SIP sau puncte finale utilizând un anumit profil (100).

    srtp

    Activează SRTP pentru segmentul de componentă apel.

Configurați gateway-ul local cu un trunchi SIP PSTN

După ce ați construit un trunchi către Webex Calling de mai sus, utilizați următoarea configurație pentru a crea un trunchi necriptat către un furnizor PSTN bazat pe SIP:


 

Dacă Furnizorul dvs. de servicii oferă un trunchi PSTN securizat, puteți urma o configurație similară detaliată mai sus pentru trunchiul Webex Calling. Rutarea sigură a apelurilor este acceptată de CUBE.


 

Pentru a configura interfețe TDM pentru segmente de apel PSTN pe gateway-urile Cisco TDM-SIP, consultați Configurarea ISDN PRI.

1

Configurați următoarea clasă de voce uri pentru a identifica apelurile de intrare din trunchiul PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Iată o explicație a câmpurilor pentru configurare:

clasă vocală uri 200 sip

Definește un model pentru a se potrivi unei invitații SIP de intrare la un peer de apelare trunchi de intrare. Când introduceți acest model, utilizați adresa IP a gateway-ului PSTN IP. Pentru mai multe informații, consultați clasa vocală uri.

2

Configurați următoarea linie de apelare IP PSTN:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Iată o explicație a câmpurilor pentru configurare:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definește un dial-peer VoIP cu eticheta de 300 și oferă o descriere semnificativă pentru o gestionare ușoară și depanare. Pentru mai multe informații, consultați voce dial-peer.

model-destinație RĂU.PROBĂT

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. Pentru mai multe informații, consultați model-destinație (interfață) .

protocol de sesiune sipv2

Specifică faptul că dial-peer 200 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocol de sesiune (dial peer) .

țintă sesiune ipv4:192.168.80.13

Indică adresă IPv4 țintă a destinației pentru a trimite segmentul de componentă apel. Ținta sesiunii aici este adresă IP a ITSP . Pentru mai multe informații, consultați ținta sesiunii (peer apelare VoIP).

intrare prin 200

Definește un criteriu de potrivire pentru antetul VIA cu adresa IP a PSTN adresă IP. Se potrivește tuturor segmentelor de apel IP PSTN de intrare de pe gateway-ul local cu dial-peer 200. Pentru mai multe informații, consultați url-ul de intrare.

Bandă de control interfață sursă GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

leagă interfața sursă media GigabitEthernet0/0/0

Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

codec de clasă vocală 100

Configurați dial-peer-ul pentru a utiliza lista de filtrare codec comună 100. Pentru mai multe informații, consultați codec de clasă voce .

dtmf-relay rtp-nte

Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe segmentul de componentă apel. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

nu văd

Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

3

Dacă configurați gateway-ul local pentru a dirija numai apelurile între Webex Calling și PSTN, adăugați următoarea configurație de rutare a apelurilor. Dacă configurați gateway-ul local cu o platformă Unified Communications Manager, treceți la următoarea secțiune.

  1. Creați grupuri de apelare pentru a direcționa apelurile către Webex Calling sau PSTN. Definiți DPG 100 cu dial-peer de ieșire 100 spre Webex Calling. DPG 100 se aplică apelantului de intrare de la PSTN. În mod similar, definiți DPG 200 cu dial-peer de ieșire 200 spre PSTN. DPG 200 se aplică apelantului de intrare din Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Iată o explicație a câmpurilor pentru configurare:

    peer de apelare 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg de clasă vocală.

  2. Aplicați grupuri de apelare pentru a direcționa apelurile de la Webex la PSTN și de la PSTN la Webex:

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Iată o explicație a câmpurilor pentru configurare:

    destinație dpg 200

    Specifică grupul dial-peer și, prin urmare, dial-peer ar trebui să fie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

    Acest lucru încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când sunt configurate caracteristicile CUBE.

Configurați Local Gateway cu un mediu Unified CM existent

Configurația PSTN-Webex Calling din secțiunile anterioare poate fi modificată pentru a include trunchiuri suplimentare într-un cluster Cisco Unified Communications Manager (UCM). În acest caz, toate apelurile sunt dirijate prin Unified CM. Apelurile din UCM din portul 5060 sunt direcționate către PSTN și apelurile din portul 5065 sunt direcționate către Webex Calling. Următoarele configurații incrementale pot fi adăugate pentru a include acest scenariu de apelare.

1

Configurați următoarele URI pentru clase de voce:

  1. Clasifică apelurile Unified CM la Webex utilizând portul SIP VIA:

    
voice class uri 300 sip
 pattern :5065

  2. Clasifică apelurile Unified CM la PSTN utilizând SIP prin port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Clasificați mesajele primite din UCM către trunchiul PSTN utilizând unul sau mai multe modele care descriu adresele sursă originare și numărul portului. Expresii regulate pot fi utilizate pentru a defini modele de potrivire, dacă este necesar.

    În exemplul de mai sus, o expresie obișnuită este utilizată pentru a se potrivi oricărei adrese IP în intervalul 192.168.80.60 până la 65 și numărul portului 5060.

2

Configurați următoarele înregistrări DNS pentru a specifica rutarea SRV către gazdele Unified CM:


 

IOS XE utilizează aceste înregistrări pentru determinarea locală a gazdelor și porturilor țintă UCM. Cu această configurație, nu este necesar să configurați înregistrări în sistemul DNS. Dacă preferați să utilizați DNS-ul, atunci aceste configurații locale nu sunt necesare.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Iată o explicație a câmpurilor pentru configurare:

Următoarea comandă creează o înregistrare de resurse DNS SRV. Creați o înregistrare pentru fiecare gazdă și trunchi UCM:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: nume înregistrare resursă SRV

2: Prioritatea de înregistrare a resurselor SRV

1: Greutatea record a resursei SRV

5060: Numărul portului pe care trebuie să-l utilizați pentru gazda țintă în această înregistrare de resurse

ucmsub5.mydomain.com: Gazda țintă înregistrare resursă

Pentru a rezolva numele de gazdă țintă a înregistrării resurselor, creați înregistrări DNS A locale. De exemplu:

gazdă ip ucmsub5.mydomain.com 192.168.80.65

gazdă IP: Creează o înregistrare în baza de date IOS XE locală.

ucmsub5.mydomain.com: Numele de gazdă A înregistrării.

192.168.80.65: Adresa IP a gazdei.

Creați evidențele resurselor SRV și A pentru a reflecta mediul UCM și strategia preferată de distribuție a apelurilor.

3

Configurați următorii colegi de apelare:

  1. Apelare reciprocă pentru apeluri între Unified CM și Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Iată o explicație a câmpurilor pentru configurare:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definește un coleg de apelare VoIP cu o etichetă 300 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare.

    model-destinație RĂU.PROBĂT

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    protocol de sesiune sipv2

    Specifică faptul că dial-peer 300 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    țintă sesiune dns:wxtocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția SRV DNS. În acest caz, recordul SRV definit local wxtocucm.io este utilizat pentru a direcționa apelurile.

    intrare prin 300

    Utilizează clasa de voce URI 300 pentru a direcționa toate traficul de intrare de la Unified CM folosind portul sursă 5065 către acest dial-peer. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Indică lista de filtrare codec pentru apelurile către și de la Unified CM. Pentru mai multe informații, consultați codecul clasei de voce.

    Bandă de control interfață sursă GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/0

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe segmentul de componentă apel. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

    nu văd

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

  2. Dial-peer pentru apeluri între Unified CM și PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Iată o explicație a câmpurilor pentru configurare:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definește un dial-peer VoIP cu eticheta de 300 și oferă o descriere semnificativă pentru o gestionare ușoară și depanare.

    model-destinație RĂU.PROBĂT

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    protocol de sesiune sipv2

    Specifică faptul că dial-peer 400 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    țintă sesiune dns:pstntocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția SRV DNS. În acest caz, înregistrarea SRV definită local pstntocucm.io este utilizat pentru a direcționa apelurile.

    intrare prin 400

    Utilizează clasa de voce URI 400 pentru a direcționa toate traficul de intrare de la gazdele Unified CM specificate utilizând portul sursă 5060 către acest dial-peer. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Indică lista de filtrare codec pentru apelurile către și de la Unified CM. Pentru mai multe informații, consultați codecul clasei de voce.

    Bandă de control interfață sursă GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/0

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe segmentul de componentă apel. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

    nu văd

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

4

Adăugați rutarea apelurilor utilizând următoarele configurații:

  1. Creați grupuri de apelare pentru a direcționa apelurile între Unified CM și Webex Calling. Definiți DPG 100 cu peer de apelare de ieșire 100 către Webex Calling. DPG 100 este aplicat pe asociatul de apelare de intrare de la Unified CM. În mod similar, definiți DPG 300 cu dial-peer de ieșire 300 spre Unified CM. DPG 300 se aplică apelantului de intrare din Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Creați grupuri de apelare pentru a direcționa apelurile între Unified CM și PSTN. Definiți DPG 200 cu peer de apelare de ieșire 200 către PSTN. DPG 200 este aplicat la asocierea de apelare de intrare de la Unified CM. În mod similar, definiți DPG 400 cu dial-peer de ieșire 400 spre Unified CM. DPG 400 se aplică apelantului de intrare de la PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Iată o explicație a câmpurilor pentru configurare:

    peer de apelare 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg de clasă vocală.

  3. Aplicați grupuri de apelare pentru a direcționa apelurile de la Webex la Unified CM și de la Unified CM la Webex:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Iată o explicație a câmpurilor pentru configurare:

    dpg destinație 300

    Specifică grupul dial-peer și, prin urmare, dial-peer ar trebui să fie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

  4. Aplicați grupuri de apelare pentru a direcționa apelurile de la PSTN la Unified CM și de la Unified CM la PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Acest lucru încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când au fost configurate caracteristicile CUBE.

Monitorizați și depanați Gateway-ul local cu semnături de diagnosticare

Semnăturile de diagnosticare (DS) detectează în mod proactiv problemele observate frecvent în gateway-ul local bazat pe Cisco IOS XE și generează notificarea evenimentului prin e-mail, syslog sau mesaj terminal. De asemenea, puteți instala DS pentru a automatiza colectarea datelor de diagnosticare și pentru a transfera datele colectate în carcasa Cisco TAC pentru a accelera timpul de rezoluție.

Semnăturile de diagnosticare (DS) sunt fișiere XML care conțin informații despre evenimentele de declanșare a problemei și acțiunile de informare, depanare și remediere a problemei. Utilizați mesajele syslog, evenimentele SNMP și prin monitorizarea periodică a ieșirilor specifice comenzii show pentru a defini logica de detectare a problemei. Tipurile de acțiune includ:

  • Colectarea ieșirilor comenzii show

  • Generarea unui fișier jurnal consolidat

  • Încărcarea fișierului într-o locație de rețea furnizată de utilizator, cum ar fi serverul HTTPS, SCP, FTP

Inginerii TAC creează fișiere DS și le semnează digital pentru a proteja integritatea. Fiecare fișier DS are ID -ul numeric unic atribuit de sistem. Instrumentul de căutare a semnăturilor de diagnosticare (DSLT) este o sursă unică de găsire a semnăturilor aplicabile pentru monitorizarea și depanarea diferitelor probleme.

Înainte de a începe:

  • Nu editați fișierul DS din care descărcați DSLT . Fișierele pe care le modificați nu reușesc instalarea din cauza erorii de verificare a integrității.

  • Un server SMTP(Simple Mail Transfer Protocol) de care aveți nevoie pentru ca gateway-ul local să trimită notificări prin e-mail.

  • Asigurați-vă că gateway-ul local rulează IOS XE 17.6.1 sau o versiune ulterioară dacă doriți să utilizați server SMTP securizat pentru notificări prin e-mail.

Cerințe preliminare

Gateway local care rulează IOS XE 17.6.1 sau o versiune ulterioară

  1. Semnăturile de diagnosticare este activată implicit.

  2. Configurați serverul de e-mail securizat pe care îl utilizați pentru a trimite notificări proactive dacă dispozitivul rulează IOS XE 17.6.1 sau o versiune ulterioară.

    
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Configurați variabila de mediuds_email cu adresa de e-adresă de e-mail a administratorului pentru a vă notifica.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

Instalați semnături de diagnosticare pentru o monitorizare proactivă

Monitorizarea gradului de utilizare ridicat al CPU

Acest DS urmărește utilizarea CPU timp de 5 secunde, folosind OID-ul SNMP 1.3.6.1.4.1.9.2.1.56. Când gradul de utilizare atinge 75% sau mai mult, acesta dezactivează toate remediile și dezinstalează toate semnăturile de diagnosticare pe care le instalați în gateway-ul local. Utilizați acești pași de mai jos pentru a instala semnătura.

  1. Asigurați-vă că ați activat SNMP utilizând comanda afișare snmp. Dacă SNMP nu este activat, configurați manager server snmp comandă .

    
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Descărcați DS 64224 utilizând următoarele opțiuni derulante în Instrumentul de căutare a semnăturilor de diagnosticare :

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, seria ISR 4400 sau software-ul Edge 8000V Catalyst

    Produs

    CUBE Enterprise în soluția Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip problemă

    Utilizare ridicată a CPU cu notificare prin e- E-mail

  3. Copiați fișier XML în flash-ul Gateway local.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Următorul exemplu arată copierea fișierului de pe un server FTP pe gateway-ul local.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Instalați fișier XML în gateway-ul local.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Utilizați afișați semnătura-diagnostic call-home comandă pentru a verifica dacă semnătura a fost instalată cu succes. Coloana de stare trebuie să aibă o valoare „înscrisă”.

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

    Descărcați DS:

    ID DS

    Nume DS

    Revizuire

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Înscriși

    2020-11-07 22:05:33


     

    Când este declanșată, această semnătură dezinstalează toate DS-urile care rulează, inclusiv ea însăși. Dacă este necesar, vă rugăm să reinstalați DS 64224 pentru a continua să monitorizați gradul de utilizare ridicat al CPU pe gateway-ul local.

Monitorizarea deconectărilor anormale ale apelurilor

Acest DS utilizează interogare SNMP la fiecare 10 minute pentru a detecta deconectarea anormală a apelurilor cu erorile SIP 403, 488 și 503.  Dacă numărul de erori este mai mare sau egal cu 5 din ultimul sondaj, acesta generează un syslog și o notificare prin e-mail. Vă rugăm să utilizați pașii de mai jos pentru a instala semnătura.

  1. Asigurați-vă că SNMP este activat utilizând comanda afișare snmp. Dacă SNMP nu este activat, configurați manager server snmp comandă .

    show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Descărcați DS 65221 utilizând următoarele opțiuni în Instrumentul de căutare a semnăturilor de diagnosticare :

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, seria ISR 4400 sau software-ul Edge 8000V Catalyst

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip problemă

    Detectare deconectare anormală a apelurilor SIP cu notificare prin e- E-mail și Syslog.

  3. Copiați fișier XML în gateway-ul local.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Instalați fișier XML în gateway-ul local.

    
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Utilizați comanda afișați semnătura-diagnostic call-home pentru a verifica dacă semnătura a fost instalată cu succes. Coloana de stare trebuie să aibă o valoare „înscrisă”.

Instalați semnături de diagnosticare pentru a depana o problemă

De asemenea, puteți utiliza Semnăturile de diagnosticare (DS) pentru a rezolva rapid problemele. Inginerii Cisco TAC au creat mai multe semnături care permit debug-urile necesare pentru a depana o anumită problemă, a detecta apariția problemei, a colecta setul corect de date de diagnosticare și a transfera datele automat în carcasa Cisco TAC . Acest lucru elimină necesitatea verificării manuale a apariției problemei și face mult depanarea problemelor intermitente și tranzitorii.

Puteți utiliza Instrumentul de căutare a semnăturilor de diagnosticare pentru a găsi semnăturile aplicabile și a le instala pentru a rezolva automat o anumită problemă sau puteți instala semnătura recomandată de inginerul TAC ca parte a angajamentului de asistență.

Iată un exemplu despre cum să găsiți și să instalați un DS pentru a detecta apariția „%VOICE_ IEC-3-GW: CCAPI: Eroare internă (pragul vârfului apelului): IEC=1.1.181.1.29.0" syslog și colectarea automată a datelor de diagnosticare prin următorii pași:

  1. Configurați o altă variabilă de mediu DSds_fsurl_prefix ca calea server de fișiere Cisco TAC (cxd.cisco.com) pentru a încărca datele de diagnosticare. Numele de utilizator din calea fișierului este numărul cazului, iar parola este tokenul de încărcare fișier , care poate fi preluat din Asistență Case Manager după cum se arată în cele ce urmează. Tokenul de încărcare fișier poate fi generat în Atașamente secțiunea Manager caz de asistență, după caz.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Exemplu:

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Asigurați-vă că SNMP este activat utilizând comanda afișare snmp. Dacă SNMP nu este activat, configurați manager server snmp comandă .

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Vă recomandăm să instalați DS 64224 pentru monitorizarea CPU ridicat ca o măsură proactivă pentru a dezactiva toate semnările de depanare și diagnosticare în timpul perioadei de utilizare ridicată a CPU . Descărcați DS 64224 utilizând următoarele opțiuni în Instrumentul de căutare a semnăturilor de diagnosticare :

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, seria ISR 4400 sau software-ul Edge 8000V Catalyst

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip problemă

    Utilizare ridicată a CPU cu notificare prin e- E-mail .

  4. Descărcați DS 65095 utilizând următoarele opțiuni în Instrumentul de căutare a semnăturilor de diagnosticare :

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, seria ISR 4400 sau software-ul Edge 8000V Catalyst

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Syslog-uri

    Tip problemă

    Syslog - %VOICE_ IEC-3-GW: CCAPI: Eroare internă (pragul vârfului apelului): IEC=1.1.181.1.29.0

  5. Copiați fișierele DS XML în gateway-ul local.

    
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Instalați fișier XML DS 64224 cu monitorizare CPU ridicată și apoi DS 65095 în gateway-ul local.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Verificați dacă semnătura a fost instalată cu succes utilizând afișarea semnăturii de diagnosticare la domiciliu. Coloana de stare trebuie să aibă o valoare „înscrisă”.

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    DS descărcate:

    ID DS

    Nume DS

    Revizuire

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Înscriși

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Înscriși

    2020-11-08:00:12:53

Verificați execuția semnăturilor de diagnosticare

În următoarea comandă, coloana „Stare” a comenzii afișați semnătura-diagnostic call-home trece la „rulare” în timp ce gateway-ul local execută acțiunea definită în semnătură. Ieșirea din afișați statisticile pentru semnătura de diagnosticare apel-home este cel mai bun mod de a verifica dacă o semnătură de diagnosticare detectează un eveniment de interes și a executat acțiunea. Coloana „Declanșat/Max/Deinstalare” indică de câte ori semnătura dată a declanșat un eveniment, de număr maxim de ori în care este definită detectarea unui eveniment și dacă semnătura se dezinstalează după detectarea număr maxim de evenimente declanșate.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DS descărcate:

ID DS

Nume DS

Revizuire

Stare

Ultima actualizare (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Înscriși

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Rulare

2020-11-08 00:12:53

afișați statisticile pentru semnătura de diagnosticare apel-home

ID DS

Nume DS

Declanșat /Max/Deinstall

Durată medie de rulare (secunde)

Durată maximă de rulare (secunde)
64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

E-mailul de notificare care este trimis în timpul execuției semnăturii de diagnosticare conține informații cheie precum tipul problemei, detaliile dispozitivului, versiune software, configurația de rulare și ieșirile de afișare a comenzii care sunt relevante pentru depanarea problemei date.

Dezinstalați semnăturile de diagnosticare

Utilizarea semnăturilor de diagnosticare în scopuri de depanare sunt de obicei definite pentru a dezinstala după detectarea unor apariții ale problemei. Dacă doriți să dezinstalați manual o semnătură, preluați ID -ul DS din ieșirea lui afișați semnătura-diagnostic call-home și rulați următoarea comandă:

call-home diagnostic-signature deinstall <DS ID>

Exemplu:

call-home diagnostic-signature deinstall 64224

 

Semnăturile noi sunt adăugate periodic în Instrumentul de căutare a semnăturilor pentru diagnosticare, pe baza problemelor observate în implementări. TAC nu acceptă momentan solicitările de creare de noi semnături personalizate.

Implementați disponibilitatea ridicată a CUBE ca gateway local

Fundamentale

Cerințe preliminare

Înainte de a implementa CUBE HA ca gateway local pentru Webex Calling, asigurați-vă că aveți o înțelegere aprofundată a următoarelor concepte:

Orientările de configurare prevăzute în acest articol presupun o platformă locală de gateway dedicată, fără o configurație vocală existentă. Dacă o implementare CUBE existentă a întreprinderii este modificată pentru a utiliza și funcția gateway locală pentru Cisco Webex Calling, acordați o atenție deosebită configurației aplicate pentru a vă asigura că fluxurile de apeluri existente și funcționalitățile nu sunt întrerupte și asigurați-vă că respectați cerințele de proiectare CUBE HA.

Componente hardware și software

CUBE HA ca gateway local necesită versiunea IOS-XE 16.12.2 sau o versiune ulterioară și o platformă pe care sunt acceptate atât funcțiile CUBE HA, cât și funcțiile LGW.


 

Comenzile și jurnalele spectacolului din acest articol se bazează pe versiunea minimă de software a Cisco IOS-XE 16.12.2 implementată pe un vCUBE (CSR1000v).

Material de referință

Iată câteva ghiduri detaliate de configurare CUBE HA pentru diferite platforme:

Prezentare generală Soluție Webex Calling

Cisco Webex Calling este o ofertă de colaborare care oferă o alternativă bazată pe cloud multi-tenant la serviciul de telefonie PBX prestabilit, cu mai multe opțiuni PSTN pentru clienți.

Implementarea gateway-ului local (reprezentată mai jos) se află în centrul acestui articol. Trunchiul gateway local (PSTN la sediu) în Webex Calling permite conexiunea la un serviciu PSTN deținut de client. Acesta oferă, de asemenea, conectivitate la o implementare IP PBX în rețeaua corporatistă , cum ar fi Cisco Unified CM. Toate comunicațiile către și din cloud sunt securizate prin intermediul transportului TLS pentru SIP și SRTP pentru mass-media.

Figura de mai jos afișează o implementare Webex Calling fără niciun PBX IP existent și se aplică unei implementări unice sau multi-site. Configurația prezentată în acest articol se bazează pe această implementare.

Nivelul 2 Redundanță Box-to-Box

Redundanța CUBE HA strat 2 box-to-box utilizează protocolul de infrastructură Redundancy Group (RG) pentru a forma o pereche activă/standby de routere. Această pereche partajează aceeași adresă IP virtuală (VIP) pe interfețele respective și face schimb continuu de mesaje de stare. Informațiile despre sesiunea CUBE sunt verificate de-a lungul perechii de routere care permit routerului standby să preia imediat toate responsabilitățile de procesare a apelurilor CUBE în cazul în care routerul activ iese din serviciu, ceea ce duce la păstrarea constantă a semnalizării și a mass-mediei.


 

Verificarea punctajului este limitată la apelurile conectate cu pachete media. Apelurile în tranzit nu sunt bifate (de exemplu, o stare de încercare sau de apel).

În acest articol, CUBE HA se va referi la CUBE High Availability (HA) Layer 2 Box-to-box (B2B) redundanță pentru păstrarea constantă a apelurilor

Începând cu IOS-XE 16.12.2, CUBE HA poate fi implementat ca gateway local pentru implementările trunchiului Cisco Webex Calling (PSTN local) și vom acoperi considerațiile de proiectare și configurațiile din acest articol. Această cifră afișează o configurare tipică CUBE HA ca gateway local pentru o implementare trunchi Cisco Webex Calling.

Componentă Intra Grup de redundanță

Componenta Infra a Grupului de Redundanță (RG) oferă suport pentru infrastructura de comunicare box-to-box între cele două CUB-uri și negociază starea finală stabilă de redundanță. Această componentă oferă, de asemenea:

  • Un protocol de tip HSRP care negociază starea finală de redundanță pentru fiecare router prin schimbul de mesaje keepalive și salut între cele două CUBEs (prin interfața de control) - GigabitEthernet3 în figura de mai sus.

  • Un mecanism de transport pentru verificarea stării de semnalizare și media pentru fiecare apel de la router-ul activ la router-ul standby (prin interfața de date) - GigabitEthernet3 în figura de mai sus.

  • Configurarea și gestionarea interfeței Virtual IP (VIP) pentru interfețele de trafic (mai multe interfețe de trafic pot fi configurate folosind același grup RG) – GigabitEthernet 1 și 2 sunt considerate interfețe de trafic.

Această componentă RG trebuie configurată special pentru a sprijini vocea B2B HA.

Gestionarea adreselor IP virtuale (VIP) atât pentru semnalizare, cât și pentru media

B2B HA se bazează pe VIP pentru a obține redundanță. Interfețele fizice VIP și asociate pe ambele CUBE din perechea CUBE HA trebuie să reziste pe aceeași subrețea LAN. Configurarea VIP-ului și legarea interfeței VIP la o anumită aplicație vocală (SIP) sunt obligatorii pentru asistența vocală B2B HA. Dispozitivele externe, cum ar fi Unified CM, Webex Calling Access SBC, furnizorul de servicii sau proxy, utilizează VIP ca adresă IP de destinație pentru apelurile care trec prin routerele CUBE HA. Prin urmare, din punct de vedere Webex Calling, perechile CUBE HA acționează ca un singur gateway local.

Semnalizarea apelurilor și informațiile despre sesiunea RTP ale apelurilor stabilite sunt verificate de la routerul activ la routerul standby. Când routerul Activ coboară, routerul Standby preia și continuă să redirecționeze fluxul RTP care a fost direcționat anterior de primul router.

Apelurile într-o stare tranzitorie în momentul nereușitei nu vor fi păstrate după comutare. De exemplu, apelurile care nu sunt pe deplin stabilite încă sau sunt în curs de modificare cu o funcție de transfer sau de menținere. Apelurile configurate pot fi deconectate după comutare.

Următoarele cerințe există pentru utilizarea CUBE HA ca gateway local pentru defalcarea statică a apelurilor:

  • CUBE HA nu poate avea interfețe TDM sau analogice co-localizate

  • Gig1 și Gig2 sunt denumite interfețe de trafic (SIP/RTP) și Gig3 este Redundancy Group (RG) Control/interfață de date

  • Nu mai mult de 2 perechi CUBE HA pot fi plasate în același domeniu strat 2, unul cu id de grup 1 și celălalt cu id de grup 2. Dacă configurați 2 perechi HA cu același id de grup, interfețele RG Control/Date trebuie să aparțină diferitelor domenii din stratul 2 (vlan, comutator separat)

  • Canalul portuar este acceptat atât pentru controlul RG/date, cât și pentru interfețele de trafic

  • Toate semnalele/mass-media sunt obținute de la/la adresa IP virtuală

  • Oricând o platformă este reîncărcată într-o relație CUBE-HA, ea începe întotdeauna ca Standby

  • Adresa inferioară pentru toate interfețele (Gig1, Gig2, Gig3) ar trebui să fie pe aceeași platformă

  • Identificatorul interfeței de redundanță, rii trebuie să fie unic pentru o combinație pereche/interfață în același strat 2

  • Configurația pe ambele CUBEs trebuie să fie identică, inclusiv configurația fizică și trebuie să ruleze pe același tip de platformă și versiunea IOS-XE

  • Interfețele Loopback nu pot fi utilizate ca legături, deoarece acestea sunt întotdeauna în sus

  • Interfețele de trafic multiplu (SIP/RTP) (Gig1, Gig2) necesită configurarea monitorizării interfeței

  • CUBE-HA nu este acceptată printr-o conexiune prin cablu încrucișată pentru link-ul RG-control/date (Gig3)

  • Ambele platforme trebuie să fie identice și să fie conectate printr-o Comutator fizic pe toate interfețele la fel pentru ca CUBE HA să funcționeze, adică GE0/0/0 din CUBE-1 și CUBE-2 trebuie să se termine pe același comutator și așa mai departe.

  • Nu se poate termina WAN pe CUBEs direct sau Data HA pe nici o parte

  • Ambele active/standby trebuie să fie în același centru de date

  • Este obligatoriu să se utilizeze o interfață L3 separată pentru redundanță (RG Control/date, Gig3). adică interfața utilizată pentru trafic nu poate fi utilizată pentru keepalives HA și puncte de control

  • După eșec, CUBE-ul activ anterior trece printr-o reîncărcare prin proiectare, păstrând semnalizarea și mass-media

Configurați redundanța pe Ambele CUBE-uri

Trebuie să configurați redundanța de la 2 la 2 pe ambele CUBEs destinate utilizării într-o pereche HA pentru a aduce IPs virtuale.

1

Configurați urmărirea interfeței la nivel global pentru a urmări starea interfeței.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit


VCUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

Track CLI este utilizat în RG pentru a urmări starea interfeței de trafic de voce, astfel încât traseul activ va juca destul de rolul său activ după ce interfața de trafic este în jos.

2

Configurați un RG pentru utilizare cu VoIP HA în submodul de redundanță al aplicației.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit


VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-red)#exit

VCUBE-1(config)#

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-red)#exit

VCUBE-2(config)#

Iată o explicație a câmpurilor utilizate în această configurație:

  • redundanță—Introduceți modul redundanță

  • redundanță aplicație—Introduceți modul de configurare a redundanței aplicației

  • grup—Introduceți modul de configurare a grupului de aplicații redundanță

  • numele LocalGateway-HA—Definește numele grupului RG

  • prioritatea 100 nerespectarea pragului 75 – Specifică prioritatea inițială și nerespectarea pragurilor pentru un RG

  • cronometre întârziere 30 reîncărcare 60—Configurează de două ori pentru întârziere și reîncărcare

    • Temporizator de întârziere, care este cantitatea de timp pentru a întârzia inițializarea grupului RG și negocierea rolului după ce interfața apare – Implicit 30 secunde. Intervalul este de 0-10000 de secunde

    • Reîncărcare – Aceasta este perioada de timp necesară pentru a întârzia inițializarea grupului RG și negocierea rolului după o reîncărcare – Implicit 60 de secunde. Intervalul este de 0-10000 de secunde

    • Sunt recomandate cronometre implicite, deși aceste cronometre pot fi ajustate pentru a acomoda orice întârziere suplimentară de convergență a rețelei care poate apărea în timpul pornirii/reîncărcării routerelor, pentru a garanta că negocierea protocolului RG are loc după ce rutarea în rețea s-a convertit la un punct stabil. De exemplu, dacă se vede după eșec că este nevoie de până la 20 sec pentru noul STANDBY pentru a vedea primul pachet RG HELLO de la noul ACTIVE, atunci cronometrele ar trebui să fie ajustate la „cronometrele întârziere 60 reîncărcare 120“ la factor în această întârziere.

  • control GigabitEthernet3 protocol 1—Configurează interfața utilizată pentru a face schimb de mesaje keepalive și salut între cele două CUB-uri și specifică instanța de protocol care va fi atașată la o interfață de control și intră în modul de configurare a protocolului aplicației de redundanță

  • date GigabitEthernet3—Configurează interfața utilizată pentru bifarea traficului de date

  • urmări—urmărirea grupului RG a interfețelor

  • protocol 1 – Specifică instanța de protocol care va fi atașată la o interfață de control și intră în modul de configurare a protocolului aplicației de redundanță

  • cronometre hellotime 3 holdtime 10—Configurează cele două cronometre pentru hellotime și holdtime:

    • Timp de așteptare — Interval între mesajele de întâmpinare succesive – Implicit 3 secunde. Intervalul este de 250 milisecunde-254 secunde

    • Timp de așteptare – Intervalul dintre primirea unui mesaj de întâmpinare și prezumția că routerul de trimitere a eșuat. Această durată trebuie să fie mai mare decât timpul de salut – implicit 10 secunde. Intervalul este de 750 milisecunde-255 secunde

      Vă recomandăm să configurați cronometrul de timp în așteptare pentru a fi de cel puțin 3 ori valoarea cronometrului de timp în așteptare.

3

Activați redundanța box-to-box pentru aplicația CUBE. Configurați RG din pasul anterior de mai jos voice service voip. Acest lucru permite aplicației CUBE să controleze procesul de redundanță. 

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1

% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1

% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect

VCUBE-2(config-voi-serv)# exit

redundanță-grup 1—Adăugarea și eliminarea acestei comenzi necesită o reîncărcare pentru ca configurația actualizată să intre în vigoare. Vom reîncărca platformele după ce toate configurațiile au fost aplicate.

4

Configurați interfețele Gig1 și Gig2 cu IP-urile lor virtuale respective, după cum se arată mai jos și aplicați identificatorul interfeței de redundanță (rii)

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(config)#

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(config)#

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

Iată o explicație a câmpurilor utilizate în această configurație:

  • redundanță rii—Configurează identificatorul interfeței de redundanță pentru grupul de redundanță. Necesar pentru generarea unei adrese MAC virtuale (VMAC). Aceeași valoare a ID-ului RII trebuie utilizată pe interfața fiecărui router (ACTIVE/STANDBY) care are același VIP.


     

    În cazul în care există mai mult de o pereche B2B pe același LAN, fiecare pereche TREBUIE SĂ aibă ID-uri unice IRU pe interfețele lor respective (pentru a preveni coliziunea). „afișați grupul de aplicații redundanță” trebuie să indice informațiile locale și peer corecte.

  • grup de redundanță 1—Asociază interfața cu grupul de redundanță creat în Pasul 2 de mai sus. Configurați grupul RG, precum și VIP-ul atribuit acestei interfețe fizice.


     

    Este obligatoriu să se utilizeze o interfață separată pentru redundanță, adică interfața utilizată pentru traficul de voce nu poate fi utilizată ca interfață de control și date specificată în Pasul 2 de mai sus. În acest exemplu, interfața Gigabit 3 este utilizată pentru controlul RG/date

5

Salvați configurația primului CUBE și reîncărcați-l.

Platforma pentru a reîncărca ultima este întotdeauna standby.

VCUBE-1#wr

Building configuration...

[OK]

VCUBE-1#reload

Proceed with reload? [confirm]

După ce VCUBE-1 cizme complet, salvați configurația VCUBE-2 și reîncărcați-l.

VCUBE-2#wr

Building configuration...

[OK]

VCUBE-2#reload

Proceed with reload? [confirm]
6

Verificați dacă configurația cutie-la-cutie funcționează conform așteptărilor. Ieșirea relevantă este evidențiată în îndrăzneală.

Am reîncărcat ultimul VCUBE-2 și conform considerațiilor de proiectare; platforma de reîncărcare va fi întotdeauna în așteptare.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Configurați un gateway local pe Ambele CUBE-uri

În configurația exemplului nostru, folosim următoarele informații despre trunchiuri din Control Hub pentru a construi configurația Local Gateway pe ambele platforme, VCUBE-1 și VCUBE-2. Numele de utilizator și parola pentru această configurare sunt următoarele:

  • Nume utilizator: Hussain1076_LGU

  • Parolă: lOV12MEaZx

1

Asigurați-vă că este creată o cheie de configurare pentru parolă, cu comenzile afișate mai jos, înainte de a putea fi utilizată în acreditările sau secretele partajate. Parolele de tip 6 sunt criptate folosind AES cipher și această cheie de configurare definită de utilizator.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Iată configurația gateway-ului local care se va aplica ambelor platforme pe baza parametrilor Control Hub afișați mai sus, salvați și reîncărcați. Datele de autentificare SIP Digest din Control Hub sunt evidențiate în mod îndrăzneț.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

Pentru a afișa ieșirea comenzii de afișare, am reîncărcat VCUBE-2 urmat de VCUBE-1, făcând VCUBE-1 standby-ul CUBE și VCUBE-2 CUBE activ

2

În orice moment dat, o singură platformă va menține o înregistrare activă ca gateway local cu accesul Webex Calling SBC. Aruncați o privire la ieșirea din următoarele comenzi spectacol.

afișați grupul de aplicații de redundanță 1

afișați starea înregistrării sip-ua


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#


VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

Din ieșirea de mai sus, puteți vedea că VCUBE-2 este LGW-ul activ care menține înregistrarea cu acces Webex Calling SBC, în timp ce ieșirea „afișează starea de înregistrare sip-ua” este necompletată în VCUBE-1

3

Acum activați următoarele depanări pe VCUBE-1


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Simulați eșecul prin emiterea următoarei comenzi pe LGW activ, VCUBE-2 în acest caz.


VCUBE-2#redundancy application reload group 1 self

Trecerea de la ACTIVE la STANDBY LGW are loc în scenariul următor, precum și în afara CLI enumerate mai sus

  • Când routerul ACTIV se reîncărcă

  • Când ciclurile de alimentare ACTIVE ale routerului

  • Când orice interfață RG configurată a routerului ACTIV este oprită pentru care este activată urmărirea

5

Verificați dacă VCUBE-1 s-a înregistrat cu Webex Calling Access SBC. VCUBE-2 s-ar fi reîncărcat până acum.


VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 este acum LGW-ul activ.

6

Uitați-vă la jurnalul de depanare relevant din VCUBE-1 care trimite un ÎNREGISTRATOR SIP către Webex Calling PRIN IP-ul virtual și primește un OK 200.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0


Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0


Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0


Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
Configurați Unified CM pentru Webex Calling

Configurați profilul de securitate al trunchiurilor SIP pentru trunchiuri la gateway-ul local

În cazurile în care gateway-ul local și gateway-ul PSTN se află pe același dispozitiv, Unified CM trebuie să fie activat pentru a diferenția între două tipuri diferite de trafic (apeluri de la Webex și de la PSTN) care provin de la același dispozitiv și aplică o clasă de servicii diferențiată pentru aceste tipuri de apeluri. Acest tratament diferențiat al apelurilor se realizează prin asigurarea a două trunchiuri între Unified CM și gateway-ul local combinat și gateway-ul PSTN, care necesită diferite porturi SIP de ascultare pentru cele două trunchiuri.

Creați un profil de securitate dedicat trunchiului SIP pentru trunchiul gateway local cu următoarele setări:

SetareValoare
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Webex SIP Trunk Security Profile
Port de intrareNecesitatea de a se potrivi portului utilizat în configurația gateway-ului local pentru traficul către/dinspre Webex: 5065

Configurați profilul SIP pentru trunchiul gateway local

Creați un profil SIP dedicat trunchiului gateway local cu următoarele setări:

SetareValoare
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Webex SIP Profile
Activați OPȚIUNILE Ping pentru a monitoriza starea destinației pentru Trunks cu tipul de serviciu „Niciuna (implicit)”Bifat

Creați un spațiu de căutare pentru apeluri din Webex

Creați un spațiu de căutare pentru apeluri care provin din Webex cu următoarele setări:

SetareValoare
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Spațiul de căutare Webex Calling
Partiții selectate

DN (+E.164 numere de director)

ESN (apelare interlocutorie abreviată)

PSTNInternational (acces PSTN)

onNetRemote (destinații învățate GDPR)


 

Ultima partiție onNetRemote este utilizată numai într-un mediu multi-cluster în care informațiile de rutare sunt schimbate între clusterele Unified CM utilizând Intercluster Lookup Service (ILS) sau Global Dialplan Replication (GDPR).

Configurați un trunchi SIP la și de la Webex

Creați un trunchi SIP pentru apelurile către și de la Webex prin gateway-ul local cu următoarele setări:

SetareValoare
Informații dispozitiv
Nume dispozitivUn nume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Trunk Webex SIP
Rulați pe toate nodurile Unified CM activeBifat
Apeluri primite
Spațiu de căutare pentru apelareSpațiul de căutare pentru apelare definit anterior: Webex
Spațiu de căutare AAR pentru apelareUn spațiu de căutare prin apelare cu acces exclusiv la modelele de rute PSTN: Calea PSTNReroute
Informații SIP
Adresa de destinațieAdresa IP a CUBE-ului gateway local
Port de destinație5060
profil de securitate SIP trunkDefinit anterior: Webex
Profil SIPDefinit anterior: Webex

Configurați grupul de rutare pentru Webex

Creați un grup de rute cu următoarele setări:

SetareValoare
Informații grup de rutare
Nume grup de rutareUn nume unic, cum ar fi Webex
Dispozitive selectateTrunchiul SIP configurat anterior: Webex

Configurați lista de rutare pentru Webex

Creați o listă de rute cu următoarele setări:

SetareValoare
Informații listă de rute
NumeUn nume unic, cum ar fi RL_Webex
DescriereDescriere semnificativă, cum ar fi lista de rutare pentru Webex
Rulați pe toate nodurile Unified CM activeBifat
Informații despre membrii listei de rutare
Grupuri selectateNumai grupul de rute definit anterior: Webex

Creați o partiție pentru Webex Destinations

Creați o partiție pentru destinațiile Webex cu următoarele setări:

SetareValoare
Informații listă de rute
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi partiția Webex

Ce este de făcut în continuare

Asigurați-vă că adăugați această partiție în toate spațiile de căutare prin apelare care ar trebui să aibă acces la destinațiile Webex. Trebuie să adăugați această partiție în mod specific în spațiul de căutare pentru apelare utilizat ca spațiu de căutare pentru apelare de intrare pe trunchiurile PSTN, astfel încât apelurile din PSTN către Webex să poată fi direcționate.

Configurați modelele de rută pentru destinațiile Webex

Configurați modelele de rute pentru fiecare interval DID pe Webex cu următoarele setări:

SetareValoare
șablon De RutăȘablon complet +E.164 pentru gama DID în Webex cu lider “\”. De exemplu: \+140855501xx
Partiție De RutăWebex
Listă gateway/rutareRL_Webex
Prioritate urgentăBifat

Configurați standardizarea abreviată a apelurilor intersite pentru Webex

Dacă apelarea inter-site abreviată este necesară pentru Webex, configurați modelele de normalizare a apelării pentru fiecare interval ESN din Webex cu următoarele setări:

SetareValoare
Model de translatareModelul ESN pentru gama ESN din Webex. De exemplu: 80121xx
PartițieWebex
DescriereDescriere semnificativă, cum ar fi modelul de standardizare Webex
Utilizați spațiul de căutare pentru apelare al inițiatoruluiBifat
Prioritate urgentăBifat
Nu așteptați pentru expirarea intervalului de timp intermitent la ghișeele ulterioareBifat
Mască de transformare parte apelatăMască pentru a normaliza numărul la +E.164. De exemplu: +140855501XX

Configurați funcțiile dvs. Webex Calling

Configurați un grup de hunt

Grupurile de hunt direcționează apelurile primite către un grup de utilizatori sau către spații de lucru. Puteți chiar să configurați un model pentru a ruta către un întreg grup.

Pentru mai multe informații despre configurarea unui grup de hunt, consultați Grupuri de vânătoare în Cisco Webex Control Hub .

Creați o coadă de apeluri

Puteți configura o coadă de apeluri astfel încât, atunci când apelurile clienților nu pot fi preluate, aceștia să beneficieze de un răspuns automat, mesaje de confort și muzică în așteptare până când cineva își poate răspunde la apel.

Pentru mai multe informații despre configurarea și gestionarea unei secvențe de apeluri, consultați Gestionați cozile de apeluri în Cisco Webex Control Hub .

Creați un client recepționer

Ajutați-vă să susțineți nevoile personalului de la biroul din față. Puteți configura utilizatorii ca însoțitori telefonici, astfel încât aceștia să poată filtra apelurile primite către anumite persoane din organizația dvs.

Pentru informații despre configurarea și vizualizarea clienților recepționeri, consultați Clienți-recepționeri în Cisco Webex Control Hub .

Creați și gestionați operatorii automati

Puteți să adăugați mesaje de felicitare, să configurați meniuri și să dirijare apeluri către un serviciu telefonic, un grup de hunt, o căsuță poștă vocală sau o persoană reală. Creați un program de 24 de ore pe zi sau oferiți diferite opțiuni atunci când afacerea dvs. este deschisă sau închisă.

Pentru informații despre crearea și gestionarea operatorilor automati, consultați Gestionați operatorii automati în Cisco Webex Control Hub .

Configurați un grup de difuzare

Apelarea de grup permite unui utilizator să efectueze un apel unidirecțional sau o pagină de grup către până la 75 de utilizatori și spații de lucru țintă prin formarea unui număr sau a unui interior alocat unui anumit grup de difuzare.

Pentru informații despre configurarea și editarea grupurilor de difuzare, consultați Configurați un grup de difuzare în Cisco Webex Control Hub .

Configurați preluarea apelurilor

Îmbunătățiți munca în echipă și colaborarea prin crearea unui grup de preluare apel, astfel încât utilizatorii să își poată răspunde reciproc la apelurile. Când adăugați utilizatori într-un grup de preluare apel și un membru al grupului este absent sau ocupat, un alt membru poate răspunde la apelurile acestora.

Pentru informații despre configurarea unui grup de preluare apel, consultați Preluare apeluri în Cisco Webex Control Hub .

Configurați parcarea apelurilor

Parcarea apelurilor permite unui grup definit de utilizatori să parcheze apelurile împotriva altor membri disponibili ai unui grup de parcare a apelurilor. Apelurile parcate pot fi preluate de alți membri ai grupului pe telefonul lor.

Pentru mai multe informații despre configurarea parcării apelurilor, consultați Parcare apel în Cisco Webex Control Hub .

Activați barge-in pentru utilizatori

1

Din vizualizarea clientului din , accesați Apelarea > locații.https://admin.webex.com

2

Selectați un utilizator și faceți clic pe Apelare.

3

Accesați secțiunea Permisiuni între utilizatori , apoi selectați Barge.

4

Activați comutatorul pentru a permite altor utilizatori să se adauge la apelul în curs al acestui utilizator.

5

Verificați Redați un ton atunci când acest utilizator intră într-un apel dacă doriți să redați un ton altor persoane atunci când acest utilizator intră în apel.

6

Faceți clic pe Salvați.

Activați confidențialitatea pentru un utilizator

1

Conectați-vă la Control Hub și accesați Management > Utilizatori.

2

Alegeți un utilizator și faceți clic pe Apelare.

3

Accesați zona Permisiuni între utilizatori și apoi alegeți Confidențialitate.

4

Alegeți cel adecvat Confidențialitate operator automat setări pentru acest utilizator.

  • Permiteți acestui utilizator să fie apelat prin interior
  • Permiteți acestui utilizator să fie apelat cu prenume sau nume
5

Verificați Activați Confidențialitate casetă de selectare. Apoi, puteți decide să blocați pe toată lumea, nealegând membri din lista derulantă. Alternativ, puteți alege utilizatorii, spațiile de lucru și liniile virtuale care pot monitoriza starea liniei acestui utilizator.

Dacă sunteți administrator de locație, în lista derulantă apar numai utilizatorii, spațiile de lucru și liniile virtuale referitoare la locațiile atribuite.

Debifați caseta de selectare Activare confidențialitate pentru a permite tuturor să monitorizeze starea liniei.

6

Verificați Confidențialitatea impunerii pentru preluarea apelurilor direcționate și caseta de selectare pentru înscriere pentru a activa confidențialitatea pentru preluarea apelurilor direcționate și înscriere.


 
  • Dacă activați această opțiune, numai utilizatorii autorizați, liniile virtuale și dispozitivele din spațiul de lucru pot utiliza preluarea apelurilor direcționate și conectarea la acest utilizator. În caz contrar, oricine din organizație poate invoca preluarea apelurilor direcționate și înscrierea pe o linie.
  • Pentru mai multe informații despre modul de conectare, consultați modul de conectare la apelul telefonic al altcuiva.
  • Supraveghetorul poate interveni întotdeauna pentru apelurile pe care agenții le primesc prin intermediul cozii de apeluri. Adică, setările de confidențialitate nu afectează opțiunea de blocare a unui supervizor.
7

Din Adăugați membru după nume, alegeți utilizatorii, spațiile de lucru și liniile virtuale care pot monitoriza starea liniei telefonice și pot invoca preluarea apelurilor direcționate și intrarea în rețea.

8

Pentru a filtra membrii pe care îi selectați, utilizați filtrul după nume, număr sau câmp text.

9

Faceți clic pe Eliminare toate pentru a elimina toți membrii selectați.


 
Pentru a elimina un membru individual, faceți clic pe Ștergere de lângă numele membrului.
10

Faceți clic pe Salvați.

Privacy settings

Configurați monitorizarea

Numărul maxim de linii monitorizate pentru un utilizator este de 50. Cu toate acestea, în timp ce configurați lista de monitorizare, luați în considerare numărul de mesaje care afectează lățimea de bandă dintre Webex Calling și rețeaua dvs. De asemenea, determinați liniile maxime monitorizate de numărul de butoane de linie de pe telefonul utilizatorului.

1

Din vizualizarea clientului din https://admin.webex.com, accesați Management și apoi faceți clic pe Utilizatori.

2

Selectați utilizatorul pe care doriți să îl modificați și faceți clic Apelare .

3

Accesați secțiunea Permisiuni între utilizatori și selectați Monitorizare.

4

Alegeți dintre următoarele:

  • Adăugare linie monitorizată
  • Adăug. int. parcare apel

Puteți include o linie virtuală în lista Adăugare linie monitorizată pentru monitorizarea utilizatorului.

5

Alegeți dacă doriți să notificați acest utilizator despre apelurile parcate, căutați persoana sau extensia de parcare a apelurilor care urmează să fie monitorizată, apoi faceți clic pe Salvare.


 

Liniile monitorizate sunt afișate în Control Hub corespunde ordinii liniilor monitorizate care apar pe dispozitivul utilizatorului. Puteți reordona lista liniilor monitorizate în orice moment.


 

Numele care apare pentru linia monitorizată este numele introdus în câmpurile Nume și prenume ID apelant pentru utilizator, spațiu de lucru și linie virtuală.

Vreți să vedeți cum se procedează? Urmăriți asta demonstrație video despre modul de gestionare a setărilor de monitorizare pentru un utilizator în Control Hub .

Activați tonul de avertizare prin punte de apel pentru utilizatori

Înainte de a începe

Trebuie să aveți linie partajată configurată pentru ca puntea de apel să fie invocată. Vedeți cum să configurați linii partajate înainte de a activa redarea tonului de avertizare a punții de apel.
1

Conectați-vă la Control Hub și accesați Management > Utilizatori.

2

Selectați un utilizator și faceți clic pe fila Apelare.

3

Accesați Permisiuni între utilizatori și faceți clic pe Call Bridging Warning Tone.

4

Porniți Ton de avertizare pentru trecerea apelurilor , apoi faceți clic Salvați .


 
În mod implicit, această caracteristică este activată.

Pentru mai multe informații despre conectarea la apel pe o linie MPP partajată, consultați liniile partajate de pe telefonul dvs. de birou pentru mai multe platforme.

Pentru mai multe informații despre conectarea apelurilor pe o linie partajată a aplicației Webex, consultați aspectul liniei partajate pentru WebexApp.

Activați hotelizarea pentru un utilizator

Activarea hotelizării pentru un utilizator le permite acestuia să lucreze într-un alt spațiu, păstrând în același timp funcționalitatea și caracteristicile telefon de birou principal.
1

Din vizualizarea clientului înhttps://admin.webex.com , accesați Management și selectați Utilizatori .

2

Selectați un utilizator și faceți clic pe fila Apelare.

3

Accesați secțiunea Permisiuni între utilizatori și selectați Hoteling și activați comutatorul.

4

Introduceți numele sau numărul gazdei hotelului în câmpul de căutare Hotel Location și alegeți gazda hotelului pe care doriți să o alocați utilizatorului.

Poate fi selectată o singură gazdă hotelieră. Dacă alegeți o altă gazdă hotelieră, prima este ștearsă.


 
Dacă sunteți administrator de locație, puteți aloca numai gazda hotelului referitoare la locațiile alocate.
5

Pentru a limita timpul în care un utilizator poate fi asociat cu gazda hotelului, alegeți numărul de ore pe care utilizatorul le poate utiliza gazda hotelului din lista derulantă Limit Association Period .

Utilizatorul va fi deconectat automat după ora aleasă.


 

În ecran se afișează un mesaj de eroare dacă perioada limită de asociere specificată pentru utilizator depășește perioada limită de asociere a gazdei alese la hotel. De exemplu, dacă gazda hotelului are o perioadă de asociere limită de 12 ore, iar perioada de asociere limită a utilizatorului este de 24 de ore, se afișează un mesaj de eroare. În astfel de cazuri, trebuie să prelungiți perioada limită de asociere a gazdei hoteliere dacă este nevoie de mai mult timp pentru utilizator.

6

Faceți clic pe Salvați.


 

De asemenea, un utilizator poate căuta și localiza gazda de hotel pe care dorește să o utilizeze din Hubul utilizatorului. Pentru mai multe informații, consultați Accesați profilul de apelare de oriunde .

Vreți să vedeți cum se procedează? Urmăriți asta demonstrație video despre modul de configurare a hotelizării în Control Hub.
Tendințe de adoptare și rapoarte de utilizare pentru Webex Calling

Vizualizați rapoartele privind apelurile

Puteți utiliza pagina Analytics în Control Hub pentru a obține o perspectivă asupra modului în care oamenii utilizează Webex Calling și Webex aplicație (implicare) și calitatea experienței lor media de apel. Pentru a accesa Webex Calling analytics, conectați-vă la Control Hub , apoi accesați Analytics și selectați Apelare filă.

1

Pentru rapoarte detaliate privind istoricul apelurilor, conectați-vă la Control Hub , apoi accesați Analytics > Apelare .

2

Selectați Istoric detaliat apeluri .

Pentru informații despre apelurile care utilizează Instanța dedicată, consultați Analiză de instanță dedicată .

3

Pentru a accesa date de calitate media, conectați-vă la Control Hub , apoi accesați Analytics și apoi selectați Apelare .

Pentru mai multe informații, consultați Statistici pentru portofoliul dvs. de colaborare în cloud.

Pregătiți mediul dvs.

Condiţii generale

Înainte de a configura un gateway local pentru Webex Calling, asigurați-vă că:

  • Dețineți cunoștințe de bază despre principiile VoIP

  • Aveți cunoștințe de lucru de bază despre conceptele de voce Cisco IOS-XE și IOS-XE

  • Să înțelegeți de bază Protocolul de inițiere sesiuni (SIP)

  • Aveți o înțelegere de bază a Cisco Unified Communications Manager (Unified CM) dacă modelul de implementare include Unified CM

Consultați Ghidul de configurare Enterprise Cisco Unified Border Element (CUBE) pentru detalii.

Cerințe hardware și software pentru Gateway-ul local

Asigurați-vă că implementarea dvs. are una sau mai multe dintre gateway-urile locale, cum ar fi:

  • Cisco CUBE pentru conectivitate bazată pe IP

  • Gateway Cisco IOS pentru conectivitate bazată pe TDM

Consultați tabelul 1 din gateway-ul local pentru Ghidul de comandă Webex Calling. De asemenea, asigurați-vă că platforma rulează o versiune IOS-XE acceptată conform Ghidului de configurare a gateway-ului local.

Gateway-ul local vă ajută să migrați la Webex Calling în ritmul propriu. Gateway-ul local integrează implementarea locală existentă cu Webex Calling. De asemenea, puteți utiliza conexiunea PSTN existentă. Consultați Începeți cu gateway-ul local

Cerințe de licență pentru gateway-urile locale

Licențele de apelare CUBE trebuie să fie instalate pe gateway-ul local. Pentru mai multe informații, consultați Ghidulde configurare a elementelor de frontieră unificate Cisco.

Certificat și cerințe de securitate pentru Gateway-ul local

Apelarea Webex necesită semnalizare securizată și suport media. Gateway-ul local efectuează criptarea și trebuie stabilită o conexiune TLS de ieșire în cloud cu următorii pași:

  • LGW trebuie să fie actualizate cu ca root bundle de la Cisco PKI

  • Un set de acreditări SIP digest din pagina de configurare PortBagaj Control Hub sunt utilizate pentru a configura LGW (pașii fac parte din configurația care urmează)

  • Ca root bundle validează certificatul prezentat

  • Solicitat acreditări (SIP digest furnizate)

  • Cloud-ul identifică gateway-ul local care este înregistrat în siguranță

Cerințe de optimizare a firewall-ului, NAT Traversal și a căii media pentru Gateway-ul local

În majoritatea cazurilor, gateway-ul local și punctele finale se pot afla în rețeaua internă de clienți, utilizând adrese IP private cu NAT. Paravanul de protecție de întreprindere trebuie să permită traficul de ieșire (SIP, RTP/UDP, HTTP) la anumite adrese IP/porturi, acoperite în Informații de referință port.

Dacă doriți să utilizați Optimizarea căilor media cu ICE, interfața orientată Webex Calling a gateway-ului local trebuie să aibă o cale directă de rețea către și de la punctele finale webex Calling. Dacă punctele finale se află într-o locație diferită și nu există o cale de rețea directă între punctele finale și interfața webex calling a gateway-ului local, atunci gateway-ul local trebuie să aibă o adresă IP publică atribuită interfeței cu care se confruntă Apelarea Webex pentru apeluri între gateway-ul local și punctele finale pentru a utiliza optimizarea căii media. În plus, trebuie să ruleze IOS-XE versiunea 16.12.5.

Configurați Webex Calling pentru organizația dvs.

Configurarea setărilor de apelare în Expertul de configurare pentru prima dată

Primul pas pentru a vă pune în funcțiune serviciile de apelare Webex este să finalizați Expertul de configurare pentru prima dată (FTSW). Odată ce FTSW este finalizat pentru prima locație, nu trebuie să fie finalizat pentru locații suplimentare.

1

Faceți clic pe linkul Introducere din e-mailul de bun venit pe care îl primiți.

Adresa de e-mail a administratorului este utilizată automat pentru a vă conecta la Control Hub, unde vi se va solicita să creați parola de administrator. După ce vă conectați, expertul de configurare pornește automat.

2

Revizuiți și acceptați termenii serviciului.

3

Revizuiți-vă planul, apoi faceți clic pe Introducere.

Managerul de cont este responsabil pentru activarea primilor pași pentru FTSW. Contactați managerul de cont dacă primiți o notificare "Imposibil de configurat apelul", atunci când selectați Începeți.

4

Selectați țara în care ar trebui să se mapeze centrul de date și introduceți informațiile despre persoana de contact a clientului și adresa clientului.

5

Faceți clic pe Următorul: Locație implicită.

6

Alegeți dintre următoarele opțiuni:

  • Faceți clic pe Salvare și închidere dacă sunteți administrator partener și doriți ca administratorul clientului să finalizeze asigurarea accesului la apelarea Webex.
  • Completați informațiile necesare despre locație. După ce creați locația în expert, puteți crea mai multe locații mai târziu.

După ce terminați expertul de configurare, asigurați-vă că adăugați un număr principal la locația pe care o creați.

7

Efectuați următoarele selecții pentru a vă aplica la această locație:

  • Limba anunțurilor—Pentru anunțuri și solicitări audio pentru utilizatorii și funcțiile noi.
  • Limbă e-mail—Pentru comunicarea prin e-mail a noilor utilizatori.
  • Țară
  • Fus orar
8

Faceți clic pe Următorul.

9

Introduceți o adresă CISCO Webex SIP disponibilă și faceți clic pe Următorul și selectați Terminare .

Adăugați o locație

Înainte de a începe

Pentru a crea o locație nouă, pregătiți următoarele informații:

  • Adresa locației

  • Numerele de telefon dorite (opțional)

1

Conectați-vă la Control Hub la https://admin.webex.com, accesați Management > Locație.

O nouă locație va fi găzduită în centrul regional de date care corespunde țării pe care ați selectat-o utilizând Asistentul pentru prima configurare.
2

Configurați setările locației:

  • Nume locație—Introduceți un nume unic pentru a identifica locația.
  • Țară/regiune—Alegeți o țară pentru a lega locația de aceasta. De exemplu, puteți crea o locație (sediu) în Statele Unite și o altă (ramură) în Regatul Unit. Țara pe care o alegeți determină câmpurile de adrese care urmează. Cele documentate aici folosesc convenția de adrese din SUA ca exemplu.
  • Adresă de locație—Introduceți adresa principală de e-mail a locației.
  • Oraș/oraș—Introduceți un oraș pentru această locație.
  • Stat/Provincie/Regiune—Din lista derulantă, alegeți un stat.
  • ZIP/Cod poștal—Introduceți codul poștal sau ZIP.
  • Limba anunțurilor—Alegeți limba pentru anunțurile și solicitările audio pentru utilizatorii și funcțiile noi.
  • Limba e-mail—Alegeți limba pentru comunicarea prin e-mail cu noii utilizatori.
  • Fus orar—Alegeți fusul orar pentru locație.
3

Faceți clic pe Salvare , apoi alegeți Da/ Nu pentru a adăuga numere la locație acum sau o versiune ulterioară.

4

Dacă ați făcut clic pe Da, alegeți una dintre următoarele opțiuni:

  • Cisco PSTN —Alegeți această opțiune dacă doriți o soluție PSTN cloud de la Cisco. Cisco Calling Plan este o soluție completă de înlocuire PSTN care oferă apeluri de urgență, intrare, și de ieșire interne și internaționale de asteptare, și vă permite să comandați noi numere PSTN sau port numere existente la Cisco.

    Cisco PSTN opțiune este vizibilă numai în următoarele condiții:

    • Ați achiziționat cel puțin un angajat Cisco Calling Plan OCP (Outbound Calling Plan).

    • Locația dumneavoastră se află într-o țară în care este acceptatPlanul de apelare Cisco.

    • Locația ta este nouă. Locațiile preexistente care au avut atribuite alte capacități PSTN nu sunt eligibile pentru Planul de apelare Cisco în acest moment. Deschideți un caz de asistență pentru îndrumare.

    • Sunteți găzduit într-un centru de date Webex Calling într-o regiune în care planul de apelare Cisco este acceptat.

  • Cloud Connected PSTN—Alegeți această opțiune dacă căutați o soluție PSTN în cloud de la unul dintre numeroșii parteneri Cisco CCP sau dacă planul de apelare Cisco nu este disponibil în locația dvs. Partenerii PCC oferă soluții de înlocuire PSTN, o acoperire globală extinsă și o gamă largă și variată de caracteristici, ambalaje și prețuri.

    Partenerii PCC și acoperirea geografică sunt enumerate aici. Sunt afișați numai partenerii care acceptă țara locației dvs. Partenerii sunt listați fie cu o siglă, fie ca un scurt șir de text urmat de o regiune, între paranteze (Exemplu: (UE), (SUA) sau (CA)). Partenerii enumerați cu un logo oferă întotdeauna media regională pentru PCC. Pentru partenerii care se afișează ca șir, alegeți regiunea cea mai apropiată de țara în care vă aflați, pentru a asigura media regională pentru PCC.

    Dacă vedeți opțiunea de a comanda numere acum sub un furnizor listat, vă recomandăm să alegeți opțiunea respectivă, astfel încât să puteți beneficia de CPC integrat. CCP integrat permite achiziționarea și furnizarea numerelor de telefon în Control Hub pe un singur panou de sticlă. CPC neintegrată vă solicită să achiziționați numerele de telefon de la partenerul CCP în afara Control Hub.

  • PSTN (Local Gateway)—Puteți alege această opțiune dacă doriți să vă păstrați furnizorul curent PSTN sau doriți să conectați site-urile non-cloud cu site-urile cloud.

Alegerea opțiunii PSTN este la fiecare nivel de locație (fiecare locație are o singură opțiune PSTN). Puteți să amestecați și să potriviți oricâte opțiuni doriți pentru implementare, dar fiecare locație va avea o singură opțiune. După ce ați selectat și furnizat o opțiune PSTN, o puteți modifica făcând clic pe Gestionare în locația proprietăți PSTN. Cu toate acestea, este posibil ca unele opțiuni, cum ar fi Cisco PSTN, să nu fie disponibile după ce a fost atribuită o altă opțiune. Deschideți un caz de asistență pentru îndrumare.

5

Alegeți dacă doriți să activați numerele acum sau o versiune ulterioară.

6

Dacă ați selectat PSTN neintegrat ccp sau local, introduceți numere de telefon ca valori separate prin virgulă, apoi faceți clic pe Validare.

Numerele sunt adăugate pentru locația specifică. Intrările valide se mută în câmpul Numere validate, iar intrările nevalide rămân în câmpul Adăugare numere însoțite de un mesaj de eroare.

În funcție de țara locației, numerele sunt formatate în funcție de cerințele locale de apelare. De exemplu, dacă este necesar un cod de țară, puteți introduce numere cu sau fără cod și codul este prependat.

7

Faceți clic pe Salvați.

Ce este de făcut în continuare

După ce creați o locație, puteți activa serviciile 911 de urgență pentru locația respectivă. Consultați Serviciul RedSky Emergency 911 pentru Webex Apelarea pentru mai multe informații.

Înainte de a începe

Obțineți o listă cu utilizatorii și spațiile de lucru asociate cu o locație: Accesați Servicii > Apelarea numerelor > și, din meniul vertical, selectați locația care trebuie ștearsă. Trebuie să ștergeți acei utilizatori și spații de lucru înainte de a șterge locația.

Rețineți că orice numere asociate cu această locație vor fi lansate înapoi la furnizorul pstn; nu veți mai deține aceste numere.

1

Conectați-vă la Control Hub la https://admin.webex.com, accesați Management > Locație.

2

Faceți clic în coloana Acțiuni de lângă locația pe care doriți să o ștergeți.

3

Alegeți Ștergere locațieși confirmați că doriți să ștergeți locația respectivă.

De obicei durează câteva minute pentru ca locația să fie ștearsă definitiv, dar ar putea dura până la o oră. Puteți verifica starea făcând clic pe lângă numele locației și selectând Stareștergere.

Actualizarea unei locații existente

Puteți modifica configurarea PSTN, numele, fusul orar și limba unei locații după ce este creată. Reține însă că noua limbă se aplică doar utilizatorilor și dispozitivelor noi. Utilizatorii și dispozitivele existente continuă să utilizeze vechea limbă.

Pentru locațiile existente, puteți activa serviciile de urgență 911. Consultați Serviciul RedSky Emergency 911 pentru Webex Apelarea pentru mai multe informații.

1

Conectați-vă la Control Hub la https://admin.webex.com, accesați Management > Locație.

Dacă vedeți un simbol Atenție lângă o locație, înseamnă că nu ați configurat încă un număr de telefon pentru locația respectivă. Nu puteți efectua sau primi apeluri până când nu configurați acel număr.

2

(Opțional) Sub ConexiunePSTN, selectați PSTN conectat în cloud sau PSTN bazat pe sediu (gateway local), în funcție de cel pe care l-ați configurat deja. Faceți clic pe Gestionare pentru a modifica configurația respectivă, apoi confirmați riscurile asociate selectând Continuare. Apoi, alegeți una dintre următoarele opțiuni și faceți clic pe Salvare:

  • Cisco PSTN —Alegeți această opțiune dacă doriți o soluție PSTN cloud de la Cisco. Cisco Calling Plan este o soluție completă de înlocuire PSTN care oferă apeluri de urgență, intrare, și de ieșire interne și internaționale de asteptare, și vă permite să comandați noi numere PSTN sau port numere existente la Cisco.

    Cisco PSTN opțiune este vizibilă numai în următoarele condiții:

    • Ați achiziționat cel puțin un angajat Cisco Calling Plan OCP (Outbound Calling Plan).

    • Locația dumneavoastră se află într-o țară în care este acceptatPlanul de apelare Cisco.

    • Locația ta este nouă. În prezent, locațiile preexistente care au avut alte capacități PSTN atribuite nu sunt eligibile pentru Planul de apelare Cisco. Deschideți un caz de asistență pentru îndrumare.

    • Sunteți găzduit într-un centru de date Webex Calling într-o regiune în care planul de apelare Cisco este acceptat.

  • Cloud Connected PSTN—Alegeți această opțiune dacă căutați o soluție PSTN în cloud de la unul dintre numeroșii parteneri Cisco CCP sau dacă planul de apelare Cisco nu este disponibil în locația dvs. Partenerii PCC oferă soluții de înlocuire PSTN, o acoperire globală extinsă și o gamă largă și variată de caracteristici, ambalaje și prețuri.

    Partenerii PCC și acoperirea geografică sunt enumerate aici. Sunt afișați numai partenerii care acceptă țara locației dvs. Partenerii sunt listați fie cu o siglă, fie ca un scurt șir de text urmat de o regiune, între paranteze (Exemplu: (UE), (SUA) sau (CA)). Partenerii enumerați cu un logo oferă întotdeauna media regională pentru PCC. Pentru partenerii care se afișează ca șir, alegeți regiunea cea mai apropiată de țara în care vă aflați, pentru a asigura media regională pentru PCC.

    Dacă vedeți opțiunea de a comanda numere acum sub un furnizor listat, vă recomandăm să alegeți această opțiune, astfel încât să puteți beneficia de un CCP integrat. CCP integrat permite achiziționarea și furnizarea numerelor de telefon în Control Hub pe un singur panou de sticlă. CCP neintegrat vă cere să procurați numerele de telefon de la partenerul CCP din afara Control Hub.

  • PSTN (Local Gateway)—Puteți alege această opțiune dacă doriți să vă păstrați furnizorul curent PSTN sau doriți să conectați site-urile non-cloud cu site-urile cloud.

    Clienții Webex Calling cu locații care sunt configurate anterior cu un Gateway local vor fi convertiți automat în PSTN bazat pe premise cu un trunchi corespunzător.

3

Pentru locație, selectați Numărul principal din lista derulantă pentru a permite utilizatorilor din locația respectivă să efectueze și să primească apeluri.

Numărul principal poate fi atribuit operatorului automat, astfel încât apelanții externi să poată contacta utilizatorii Webex Calling din acea locație. Utilizatorii Webex Calling din acea locație pot utiliza, de asemenea, acest număr ca ID-ul de apelant extern atunci când efectuează apeluri.
4

(Opțional) Sub Apelarede urgență, puteți selecta Identificator de locație de urgență pe care să îl atribuiți acestei locații.

Această setare este opțională și se aplică numai țărilor care o solicită.

În unele țări (Exemplu: Franța), există cerințe de reglementare pentru sistemele radio celulare pentru a stabili identitatea celulei atunci când efectuați un apel de urgență și este pus la dispoziția autorităților de urgență. Alte țări, cum ar fi S.U.A. și Canada, implementează determinarea locației folosind alte metode. Pentru mai multe informații, consultați Apelareade urgență îmbunătățită.

Este posibil ca furnizorul de apeluri de urgență să aibă nevoie de informații despre rețeaua de acces și se realizează prin definirea unui nou antet de extensie SIP privat, P-Access-Network-Info. Antetul conține informații referitoare la rețeaua de acces.

Atunci când setați identificatorul de locație de urgență pentru o locație, valoarea locației este trimisă furnizorului ca parte a mesajului SIP. Contactați furnizorul de apeluri de urgență pentru a vedea dacă aveți nevoie de această setare și utilizați valoarea furnizată de furnizorul de apeluri de urgență."

5

Selectați Numărul de poștă vocală pe care utilizatorii îl pot apela pentru a-și verifica mesageria vocală pentru această locație.

6

(Opțional) Faceți clic pe pictograma creion din partea de sus a paginii Locație pentru a modifica numele locației , limbaanunțului, limbade e-mail, fusul orarsau adresa , după cum este necesar, apoi faceți clic pe Salvare.

Modificarea limbii de anunț intră în vigoare imediat pentru orice utilizatori și caracteristici noi adăugate la această locație. Dacă utilizatorii și/sau caracteristicile existente ar trebui, de asemenea, să li se modifice limba de anunțare, atunci când vi se solicită, selectați Modificare pentru utilizatorii și spațiile de lucru existente sau Modificare pentru caracteristicileexistente. Faceți clic pe Se aplică. Puteți vizualiza progresul pe pagina Activități . Nu mai puteți face modificări până când acest lucru nu este finalizat.

Modificarea fusului orar pentru o locație nu actualizează fusurile orare ale caracteristicilor asociate locației. Pentru a edita fusurile orare pentru caracteristici precum operator automat, grup de vânătoare și coadă de apeluri, accesați zona Setări generale a caracteristicii specifice pentru care doriți să actualizați fusul orar și editați și salvați acolo.

Aceste setări sunt pentru apelare internă și sunt, de asemenea, disponibile în expertul de configurare pentru prima dată. Pe măsură ce modificați planul de apelare, numerele de exemplu din actualizarea Control Hub pentru a afișa aceste modificări.

Puteți configura permisiunile de apelare la ieșire pentru o locație. Consultați acești pași pentru a configura permisiunile de apelare la ieșire.

1

Conectați-vă la Control Hub, accesați Servicii > Apelare > Setări serviciu, apoi defilați la Apelare internă.

2

Configurați următoarele preferințe opționale de apelare, după cum este necesar:

  • Lungimea prefixului de rutare a locației—Vă recomandăm această setare dacă aveți mai multe locații. Puteți introduce o lungime de 2-7 cifre. Dacă aveți mai multe locații cu aceeași extensie, utilizatorii trebuie să formeze un prefix atunci când apelează între locații. De exemplu, dacă aveți mai multe magazine, toate cu extensia 1000, puteți configura un prefix de rutare pentru fiecare magazin. Dacă un magazin are un prefix de 888, veți forma 8881000 pentru a ajunge la acel magazin.

    Lungimile prefixului de rutare includ cifra de direcție. De exemplu, dacă setați lungimea prefixului de rutare la patru, pot fi utilizate doar trei cifre pentru a specifica site-ul.

    Dacă atribuiți un prefix de rutare unei locații, toate aparențele de extensii atribuite acelei locații includ prefixul de rutare în fața numărului de extensie. De exemplu, 888-1000 (extensie prefix de rutare).

  • Direcționarea numerelor în prefixul de rutare—Alegeți numărul care va fi setat ca prima cifră a fiecărui prefix de rutare.
  • Lungime extensie internă—Puteți introduce 2-10 cifre, iar valoarea implicită este 2.

    După ce măriți lungimea extensiei, apelurile de viteză existente către extensiile interne nu sunt actualizate automat.

  • Permiteți apelarea extensiilor între locații—Vă permite să personalizați apelarea extensiilor între locații în funcție de cerințele organizației dvs.

    • Activați comutatorul dacă organizația dvs. nu are extensii duplicate în toate locațiile sale.

      În mod implicit, comutatorul este activat.

    • Dezactivați comutatorul dacă organizația dvs. are aceeași extensie în locații diferite. Când comutatorul este dezactivat și apelantul apelează extensia, apelul este direcționat către un utilizator cu extensia de potrivire în aceeași locație ca apelantul. Apelantul trebuie să formeze numărul Enterprise Significant (prefix de rutare a locației + extensie) pentru a ajunge la un extensie în alte locații.

3

Specificați apelarea internă pentru anumite locații. Accesați Management > Locații, selectați o locație din listă și faceți clic pe Apelare. Derulați la apelare, apoi schimbați apelarea internă după cum este necesar:

  • Apelare internă—Specificați prefixul de rutare pe care utilizatorii din alte locații trebuie să îl apeleze pentru a contacta pe cineva din această locație. Prefixul de rutare al fiecărei locații trebuie să fie unic. Vă recomandăm ca lungimea prefixului să corespundă cu lungimea stabilită la nivelul organizației, dar trebuie să aibă o lungime de 2-7 cifre.
4

Specificați apelarea externă pentru anumite locații. Accesați Management > Locații, selectați o locație din listă și faceți clic pe Apelare. Derulați la apelare, apoi schimbați apelarea externă după cum este necesar:

  • Apelare externă—Puteți alege o cifră de apelare de ieșire pe care utilizatorii trebuie să o apeleze pentru a ajunge la o linie externă. Valoarea implicită este None și o puteți lăsa dacă nu aveți nevoie de acest obicei de apelare. Dacă decideți să utilizați această caracteristică, vă recomandăm să utilizați un număr diferit de cifra de direcție a organizației dvs.

    Utilizatorii pot include cifra de apelare de ieșire atunci când efectuează apeluri externe pentru a imita modul în care au apelat pe sistemele vechi. Cu toate acestea, toți utilizatorii pot efectua în continuare apeluri externe fără cifra de apelare de ieșire.

  • Opțional, aveți capacitatea de a Forța apelarea cifrei de apelare de ieșire a acestei locații, asigurându-vă că utilizatorul trebuie să utilizeze cifra de apelare de ieșire setată de administrator pentru a efectua apeluri externe.

    Apelurile de urgență pot fi apelate în continuare cu sau fără cifra de apelare de ieșire atunci când această funcție este activată.

    După activare, orice numere de destinație externe, cum ar fi cele utilizate pentru redirecționarea apelurilor, nu vor mai funcționa dacă nu este inclusă o cifră de apelare de ieșire.

    Dacă o prelungire este identică cu numărul național, atunci prelungirea are prioritate față de numărul național. Prin urmare, vă recomandăm să activați cifra de apelare de ieșire.
    Vă recomandăm foarte mult să utilizați formatul de numerotare E.164 pentru apelurile PSTN de intrare și de ieșire.

Impactul asupra utilizatorilor:

  • Utilizatorii trebuie să repornească telefoanele pentru ca modificările preferințelor de apelare să intre în vigoare.

  • Extensiile de utilizator nu trebuie să înceapă cu același număr ca cifra de direcție a locației sau cifrele de apelare de ieșire.

Configurarea PSTN bazat pe premise (Local Gateway) în Control Hub

Dacă sunteți reseller cu valoare adăugată, puteți utiliza acești pași pentru a porni configurarea gateway-ului local în Control Hub. Atunci când acest gateway este înregistrat în cloud, îl puteți utiliza în una sau mai multe dintre locațiile webex Calling pentru a furniza rutare către un furnizor de servicii PSTN de întreprindere.

O locație care are un gateway local nu poate fi ștearsă atunci când gateway-ul local este utilizat pentru alte locații.

Crearea unui trunchi
Urmați acești pași pentru a crea un trunchi în Control Hub.

Înainte de a începe

  • Odată ce o locație este adăugată și înainte de a configura PSTN bazat pe premise pentru o locație, trebuie să creați un trunchi.

  • Creați orice locații și setări și numere specifice pentru fiecare dintre ele. Locațiile trebuie să existe înainte de a putea adăuga un PSTN bazat pe premise.

  • Înțelegeți cerințele PSTN (gateway local) bazate pe premise pentru apelareaWebex.

  • Nu puteți alege mai mult de un portbagaj pentru o locație cu PSTN bazat pe premise, dar puteți alege același portbagaj pentru mai multe locații.

1

Conectați-vă la Control Hub la https://admin.webex.com, accesați Servicii > Apelare > Rutare apeluri, și selectați Adăugare trunchiuri.

2

Selectați o locație.

3

Denumiți trunchiul și faceți clic pe Salvare.

Numele nu poate fi mai mare de 24 de caractere.

Ce trebuie să faceți în continuare

Vi se prezintă parametrii relevanți pe care va trebui să îi configurați pe trunchi. De asemenea, veți genera un set de acreditări SIP digest pentru a securiza conexiunea PSTN.

Informațiile despre trunchi apar pe ecranul Registru domeniu, Trunk Group OTG/DTG, Linie/Portși 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 local, astfel încât să puteți face referire la acestea atunci când sunteți gata să configurați PSTN bazat pe premise.

Dacă pierdeți acreditările, trebuie să le generați din ecranul de informații 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.

Selectați un trunchi pentru PSTN bazat pe premise
1

Conectați-vă la Control Hub la https://admin.webex.com, accesați Management > Locație.

2

Selectați o locație de modificat și faceți clic pe Gestionare.

3

Selectați PSTN bazat pe premise și faceți clic pe Următorul.

4

Alegeți un trunchi din meniul vertical.

Vizitați pagina portbagajului pentru a gestiona opțiunile grupului de trunchiuri.

5

Faceți clic pe notificarea de confirmare, apoi faceți clic pe Salvare.

Ce trebuie să faceți în continuare

Trebuie să luați informațiile de configurare pe care Control Hub le-a generat și să mapați parametrii în gateway-ul local (de exemplu, pe un CISCO CUBE care se află la fața locului). Acest articol vă plimbă prin acest proces. Ca referință, consultați următoarea diagramă pentru un exemplu despre modul în care informațiile de configurare ale Hubului de control (din stânga) se mapează pe parametrii din CUBE (în dreapta):

După ce ați finalizat cu succes configurarea pe gateway-ul în sine, puteți reveni la Servicii > Apelare > Locații din Control Hub, iar gateway-ul pe care l-ați creat va fi listat în cardul de locație la care l-ați alocat cu un punct verde în partea stângă a numelui. Această stare indică faptul că gateway-ul este înregistrat în siguranță în cloud-ul apelant și servește ca gateway PSTN activ pentru locație.

Gestionare numere de telefon
Solicitarea unei achiziții de servicii Webex dintr-o versiune de încercare din Control Hub

Dacă încercați serviciile Webex și doriți să convertiți versiunea de încercare într-un abonament plătit, puteți trimite o solicitare prin e-mail partenerului.

1

Conectați-vă la Control Hub la https://admin.webex.com, selectați pictograma de construcție .

2

Selectați fila Abonamente , apoi faceți clic pe Achiziție acum.

Un e-mail este trimis partenerului prin care îi anunță că sunteți interesat să vă convertiți la un abonament plătit.

Setați opțiunile de apelare
Configurați comportamentul de apelare

Puteți controla ce se deschide aplicația de apelare atunci când utilizatorii efectuează apeluri. Puteți configura setările clientului de apelare, inclusiv implementarea în mod mixt pentru organizațiile cu utilizatori cu drepturi Unified CM sau Webex Calling și utilizatori fără servicii de apelare plătite de la Cisco. Pentru mai multe informații, consultați: Configurați comportamentul de apelare.

Configurați gateway-ul local în Cisco IOS XE pentru Webex Calling

Prezentare generală

Webex Calling currently supports two versions of Local Gateway:

  • Gateway local

  • Local Gateway for Webex for Government

Key considerations

  • Before you begin, understand the premises-based Public Switched Telephone Network (PSTN) and Local Gateway (LGW) requirements for Webex Calling. Consultați Arhitectura preferată Cisco pentru Apelarea Webex pentru mai multe informații.

  • Acest articol presupune că o platformă dedicată Local Gateway este în loc cu nici o configurație de voce existente. If you modify an existing PSTN gateway or CUBE Enterprise deployment to use as the Local Gateway function for Webex Calling, then pay careful attention to the configuration. Ensure that you don't interrupt the existing call flows and functionality because of the changes that you make.

The procedures contain links to command reference documentation where you can learn more about the individual command options. All command reference links go to the Webex Managed Gateways Command Reference unless stated otherwise (in which case, the command links go to Cisco IOS Voice Command Reference). You can access all these guides at Cisco Unified Border Element Command References.

For information on the supported third-party SBCs, refer to the respective product reference documentation.

Configure your Local Gateway

Există două opțiuni pentru a configura Gateway-ul local pentru trunchiul de apelare Webex:

  • Portbagaj pe bază de înregistrare

  • Portbagaj pe bază de certificat

Use the task flow either under the Registration-based Local Gateway or Certificate-based Local Gateway to configure Local Gateway for your Webex Calling trunk.

See Get started with Local Gateway for more information on different trunk types. Efectuați următorii pași pe Gateway-ul local în sine, utilizând interfața liniei de comandă (CLI). We use Session Initiation Protocol (SIP) and Transport Layer Security (TLS) transport to secure the trunk and Secure Real Time Protocol (SRTP) to secure the media between the Local Gateway and Webex Calling.

Key considerations

Local Gateway for Webex for Government doesn’t support the following:

  • STUN/ICE-Lite for media path optimization

  • Fax (T.38)

Configure your Local Gateway for Webex for Government

To configure Local Gateway for your Webex Calling trunk in Webex for Government, use the following option:

  • Portbagaj pe bază de certificat

Use the task flow under the Certificate-based Local Gateway to configure the Local Gateway for your Webex Calling trunk. For more details on how to configure a certificate-based Local Gateway, see Configure Webex Calling certificate-based trunk.

It’s mandatory to configure FIPS-compliant GCM ciphers to support Local Gateway for Webex for Government. If not, the call setup fails. For configuration details, see Configure Webex Calling certificate-based trunk.

Webex for Government doesn’t support registration-based Local Gateway.

Design overview

This section describes how to configure a Cisco Unified Border Element (CUBE) as a Local Gateway for Webex Calling, using a registering SIP trunk. The first part of this document illustrates how to configure a simple PSTN gateway. In this case, all calls from the PSTN are routed to Webex Calling and all calls from Webex Calling are routed to the PSTN. The image below highlights this solution and the high-level call routing configuration that will be followed.

In this design, the following principal configurations are used:

  • voice class tenants: Used to create trunk specific configurations.

  • voice class uri: Used to classify SIP messages for the selection of an inbound dial-peer.

  • inbound dial-peer: Provides treatment for inbound SIP messages and determines the outbound route with a dial-peer group.

  • dial-peer group: Defines the outbound dial-peers used for onward call routing.

  • outbound dial-peer: Provides treatment for outbound SIP messages and routes them to the required target.

Call routing from/to PSTN to/from Webex Calling configuration solution

While IP and SIP have become the default protocols for PSTN trunks, TDM (Time Division Multiplexing) ISDN circuits are still widely used and are supported with Webex Calling trunks. To enable media optimization of IP paths for Local Gateways with TDM-IP call flows, it is currently necessary to use a two-leg call routing process. This approach modifies the call routing configuration shown above, by introducing a set of internal loop-back dial-peers between Webex Calling and PSTN trunks as illustrated in the image below.

When connecting an on-premises Cisco Unified Communications Manager solution with Webex Calling, you can use the simple PSTN gateway configuration as a baseline for building the solution illustrated in the following diagram. In this case, Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls.

Throughout this document, the host names, IP addresses, and interfaces illustrated in the following image are used.

Use the configuration guidance in the rest of this document to complete your Local Gateway configuration as follows:

  • Pasul 1: Configure router baseline connectivity and security

  • Pasul 2: Configure Webex Calling Trunk

    Depending on your required architecture, follow either:

  • Pasul 3: Configure Local Gateway with SIP PSTN trunk

  • Pasul 4: Configure Local Gateway with existing Unified CM environment

    Sau:

  • Pasul 3: Configure Local Gateway with TDM PSTN trunk

Configure connectivity and security

Baseline configuration

The first step in preparing your Cisco router as a Local Gateway for Webex Calling is to build a baseline configuration that secures your platform and establishes connectivity.

  • All registration-based Local Gateway deployments require Cisco IOS XE 17.6.1a or later versions. For the recommended versions, see the Cisco Software Research page. Search for the platform and select one of the suggested releases.

    • ISR4000 series routers must be configured with both Unified Communications and Security technology licenses.

    • Catalyst Edge 8000 series routers fitted with voice cards or DSPs require DNA Advantage licensing. Routers without voice cards or DSPs require a minimum of DNA Essentials licensing.

  • Build a baseline configuration for your platform that follows your business policies. In particular, configure the following and verify the working:

    • NTP

    • Acls

    • User authentication and remote access

    • DNS

    • Rutare IP

    • IP addresses

  • The network toward Webex Calling must use an IPv4 address.

  • Upload the Cisco root CA bundle to the Local Gateway.

Configurare

1

Ensure that you assign valid and routable IP addresses to any Layer 3 interfaces, for example:

 interface GigabitEthernet0/0/0 description Interface facing PSTN and/or CUCM ip address 10.80.13.12 255.255.255.0 ! interface GigabitEthernet0/0/1 description Interface facing Webex Calling (Private address) ip address 192.51.100.1 255.255.255.240

2

Protect registration and STUN credentials on the router using symmetric encryption. Configure the primary encryption key and encryption type as follows:

 key config-key password-encrypt YourPassword password encryption aes

3

Create a placeholder PKI trustpoint.

Requires this trustpoint to configure TLS later. For registration-based trunks, this trustpoint doesn't require a certificate - as would be required for a certificate-based trunk.
 crypto pki trustpoint EmptyTP revocation-check none
4

Enable TLS1.2 exclusivity and specify the default trustpoint using the following configuration commands. Transport parameters should also be updated to ensure a reliable secure connection for registration:

The cn-san-validate server command ensures that the Local Gateway permits a connection if the host name configured in tenant 200 is included in either the CN or SAN fields of the certificate received from the outbound proxy.

  1. Set tcp-retry count to 1000 (5-msec multiples = 5 seconds).

  2. The timer connection establish command allows you to tune how long the LGW waits to set up a connection with a proxy before considering the next available option. The default for this timer is 20 seconds and the minimum 5 seconds. Start with a low value and increase if necessary to accommodate network conditions.

 sip-ua timers connection establish tls 5 transport tcp tls v1.2 crypto signaling default trustpoint EmptyTP cn-san-validate server tcp-retry 1000

5

Install the Cisco root CA bundle, which includes the DigiCert CA certificate used by Webex Calling. Use the crypto pki trustpool import clean url command to download the root CA bundle from the specified URL, and to clear the current CA trustpool, then install the new bundle of certificates:

If you need to use a proxy for access to the internet using HTTPS, add the following configuration before importing the CA bundle:

ip http client proxy-server yourproxy.com proxy-port 80
 ip http client source-interface GigabitEthernet0/0/1 crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Configure Webex Calling registration-based trunk
1

Create a registration based PSTN trunk for an existing location in Control Hub. Make a note of the trunk information that is provided once the trunk has been created. These details, as highlighted in the following illustration, will be used in the configuration steps in this guide. For more information, see Configure trunks, route groups, and dial plans for Webex Calling.

2

Enter the following commands to configure CUBE as a Webex Calling Local Gateway:

 voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y mode border-element media statistics media bulk-stats allow-connections sip to sip no supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asymmetric payload full early-offer forced

Iată o explicație a câmpurilor pentru configurație:

 ip address trusted list  ipv4 x.x.x.x y.y.y.y

  • To protect against toll fraud, the trusted address list defines a list of hosts and networks from which the Local Gateway expects legitimate VoIP calls.

  • By default, Local Gateway blocks all incoming VoIP messages from IP addresses not in its trusted list. Statically configured dial-peers with “session target IP” or server group IP addresses are trusted by default, so do not need to be added to the trusted list.

  • When configuring your Local Gateway, add the IP subnets of your regional Webex Calling data center to the list. Pentru mai multe informații, consultați Informații de referință pentru apelarea Webex. Also, add address ranges for Unified Communications Manager servers (if used) and PSTN trunk gateways.

    If your LGW is behind a firewall with restricted cone NAT, you may prefer to disable the IP address trusted list on the Webex Calling facing interface. Paravanul de protecție vă protejează deja de VoIP de intrare nesolicitat. Acțiunea de dezactivare reduce configurația pe termen mai lung, deoarece nu putem garanta că adresele colegilor de la Webex Calling rămân fixe și trebuie să configurați firewall-ul pentru colegi în orice caz.

mode border-element

Enables Cisco Unified Border Element (CUBE) features on the platform.

media statistics

Permite monitorizarea media pe Gateway-ul local.

media bulk-stats

Permite planului de control să sondeze planul de date pentru statisticile apelurilor în bloc.

For more information on these commands, see Media.

allow-connections sip to sip

Enable CUBE basic SIP back-to-back user agent functionality. For more information, see Allow connections.

By default, T.38 fax transport is enabled. For more information, see fax protocol t38 (voice-service).

stun

Enables STUN (Session Traversal of UDP through NAT) globally.

  • Atunci când redirecționați un apel către un utilizator Webex Calling (de exemplu, atât părțile apelate, cât și cele apelante sunt abonați Webex Calling și dacă ancorați conținutul media la SBC-ul webex calling ), atunci suportul media nu poate curge către Gateway-ul local, deoarece pinhole-ul nu este deschis.

  • The STUN bindings feature on the Local Gateway allows locally generated STUN requests to be sent over the negotiated media path. This helps to open the pinhole in the firewall.

For more information, see stun flowdata agent-id and stun flowdata shared-secret.

asymmetric payload full

Configures SIP asymmetric payload support for both DTMF and dynamic codec payloads. For more information on this command, see asymmetric payload.

early-offer forced

Forces the Local Gateway to send SDP information in the initial INVITE message instead of waiting for acknowledgment from the neighboring peer. For more information on this command, see early-offer.

3

Configure voice class codec 100 filter for the trunk. In this example, the same codec filter is used for all trunks. You can configure filters for each trunk for precise control.

 voice class codec 100 codec preference 1 opus codec preference 2 g711ulaw codec preference 3 g711alaw

Iată o explicație a câmpurilor pentru configurație:

voice class codec 100

Used to only allow preferred codecs for calls through SIP trunks. For more information, see voice class codec.

Opus codec is supported only for SIP-based PSTN trunks. If the PSTN trunk uses a voice T1/E1 or analog FXO connection, exclude codec preference 1 opus from the voice class codec 100 configuration.

4

Configure voice class stun-usage 100 to enable ICE on the Webex Calling trunk.

 voice class stun-usage 100 stun usage firewall-traversal flowdata stun usage ice lite

Iată o explicație a câmpurilor pentru configurație:

stun usage ice lite

Used to enable ICE-Lite for all Webex Calling facing dial-peers to allow media-optimization whenever possible. For more information, see voice class stun usage and stun usage ice lite.

You require stun usage of ICE-lite for call flows using media path optimization. To provide media-optimization for a SIP to TDM gateway, configure a loopback dial-peer with ICE-Lite enabled on the IP-IP leg. For further technical details, contact the Account or TAC teams

5

Configure the media encryption policy for Webex traffic.

 voice class srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80

Iată o explicație a câmpurilor pentru configurație:

voice class srtp-crypto 100

Specifies SHA1_80 as the only SRTP cipher-suite CUBE offers in the SDP in offer and answer messages. Webex Calling only supports SHA1_80. For more information, see voice class srtp-crypto.

6

Configure a pattern to uniquely identify calls to a Local Gateway trunk based on its destination trunk parameter: 

 voice class uri 100 sip pattern dtg=Dallas1463285401_LGU

Iată o explicație a câmpurilor pentru configurație:

voice class uri 100 sip

Defines a pattern to match an incoming SIP invite to an incoming trunk dial-peer. When entering this pattern, use dtg= followed by the Trunk OTG/DTG value provided in Control Hub when the trunk was created. For more information, see voice class uri.

7

Configure sip profile 100, which will be used to modify SIP messages before they are sent to Webex Calling.

 voice class sip-profiles 100 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:" rule 20 request ANY sip-header To modify "<sips:" "<sip:" rule 30 request ANY sip-header From modify "<sips:" "<sip:" rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" rule 50 response ANY sip-header To modify "<sips:" "<sip:" rule 60 response ANY sip-header From modify "<sips:" "<sip:" rule 70 response ANY sip-header Contact modify "<sips:" "<sip:" rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>" rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Iată o explicație a câmpurilor pentru configurație:

  • rule 10 to 70 and 90

    Ensures that SIP headers used for call signaling use the sip, rather than sips scheme, which is required by Webex proxies. Configuring CUBE to use sips ensures that secure registration is used.

  • rule 80

    Modifies the From header to include the trunk group OTG/DTG identifier from Control Hub to uniquely identify a Local Gateway site within an enterprise.

8

Configure Webex Calling trunk:

  1. Create voice class tenant 100 to define and group configurations required specifically for the Webex Calling trunk. In particular, the trunk registration details provided in Control Hub earlier will be used in this step as detailed below. Dial-peers associated with this tenant later will inherit these configurations.

    The following example uses the values illustrated in Step 1 for the purpose of this guide (shown in bold). Replace these with values for your trunk in your configuration.

     voice class tenant 100 registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com no remote-party-id sip-server dns:98027369.us10.bcld.webex.com connection-reuse srtp-crypto 100 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com privacy-policy passthru

    Iată o explicație a câmpurilor pentru configurație:

    voice class tenant 100

    Defines a set of configuration parameters that will be used only for the Webex Calling trunk. For more information, see voice class tenant.

    registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls

    Server de registrator pentru Gateway-ul local cu înregistrarea setată să se reîmprospăteze la fiecare două minute (50% din 240 de secunde). For more information, see registrar.

    Ensure that you use the Register Domain value from Control Hub here.

    credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks

    Acreditări pentru provocarea de înregistrare a trunchiului. For more information, see credentials (SIP UA).

    Ensure that you use the Line/Port host, Authentication Username and Authentication Password values respectively from Control Hub here.

    authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm BroadWorks
    authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Provocare de autentificare pentru apeluri. For more information, see authentication (dial-peer).

    Ensure that you use the Authentication Username, Authentication Password and Registrar Domain values respectively from Control Hub here.

    no remote-party-id

    Disable SIP Remote-Party-ID (RPID) header as Webex Calling supports PAI, which is enabled using CIO asserted-id pai. For more information, see remote-party-id.

    sip-server dns:us25.sipconnect.bcld.webex.com

    Configures the target SIP server for the trunk. Use the edge proxy SRV address provided in Control Hub when you created your trunk.

    connection-reuse

    Utilizează aceeași conexiune persistentă pentru înregistrare și procesarea apelurilor. For more information, see connection-reuse.

    srtp-crypto 100

    Configures the preferred cipher-suites for the SRTP call leg (connection) (specified in step 5). For more information, see voice class srtp-crypto.

    session transport tcp tls

    Setează transportul la TLS. For more information, see session-transport.

    url sips

    Interogarea SRV trebuie să fie SIP-uri, așa cum este acceptat de SBC-ul de acces; toate celelalte mesaje sunt schimbate în SIP de sip-profil 200.

    error-passthru

    Specifică funcționalitatea de trecere a răspunsului la eroare SIP. For more information, see error-passthru.

    asserted-id pai

    Activează procesarea PAI în Local Gateway. For more information, see asserted-id.

    bind control source-interface GigabitEthernet0/0/1

    Configures the source interface and associated IP address for messages sent to WebexCalling. For more information, see bind.

    bind media source-interface GigabitEthernet0/0/1

    Configures the source interface and associated IP address for media sent to WebexCalling. For more information, see bind.

    no pass-thru content custom-sdp

    Comanda implicită de sub entitate găzduită. For more information on this command, see pass-thru content.

    sip-profiles 100

    Changes SIPs to SIP and modify Line/Port for INVITE and REGISTER messages as defined in sip-profiles 100. For more information, see voice class sip-profiles.

    outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Apelând acces SBC. Insert the Outbound Proxy Address provided in Control Hub when you created your trunk. For more information, see outbound-proxy.

    privacy-policy passthru

    Configures the privacy header policy options for the trunk to pass privacy values from the received message to the next call leg. For more information, see privacy-policy.

  2. Configure the Webex Calling trunk dial-peer. 

     dial-peer voice 100 voip description Inbound/Outbound Webex Calling max-conn 250 destination-pattern BAD.BAD session protocol sipv2 session target sip-server incoming uri request 100 voice-class codec 100 dtmf-relay rtp-nte voice-class stun-usage 100 no voice-class sip localhost voice-class sip tenant 100 srtp no vad

    Iată o explicație a câmpurilor pentru configurație:

     dial-peer voice 100 voip  description Inbound/Outbound Webex Calling

    Definește un dial-peer VoIP cu o etichetă de 100 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare.

    max-conn 250

    Restricts the number of concurrent inbound and outbound calls between the LGW and Webex Calling. For registration trunks, the maximum value configured should be 250. Usea lower value if that would be more appropriate for your deployment. For more information on concurrent call limits for Local Gateway, refer to the Get started with Local Gateway document.

    destination-pattern BAD.BAD

    A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case.

    session protocol sipv2

    Specifică faptul că dial-peer 100 gestionează picioarele de apel SIP. For more information, see session protocol (dial-peer).

    session target sip-server

    Indicates that the SIP server defined in tenant 100 is inherited and used for the destination for calls from this dial peer.

    incoming uri request 100

    To specify the voice class used to match a VoIP dial peer to the uniform resource identifier (URI) of an incoming call. For more information, see incoming uri.

    voice-class codec 100

    Configures the dial-peer to use the common codec filter list 100. For more information, see voice-class codec.

    voice-class stun-usage 100

    Allows locally generated STUN requests on the Local Gateway to be sent over the negotiated media path. STUN helps to open a firewall pinhole for media traffic.

    no voice-class sip localhost

    Dezactivează înlocuirea numelui de gazdă locală DNS în locul adresei IP fizice în anteturile De la, Call-ID și Remote-Party-ID ale mesajelor de ieșire.

    voice-class sip tenant 100

    The dial-peer inherits all parameters configured globally and in tenant 100. Parameters may be overridden at the dial-peer level.

    srtp

    Permite SRTP pentru piciorul de apel.

    no vad

    Dezactivează detectarea activității vocale.

After you define tenant 100 and configure a SIP VoIP dial-peer, the gateway initiates a TLS connection toward Webex Calling. At this point the access SBC presents its certificate to the Local Gateway. The Local Gateway validates the Webex Calling access SBC certificate using the CA root bundle that was updated earlier. If the certificate is recognised, a persistent TLS session is established between the Local Gateway and Webex Calling access SBC. The Local Gateway is then able to use this secure connection to register with the Webex access SBC. When the registration is challenged for authentication:

  • The username, password, and realm parameters from the credentials configuration is used in the response.

  • The modification rules in sip profile 100 are used to convert SIPS URL back to SIP.

Registration is successful when a 200 OK is received from the access SBC.

Configure Local Gateway with a SIP PSTN trunk

Having built a trunk towards Webex Calling above, use the following configuration to create a non-encrypted trunk towards a SIP based PSTN provider:

If your Service Provider offers a secure PSTN trunk, you may follow a similar configuration as detailed above for the Webex Calling trunk. Secure to secure call routing is supported by CUBE.

If you are using a TDM / ISDN PSTN trunk, skip to next section Configure Local Gateway with TDM PSTN trunk.

To configure TDM interfaces for PSTN call legs on the Cisco TDM-SIP Gateways, see  Configuring ISDN PRI.

1

Configure the following voice class uri to identify inbound calls from the PSTN trunk:

 voice class uri 200 sip host ipv4:192.168.80.13

Iată o explicație a câmpurilor pentru configurație:

voice class uri 200 sip

Defines a pattern to match an incoming SIP invite to an incoming trunk dial-peer. When entering this pattern, use the IP address of you IP PSTN gateway. For more information, see  voice class uri.

2

Configure the following IP PSTN dial-peer:

 dial-peer voice 200 voip description Inbound/Outbound IP PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.13 incoming uri via 200 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class codec 100 dtmf-relay rtp-nte no vad

Iată o explicație a câmpurilor pentru configurație:

 dial-peer voice 200 voip  description Inbound/Outbound IP PSTN trunk

Definește un dial-peer VoIP cu o etichetă de 200 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. For more information, see dial-peer voice.

destination-pattern BAD.BAD

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

session protocol sipv2

Specifică faptul că dial-peer 200 gestionează picioarele de apel SIP. For more information, see session protocol (dial peer).

session target ipv4:192.168.80.13

Indică adresa IPv4 țintă a destinației pentru a trimite segmentul de apel. Ținta sesiunii aici este adresa IP a ITSP. For more information, see  session target (VoIP dial peer).

incoming uri via 200

Definește un criteriu de potrivire pentru antetul VIA cu adresa IP PSTN a IP. Matches all incoming IP PSTN call legs on the Local Gateway with dial-peer 200. For more information, see  incoming url.

bind control source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

bind media source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

voice-class codec 100

Configures the dial-peer to use the common codec filter list 100. For more information, see voice-class codec.

dtmf-relay rtp-nte

Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. For more information, see DTMF Relay (Voice over IP).

no vad

Dezactivează detectarea activității vocale. For more information, see vad (dial peer).

3

If you are configuring your Local Gateway to only route calls between Webex Calling and the PSTN, add the following call routing configuration. If you are configuring your Local Gateway with a Unified Communications Manager platform, skip to the next section.

  1. Create dial-peer groups to route calls towards Webex Calling or the PSTN. Define DPG 100 with outbound dial-peer 100 toward Webex Calling. DPG 100 is applied to the incoming dial-peer from the PSTN. Similarly, define DPG 200 with outbound dial-peer 200 toward the PSTN. DPG 200 is applied to the incoming dial-peer from Webex.

     voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 200 description Route calls to PSTN dial-peer 200

    Iată o explicație a câmpurilor pentru configurație:

    dial-peer 100

    Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.

  2. Apply dial-peer groups to route calls from Webex to the PSTN and from the PSTN to Webex: 

     dial-peer voice 100 destination dpg 200 dial-peer voice 200 destination dpg 100

    Iată o explicație a câmpurilor pentru configurație:

    destination dpg 200

    Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

    This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features are configured.

Configure Local Gateway with a TDM PSTN trunk

Having built a trunk towards Webex Calling, use the following configuration to create a TDM trunk for your PSTN service with loop-back call routing to allow media optimization on the Webex call leg.

If you do not require IP media optimization, follow the configuration steps for a SIP PSTN trunk. Use a voice port and POTS dial-peer (as shown in Steps 2 and 3) instead of the PSTN VoIP dial-peer.
1

The loop-back dial-peer configuration uses dial-peer groups and call routing tags to ensure that calls pass correctly between Webex and the PSTN, without creating call routing loops. Configure the following translation rules that will be used to add and remove the call routing tags:

 voice translation-rule 100 rule 1 /^\+/ /A2A/ voice translation-profile 100 translate called 100 voice translation-rule 200 rule 1 /^/ /A1A/ voice translation-profile 200 translate called 200 voice translation-rule 11 rule 1 /^A1A/ // voice translation-profile 11 translate called 11 voice translation-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 translate called 12

Iată o explicație a câmpurilor pentru configurație:

voice translation-rule

Uses regular expressions defined in rules to add or remove call routing tags. Over-decadic digits (‘A’) are used to add clarity for troubleshooting.

In this configuration, the tag added by translation-profile 100 is used to guide calls from Webex Calling towards the PSTN via the loopback dial-peers. Similarly, the tag added by translation-profile 200 is used to guide calls from the PSTN towards Webex Calling. Translation-profiles 11 and 12 remove these tags before delivering calls to the Webex and PSTN trunks respectively.

This example assumes that called numbers from Webex Calling are presented in +E.164 format. Rule 100 removes the leading + to maintain a valid called number. Rule 12 then adds a national or international routing digit(s) when removing the tag. Use digits that suit your local ISDN national dial plan.

If Webex Calling presents numbers in national format, adjust rules 100 and 12 to simply add and remove the routing tag respectively.

For more information, see voice translation-profile and voice translation-rule.

2

Configure TDM voice interface ports as required by the trunk type and protocol used. For more information, see Configuring ISDN PRI. For example, the basic configuration of a Primary Rate ISDN interface installed in NIM slot 2 of a device might include the following:

 card type e1 0 2 isdn switch-type primary-net5 controller E1 0/2/0 pri-group timeslots 1-31
3

Configure the following TDM PSTN dial-peer:

 dial-peer voice 200 pots description Inbound/Outbound PRI PSTN trunk destination-pattern BAD.BAD translation-profile incoming 200 direct-inward-dial port 0/2/0:15

Iată o explicație a câmpurilor pentru configurație: 

 dial-peer voice 200 pots  description Inbound/Outbound PRI PSTN trunk

Definește un dial-peer VoIP cu o etichetă de 200 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. For more information, see dial-peer voice.

destination-pattern BAD.BAD

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

translation-profile incoming 200

Assigns the translation profile that will add a call routing tag to the incoming called number.

direct-inward-dial

Routes the call without providing a secondary dial-tone. For more information, see direct-inward-dial.

port 0/2/0:15

The physical voice port associated with this dial-peer.

4

To enable media optimization of IP paths for Local Gateways with TDM-IP call flows, you can modify the call routing by introducing a set of internal loop-back dial-peers between Webex Calling and PSTN trunks. Configure the following loop-back dial-peers. In this case, all incoming calls will be routed initially to dial-peer 10 and from there to either dial-peer 11 or 12 based on the applied routing tag. After removal of the routing tag, calls will be routed to the outbound trunk using dial-peer groups.

 dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Inbound loop-around leg towards Webex translation-profile incoming 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description Inbound loop-around leg towards PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad

Iată o explicație a câmpurilor pentru configurație: 

 dial-peer voice 10 pots  description Outbound loop-around leg

Defines a VoIP dial-peer and gives a meaningful description for ease of management and troubleshooting. For more information, see dial-peer voice.

translation-profile incoming 11

Applies the translation profile defined earlier to remove the call routing tag before passing to the outbound trunk.

destination-pattern BAD.BAD

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

session protocol sipv2

Specifies that this dial-peer handles SIP call legs. For more information, see  session protocol (dial peer).

session target 192.168.80.14

Specifies the local router interface address as the call target to loop-back. For more information, see session target (voip dial peer).

bind control source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for messages sent through the loop-back. For more information, see  bind.

bind media source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for media sent through the loop-back. For more information, see  bind.

dtmf-relay rtp-nte

Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. For more information, see  DTMF Relay (Voice over IP).

codec g711alaw

Forces all PSTN calls to use G.711. Select a-law or u-law to match the companding method used by your ISDN service.

no vad

Dezactivează detectarea activității vocale. For more information, see  vad (dial peer).

5

Add the following call routing configuration:

  1. Create dial-peer groups to route calls between the PSTN and Webex trunks, via the loop-back.

     voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 10 description Route calls to Loopback dial-peer 10

    Iată o explicație a câmpurilor pentru configurație:

    dial-peer 100

    Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.

  2. Apply dial-peer groups to route calls.

     dial-peer voice 100 destination dpg 10 dial-peer voice 200 destination dpg 10 dial-peer voice 11 destination dpg 100 dial-peer voice 12 destination dpg 200

    Iată o explicație a câmpurilor pentru configurație:

    destination dpg 200

    Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features are configured.
Configurați Local Gateway cu un mediu Unified CM existent

The PSTN-Webex Calling configuration in the previous sections may be modified to include additional trunks to a Cisco Unified Communications Manager (UCM) cluster. In this case, all calls are routed via Unified CM. Calls from UCM on port 5060 are routed to the PSTN and calls from port 5065 are routed to Webex Calling. The following incremental configurations may be added to include this calling scenario.

When creating the Webex Calling trunk in Unified CM, ensure that you configure the incoming port in the SIP Trunk Security Profile settings to 5065. This allows incoming messages on port 5065 and populate the VIA header with this value when sending messages to the Local Gateway.

1

Configurați următoarele URL-uri de clasă de voce:

  1. Classifies Unified CM to Webex calls using SIP VIA port:

     voice class uri 300 sip pattern :5065

  2. Classifies Unified CM to PSTN calls using SIP via port:

     voice class uri 400 sip pattern 192\.168\.80\.6[0-5]:5060

    Classify incoming messages from the UCM towards the PSTN trunk using one or more patterns that describe the originating source addresses and port number. Regular expressions may be used to define matching patterns if required.

    In the example above, a regular expression is used to match any IP address in the range 192.168.80.60 to 65 and port number 5060.

2

Configure the following DNS records to specify SRV routing to Unified CM hosts:

IOS XE uses these records for locally determining target UCM hosts and ports. With this configuration, it is not required to configure records in your DNS system. If you prefer to use your DNS, then these local configurations are not required.

 ip host ucmpub.mydomain.com 192.168.80.60 ip host ucmsub1.mydomain.com 192.168.80.61 ip host ucmsub2.mydomain.com 192.168.80.62 ip host ucmsub3.mydomain.com 192.168.80.63 ip host ucmsub4.mydomain.com 192.168.80.64 ip host ucmsub5.mydomain.com 192.168.80.65 ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Iată o explicație a câmpurilor pentru configurație:

The following command creates a DNS SRV resource record. Create a record for each UCM host and trunk:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV resource record name

2: The SRV resource record priority

1: The SRV resource record weight

5060: The port number to use for the target host in this resource record

ucmsub5.mydomain.com: The resource record target host

To resolve the resource record target host names, create local DNS A records. De exemplu:

ip host ucmsub5.mydomain.com 192.168.80.65

ip host: Creates a record in the local IOS XE database.

ucmsub5.mydomain.com: The A record host name.

192.168.80.65: The host IP address.

Create the SRV resource records and A records to reflect your UCM environment and preferred call distribution strategy.

3

Configure the following dial-peers:

  1. Dial-peer for calls between Unified CM and Webex Calling:

     dial-peer voice 300 voip description UCM-Webex Calling trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:wxtocucm.io incoming uri via 300 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Iată o explicație a câmpurilor pentru configurație:

     dial-peer voice 300 voip  description UCM-Webex Calling trunk

    Defines a VoIP dial-peer with a tag 300 and gives a meaningful description for ease of management and troubleshooting.

    destination-pattern BAD.BAD

    A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case.

    session protocol sipv2

    Specifies that dial-peer 300 handles SIP call legs. For more information, see  session protocol (dial-peer).

    session target dns:wxtocucm.io

    Defines the session target of multiple Unified CM nodes through DNS SRV resolution. In this case, the locally defined SRV record wxtocucm.io is used to direct calls.

    incoming uri via 300

    Uses voice class URI 300 to direct all incoming traffic from Unified CM using source port 5065 to this dial-peer. For more information, see  incoming uri.

    voice-class codec 100

    Indicates codec filter list for calls to and from Unified CM. For more information, see  voice class codec.

    bind control source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

    bind media source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. For more information, see  DTMF Relay (Voice over IP).

    no vad

    Dezactivează detectarea activității vocale. For more information, see  vad (dial peer).

  2. Dial-peer for calls between Unified CM and the PSTN:

     dial-peer voice 400 voip description UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io incoming uri via 400 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Iată o explicație a câmpurilor pentru configurație:

     dial-peer voice 400 voip  description UCM-PSTN trunk

    Definește un dial-peer VoIP cu o etichetă de 400 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare.

    destination-pattern BAD.BAD

    A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case.

    session protocol sipv2

    Specifies that dial-peer 400 handles SIP call legs. For more information, see  session protocol (dial-peer).

    session target dns:pstntocucm.io

    Defines the session target of multiple Unified CM nodes through DNS SRV resolution. In this case, the locally defined SRV record pstntocucm.io is used to direct calls.

    incoming uri via 400

    Uses voice class URI 400 to direct all incoming traffic from the specified Unified CM hosts using source port 5060 to this dial-peer. For more information, see  incoming uri.

    voice-class codec 100

    Indicates codec filter list for calls to and from Unified CM. For more information, see  voice class codec.

    bind control source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

    bind media source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. For more information, see  DTMF Relay (Voice over IP).

    no vad

    Dezactivează detectarea activității vocale. For more information, see  vad (dial peer).

4

Add call routing using the following configurations:

  1. Create dial-peer groups to route calls between Unified CM and Webex Calling. Define DPG 100 with outbound dial-peer 100 towards Webex Calling. DPG 100 is applied to the associated incoming dial-peer from Unified CM. Similarly, define DPG 300 with outbound dial-peer 300 toward Unified CM. DPG 300 is applied to the incoming dial-peer from Webex.

     voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 300 description Route calls to Unified CM Webex Calling trunk dial-peer 300

  2. Create a dial-peer groups to route calls between Unified CM and the PSTN. Define DPG 200 with outbound dial-peer 200 toward the PSTN. DPG 200 is applied to the associated incoming dial-peer from Unified CM. Similarly, define DPG 400 with outbound dial-peer 400 toward Unified CM. DPG 400 is applied to the incoming dial-peer from the PSTN.

     voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 400 description Route calls to Unified CM PSTN trunk dial-peer 400

    Iată o explicație a câmpurilor pentru configurație:

    dial-peer  100

    Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.

  3. Apply dial-peer groups to route calls from Webex to Unified CM and from Unified CM to Webex: 

     dial-peer voice 100 destination dpg 300 dial-peer voice 300 destination dpg 100

    Iată o explicație a câmpurilor pentru configurație:

    destination dpg 300

    Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

  4. Apply dial-peer groups to route calls from the PSTN to Unified CM and from Unified CM to the PSTN:

     dial-peer voice 200 destination dpg 400 dial-peer voice 400 destination dpg 200

    This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features have been configured.

Monitorizați și depanați Gateway-ul local cu semnături de diagnosticare

Semnăturile de diagnosticare (DS) detectează proactiv problemele observate frecvent în Gateway-ul local bazat pe IOS XE și generează e-mail, syslog sau notificare de mesaje terminale ale evenimentului. You can also install the DS to automate diagnostics data collection and transfer-collected data to the Cisco TAC case to accelerate resolution time.

Semnăturile de diagnosticare (DS) sunt fișiere XML care conțin informații despre evenimentele care declanșează probleme și acțiunile care trebuie întreprinse pentru a informa, a depana și a remedia problema. You can define the problem detection logic using syslog messages, SNMP events and through periodic monitoring of specific show command outputs.

Tipurile de acțiuni includ colectarea ieșirilor de comandă afișare:

  • Generarea unui fișier jurnal consolidat

  • Uploading the file to a user-provided network location such as HTTPS, SCP, FTP server.

Inginerii TAC autor fișierele DS și îl semnează digital pentru protecția integrității. Fiecare fișier DS are un ID numeric unic atribuit de sistem. Diagnostic Signatures Lookup Tool (DSLT) is a single source to find applicable signatures for monitoring and troubleshooting various problems.

Înainte de a începe:

  • Nu editați fișierul DS pe care îl descărcați de la DSLT. Fișierele pe care le modificați nu reușesc instalarea din cauza erorii de verificare a integrității.

  • Un server Simple Mail Transfer Protocol (SMTP) de care aveți nevoie pentru ca Gateway-ul local să trimită notificări prin e-mail.

  • Asigurați-vă că Gateway-ul local execută IOS XE 17.6.1 sau o versiune ulterioară dacă doriți să utilizați serverul SMTP securizat pentru notificări prin e-mail.

Cerințe preliminare

Local Gateway running IOS XE 17.6.1a or higher

  1. Semnăturile de diagnosticare sunt activate în mod implicit.

  2. Configure the secure email server to be used to send proactive notification if the device is running Cisco IOS XE 17.6.1a or higher.

    configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end

  3. Configure the environment variable ds_email with the email address of the administrator to notify you. 

    configure terminal call-home diagnostic-signature environment ds_email <email address> end

The following shows an example configuration of a Local Gateway running on Cisco IOS XE 17.6.1a or higher to send the proactive notifications to tacfaststart@gmail.com using Gmail as the secure SMTP server:

We recommend you to use the Cisco IOS XE Bengaluru 17.6.x or later versions.

call-home mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls diagnostic-signature environment ds_email "tacfaststart@gmail.com"

Un Gateway local care rulează pe Cisco IOS XE Software nu este un client Gmail tipic bazat pe web care acceptă OAuth, deci trebuie să configurăm o anumită setare de cont Gmail și să oferim permisiunea specifică de a avea e-mailul de pe dispozitiv procesat corect:

  1. Go to Manage Google Account > Security and turn on the Less secure app access setting.

  2. Răspundeți la "Da, am fost eu" atunci când primiți un e-mail de la Gmail în care se menționează "Google a împiedicat pe cineva să se conecteze la contul dvs., folosind o aplicație non-Google".

Instalarea semnăturilor de diagnosticare pentru monitorizare proactivă

Monitorizarea utilizării ridicate a procesorului

This DS tracks CPU utilization for five seconds using the SNMP OID 1.3.6.1.4.1.9.2.1.56. Când utilizarea ajunge la 75% sau mai mult, dezactivează toate depanările și dezinstalează toate semnăturile de diagnosticare care sunt instalate în Gateway-ul local. Urmați acești pași de mai jos pentru a instala semnătura.

  1. Use the show snmp command to enable SNMP. If you do not enable, then configure the snmp-server manager command.

    show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input      0 Bad SNMP version errors      1 Unknown community name      0 Illegal operation for community name supplied      0 Encoding errors 37763 Number of requested variables      2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs      2 Set-request PDUs      0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output      0 Too big errors (Maximum packet size 1500) 20 No such name errors      0 Bad values errors      0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: activat

  2. Descărcați DS 64224 utilizând următoarele opțiuni verticale din Instrumentulde căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series or Cisco CSR 1000V Series

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    Utilizare ridicată a procesorului cu notificare prin e-mail.

  3. Copiați fișierul DS XML în blițul Local Gateway.

    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Următorul exemplu arată copierea fișierului de pe un server FTP pe Gateway-ul local. 

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash:  Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Instalați fișierul DS XML în Gateway-ul local.

    call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success

  5. Utilizați comanda afișare semnătură de diagnosticare apel-acasă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare ar trebui să aibă o valoare "înregistrată". 

    show call-home diagnostic-signature Current diagnostic-signature settings:  Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com

    Descarca DSes:

    ID-ul DS

    Numele DS

    Revizie

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Înscris

    2020-11-07 22:05:33

    Când este declanșată, această semnătură dezinstalează toate DS-urile care rulează, inclusiv pe sine. If necessary, reinstall DS 64224 to continue monitoring high CPU utilization on the Local Gateway.

Monitorizarea înregistrării portbagajului SIP

Acest DS verifică anularea înregistrării unui portbagaj SIP Local Gateway cu cloud webex Calling la fiecare 60 de secunde. Once the unregistration event is detected, it generates an email and syslog notification and uninstalls itself after two unregistration occurrences. Use the steps below to install the signature:

  1. Descărcați DS 64117 utilizând următoarele opțiuni verticale din Instrumentul de căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    SIP-SIP

    Tip de problemă

    SIP Trunk Unregistration cu notificare prin e-mail.

  2. Copiați fișierul DS XML în Gateway-ul local.

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

  3. Instalați fișierul DS XML în Gateway-ul local. 

    call-home diagnostic-signature load DS_64117.xml Load file DS_64117.xml success LocalGateway#

  4. Utilizați comanda afișare semnătură de diagnosticare apel-acasă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare trebuie să aibă o valoare "înregistrată".

Monitorizarea deconectărilor anormale ale apelurilor

This DS uses SNMP polling every 10 minutes to detect abnormal call disconnect with SIP errors 403, 488 and 503.  If the error count increment is greater than or equal to 5 from the last poll, it generates a syslog and email notification. Please use the steps below to install the signature.

  1. Use the show snmp command to check whether SNMP is enabled. If it is not enabled, configure the snmp-server manager command. 

    show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input      0 Bad SNMP version errors      1 Unknown community name      0 Illegal operation for community name supplied      0 Encoding errors 37763 Number of requested variables      2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs      2 Set-request PDUs      0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output      0 Too big errors (Maximum packet size 1500) 20 No such name errors      0 Bad values errors      0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: activat

  2. Descărcați DS 65221 utilizând următoarele opțiuni în Instrumentul de căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    SIP anormale apel deconectați de detectare cu e-mail și Syslog notificare.

  3. Copiați fișierul DS XML în Gateway-ul local. 

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Instalați fișierul DS XML în Gateway-ul local. 

    call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success

  5. Utilizați comanda afișare semnătură de diagnosticare apel-acasă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare trebuie să aibă o valoare "înregistrată".

Instalarea semnăturilor de diagnosticare pentru a depana o problemă

Utilizați semnături de diagnosticare (DS) pentru a rezolva rapid problemele. Cisco TAC ingineri au creat mai multe semnături care permit depanare necesare, care sunt necesare pentru a depana o anumită problemă, detecta apariția problemei, colecta dreptul de set de date de diagnosticare și transferul automat de date la cisco TAC caz. Diagnostic Signatures (DS) eliminate the need to manually check for the problem occurrence and makes troubleshooting of intermittent and transient issues a lot easier.

Puteți utiliza Instrumentul de căutare a semnăturilor de diagnosticare pentru a găsi semnăturile aplicabile și a le instala pentru a rezolva singur o problemă dată sau puteți instala semnătura recomandată de inginerul TAC ca parte a angajamentului de asistență.

Iată un exemplu despre cum să găsiți și să instalați un DS pentru a detecta apariția "%VOICE_IEC-3-GW: CCAPI: Eroare internă (prag de vârf al apelului): IEC=1.1.181.1.29.0" syslog și automatizați colectarea datelor de diagnosticare utilizând următorii pași:

  1. Configure an additional DS environment variable ds_fsurl_prefix which is the Cisco TAC file server path (cxd.cisco.com) to which the collected diagnostics data are uploaded. The username in the file path is the case number and the password is the file upload token which can be retrieved from Support Case Manager in the following command. The file upload token can be generated in the Attachments section of the Support Case Manager, as needed. 

    configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end

    Exemplu: 

    call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Ensure that SNMP is enabled using the show snmp command. If it is not enabled, configure the snmp-server manager command.

    show snmp %SNMP agent not enabled config t snmp-server manager end

  3. Asigurați-vă că instalați monitorizarea ridicată a procesorului DS 64224 ca o măsură proactivă pentru a dezactiva toate semnăturile de depanare și diagnosticare în timpul utilizării ridicate a procesorului. Descărcați DS 64224 utilizând următoarele opțiuni în Instrumentul de căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    Utilizare ridicată a procesorului cu notificare prin e-mail.

  4. Descărcați DS 65095 utilizând următoarele opțiuni în Instrumentulde căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Syslogs

    Tip de problemă

    Syslog - %VOICE_IEC-3-GW: CCAPI: Eroare internă (prag de vârf al apelului): IEC=1.1.181.1.29.0

  5. Copiați fișierele DS XML pe Gateway-ul local.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:  copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Instalați fișierul DS 64224 de monitorizare a procesorului înalt și apoi DS 65095 XML în Gateway-ul local. 

    call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success

  7. Verify that the signature is successfully installed using the show call-home diagnostic-signature command. Coloana de stare trebuie să aibă o valoare "înregistrată". 

    show call-home diagnostic-signature Current diagnostic-signature settings:  Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    DescarcaT DSes:

    ID-ul DS

    Numele DS

    Revizie

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Înscris

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Înscris

    2020-11-08

Verificarea executării semnăturilor de diagnosticare

In the following command, the “Status” column of the show call-home diagnostic-signature command changes to “running” while the Local Gateway executes the action defined within the signature. Rezultatul statisticilor de diagnosticare a semnăturii de apel la domiciliu este cea mai bună modalitate de a verifica dacă o semnătură de diagnosticare detectează un eveniment de interes și execută acțiunea. Coloana "Triggered/Max/Deinstall" indică de câte ori semnătura dată a declanșat un eveniment, numărul maxim de ori este definit pentru a detecta un eveniment și dacă semnătura se deinstalează după detectarea numărului maxim de evenimente declanșate. 

show call-home diagnostic-signature Current diagnostic-signature settings:  Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DescarcaT DSes:

ID-ul DS

Numele DS

Revizie

Stare

Ultima actualizare (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Înscris

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Rulare

2020-11-08 00:12:53

afișarea statisticilor privind semnătura de diagnosticare a apelurilor la domiciliu

ID-ul DS

Numele DS

Triggered/Max/Deinstall

Timp mediu de rulare (secunde)

Timp maxim de rulare (secunde)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

E-mailul de notificare care este trimis în timpul executării semnăturii de diagnosticare conține informații cheie, cum ar fi tipul de problemă, detaliile dispozitivului, versiunea software, configurația care rulează și afișarea ieșirilor de comandă care sunt relevante pentru depanarea problemei date.

Dezinstalarea semnăturilor de diagnosticare

Utilizarea semnăturilor de diagnosticare în scopuri de depanare sunt de obicei definite pentru a dezinstala după detectarea unor apariții ale problemelor. If you want to uninstall a signature manually, retrieve the DS ID from the output of the show call-home diagnostic-signature command and run the following command:

call-home diagnostic-signature deinstall <DS ID>

Exemplu:

call-home diagnostic-signature deinstall 64224

Semnăturile noi sunt adăugate periodic la Instrumentul de căutare a semnăturilor de diagnosticare, pe baza problemelor care sunt frecvent observate în implementări. TAC în prezent nu acceptă solicitările de creare de noi semnături particularizate.

Manage and validate Cisco IOS XE Gateways through Control Hub

For better management of Cisco IOS XE Gateways, we recommend that you enroll and manage the gateways through the Control Hub. It is an optional configuration. When enrolled, you can use the configuration validation option in the Control Hub to validate your Local Gateway configuration and identify any configuration issues. Currently, only registration-based trunks support this functionality.

For more information, refer the following:

Design overview

This section describes how to configure a Cisco Unified Border Element (CUBE) as a Local Gateway for Webex Calling, using certificate-based mutual TLS (mTLS) SIP trunk. The first part of this document illustrates how to configure a simple PSTN gateway. In this case, all calls from the PSTN are routed to Webex Calling and all calls from Webex Calling are routed to the PSTN. The following image highlights this solution and the high-level call routing configuration that will be followed.

In this design, the following principal configurations are used:

  • voice class tenants: Used to create trunk specific configurations.

  • voice class uri: Used to classify SIP messages for the selection of an inbound dial-peer.

  • inbound dial-peer: Provides treatment for inbound SIP messages and determines the outbound route with a dial-peer group.

  • dial-peer group: Defines the outbound dial-peers used for onward call routing.

  • outbound dial-peer: Provides treatment for outbound SIP messages and routes them to the required target.

Call routing from/to PSTN to/from Webex Calling configuration solution

While IP and SIP have become the default protocols for PSTN trunks, TDM (Time Division Multiplexing) ISDN circuits are still widely used and are supported with Webex Calling trunks. To enable media optimization of IP paths for Local Gateways with TDM-IP call flows, it is currently necessary to use a two-leg call routing process. This approach modifies the call routing configuration shown above, by introducing a set of internal loop-back dial-peers between Webex Calling and PSTN trunks as illustrated in the image below.

When connecting an on-premises Cisco Unified Communications Manager solution with Webex Calling, you can use the simple PSTN gateway configuration as a baseline for building the solution illustrated in the following diagram. In this case, Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls.

Throughout this document, the host names, IP addresses, and interfaces illustrated in the following image are used. Options are provided for public or private (behind NAT) addressing. SRV DNS records are optional, unless load balancing across multiple CUBE instances.

Use the configuration guidance in the rest of this document to complete your Local Gateway configuration as follows:

  • Pasul 1: Configure router baseline connectivity and security

  • Pasul 2: Configure Webex Calling Trunk

    Depending on your required architecture, follow either:

  • Pasul 3: Configure Local Gateway with SIP PSTN trunk

  • Pasul 4: Configure Local Gateway with existing Unified CM environment

    Sau:

  • Pasul 3: Configure Local Gateway with TDM PSTN trunk

Configure connectivity and security

Baseline configuration

The first step in preparing your Cisco router as a Local Gateway for Webex Calling is to build a baseline configuration that secures your platform and establishes connectivity.

  • All certificate-based Local Gateway deployments require Cisco IOS XE 17.9.1a or later versions. For the recommended versions, see the Cisco Software Research page. Search for the platform and select one of the suggested releases.

    • ISR4000 series routers must be configured with both Unified Communications and Security technology licenses.

    • Catalyst Edge 8000 series routers fitted with voice cards or DSPs require DNA Essentials licensing. Routers without voice cards or DSPs require a minimum of DNA Essentials licensing.

    • For high-capacity requirements, you may also require a High Security (HSEC) license and additional throughput entitlement.

      Refer to Authorization Codes for further details.

  • Build a baseline configuration for your platform that follows your business policies. In particular, configure the following and verify the working:

    • NTP

    • Acls

    • User authentication and remote access

    • DNS

    • Rutare IP

    • IP addresses

  • The network toward Webex Calling must use a IPv4 address. Local Gateway Fully Qualified Domain Names (FQDN) or Service Record (SRV) addresses must resolve to a public IPv4 address on the internet.

  • All SIP and media ports on the Local Gateway interface facing Webex must be accessible from the internet, either directly or via static NAT. Ensure that you update your firewall accordingly.

  • Install a signed certificate on the Local Gateway (the following provides detailed configuration steps).

    • A public Certificate Authority (CA) as detailed in  What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms? must sign the device certificate.

    • The FQDN configured in the Control Hub when creating a trunk must be the Common Name (CN) or Subject Alternate Name (SAN) certificate of the router. De exemplu:

      • If a configured trunk in the Control Hub of your organization has cube1.lgw.com:5061 as FQDN of the Local Gateway, then the CN or SAN in the router certificate must contain cube1.lgw.com. 

      • If a configured trunk in the Control Hub of your organization has lgws.lgw.com as the SRV address of the Local Gateway(s) reachable from the trunk, then the CN or SAN in the router certificate must contain lgws.lgw.com. Înregistrările la care se rezolvă adresa SRV (CNAME, O înregistrare sau adresă IP) sunt opționale în SAN.

      • Whether you use an FQDN or SRV for the trunk, the contact address for all new SIP dialogs from your Local Gateway uses the name configured in the Control Hub.

  • Asigurați-vă că certificatele sunt semnate pentru utilizarea clientului și a serverului.

  • Upload the Cisco root CA bundle to the Local Gateway.

Configurare

1

Ensure that you assign valid and routable IP addresses to any Layer 3 interfaces, for example:

 interface GigabitEthernet0/0/0 description Interface facing PSTN and/or CUCM ip address 192.168.80.14 255.255.255.0 ! interface GigabitEthernet0/0/1 description Interface facing Webex Calling (Public address) ip address 198.51.100.1 255.255.255.240

2

Protect STUN credentials on the router using symmetric encryption. Configure the primary encryption key and encryption type as follows:

 key config-key password-encrypt YourPassword password encryption aes
3

Create an encryption trustpoint with a certificate signed by your preferred Certificate Authority (CA).

  1. Create an RSA key pair using the following exec command.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. When using cube1.lgw.com as the fqdn for the trunk, create a trustpoint for the signed certificate with the following configuration commands: 

     crypto pki trustpoint LGW_CERT enrollment terminal pem fqdn cube1.lgw.com subject-name cn=cube1.lgw.com subject-alt-name cube1.lgw.com revocation-check none rsakeypair lgw-key

  3. Generate Certificate Signing Request (CSR) with the following exec or configuration command and use it to request a signed certificate from a supported CA provider:

    crypto pki enroll LGW_CERT

4

Authenticate your new certificate using your intermediate (or root) CA certificate, then import the certificate (Step 4). Enter the following exec or configuration command:

 crypto pki authenticate LGW_CERT <paste Intermediate X.509 base 64 based certificate here>

5

Import a signed host certificate using the following exec or configuration command:

 crypto pki import LGW_CERT certificate <paste CUBE host X.509 base 64 certificate here>

6

Enable TLS1.2 exclusivity and specify the default trustpoint using the following configuration commands:

 sip-ua crypto signaling default trustpoint LGW_CERT transport tcp tls v1.2

7

Install the Cisco root CA bundle, which includes the DigiCert CA certificate used by Webex Calling. Use the crypto pki trustpool import clean url command to download the root CA bundle from the specified URL, and to clear the current CA trustpool, then install the new bundle of certificates:

If you need to use a proxy for access to the internet using HTTPS, add the following configuration before importing the CA bundle:

ip http client proxy-server yourproxy.com proxy-port 80
 ip http client source-interface GigabitEthernet0/0/1 crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Configure Webex Calling certificate-based trunk
1

Create a CUBE certificate-based PSTN trunk for an existing location in Control Hub. For more information, see Configure trunks, route groups, and dial plans for Webex Calling.

Make a note of the trunk information that is provided once the trunk is created. These details, as highlighted in the following illustration, will be used in the configuration steps in this guide.
2

Enter the following commands to configure CUBE as a Webex Calling Local Gateway:

 voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y mode border-element allow-connections sip to sip no supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asymmetric payload full early-offer forced sip-profiles inbound

Iată o explicație a câmpurilor pentru configurație:

 ip address trusted list  ipv4 x.x.x.x y.y.y.y

  • To protect against toll fraud, the trusted address list defines a list of hosts and networks entities from which the Local Gateway expects legitimate VoIP calls.

  • By default, Local Gateway blocks all incoming VoIP messages from IP addresses not in its trusted list. Statically configured dial-peers with “session target IP” or server group IP addresses are trusted by default so do not need to be added to the trusted list.

  • When configuring your Local Gateway, add the IP subnets for your regional Webex Calling data center to the list, see Port Reference Information for Webex Calling for more information. Also, add address ranges for Unified Communications Manager servers (if used) and PSTN trunk gateways.

  • For more information on how to use an IP address trusted list to prevent toll fraud, see IP address trusted.

mode border-element

Enables Cisco Unified Border Element (CUBE) features on the platform.

allow-connections sip to sip

Enable CUBE basic SIP back to back user agent functionality. For more information, see Allow connections.

By default, T.38 fax transport is enabled. For more information, see fax protocol t38 (voice-service).

stun

Enables STUN (Session Traversal of UDP through NAT) globally.

These global stun commands are only required when deploying your Local Gateway behind NAT.

  • Atunci când redirecționați un apel către un utilizator Webex Calling (de exemplu, atât părțile apelate, cât și cele apelante sunt abonați Webex Calling și dacă ancorați conținutul media la SBC-ul webex calling ), atunci suportul media nu poate curge către Gateway-ul local, deoarece pinhole-ul nu este deschis.

  • The STUN bindings feature on the Local Gateway allows locally generated STUN requests to be sent over the negotiated media path. This helps to open the pinhole in the firewall.

For more information, see  stun flowdata agent-id and  stun flowdata shared-secret.

asymmetric payload full

Configures SIP asymmetric payload support for both DTMF and dynamic codec payloads. For more information on this command, see asymmetric payload.

early-offer forced

Forces the Local Gateway to send SDP information in the initial INVITE message instead of waiting for acknowledgment from the neighboring peer. For more information on this command, see early-offer.

sip-profiles inbound

Enables CUBE to use SIP profiles to modify messages as they are received. Profiles are applied via dial-peers or tenants.

3

Configure voice class codec 100 codec filter for the trunk. In this example, the same codec filter is used for all trunks. You can configure filters for each trunk for precise control.

 voice class codec 100 codec preference 1 opus codec preference 2 g711ulaw codec preference 3 g711alaw

Iată o explicație a câmpurilor pentru configurație:

voice class codec 100

Used to only allow preferred codecs for calls through SIP trunks. For more information, see voice class codec.

Opus codec is supported only for SIP-based PSTN trunks. If the PSTN trunk uses a voice T1/E1 or analog FXO connection, exclude codec preference 1 opus from the voice class codec 100 configuration.

4

Configure voice class stun-usage 100 to enable ICE on the Webex Calling trunk. (This step is not applicable for Webex for Government)

 voice class stun-usage 100 stun usage firewall-traversal flowdata stun usage ice lite

Iată o explicație a câmpurilor pentru configurație:

stun usage ice lite

Used to enable ICE-Lite for all Webex Calling facing dial-peers to allow media-optimization whenever possible. For more information, see voice class stun usage and stun usage ice lite.

The stun usage firewall-traversal flowdata command is only required when deploying your Local Gateway behind NAT.
You require stun usage of ICE-lite for call flows using media path optimization. To provide media-optimization for a SIP to TDM gateway, configure a loopback dial-peer with ICE-Lite enabled on the IP-IP leg. For further technical details, contact the Account or TAC teams.
5

Configure the media encryption policy for Webex traffic. (This step is not applicable for Webex for Government)

 voice class srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80

Iată o explicație a câmpurilor pentru configurație:

voice class srtp-crypto 100

Specifies SHA1_80 as the only SRTP cipher-suite CUBE offers in the SDP in offer and answer messages. Webex Calling only supports SHA1_80. For more information, see voice class srtp-crypto.

6

Configure FIPS-compliant GCM ciphers (This step is applicable only for Webex for Government). 

 voice class srtp-crypto 100 crypto 1 AEAD_AES_256_GCM

Iată o explicație a câmpurilor pentru configurație:

voice class srtp-crypto 100

Specifies GCM as the cipher-suite that CUBE offers. It is mandatory to configure GCM ciphers for Local Gateway for Webex for Government.

7

Configure a pattern to uniquely identify calls to a Local Gateway trunk based on its destination FQDN or SRV:

 voice class uri 100 sip pattern cube1.lgw.com

Iată o explicație a câmpurilor pentru configurație:

voice class uri 100 sip

Defines a pattern to match an incoming SIP invite to an incoming trunk dial-peer. When entering this pattern, use LGW FQDN or SRV configured in Control Hub while creating a trunk.

8

Configure SIP message manipulation profiles. If your gateway is configured with a public IP address, configure a profile as follows or skip to the next step if you are using NAT. In this example, cube1.lgw.com is the FQDN configured for the Local Gateway and "198.51.100.1" is the public IP address of the Local Gateway interface facing Webex Calling:

 voice class sip-profiles 100 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Iată o explicație a câmpurilor pentru configurație:

rules 10 and 20

To allow Webex to authenticate messages from your local gateway, the 'Contact' header in SIP request and responses messages must contain the value provisioned for the trunk in Control Hub. This will either be the FQDN of a single host, or the SRV domain name used for a cluster of devices.

Skip the next step if you have configured your Local Gateway with public IP addresses.

9

If your gateway is configured with a private IP address behind static NAT, configure inbound and outbound SIP profiles as follows. In this example, cube1.lgw.com is the FQDN configured for the Local Gateway, "10.80.13.12" is the interface IP address facing Webex Calling and "192.65.79.20" is the NAT public IP address.

SIP profiles for outbound messages to Webex Calling 
 voice class sip-profiles 100 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20" rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20" rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20" rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20" rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Iată o explicație a câmpurilor pentru configurație:

rules 10 and 20

To allow Webex to authenticate messages from your local gateway, the 'Contact' header in SIP request and responses messages must contain the value provisioned for the trunk in Control Hub. This will either be the FQDN of a single host, or the SRV domain name used for a cluster of devices.

rules 30 to 81

Convert private address references to the external public address for the site, allowing Webex to correctly interpret and route subsequent messages.

SIP profile for inbound messages from Webex Calling 
 voice class sip-profiles 110 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12" rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12" rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12" rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12" rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12" rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12" rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Iată o explicație a câmpurilor pentru configurație:

rules 10 to 80

Convert public address references to the configured private address, allowing messages from Webex to be correctly processed by CUBE.

For more information, see voice class sip-profiles.

10

Configure a SIP Options keepalive with header modification profile.

 voice class sip-profiles 115 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20" rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20" rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20" ! voice class sip-options-keepalive 100 description Keepalive for Webex Calling up-interval 5 transport tcp tls sip-profiles 115

Iată o explicație a câmpurilor pentru configurație:

voice class sip-options-keepalive 100

Configures a keepalive profile and enters voice class configuration mode. You can configure the time (in seconds) at which an SIP Out of Dialog Options Ping is sent to the dial-target when the heartbeat connection to the endpoint is in UP or Down status.

This keepalive profile is triggered from the dial-peer configured towards Webex.

To ensure that the contact headers include the SBC fully qualified domain name, SIP profile 115 is used. Rules 30, 40, and 50 are required only when the SBC is configured behind static NAT.

In this example, cube1.lgw.com is the FQDN selected for the Local Gateway and if static NAT is used, "10.80.13.12" is the SBC interface IP address towards Webex Calling and "192.65.79.20" is the NAT public IP address.

11

Configure Webex Calling trunk:

  1. Create voice class tenant 100 to define and group configurations required specifically for the Webex Calling trunk. Dial-peers associated with this tenant later will inherit these configurations:

    The following example uses the values illustrated in Step 1 for the purpose of this guide (shown in bold). Replace these with values for your trunk in your configuration.

     voice class tenant 100 no remote-party-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com session transport tcp tls no session refresh error-passthru bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 sip-profiles 110 inbound privacy-policy passthru !

    Iată o explicație a câmpurilor pentru configurație:

    voice class tenant 100

    We recommend that you use tenants to configure trunks which have their own TLS certificate, and CN or SAN validation list. Here, the tls-profile associated with the tenant contains the trust point to be used to accept or create new connections, and has the CN or SAN list to validate the incoming connections. For more information, see voice class tenant.

    no remote-party-id

    Disable SIP Remote-Party-ID (RPID) header as Webex Calling supports PAI, which is enabled using CIO asserted-id pai. For more information, see remote-party-id.

    sip-server dns:us25.sipconnect.bcld.webex.com

    Configures the target SIP server for the trunk. Use the edge proxy SRV address provided in Control Hub when you created your trunk

    srtp-crypto 100

    Configures the preferred cipher-suites for the SRTP call leg (connection) (specified in Step 5). For more information, see voice class srtp-crypto.

    localhost dns: cube1.lgw.com

    Configures CUBE to replace the physical IP address in the From, Call-ID, and Remote-Party-ID headers in outgoing messages with the provided FQDN.

    session transport tcp tls

    Sets transport to TLS for associated dial-peers. For more information, see session-transport.

    no session refresh

    Disables SIP session refresh globally.

    error-passthru

    Specifică funcționalitatea de trecere a răspunsului la eroare SIP. For more information, see error-passthru.

    bind control source-interface GigabitEthernet0/0/1

    Configures the source interface and associated IP address for messages sent to Webex Calling. For more information, see bind.

    bind media source-interface GigabitEthernet0/0/1

    Configures the source interface and associated IP address for media sent to Webex Calling. For more information, see bind.

    voice-class sip profiles 100

    Applies the header modification profile (Public IP or NAT addressing) to use for outbound messages. For more information, see voice-class sip profiles.

    voice-class sip profiles 110 inbound

    Applies the header modification profile (NAT addressing only) to use for inbound messages. For more information, see voice-class sip profiles.

    privacy-policy passthru

    Configures the privacy header policy options for the trunk to pass privacy values from the received message to the next call leg. For more information, see privacy-policy.

  2. Configure the Webex Calling trunk dial-peer.

     dial-peer voice 100 voip description Inbound/Outbound Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server incoming uri request 100 voice-class codec 100 voice-class stun-usage 100 voice-class sip rel1xx disable voice-class sip asserted-id pai voice-class sip tenant 100 voice-class sip options-keepalive profile 100 dtmf-relay rtp-nte srtp no vad

    Iată o explicație a câmpurilor pentru configurație:

     dial-peer voice 100 voip  description Inbound/Outbound Webex Calling

    Definește un dial-peer VoIP cu o etichetă de 100 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. For more information, see dial-peer voice.

    destination-pattern BAD.BAD

    A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case.

    session protocol sipv2

    Specifică faptul că dial-peer 100 gestionează picioarele de apel SIP. For more information, see session protocol (dial-peer).

    session target sip-server

    Indicates that the SIP server defined in tenant 100 is inherited and used for the destination for calls from this dial peer.

    incoming uri request 100

    To specify the voice class used to match a VoIP dial peer to the uniform resource identifier (URI) of an incoming call. For more information, see  incoming uri.

    voice-class codec 100

    Indicates codec filter list for calls to and from Webex Calling. For more information, see voice class codec.

    voice-class stun-usage 100

    Allows locally generated STUN requests on the Local Gateway to be sent over the negotiated media path. STUN help to open a firewall pinhole for media traffic.

    voice-class sip asserted-id pai

    Sets the outgoing calling information using the privacy asserted ID (PAI) header. For more information, see voice-class sip asserted-id.

    voice-class sip tenant 100

    The dial-peer inherits all parameters configured globally and in tenant 100. Parameters may overridden at the dial-peer level. For more information, see  voice-class sip tenant.

    voice-class sip options-keepalive profile 100

    This command is used to monitor the availability of a group of SIP servers or endpoints using a specific profile (100).

    srtp

    Permite SRTP pentru piciorul de apel.

Configure Local Gateway with a SIP PSTN trunk

Having built a trunk towards Webex Calling above, use the following configuration to create a non-encrypted trunk towards a SIP based PSTN provider:

If your Service Provider offers a secure PSTN trunk, you may follow a similar configuration as detailed above for the Webex Calling trunk. Secure to secure call routing is supported by CUBE.

If you are using a TDM / ISDN PSTN trunk, skip to next section Configure Local Gateway with TDM PSTN trunk.

To configure TDM interfaces for PSTN call legs on the Cisco TDM-SIP Gateways, see  Configuring ISDN PRI.

1

Configure the following voice class uri to identify inbound calls from the PSTN trunk:

 voice class uri 200 sip host ipv4:192.168.80.13

Iată o explicație a câmpurilor pentru configurație:

voice class uri 200 sip

Defines a pattern to match an incoming SIP invite to an incoming trunk dial-peer. When entering this pattern, use the IP address of you IP PSTN gateway. For more information, see  voice class uri.

2

Configure the following IP PSTN dial-peer:

 dial-peer voice 200 voip description Inbound/Outbound IP PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.13 incoming uri via 200 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class codec 100 dtmf-relay rtp-nte no vad

Iată o explicație a câmpurilor pentru configurație:

 dial-peer voice 200 voip  description Inbound/Outbound IP PSTN trunk

Definește un dial-peer VoIP cu o etichetă de 200 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. For more information, see dial-peer voice.

destination-pattern BAD.BAD

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

session protocol sipv2

Specifică faptul că dial-peer 200 gestionează picioarele de apel SIP. For more information, see session protocol (dial peer).

session target ipv4:192.168.80.13

Indică adresa IPv4 țintă a destinației pentru a trimite segmentul de apel. Ținta sesiunii aici este adresa IP a ITSP. For more information, see  session target (VoIP dial peer).

incoming uri via 200

Definește un criteriu de potrivire pentru antetul VIA cu adresa IP PSTN a IP. Matches all incoming IP PSTN call legs on the Local Gateway with dial-peer 200. For more information, see  incoming url.

bind control source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

bind media source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

voice-class codec 100

Configures the dial-peer to use the common codec filter list 100. For more information, see voice-class codec.

dtmf-relay rtp-nte

Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. For more information, see DTMF Relay (Voice over IP).

no vad

Dezactivează detectarea activității vocale. For more information, see vad (dial peer).

3

If you are configuring your Local Gateway to only route calls between Webex Calling and the PSTN, add the following call routing configuration. If you are configuring your Local Gateway with a Unified Communications Manager platform, skip to the next section.

  1. Create dial-peer groups to route calls towards Webex Calling or the PSTN. Define DPG 100 with outbound dial-peer 100 toward Webex Calling. DPG 100 is applied to the incoming dial-peer from the PSTN. Similarly, define DPG 200 with outbound dial-peer 200 toward the PSTN. DPG 200 is applied to the incoming dial-peer from Webex.

     voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 200 description Route calls to PSTN dial-peer 200

    Iată o explicație a câmpurilor pentru configurație:

    dial-peer 100

    Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.

  2. Apply dial-peer groups to route calls from Webex to the PSTN and from the PSTN to Webex: 

     dial-peer voice 100 destination dpg 200 dial-peer voice 200 destination dpg 100

    Iată o explicație a câmpurilor pentru configurație:

    destination dpg 200

    Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

    This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features are configured.

Configure Local Gateway with a TDM PSTN trunk

Having built a trunk towards Webex Calling, use the following configuration to create a TDM trunk for your PSTN service with loop-back call routing to allow media optimization on the Webex call leg.

If you do not require IP media optimization, follow the configuration steps for a SIP PSTN trunk. Use a voice port and POTS dial-peer (as shown in Steps 2 and 3) instead of the PSTN VoIP dial-peer.
1

The loop-back dial-peer configuration uses dial-peer groups and call routing tags to ensure that calls pass correctly between Webex and the PSTN, without creating call routing loops. Configure the following translation rules that will be used to add and remove the call routing tags:

 voice translation-rule 100 rule 1 /^\+/ /A2A/ voice translation-profile 100 translate called 100 voice translation-rule 200 rule 1 /^/ /A1A/ voice translation-profile 200 translate called 200 voice translation-rule 11 rule 1 /^A1A/ // voice translation-profile 11 translate called 11 voice translation-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 translate called 12

Iată o explicație a câmpurilor pentru configurație:

voice translation-rule

Uses regular expressions defined in rules to add or remove call routing tags. Over-decadic digits (‘A’) are used to add clarity for troubleshooting.

In this configuration, the tag added by translation-profile 100 is used to guide calls from Webex Calling towards the PSTN via the loopback dial-peers. Similarly, the tag added by translation-profile 200 is used to guide calls from the PSTN towards Webex Calling. Translation-profiles 11 and 12 remove these tags before delivering calls to the Webex and PSTN trunks respectively.

This example assumes that called numbers from Webex Calling are presented in +E.164 format. Rule 100 removes the leading + to maintain a valid called number. Rule 12 then adds a national or international routing digit(s) when removing the tag. Use digits that suit your local ISDN national dial plan.

If Webex Calling presents numbers in national format, adjust rules 100 and 12 to simply add and remove the routing tag respectively.

For more information, see voice translation-profile and voice translation-rule.

2

Configure TDM voice interface ports as required by the trunk type and protocol used. For more information, see Configuring ISDN PRI. For example, the basic configuration of a Primary Rate ISDN interface installed in NIM slot 2 of a device might include the following:

 card type e1 0 2 isdn switch-type primary-net5 controller E1 0/2/0 pri-group timeslots 1-31
3

Configure the following TDM PSTN dial-peer:

 dial-peer voice 200 pots description Inbound/Outbound PRI PSTN trunk destination-pattern BAD.BAD translation-profile incoming 200 direct-inward-dial port 0/2/0:15

Iată o explicație a câmpurilor pentru configurație: 

 dial-peer voice 200 pots  description Inbound/Outbound PRI PSTN trunk

Definește un dial-peer VoIP cu o etichetă de 200 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. For more information, see dial-peer voice.

destination-pattern BAD.BAD

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

translation-profile incoming 200

Assigns the translation profile that will add a call routing tag to the incoming called number.

direct-inward-dial

Routes the call without providing a secondary dial-tone. For more information, see direct-inward-dial.

port 0/2/0:15

The physical voice port associated with this dial-peer.

4

To enable media optimization of IP paths for Local Gateways with TDM-IP call flows, you can modify the call routing by introducing a set of internal loop-back dial-peers between Webex Calling and PSTN trunks. Configure the following loop-back dial-peers. In this case, all incoming calls will be routed initially to dial-peer 10 and from there to either dial-peer 11 or 12 based on the applied routing tag. After removal of the routing tag, calls will be routed to the outbound trunk using dial-peer groups.

 dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Inbound loop-around leg towards Webex translation-profile incoming 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description Inbound loop-around leg towards PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad

Iată o explicație a câmpurilor pentru configurație: 

 dial-peer voice 10 pots  description Outbound loop-around leg

Defines a VoIP dial-peer and gives a meaningful description for ease of management and troubleshooting. For more information, see dial-peer voice.

translation-profile incoming 11

Applies the translation profile defined earlier to remove the call routing tag before passing to the outbound trunk.

destination-pattern BAD.BAD

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

session protocol sipv2

Specifies that this dial-peer handles SIP call legs. For more information, see  session protocol (dial peer).

session target 192.168.80.14

Specifies the local router interface address as the call target to loop-back. For more information, see session target (voip dial peer).

bind control source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for messages sent through the loop-back. For more information, see  bind.

bind media source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for media sent through the loop-back. For more information, see  bind.

dtmf-relay rtp-nte

Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. For more information, see  DTMF Relay (Voice over IP).

codec g711alaw

Forces all PSTN calls to use G.711. Select a-law or u-law to match the companding method used by your ISDN service.

no vad

Dezactivează detectarea activității vocale. For more information, see  vad (dial peer).

5

Add the following call routing configuration:

  1. Create dial-peer groups to route calls between the PSTN and Webex trunks, via the loop-back.

     voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 10 description Route calls to Loopback dial-peer 10

    Iată o explicație a câmpurilor pentru configurație:

    dial-peer 100

    Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.

  2. Apply dial-peer groups to route calls.

     dial-peer voice 100 destination dpg 10 dial-peer voice 200 destination dpg 10 dial-peer voice 11 destination dpg 100 dial-peer voice 12 destination dpg 200

    Iată o explicație a câmpurilor pentru configurație:

    destination dpg 200

    Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features are configured.
Configurați Local Gateway cu un mediu Unified CM existent

The PSTN-Webex Calling configuration in the previous sections may be modified to include additional trunks to a Cisco Unified Communications Manager (UCM) cluster. In this case, all calls are routed via Unified CM. Calls from UCM on port 5060 are routed to the PSTN and calls from port 5065 are routed to Webex Calling. The following incremental configurations may be added to include this calling scenario.

1

Configurați următoarele URL-uri de clasă de voce:

  1. Classifies Unified CM to Webex calls using SIP VIA port:

     voice class uri 300 sip pattern :5065

  2. Classifies Unified CM to PSTN calls using SIP via port:

     voice class uri 400 sip pattern 192\.168\.80\.6[0-5]:5060

    Classify incoming messages from the UCM towards the PSTN trunk using one or more patterns that describe the originating source addresses and port number. Regular expressions may be used to define matching patterns if required.

    In the example above, a regular expression is used to match any IP address in the range 192.168.80.60 to 65 and port number 5060.

2

Configure the following DNS records to specify SRV routing to Unified CM hosts:

IOS XE uses these records for locally determining target UCM hosts and ports. With this configuration, it is not required to configure records in your DNS system. If you prefer to use your DNS, then these local configurations are not required.

 ip host ucmpub.mydomain.com 192.168.80.60 ip host ucmsub1.mydomain.com 192.168.80.61 ip host ucmsub2.mydomain.com 192.168.80.62 ip host ucmsub3.mydomain.com 192.168.80.63 ip host ucmsub4.mydomain.com 192.168.80.64 ip host ucmsub5.mydomain.com 192.168.80.65 ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Iată o explicație a câmpurilor pentru configurație:

The following command creates a DNS SRV resource record. Create a record for each UCM host and trunk:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV resource record name

2: The SRV resource record priority

1: The SRV resource record weight

5060: The port number to use for the target host in this resource record

ucmsub5.mydomain.com: The resource record target host

To resolve the resource record target host names, create local DNS A records. De exemplu:

ip host ucmsub5.mydomain.com 192.168.80.65

ip host: Creates a record in the local IOS XE database.

ucmsub5.mydomain.com: The A record host name.

192.168.80.65: The host IP address.

Create the SRV resource records and A records to reflect your UCM environment and preferred call distribution strategy.

3

Configure the following dial-peers:

  1. Dial-peer for calls between Unified CM and Webex Calling:

     dial-peer voice 300 voip description UCM-Webex Calling trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:wxtocucm.io incoming uri via 300 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Iată o explicație a câmpurilor pentru configurație:

     dial-peer voice 300 voip  description UCM-Webex Calling trunk

    Defines a VoIP dial-peer with a tag 300 and gives a meaningful description for ease of management and troubleshooting.

    destination-pattern BAD.BAD

    A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case.

    session protocol sipv2

    Specifies that dial-peer 300 handles SIP call legs. For more information, see  session protocol (dial-peer).

    session target dns:wxtocucm.io

    Defines the session target of multiple Unified CM nodes through DNS SRV resolution. In this case, the locally defined SRV record wxtocucm.io is used to direct calls.

    incoming uri via 300

    Uses voice class URI 300 to direct all incoming traffic from Unified CM using source port 5065 to this dial-peer. For more information, see  incoming uri.

    voice-class codec 100

    Indicates codec filter list for calls to and from Unified CM. For more information, see  voice class codec.

    bind control source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

    bind media source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. For more information, see  DTMF Relay (Voice over IP).

    no vad

    Dezactivează detectarea activității vocale. For more information, see  vad (dial peer).

  2. Dial-peer for calls between Unified CM and the PSTN:

     dial-peer voice 400 voip description UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io incoming uri via 400 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Iată o explicație a câmpurilor pentru configurație:

     dial-peer voice 400 voip  description UCM-PSTN trunk

    Definește un dial-peer VoIP cu o etichetă de 400 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare.

    destination-pattern BAD.BAD

    A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case.

    session protocol sipv2

    Specifies that dial-peer 400 handles SIP call legs. For more information, see  session protocol (dial-peer).

    session target dns:pstntocucm.io

    Defines the session target of multiple Unified CM nodes through DNS SRV resolution. In this case, the locally defined SRV record pstntocucm.io is used to direct calls.

    incoming uri via 400

    Uses voice class URI 400 to direct all incoming traffic from the specified Unified CM hosts using source port 5060 to this dial-peer. For more information, see  incoming uri.

    voice-class codec 100

    Indicates codec filter list for calls to and from Unified CM. For more information, see  voice class codec.

    bind control source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

    bind media source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. For more information, see  DTMF Relay (Voice over IP).

    no vad

    Dezactivează detectarea activității vocale. For more information, see  vad (dial peer).

4

Add call routing using the following configurations:

  1. Create dial-peer groups to route calls between Unified CM and Webex Calling. Define DPG 100 with outbound dial-peer 100 towards Webex Calling. DPG 100 is applied to the associated incoming dial-peer from Unified CM. Similarly, define DPG 300 with outbound dial-peer 300 toward Unified CM. DPG 300 is applied to the incoming dial-peer from Webex.

     voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 300 description Route calls to Unified CM Webex Calling trunk dial-peer 300

  2. Create a dial-peer groups to route calls between Unified CM and the PSTN. Define DPG 200 with outbound dial-peer 200 toward the PSTN. DPG 200 is applied to the associated incoming dial-peer from Unified CM. Similarly, define DPG 400 with outbound dial-peer 400 toward Unified CM. DPG 400 is applied to the incoming dial-peer from the PSTN.

     voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 400 description Route calls to Unified CM PSTN trunk dial-peer 400

    Iată o explicație a câmpurilor pentru configurație:

    dial-peer  100

    Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.

  3. Apply dial-peer groups to route calls from Webex to Unified CM and from Unified CM to Webex: 

     dial-peer voice 100 destination dpg 300 dial-peer voice 300 destination dpg 100

    Iată o explicație a câmpurilor pentru configurație:

    destination dpg 300

    Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

  4. Apply dial-peer groups to route calls from the PSTN to Unified CM and from Unified CM to the PSTN:

     dial-peer voice 200 destination dpg 400 dial-peer voice 400 destination dpg 200

    This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features have been configured.

Monitorizați și depanați Gateway-ul local cu semnături de diagnosticare

Semnăturile de diagnosticare (DS) detectează proactiv problemele observate frecvent în Gateway-ul local bazat pe Cisco IOS XE și generează notificări prin e-mail, syslog sau mesaje terminale ale evenimentului. De asemenea, puteți instala DS pentru a automatiza colectarea datelor de diagnosticare și pentru a transfera datele colectate în cazul Cisco TAC pentru a accelera timpul de rezoluție.

Semnăturile de diagnosticare (DS) sunt fișiere XML care conțin informații despre evenimentele și acțiunile de declanșare a problemei pentru a informa, depana și remedia problema. Utilizați mesaje syslog, snmp evenimente și prin monitorizarea periodică a ieșirilor specifice de comandă spectacol pentru a defini logica de detectare a problemelor. Tipurile de acțiuni includ:

  • Colectarea ieșirilor de comandă arată

  • Generarea unui fișier jurnal consolidat

  • Încărcarea fișierului într-o locație de rețea furnizată de utilizator, cum ar fi HTTPS, SCP, server FTP

Inginerii TAC autor fișiere DS și semnează digital pentru protecția integrității. Fiecare fișier DS are ID-ul numeric unic atribuit de sistem. Diagnostic Signatures Lookup Tool (DSLT) is a single source to find applicable signatures for monitoring and troubleshooting various problems.

Înainte de a începe:

  • Nu editați fișierul DS pe care îl descărcați de la DSLT. Fișierele pe care le modificați nu reușesc instalarea din cauza erorii de verificare a integrității.

  • Un server Simple Mail Transfer Protocol (SMTP) de care aveți nevoie pentru ca Gateway-ul local să trimită notificări prin e-mail.

  • Asigurați-vă că Gateway-ul local execută IOS XE 17.6.1 sau o versiune ulterioară dacă doriți să utilizați serverul SMTP securizat pentru notificări prin e-mail.

Cerințe preliminare

Gateway local care rulează IOS XE 17.6.1 sau o versiune ulterioară

  1. Semnăturile de diagnosticare sunt activate în mod implicit.

  2. Configure the secure email server that you use to send proactive notification if the device is running IOS XE 17.6.1 or higher.

     configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end

  3. Configurați variabila ds_email de mediu cu adresa de e-mail a administratorului pentru a vă notifica.

     configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> end

Instalarea semnăturilor de diagnosticare pentru monitorizare proactivă

Monitorizarea utilizării ridicate a procesorului

Acest DS urmărește utilizarea procesorului de 5 secunde folosind SNMP OID 1.3.6.1.4.1.9.2.1.56. Când utilizarea ajunge la 75% sau mai mult, dezactivează toate depanările și dezinstalează toate semnăturile de diagnosticare pe care le instalați în Gateway-ul local. Urmați acești pași de mai jos pentru a instala semnătura.

  1. Asigurați-vă că ați activat SNMP utilizând comanda arată snmp. If SNMP is not enabled, then configure the snmp-server manager command.

     show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input      0 Bad SNMP version errors      1 Unknown community name      0 Illegal operation for community name supplied      0 Encoding errors 37763 Number of requested variables      2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs      2 Set-request PDUs      0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output      0 Too big errors (Maximum packet size 1500) 20 No such name errors      0 Bad values errors      0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: activat

  2. Descărcați DS 64224 utilizând următoarele opțiuni verticale din Instrumentulde căutare semnături de diagnosticare:

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series, or Catalyst 8000V Edge Software

    Produs

    CUBE Enterprise in Webex Calling solution

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    Utilizare ridicată a procesorului cu notificare prin e-mail

  3. Copiați fișierul DS XML în blițul Local Gateway.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Următorul exemplu arată copierea fișierului de pe un server FTP pe Gateway-ul local.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash:  Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Instalați fișierul DS XML în Gateway-ul local.

     call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success

  5. Utilizați comanda afișare semnătură de diagnosticare apel-acasă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare trebuie să aibă o valoare "înregistrată". 

     show call-home diagnostic-signature Current diagnostic-signature settings:   Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com

    Descarca DSes:

    ID-ul DS

    Numele DS

    Revizie

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Înscris

    2020-11-07 22:05:33

    Când este declanșată, această semnătură dezinstalează toate DS-urile care rulează, inclusiv pe sine. Dacă este necesar, reinstalați DS 64224 pentru a continua monitorizarea utilizării ridicate a procesorului pe Gateway-ul local.

Monitorizarea deconectărilor anormale ale apelurilor

This DS uses SNMP polling every 10 minutes to detect abnormal call disconnect with SIP errors 403, 488 and 503.  If the error count increment is greater than or equal to 5 from the last poll, it generates a syslog and email notification. Please use the steps below to install the signature.

  1. Asigurați-vă că SNMP este activat utilizând comanda arată snmp. If SNMP is not enabled, configure the snmp-server manager command. 

    show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input      0 Bad SNMP version errors      1 Unknown community name      0 Illegal operation for community name supplied      0 Encoding errors 37763 Number of requested variables      2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs      2 Set-request PDUs      0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output      0 Too big errors (Maximum packet size 1500) 20 No such name errors      0 Bad values errors      0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: activat

  2. Descărcați DS 65221 utilizând următoarele opțiuni în Instrumentul de căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series, or Catalyst 8000V Edge Software

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    SIP anormale apel deconectați de detectare cu e-mail și Syslog notificare.

  3. Copiați fișierul DS XML în Gateway-ul local.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Instalați fișierul DS XML în Gateway-ul local. 

     call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success

  5. Use the command show call-home diagnostic-signature to verify that the signature is successfully installed. Coloana de stare ar trebui să aibă o valoare „înregistrată”.

Instalați semnături de diagnosticare pentru a depana o problemă

De asemenea, puteți utiliza Semnături de diagnosticare (DS) pentru a rezolva rapid problemele. Cisco TAC ingineri au creat mai multe semnături care permit depanare necesare, care sunt necesare pentru a depana o anumită problemă, detecta apariția problemei, colecta dreptul de set de date de diagnosticare și transferul automat de date la cisco TAC caz. Acest lucru elimină necesitatea de a verifica manual apariția problemei și face rezolvarea problemelor intermitente și tranzitorii mult mai ușoară.

Puteți utiliza Instrumentul de căutare a semnăturilor de diagnosticare pentru a găsi semnăturile aplicabile și a le instala pentru a rezolva automat o anumită problemă sau puteți instala semnătura recomandată de inginerul TAC ca parte a angajamentului de asistență.

Iată un exemplu despre cum să găsiți și să instalați un DS pentru a detecta apariția "%VOICE_IEC-3-GW: CCAPI: Eroare internă (prag de vârf al apelului): IEC=1.1.181.1.29.0" syslog și automatizați colectarea datelor de diagnosticare utilizând următorii pași:

  1. Configure another DS environment variable ds_fsurl_prefix as the Cisco TAC file server path (cxd.cisco.com) to upload the diagnostics data. The username in the file path is the case number and the password is the file upload token which can be retrieved from Support Case Manager as shown in the following. The file upload token can be generated in the Attachments section of the Support Case Manager, as required. 

     configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end

    Exemplu: 

     call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Asigurați-vă că SNMP este activat utilizând comanda arată snmp. If SNMP not enabled, configure the snmp-server manager command.

     show snmp %SNMP agent not enabled config t snmp-server manager end

  3. Vă recomandăm să instalați monitorizarea înaltă a procesorului DS 64224 ca măsură proactivă pentru a dezactiva toate semnăturile de depanare și diagnosticare în timpul utilizării ridicate a procesorului. Descărcați DS 64224 utilizând următoarele opțiuni în Instrumentul de căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series, or Catalyst 8000V Edge Software

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    Utilizare ridicată a procesorului cu notificare prin e-mail.

  4. Descărcați DS 65095 utilizând următoarele opțiuni în Instrumentulde căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series, or Catalyst 8000V Edge Software

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Syslogs

    Tip de problemă

    Syslog - %VOICE_IEC-3-GW: CCAPI: Eroare internă (prag de vârf al apelului): IEC=1.1.181.1.29.0

  5. Copiați fișierele DS XML pe Gateway-ul local.

     copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:  copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Install the high CPU monitoring DS 64224 and then DS 65095 XML file in the Local Gateway. 

     call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success

  7. Verificați dacă semnătura este instalată cu succes utilizând afișarea semnăturiide diagnosticare la domiciliu a apelului. Coloana de stare ar trebui să aibă o valoare "înregistrată". 

     show call-home diagnostic-signature Current diagnostic-signature settings:   Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    DescarcaT DSes:

    ID-ul DS

    Numele DS

    Revizie

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Înscris

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Înscris

    2020-11-08:00:12:53

Verificarea executării semnăturilor de diagnosticare

În următoarea comandă, coloana "Stare" a comenzii afișează modificările semnăturii de diagnosticare la domiciliu apel la "rulare", în timp ce Gateway-ul local execută acțiunea definită în semnătură. Rezultatul statisticilor de diagnosticare a semnăturii de apel la domiciliu este cea mai bună modalitate de a verifica dacă o semnătură de diagnosticare detectează un eveniment de interes și a executat acțiunea. Coloana "Triggered/Max/Deinstall" indică de câte ori semnătura dată a declanșat un eveniment, numărul maxim de ori este definit pentru a detecta un eveniment și dacă semnătura se deinstalează după detectarea numărului maxim de evenimente declanșate. 

show call-home diagnostic-signature Current diagnostic-signature settings:   Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DescarcaT DSes:

ID-ul DS

Numele DS

Revizie

Stare

Ultima actualizare (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Înscris

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Rulare

2020-11-08 00:12:53

afișarea statisticilor privind semnătura de diagnosticare a apelurilor la domiciliu

ID-ul DS

Numele DS

Triggered/Max/Deinstall

Timp mediu de rulare (secunde)

Timp maxim de rulare (secunde)
64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

E-mailul de notificare care este trimis în timpul executării semnăturii de diagnosticare conține informații cheie, cum ar fi tipul de problemă, detaliile dispozitivului, versiunea software, configurația care rulează și afișează ieșirile de comandă care sunt relevante pentru depanarea problemei date.

Dezinstalarea semnăturilor de diagnosticare

Utilizarea semnăturilor de diagnosticare în scopuri de depanare sunt de obicei definite pentru a dezinstala după detectarea unor apariții ale problemelor. Dacă doriți să dezinstalați manual o semnătură, regăsiți ID-ul DS de la ieșirea de afișare a semnăturii de diagnosticare la domiciliu a apelului și executați următoarea comandă:

call-home diagnostic-signature deinstall <DS ID>

Exemplu:

call-home diagnostic-signature deinstall 64224

Semnăturile noi sunt adăugate periodic la Instrumentul de căutare a semnăturilor de diagnosticare, pe baza problemelor observate în implementări. TAC în prezent nu acceptă solicitările de creare de noi semnături particularizate.

Implementați disponibilitatea ridicată a CUBE ca gateway local

Fundamentele

Cerințe preliminare

Înainte de a implementa CUBE HA ca gateway local pentru apelarea Webex, asigurați-vă că aveți o înțelegere aprofundată a următoarelor concepte:

Liniile directoare de configurare furnizate în acest articol presupune o platformă gateway local dedicat cu nici o configurație de voce existente. Dacă o implementare existentă CUBE enterprise este modificată pentru a utiliza, de asemenea, funcția gateway local pentru Cisco Webex Calling, acordați o atenție deosebită configurației aplicate pentru a vă asigura că fluxurile de apeluri și funcționalitățile existente nu sunt întrerupte și asigurați-vă că respectați cerințele de proiectare CUBE HA.

Componente hardware și software

CUBE HA ca gateway local necesită IOS-XE versiunea 16.12.2 sau o versiune ulterioară și o platformă pe care sunt acceptate atât funcțiile CUBE HA, cât și LGW.

Comenzile arată și jurnalele din acest articol se bazează pe lansarea software-ul minim de Cisco IOS-XE 16.12.2 puse în aplicare pe un vCUBE (CSR1000v).

Material de referință

Iată câteva ghiduri detaliate de configurare CUBE HA pentru diverse platforme:

Prezentare generală a soluției de apelare Webex

Cisco Webex Calling este o ofertă de colaborare care oferă o alternativă bazată pe cloud cu mai multe entități găzduite la serviciul de telefonie PBX local, cu mai multe opțiuni PSTN pentru clienți.

Implementarea Local Gateway (reprezentată mai jos) este punctul central al acestui articol. Portbagajul gateway-ului local (PSTN bazat pe premise) din Webex Calling permite conectivitatea la un serviciu PSTN deținut de client. De asemenea, oferă conectivitate la o implementare IP PBX locală, cum ar fi Cisco Unified CM. Toate comunicațiile către și de la cloud sunt securizate utilizând tls transport pentru SIP și SRTP pentru mass-media.

Figura de mai jos afișează o implementare Webex Calling fără niciun PBX IP existent și se aplică unei implementări unice sau multi-site. Configurația descrisă în acest articol se bazează pe această implementare.

Redundanță de la cutie la nivel 2

Redundanța box-to-box CUBE HA layer 2 utilizează protocolul de infrastructură Redundancy Group (RG) pentru a forma o pereche activă/standby de routere. Această pereche partajează aceeași adresă IP virtuală (VIP) în interfețele lor respective și schimbă continuu mesajele de stare. Cube informații sesiune este check-pointed peste perechea de routere care să permită router standby pentru a lua toate responsabilitățile CUBE apel de procesare peste imediat în cazul în care router-ul activ iese din serviciu, rezultând în păstrarea statuos de semnalizare și mass-media.

Indicația de verificare este limitată la apelurile conectate cu pachete media. Apelurile în tranzit nu sunt marcate (de exemplu, o stare de încercare sau de apel).

În acest articol, CUBE HA se va referi la cube high availability (HA) Layer 2 Box-to-box (B2B) redundanță pentru conservarea apelurilor impunătoare

Începând cu IOS-XE 16.12.2, CUBE HA poate fi implementat ca gateway local pentru implementările trunchiului de apelare Cisco Webex (PSTN bazat pe premise) și vom acoperi considerațiile și configurațiile de proiectare din acest articol. Această cifră afișează o configurare tipică CUBE HA ca Gateway local pentru o implementare a trunchiului Cisco Webex Calling.

Componenta infra a grupului de redundanță

Componenta Infra a grupului de redundanță (RG) oferă suportul pentru infrastructura de comunicații box-to-box între cele două CUBEs și negociază starea finală de redundanță stabilă. Această componentă oferă, de asemenea:

  • Un protocol de tip HSRP care negociază starea finală de redundanță pentru fiecare router prin schimbul de mesaje keepalive și salut între cele două CUBEs (prin interfața de control) - GigabitEthernet3 în figura de mai sus.

  • Un mecanism de transport pentru punctarea semnalizării și a stării media pentru fiecare apel de la routerul activ la cel standby (prin interfața de date) — GigabitEthernet3 în figura de mai sus.

  • Configurarea și gestionarea interfeței IP virtual (VIP) pentru interfețele de trafic (mai multe interfețe de trafic pot fi configurate folosind același grup RG) – GigabitEthernet 1 și 2 sunt considerate interfețe de trafic.

Această componentă RG trebuie să fie configurat special pentru a accepta voce B2B HA.

Gestionarea adreselor IP virtual (VIP) atât pentru semnalizare, cât și pentru mass-media

B2B HA se bazează pe VIP pentru a obține redundanță. Vip-ul și interfețele fizice asociate pe ambele CUBEs din perechea CUBE HA trebuie să se afle pe aceeași subrețea LAN. Configurarea VIP-ului și legarea interfeței VIP la o anumită aplicație de voce (SIP) sunt obligatorii pentru suportul vocal B2B HA. Dispozitivele externe, cum ar fi Unified CM, Webex Calling access SBC, furnizorul de servicii sau proxy-ul, utilizează VIP ca adresă IP de destinație pentru apelurile care traversează routerele CUBE HA. Prin urmare, din punct de vedere webex Calling, perechile CUBE HA acționează ca un singur gateway local.

Informațiile despre semnalizarea apelurilor și sesiunea RTP a apelurilor stabilite sunt punctate de la routerul activ la routerul standby. Când routerul activ coboară, routerul Standby preia controlul și continuă să redirecționeze fluxul RTP care a fost anterior direcționat de primul router.

Apelurile într-o stare tranzitorie în momentul nereușitei nu vor fi păstrate după comutare. De exemplu, apelurile care nu sunt încă pe deplin stabilite sau sunt în curs de a fi modificate cu o funcție de transfer sau reținere. Apelurile stabilite pot fi deconectate după comutare.

Există următoarele cerințe pentru utilizarea CUBE HA ca gateway local pentru reluarea impunătoare a apelurilor:

  • CUBE HA nu poate avea TDM sau interfețe analogice co-localizate

  • Gig1 și Gig2 sunt denumite interfețe de trafic (SIP / RTP), iar Gig3 este redundanță Grup (RG) Control / interfață de date

  • Nu mai mult de 2 perechi CUBE HA pot fi plasate în același domeniu de nivel 2, unul cu id-ul grupului 1 și celălalt cu id-ul grupului 2. Dacă configurați 2 perechi HA cu același ID de grup, interfețele RG Control/Data trebuie să aparțină unor domenii de nivel 2 diferite (vlan, comutator separat)

  • Canalul de port este acceptat atât pentru interfețele de control/date RG, cât și pentru interfețele de trafic

  • Toate de semnalizare / mass-media este provenind de la / la adresa IP virtuală

  • Ori de câte ori o platformă este reîncărcată într-o relație CUBE-HA, aceasta pornește întotdeauna ca Standby

  • Adresa inferioară pentru toate interfețele (Gig1, Gig2, Gig3) ar trebui să fie pe aceeași platformă

  • Identificatorul interfeței de redundanță, rii ar trebui să fie unic pentru o combinație pereche/interfață pe același Strat 2

  • Configurația pe ambele CUBEs trebuie să fie identică, inclusiv configurația fizică și trebuie să ruleze pe același tip de platformă și versiunea IOS-XE

  • Interfețe loopback nu pot fi utilizate ca se leagă, deoarece acestea sunt întotdeauna în sus

  • Interfețele cu trafic multiplu (SIP/RTP) (Gig1, Gig2) necesită configurarea urmăririi interfeței

  • CUBE-HA nu este acceptat printr-o conexiune prin cablu crossover pentru RG-control/link-ul de date (Gig3)

  • Ambele platforme trebuie să fie identice și să fie conectate printr-un switch fizic între toate interfețele de referință pentru ca CUBE HA să funcționeze, adică GE0/0/0 din CUBE-1 și CUBE-2 trebuie să se termine pe același comutator și așa mai departe.

  • Nu poate avea WAN reziliat pe cubes direct sau de date HA pe fiecare parte

  • Ambele Active/Standby trebuie să fie în același centru de date

  • Este obligatorie utilizarea interfeței L3 separate pentru redundanță (RG Control/data, Gig3). adică interfața utilizată pentru trafic nu poate fi utilizată pentru păstrarea ha și punctul de control

  • În caz de nereușită, CUBE-ul activ anterior trece printr-o reîncărcare prin proiectare, păstrând semnalizarea și mass-media

Configurarea redundanței pe ambele CUB-uri

Trebuie să configurați redundanța box-to-box de la nivelul 2 la ambele CUBEs destinate a fi utilizate într-o pereche HA pentru a aduce IP-uri virtuale.

1

Configurați urmărirea interfeței la nivel global pentru a urmări starea interfeței.

conf t track 1 interface GigabitEthernet1 line-protocol track 2 interface GigabitEthernet2 line-protocol exit 

VCUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

Track CLI este utilizat în RG pentru a urmări starea interfeței de trafic de voce, astfel încât ruta activă va avea un rol destul de activ după ce interfața de trafic este în jos.

2

Configurați un RG pentru utilizare cu VoIP HA sub-modul de redundanță a aplicației.

redundancy application redundancy group 1 name LocalGateway-HA priority 100 failover threshold 75 control GigabitEthernet3 protocol 1 data GigabitEthernet3 timers delay 30 reload 60 track 1 shutdown track 2 shutdown exit protocol 1 timers hellotime 3 holdtime 10 exit exit exit 

VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-red)#exit

VCUBE-1(config)#

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-red)#exit

VCUBE-2(config)#

Iată o explicație a câmpurilor utilizate în această configurație:

  • redundancy—Enters redundancy mode

  • application redundancy—Enters application redundancy configuration mode

  • group—Enters redundancy application group configuration mode

  • name LocalGateway-HA—Defines the name of the RG group

  • priority 100 failover threshold 75—Specifies the initial priority and failover thresholds for an RG

  • timers delay 30 reload 60—Configures the two times for delay and reload

    • Temporizator de întârziere, care este cantitatea de timp pentru a întârzia inițializarea grupului RG și negocierea rolului după ce interfața apare - Implicit 30 de secunde. Intervalul este de 0-10000 secunde

    • Reîncărcare - Aceasta este perioada de timp pentru a întârzia inițializarea grupului RG și negocierea rolurilor după o reîncărcare - Implicit 60 de secunde. Intervalul este de 0-10000 secunde

    • Cronometrele implicite sunt recomandate, deși aceste cronometre pot fi ajustate pentru a se potrivi cu orice întârziere suplimentară de convergență a rețelei care poate apărea în timpul pornirii/reîncărcării routerelor, pentru a garanta că negocierea protocolului RG are loc după ce rutarea în rețea a convergent la un punct stabil. De exemplu, dacă se vede după failover că este nevoie de până la 20 sec pentru ca noul STANDBY să vadă primul pachet RG HELLO de la noul ACTIVE, atunci cronometrele trebuie ajustate la "cronometre întârziere 60 reîncărcați 120" pentru a lua în considerare această întârziere.

  • control GigabitEthernet3 protocol 1—Configures the interface used to exchange keepalive and hello messages between the two CUBEs, and specifies the protocol instance that will be attached to a control interface and enters redundancy application protocol configuration mode

  • data GigabitEthernet3—Configures the interface used for checkpointing of data traffic

  • track—RG group tracking of interfaces

  • protocol 1—Specifies the protocol instance that will be attached to a control interface and enters redundancy application protocol configuration mode

  • timers hellotime 3 holdtime 10—Configures the two timers for hellotime and holdtime:

    • Hellotime- Interval între mesaje succesive salut – Implicit 3 secunde. Raza de acțiune este de 250 milisecunde-254 secunde

    • Timp de așteptare - Intervalul dintre primirea unui mesaj Hello și prezumția că ruterul de trimitere nu a reușit. Această durată trebuie să fie mai mare decât timpul de salut – Implicit 10 secunde. Raza de acțiune este de 750 milisecunde-255 secunde

      Vă recomandăm să configurați cronometrul de așteptare pentru a fi de cel puțin 3 ori valoarea cronometrului hellotime.

3

Activați redundanța box-to-box pentru aplicația CUBE. Configure the RG from the previous step under voice service voip. Acest lucru permite aplicației CUBE să controleze procesul de redundanță.

voice service voip redundancy-group 1 exit

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1

 % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect 

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1

 % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect 

VCUBE-2(config-voi-serv)# exit

redundancy-group 1—Adding and removing this command requires a reload for the updated configuration to take effect. Vom reîncărca platformele după ce s-a aplicat toată configurația.

4

Configurați interfețele Gig1 și Gig2 cu IP-urile lor virtuale respective, așa cum se arată mai jos și aplicați identificatorul interfeței de redundanță (rii)

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(config)#

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(config)#

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

Iată o explicație a câmpurilor utilizate în această configurație:

  • redundancy rii—Configures the redundancy interface identifier for the redundancy group. Necesar pentru generarea unei adrese Virtual MAC (VMAC). Aceeasi valoare rii ID trebuie folosita si pe interfata fiecarui router (ACTIVE/STANDBY) care are acelasi VIP.

    If there is more than one B2B pair on the same LAN, each pair MUST have unique rii IDs on their respective interfaces (to prevent collision). ‘show redundancy application group all’ should indicate the correct local and peer information.

  • redundancy group 1—Associates the interface with the redundancy group created in Step 2 above. Configurați grupul RG, precum și VIP-ul atribuit acestei interfețe fizice.

    Este obligatorie utilizarea unei interfețe separate pentru redundanță, adică interfața utilizată pentru traficul de voce nu poate fi utilizată ca interfață de control și date specificată în pasul 2 de mai sus. În acest exemplu, interfața Gigabit 3 este utilizată pentru controlul/datele RG

5

Salvați configurația primului CUBE și reîncărcați-l.

Platforma pentru a reîncărca ultima este întotdeauna standby.

VCUBE-1#wr

 Building configuration... 

 [OK] 

VCUBE-1#reload

 Proceed with reload? [confirm]

După ce VCUBE-1 pornește complet, salvați configurația VCUBE-2 și reîncărcați-o.

VCUBE-2#wr

 Building configuration... 

 [OK] 

VCUBE-2#reload

 Proceed with reload? [confirm]

6

Verificați că configurația box-to-box funcționează așa cum vă așteptați. Rezultatele relevante sunt evidențiate cu caractere aldine.

Am reîncărcat VCUBE-2 ultima și ca pe considerente de proiectare; platforma pentru a reîncărca ultima va fi întotdeauna standby. 

 VCUBE-1#show redundancy application group all Faults states Group 1 info:        Runtime priority: [100] RG Faults RG State: Up.                        Total # of switchovers due to faults:  0 Total # of down/up state changes due to faults: 0 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state: Up My Role: ACTIVE Peer Role: STANDBY Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: ACTIVE Peer RF state: STANDBY HOT RG Protocol RG 1 ------------------ Role: Active Negotiation: Enabled Priority: 100 Protocol state: Active Ctrl Intf(s) state: Up Active Peer: Local Standby Peer: address 10.1.1.2, priority 100, intf Gi3 Log counters:                 role change to active: 1 role change to standby: 1 disable events: rg down state 0, rg shut 0 ctrl intf events: up 1, down 0, admin_down 0 reload events: local request 0, peer request 0 RG Media Context for RG 1 -------------------------- Ctx State: Active Protocol ID: 1 Media type: Default Control Interface: GigabitEthernet3 Current Hello timer: 3000 Configured Hello timer: 3000, Hold timer: 10000 Peer Hello timer: 3000, Peer Hold timer: 10000 Stats:             Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0 Authentication not configured Authentication Failure: 0 Reload Peer: TX 0, RX 0 Resign: TX 0, RX 0 Standy Peer: Present. Hold Timer: 10000 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 VCUBE-1#
 VCUBE-2#show redundancy application group all Faults states Group 1 info:        Runtime priority: [100] RG Faults RG State: Up.                        Total # of switchovers due to faults:  0 Total # of down/up state changes due to faults: 0 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state: Up My Role: STANDBY Peer Role: ACTIVE Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: ACTIVE Peer RF state: STANDBY HOT RG Protocol RG 1 ------------------ Role: Active Negotiation: Enabled Priority: 100 Protocol state: Active Ctrl Intf(s) state: Up Active Peer: address 10.1.1.2, priority 100, intf Gi3 Standby Peer: Local Log counters:                 role change to active: 1 role change to standby: 1 disable events: rg down state 0, rg shut 0 ctrl intf events: up 1, down 0, admin_down 0 reload events: local request 0, peer request 0 RG Media Context for RG 1 -------------------------- Ctx State: Active Protocol ID: 1 Media type: Default Control Interface: GigabitEthernet3 Current Hello timer: 3000 Configured Hello timer: 3000, Hold timer: 10000 Peer Hello timer: 3000, Peer Hold timer: 10000 Stats:             Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0 Authentication not configured Authentication Failure: 0 Reload Peer: TX 0, RX 0 Resign: TX 0, RX 0 Standy Peer: Present. Hold Timer: 10000 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 VCUBE-2#

Configurarea unui gateway local pe ambele CUB-uri

În configurația noastră exemplu, folosim următoarele informații trunchi din Control Hub pentru a construi configurația Local Gateway pe ambele platforme, VCUBE-1 și VCUBE-2. Numele de utilizator și parola pentru această configurare sunt după cum urmează:

  • Nume utilizator: Hussain1076_LGU

  • Parolă: lOV12MEaZx

1

Asigurați-vă că este creată o cheie de configurare pentru parolă, cu comenzile afișate mai jos, înainte de a putea fi utilizată în acreditări sau secrete partajate. Parolele de tip 6 sunt criptate folosind cifrul AES și această cheie de configurare definită de utilizator. 

 LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes

Iată configurația Local Gateway care se va aplica ambelor platforme pe baza parametrilor Control Hub afișați mai sus, salvați și reîncărcați. SIP Digest credentials from Control Hub are highlighted in bold.

 configure terminal crypto pki trustpoint dummyTp revocation-check crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end configure terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end configure terminal voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y exit allow-connections sip to sip media statistics media bulk-stats no supplementary-service sip refer no supplementary-service sip handle-replaces fax protocol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-all early-offer forced end configure terminal voice class sip-profiles 200 rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1" rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1" rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1" rule 20 request ANY sip-header From modify ">" ";otg=hussain1076_lgu>" rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1" voice class codec 99 codec preference 1 g711ulaw codec preference 2 g711ulaw exit voice class srtp-crypto 200 crypto 1 AES_CM_128_HMAC_SHA1_80 exit voice class stun-usage 200 stun usage firewall-traversal flowdata exit voice class tenant 200 registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Hussain5091_LGU username Hussain1076_LGU password 0 lOV12MEaZx realm Broadworks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm BroadWorks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm 40462196.cisco-bcld.com no remote-party-id sip-server dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com privacy-policy passthru voice class tenant 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class tenant 300 bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip pattern dtg=hussain1076.lgu dial-peer voice 101 voip description Outgoing dial-peer to IP PSTN destination-pattern BAD.BAD session protocol sipv2 session target ipv4:198.18.133.3 voice-class codec 99 voice-class sip tenant 100 dtmf-relay rtp-nte no vad dial-peer voice 201 voip description Outgoing dial-peer to Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server voice-class codec 99 voice-class stun-usage 200 no voice-class sip localhost voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad voice class dpg 100 description Incoming WebexCalling(DP200) to IP PSTN(DP101) dial-peer 101 preference 1 voice class dpg 200 description Incoming IP PSTN(DP100) to Webex Calling(DP201) dial-peer 201 preference 1 dial-peer voice 100 voip desription Incoming dial-peer from IP PSTN session protocol sipv2 destination dpg 200 incoming uri via 100 voice-class codec 99 voice-class sip tenant 300 dtmf-relay rtp-nte no vad dial-peer voice 200 voip description Incoming dial-peer from Webex Calling session protocol sipv2 destination dpg 100 incoming uri request 200 voice-class codec 99 voice-class stun-usage 200 voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad end copy run start

Pentru a afișa ieșirea comenzii de afișare, am reîncărcat VCUBE-2 urmat de VCUBE-1, făcând din VCUBE-1 CUBUL standby și VCUBE-2 CUBUL activ

2

În orice moment, o singură platformă va menține o înregistrare activă ca Gateway local cu SBC-ul de acces webex Calling. Aruncați o privire la ieșirea următoarelor comenzi de afișare.

prezintă grupul de cereri de redundanță 1

show sip-ua register status 

 VCUBE-1#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: Standby Peer Role: ACTIVE Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: STANDBY HOT Peer RF state: ACTIVE VCUBE-1#show sip-ua register status VCUBE-1#

 VCUBE-2#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: ACTIVE Peer Role: STATUS Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: ACTIVE Peer RF state: STANDBY HOT VCUBE-2#show sip-ua register status Tenant: 200 --------------------Registrar-Index  1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 48 yes normal VCUBE-2#

From the output above, you can see that VCUBE-2 is the active LGW maintaining the registration with Webex Calling access SBC, whereas the output of the “show sip-ua register status” is blank in VCUBE-1

3

Acum activați următoarele depanări pe VCUBE-1

 VCUBE-1#debug ccsip non-call SIP Out-of-Dialog tracing is enabled VCUBE-1#debug ccsip info SIP Call info tracing is enabled VCUBE-1#debug ccsip message

4

Simulați reluarea prin emiterea următoarei comenzi pe LGW activ, VCUBE-2 în acest caz.

 VCUBE-2#redundancy application reload group 1 self

Trecerea de la ACTIVE la STANDBY LGW are loc în următorul scenariu, precum și în afară de CLI enumerate mai sus

  • Când routerul ACTIVE se reîncarcă

  • Când routerul ACTIVE cicluri de alimentare

  • Când orice interfață configurată RG a routerului ACTIVE este oprită pentru care este activată urmărirea

5

Verificați dacă VCUBE-1 s-a înregistrat cu Webex Calling access SBC. VCUBE-2 ar fi reîncărcat până acum.

 VCUBE-1#show sip-ua register status Tenant: 200 --------------------Registrar-Index  1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 56 yes normal VCUBE-1#

VCUBE-1 este acum LGW activ.

6

Uitați-vă la jurnalul de depanare relevant pe VCUBE-1 trimițând un REGISTRU SIP la Webex Apelând prin IP-ul virtual și primind un OK 200.

 VCUBE-1#show log Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired. Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595044 CSeq: 2 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Content-Length: 0 

Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 401 Unauthorized Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595044 CSeq: 2 REGISTER WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 Content-Length: 0 

Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:25 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent:Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Content-Length: 0 

Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  Received: SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference Content-Length: 0

Configurați Unified CM pentru Webex Calling

Configurarea SIP Trunk profil de securitate pentru Trunk la Local Gateway

În cazurile în care Local Gateway și PSTN gateway se află pe același dispozitiv, Unified CM trebuie să fie activat pentru a diferenția între două tipuri diferite de trafic (apeluri de la Webex și de la PSTN) care provin de pe același dispozitiv și pentru a aplica o clasă diferențiată de servicii acestor tipuri de apeluri. Acest tratament de apel diferențiat se realizează prin asigurarea a două trunchiuri între Unified CM și gateway-ul local combinat și pstn gateway dispozitiv care necesită porturi diferite de ascultare SIP pentru cele două trunchiuri.

Creați un profil de securitate dedicat SIP Trunk pentru trunchiul Local Gateway cu următoarele setări:

ConfigurareValoare
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi profilul de securitate al trunchiurilor Webex SIP
Portul de intrareTrebuie să se potrivească portul utilizat în configurarea gateway-ului local pentru traficul către/de la Webex: 5065

Configurarea profilului SIP pentru trunchiul gateway-ului local

Creați un profil SIP dedicat pentru trunchiul Local Gateway cu următoarele setări:

ConfigurareValoare
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Webex SIP Profile
Activați OPTIONS Ping pentru a monitoriza starea de destinație pentru trunchiuri cu tipul de serviciu "None (Implicit)"Bifat

Crearea unui spațiu de căutare a apelurilor pentru apelurile de la Webex

Creați un spațiu de căutare a apelurilor pentru apelurile care provin de la Webex cu următoarele setări:

ConfigurareValoare
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Spațiul de căutare Webex Calling
Partiții selectate

DN (+E.164 numere de director)

ESN (apelare interlocutorie abreviată)

PSTNInternational (acces PSTN)

onNetRemote (destinații învățate GDPR)

Ultima partiție onNetRemote este utilizată numai într-un mediu multi-cluster în care informațiile de rutare sunt schimbate între clustere CM unificate utilizând Intercluster Lookup Service (ILS) sau Global Dialplan Replication (GDPR).

Configurarea unui trunchi SIP către și de la Webex

Creați un trunchi SIP pentru apelurile către și de la Webex prin Gateway-ul local cu următoarele setări:

ConfigurareValoare
Informații dispozitiv
Nume dispozitivUn nume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Webex SIP Trunk
Rularea pe toate nodurile CM unificate activeBifat
Apeluri primite
Apelarea spațiului de căutareSpațiul de căutare a apelurilor definit anterior: Webex
AAR Apelarea spațiului de căutare Un spațiu de căutare de apelare cu acces numai la modelele de rute PSTN: PSTNReroute
Sip Informații
Adresa de destinațieAdresa IP a Local Gateway CUBE
Portul de destinație5060
SIP Trunk profil de securitateDefinit anterior: Webex
Profilul SIPDefinit anterior: Webex

Configurarea Grupului de rute pentru Webex

Creați un grup de rute cu următoarele setări:

ConfigurareValoare
Informații despre grupul de rute
Nume grup de rutareUn nume unic, cum ar fi Webex
Dispozitive selectateTrunchiul SIP configurat anterior: Webex

Configurarea listei de rute pentru Webex

Creați o listă de rute cu următoarele setări:

ConfigurareValoare
Informații despre lista de rute
NumeUn nume unic, cum ar fi RL_Webex
DescriereDescriere semnificativă, cum ar fi lista de rutare pentru Webex
Rularea pe toate nodurile CM unificate activeBifat
Informații despre membrii listei de rute
Grupuri selectateNumai grupul de rute definit anterior: Webex

Crearea unei partiții pentru destinații webex

Creați o partiție pentru destinațiile Webex cu următoarele setări:

ConfigurareValoare
Informații despre lista de rute
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi partiția Webex

Ce trebuie să faceți în continuare

Asigurați-vă că adăugați această partiție la toate spațiile de căutare apelante care ar trebui să aibă acces la destinații webex. Trebuie să adăugați această partiție în mod specific la spațiul de căutare apelant care este utilizat ca spațiu de căutare de apelare la intrare pe trunchiurile PSTN, astfel încât apelurile de la PSTN la Webex să poată fi direcționate.

Configurarea modelelor de rute pentru destinațiile Webex

Configurați modelele de rute pentru fiecare interval DID de pe Webex cu următoarele setări:

ConfigurareValoare
Model traseuModel complet +E.164 pentru gama DID din Webex cu cel mai important "\". De exemplu: \+140855501XX
Partiția de rutăWebex
Gateway/Listă de ruteRL_Webex
Prioritate urgentăBifat

Configurarea normalizării abreviate a apelării intersite pentru Webex

Dacă webex este necesară apelarea prescurtată între site-uri, configurați modelele de normalizare a apelului pentru fiecare interval ESN de pe Webex cu următoarele setări:

ConfigurareValoare
Model de traducereModel ESN pentru gama ESN din Webex. De exemplu: 80121XX
PartițieWebex
DescriereDescriere semnificativă, cum ar fi modelul de standardizare Webex
Utilizați spațiul de căutare apelant al inițiatoruluiBifat
Prioritate urgentăBifat
Nu așteptați pentru Timeout Interdigit pe hamei ulterioareBifat
Numită Party Transformation MaskMasca pentru a normaliza numărul la +E.164. De exemplu: +140855501XX

Configurați funcțiile dvs. Webex Calling

Configurarea unui grup de vânătoare

Grupurile de vânătoare direcționează apelurile primite către un grup de utilizatori sau spații de lucru. Puteți configura chiar și un model pentru a ruta la un grup întreg.

Pentru mai multe informații despre cum să configurați un grup de vânătoare, consultați Grupuri de vânătoare în Cisco Webex Control Hub.

Crearea unei cozi de apel

Puteți configura o coadă de apeluri, astfel încât, atunci când apelurile clienților nu pot fi răspunse, să li se ofere un răspuns automat, mesaje de confort și muzică în așteptare până când cineva poate răspunde la apel.

Pentru mai multe informații despre cum să configurați și să gestionați o coadă de apel, consultați Gestionarea cozilor de apeluri în Cisco Webex Control Hub.

Crearea unui client recepționer

Ajutați-vă să susțineți nevoile personalului din front-office. Puteți configura utilizatorii ca însoțitori de telefon, astfel încât să poată filtra apelurile primite către anumite persoane din cadrul organizației dvs.

Pentru informații despre cum să configurați și să vizualizați clienții recepționer, consultați Clienții recepționer din Cisco Webex Control Hub.

Crearea și gestionarea operatorilor automați

Puteți să adăugați felicitări, să configurați meniuri și să direcționați apelurile către un serviciu de răspuns, un grup de vânătoare, o casetă de mesagerie vocală sau o persoană reală. Creează un program de 24 de ore sau oferă opțiuni diferite atunci când afacerea ta este deschisă sau închisă.

Pentru informații despre cum să creați și să gestionați operatorii automați, consultați Gestionarea operatorilor automați în Cisco Webex Control Hub.

Configurarea unui grup de paginare

Paginarea în grup permite unui utilizator să plaseze o pagină de apel sau de grup unidirecțională la până la 75 de utilizatori și spații de lucru țintă, formând un număr sau o extensie atribuită unui anumit grup de paginare.

Pentru informații despre configurarea și editarea grupurilor de paginare, consultați Configurarea unui grup de paginare în Cisco Webex Control Hub.

Configurarea preluării apelurilor

Îmbunătățiți munca în echipă și colaborarea prin crearea unui grup de preluare a apelurilor, astfel încât utilizatorii să poată răspunde reciproc la apeluri. Când adăugați utilizatori la un grup de preluare a apelurilor și un membru al grupului este plecat sau ocupat, un alt membru poate răspunde la apelurile lor.

Pentru informații despre cum să configurați un grup de preluare a apelurilor, consultați Preluarea apelurilor în Cisco Webex Control Hub.

Configurarea parcului de apeluri

Call park permite unui grup definit de utilizatori să parcheze apelurile împotriva altor membri disponibili ai unui grup de call park. Apelurile parcate pot fi preluate de alți membri ai grupului pe telefonul lor.

Pentru mai multe informații despre cum să configurați parcul de apeluri, consultați Call Park în Cisco Webex Control Hub.

Activați barge-in pentru utilizatori

1

Din vizualizarea clientului din https://admin.webex.com, accesați Management > Utilizatori.

2

Selectați un utilizator și faceți clic pe Apelare.

3

Accesați secțiunea Permisiuni între utilizatori , apoi selectați Barge.

4

Activați comutatorul pentru a permite altor utilizatori să se adauge la apelul în curs al acestui utilizator.

5

Verificați Redați un ton atunci când acest utilizator intră într-un apel dacă doriți să redați un ton altor persoane atunci când acest utilizator intră în apel.

Tonul Redați un ton atunci când acest utilizator intră într-o setare de apeluri nu se aplică funcționalității de tip barge-in a supervizorului Experience Basic și Essentials. Chiar dacă activați această opțiune pentru un supraveghetor, sistemul nu redă tonul de notificare agentului atunci când un supraveghetor intră în apelul din coada de apeluri.

Dacă doriți să redați un ton unui agent atunci când un supraveghetor intră în apel, îl puteți activa prin setările „Ton de notificare pentru agenți”. Pentru mai multe informații, consultați secțiunea Creare coadă din Webex Customer Experience Basic sau Webex Customer Experience Essentials.

6

Faceți clic pe Salvați.

Activați confidențialitatea pentru un utilizator

1

Conectați-vă la Control Hub și accesați Management > Utilizatori.

2

Alegeți un utilizator și faceți clic pe Apelare.

3

Accesați zona Permisiuni între utilizatori și apoi alegeți Confidențialitate.

4

Alegeți setările de confidențialitate ale Operatorului automat corespunzătoare pentru acest utilizator.

  • Permiteți acestui utilizator să fie apelat prin interior
  • Permiteți acestui utilizator să fie apelat cu prenume sau nume
5

Bifați caseta de selectare Activare confidențialitate . Apoi, puteți decide să blocați pe toată lumea, nealegând membri din lista derulantă. Alternativ, puteți alege utilizatorii, spațiile de lucru și liniile virtuale care pot monitoriza starea liniei acestui utilizator.

Dacă sunteți administrator de locație, în lista derulantă apar numai utilizatorii, spațiile de lucru și liniile virtuale referitoare la locațiile atribuite.

Debifați caseta de selectare Activare confidențialitate pentru a permite tuturor să monitorizeze starea liniei.

6

Verificați Confidențialitatea impunerii pentru preluarea apelurilor direcționate și caseta de selectare pentru înscriere pentru a activa confidențialitatea pentru preluarea apelurilor direcționate și înscriere.

  • Dacă activați această opțiune, numai utilizatorii autorizați, liniile virtuale și dispozitivele din spațiul de lucru pot utiliza preluarea apelurilor direcționate și conectarea la acest utilizator. În caz contrar, oricine din organizație poate invoca preluarea apelurilor direcționate și înscrierea pe o linie.
  • Pentru mai multe informații despre barge-in, consultați Barge-in la apelul telefonic al altcuiva.
  • Supraveghetorul poate interveni întotdeauna pentru apelurile pe care agenții le primesc prin intermediul cozii de apeluri. Adică, setările de confidențialitate nu afectează opțiunea de blocare a unui supervizor.
7

Din Adăugați membru după nume, alegeți utilizatorii, spațiile de lucru și liniile virtuale care pot monitoriza starea liniei telefonice și pot invoca preluarea apelurilor direcționate și intrarea în rețea.

8

Pentru a filtra membrii pe care îi selectați, utilizați filtrul după nume, număr sau câmp text.

9

Faceți clic pe Eliminare toate pentru a elimina toți membrii selectați.

Pentru a elimina un membru individual, faceți clic pe Ștergere de lângă numele membrului.
10

Faceți clic pe Salvați.

Setări de confidențialitate

Configurați monitorizarea

Numărul maxim de linii monitorizate pentru un utilizator este de 50. Cu toate acestea, în timp ce configurați lista de monitorizare, luați în considerare numărul de mesaje care afectează lățimea de bandă dintre Webex Calling și rețeaua dvs. De asemenea, determinați liniile maxime monitorizate de numărul de butoane de linie de pe telefonul utilizatorului.

1

Din vizualizarea clientului din https://admin.webex.com, accesați Management și apoi faceți clic pe Utilizatori.

2

Selectați utilizatorul pe care doriți să-l modificați și faceți clic pe Apelare.

3

Accesați secțiunea Permisiuni între utilizatori și selectați Monitorizare.

4

Alegeți dintre următoarele:

  • Adăugare linie monitorizată
  • Adăug. int. parcare apel

Puteți include o linie virtuală în lista Adăugare linie monitorizată pentru monitorizarea utilizatorului.

5

Alegeți dacă doriți să notificați acest utilizator despre apelurile parcate, căutați persoana sau extensia de parcare a apelurilor care urmează să fie monitorizată, apoi faceți clic pe Salvare.

Lista de linii monitorizate din Control Hub corespunde ordinii liniilor monitorizate care se afișează pe dispozitivul utilizatorului. Puteți reordona lista liniilor monitorizate în orice moment.

Numele care apare pentru linia monitorizată este numele introdus în câmpurile Nume și prenume ID apelant pentru utilizator, spațiu de lucru și linie virtuală.

Vrei să vezi cum s-a făcut? Urmăriți această demonstrație video cu privire la modul de gestionare a setărilor de monitorizare pentru un utilizator din Control Hub.

Activați tonul de avertizare prin punte de apel pentru utilizatori

Înainte de a începe

Trebuie să aveți configurat linia partajată pentru ca podul de apeluri să fie invocat. Consultați modul de configurare a liniilor partajate înainte de a activa tonul de avertizare al punții de apel pentru redare.
1

Conectați-vă la Control Hub și accesați Management > Utilizatori.

2

Selectați un utilizator și faceți clic pe fila Apelare.

3

Accesați Permisiuni între utilizatori și faceți clic pe Call Bridging Warning Tone.

4

Activați funcția Call Bridging Warning Tone, apoi faceți clic pe Save.

În mod implicit, această funcție este activată.

Pentru mai multe informații despre conectarea la apel pe o linie MPP partajată, consultați liniile partajate de pe telefonul dvs. de birou pentru mai multe platforme.

Pentru mai multe informații despre conectarea apelurilor pe o linie partajată a aplicației Webex, consultați aspectul liniei partajate pentru WebexApp.

Activarea hoteling-ului pentru un utilizator

Activarea hoteling pentru un utilizator le permite să lucreze într-un alt spațiu, menținând în același timp funcționalitatea și caracteristicile telefonului principal de birou.
1

Din vizualizarea clientului din https://admin.webex.com, accesați Management și selectați Utilizatori.

2

Selectați un utilizator și faceți clic pe fila Apelare.

3

Accesați secțiunea Permisiuni între utilizatori și selectați Hoteling și activați comutatorul.

4

Introduceți numele sau numărul gazdei hotelului în câmpul de căutare Hotel Location și alegeți gazda hotelului pe care doriți să o alocați utilizatorului.

Se poate selecta doar o singură gazdă hotelieră. Dacă alegeți o altă gazdă hotelieră, prima este ștearsă.

Dacă sunteți administrator de locație, puteți aloca numai gazda hotelului referitoare la locațiile alocate.
5

Pentru a limita timpul în care un utilizator poate fi asociat cu gazda hotelului, alegeți numărul de ore pe care utilizatorul le poate utiliza gazda hotelului din lista derulantă Limit Association Period .

Utilizatorul se va deconecta automat după ora aleasă.

În ecran se afișează un mesaj de eroare dacă perioada limită de asociere specificată pentru utilizator depășește perioada limită de asociere a gazdei alese pentru hotel. De exemplu, dacă gazda hotelului are o perioadă limită de asociere de 12 ore, iar perioada limită de asociere a utilizatorului este de 24 de ore, se afișează un mesaj de eroare. În astfel de cazuri, trebuie să extindeți perioada de asociere limită a gazdei hotelului dacă este nevoie de mai mult timp pentru utilizator.

6

Faceți clic pe Salvați.

De asemenea, un utilizator poate căuta și localiza gazda de hotel pe care dorește să o utilizeze din Hubul utilizatorului. Pentru mai multe informații, consultați Accesați profilul de apelare de oriunde.

Vrei să vezi cum s-a făcut? Urmăriți această demonstrație video cu privire la modul de configurare a hotelurilor în Control Hub.

Tendințe de adopție și rapoarte de utilizare pentru Webex Calling

Vizualizați rapoartele de apelare

Puteți utiliza pagina Analytics din Control Hub pentru a obține informații despre modul în care utilizatorii utilizează apelarea Webex și aplicația Webex (interacțiune), precum și prepelița experienței lor media de apel. Pentru a accesa analizele Webex Calling, conectați-vă la Control Hub, apoi accesați Analytics și selectați fila Apelare .

1

Pentru rapoarte detaliate privind istoricul apelurilor, conectați-vă la Control Hub, apoi accesați Statistici > Apelare.

2

Selectați istoricul detaliat al apelurilor.

Pentru informații despre apelurile care utilizează instanță dedicată, consultați Analiza instanțelor dedicate.

3

Pentru a accesa date de calitate media, conectați-vă la Control Hub, apoi accesați Statistici și apoi selectați Apelare.

Pentru mai multe informații, consultați Analytics pentru portofoliul de colaborare în cloud.

Rulați instrumentul CScan

CScan este un instrument de pregătire a rețelei conceput pentru a testa conexiunea la rețea la Apelarea Webex.

Pentru mai multe informații, consultați Utilizarea CScan pentru a testa calitatearețelei de apelare Webex.

Pregătiți mediul dvs.

Condiţii generale

Înainte de a configura un gateway local pentru Webex Calling, asigurați-vă că:

  • Cunoașterea de bază a principiilor VoIP

  • Cunoașterea de bază a conceptelor de voce Cisco IOS-XE și IOS-XE

  • Să înțelegeți de bază Protocolul de inițiere sesiuni (SIP)

  • Aveți o înțelegere de bază a Cisco Unified Communications Manager (Unified CM) dacă modelul dvs. de implementare include Unified CM

Consultați Ghidul de configurare Enterprise Cisco Unified Border Element (CUBE) pentru detalii.

Cerințe hardware și software pentru gateway-ul local

Asigurați-vă că implementarea are una sau mai multe dintre gateway-urile locale, cum ar fi:

  • Cisco CUBE pentru conectivitate bazată pe IP

  • Gateway Cisco IOS pentru conectivitate bazată pe TDM

Consultați tabelul 1 din gateway-ul local pentru Ghidul de comandă Webex Calling. De asemenea, asigurați-vă că platforma rulează o versiune IOS-XE acceptată conform Ghidului de configurare a gateway-ului local.

Gateway-ul local vă ajută să migrați la Webex Calling în ritmul propriu. Gateway-ul local integrează implementarea locală existentă cu Webex Calling. De asemenea, puteți utiliza conexiunea PSTN existentă. Consultați Începeți cu gateway-ul local

Cerințe de certificare și securitate pentru gateway-ul local

Webex Calling necesită semnalizare și media securizate. Gateway-ul local efectuează criptarea, iar o conexiune TLS trebuie să fie stabilită la ieșirea din cloud cu următorii pași:

  • LGW trebuie actualizat cu pachetul rădăcină CA de la Cisco PKI

  • Se utilizează un set de date de autentificare SIP digest din pagina de configurare trunchiuri a Control Hub pentru a configura LGW (pașii fac parte din configurația care urmează)

  • Validează pachetul rădăcină CA prezentat certificat

  • Solicitată pentru datele de autentificare (SIP Digest furnizat)

  • Cloud-ul identifică care gateway-ul local este înregistrat în siguranță

Firewall, NAT Traversal și cerințele de optimizare a căilor media pentru gateway-ul local

În cele mai multe cazuri, gateway-ul local și punctele finale pot locui în rețeaua de clienți interni, folosind adrese IP private cu NAT. Firewall-ul întreprinderii trebuie să permită traficul de ieșire (SIP, RTP/UDP, HTTP) către anumite adrese IP/porturi, acoperite de informațiile de referință portuare.

Dacă doriți să utilizați Optimizarea căilor media cu ICE, interfața cu care se confruntă Webex Calling a gateway-ului local trebuie să aibă o cale de rețea directă către și de la punctele finale Webex Calling. Dacă punctele finale se află într-o locație diferită și nu există o cale de rețea directă între punctele finale și interfața Webex Calling cu care se confruntă gateway-ul local, atunci gateway-ul local trebuie să aibă o adresă IP publică atribuită interfeței cu care se confruntă Webex Calling pentru apeluri între gateway-ul local și punctele finale pentru a utiliza optimizarea căii media. În plus, trebuie să fie rulează iOS-XE versiunea 16.12.5.

Configurați Webex Calling pentru organizația dvs.

Configurați setările de apelare în Asistentul pentru prima configurare

Primul pas pentru a vă pune în funcțiune serviciile Webex Calling este finalizarea Asistentului pentru prima configurare (FTSW). După ce FTSW este finalizat pentru prima locație, nu trebuie să fie finalizat pentru locații suplimentare.

1

Faceți clic pe linkul Noțiuni introductive din e-mailul de bun venit pe care îl primiți.

Adresa de e-mail a administratorului este utilizată automat pentru a vă conecta la Control Hub, unde vi se va solicita să creați parola administratorului. După ce vă conectați, expertul de configurare începe automat.

2

Revizuiți și acceptați condițiile de furnizare a serviciilor.

3

Revizuiți planul și apoi faceți clic pe Get Started.

Managerul contului dvs. este responsabil pentru activarea primilor pași pentru FTSW. Contactați managerul contului dvs. dacă primiți o notificare de „Nu puteți configura apelul”, atunci când selectați Începeți.

4

Selectați țara pe care centrul dvs. de date ar trebui să o hărțuiască și introduceți informațiile de contact ale clientului și adresa clientului.

5

Faceți clic pe Înainte: Locație implicită.

6

Alegeți din următoarele opțiuni:

  • Faceți clic pe Salvare și Închidere dacă sunteți un administrator partener și doriți ca administratorul clientului să finalizeze configurarea Webex Calling.
  • Completați informațiile necesare privind locația. După ce creați locația în expert, puteți crea mai multe locații mai târziu.

După ce finalizați expertul de configurare, asigurați-vă că adăugați un număr principal la locația pe care o creați.

7

Efectuați următoarele selecții pentru a aplica în această locație:

  • Limba anunțurilor—Pentru anunțuri și solicitări audio pentru utilizatorii și funcțiile noi.
  • Limba de e-mail—Pentru comunicarea prin e-mail a noilor utilizatori.
  • Țară
  • Fus orar
8

Faceți clic pe Înainte.

9

Introduceți o adresă SIP Cisco Webex disponibilă și faceți clic pe Înainte și selectați Finalizare.

Adăugați o locație

Înainte de a începe

Pentru a crea o nouă locație, pregătiți următoarele informații:

  • adresă Locație

  • Numere de telefon dorite (opțional)

1

Conectați-vă la Control Hub la https://admin.webex.com, accesați Management > Locație.

O nouă locație va fi găzduită în centrul de date regional care corespunde țării pe care ați selectat-o utilizând Asistentul pentru prima configurare.
2

Configurați setările locației:

  • Nume locație—Introduceți un nume unic pentru a identifica locația.
  • Țară/regiune—Alegeți o țară pentru a lega locația de aceasta. De exemplu, puteți crea o locație (sediul central) în Statele Unite și o altă (sucursală) în Regatul Unit. Țara pe care o alegeți determină câmpurile de adresă care urmează. Cei documentați aici folosesc convenția adresei SUA ca exemplu.
  • Adresa de locație—Introduceți adresa principală de e-mail a locației.
  • Oraș/Oraș—Introduceți un oraș pentru această locație.
  • Stat/Provincie/Regiune—Din lista derulantă, alegeți un stat.
  • ZIP/Cod poștal—Introduceți codul poștal sau ZIP.
  • Limba anunțului—Alegeți limba pentru anunțurile și solicitările audio pentru utilizatorii și funcțiile noi.
  • Limba de e-mail—Alegeți limba pentru comunicarea prin e-mail cu utilizatorii noi.
  • fusul orar—Alegeți fusul orar pentru locație.
3

Faceți clic pe Salvare și apoi alegeți Da/ Nu pentru a adăuga numere la locație acum sau mai târziu.

4

Dacă ați făcut clic pe Da, alegeți una dintre următoarele opțiuni:

  • Cisco PSTN —Alegeți această opțiune dacă doriți o soluție PSTN cloud de la Cisco. Planul de apelare Cisco este o soluție completă de înlocuire PSTN care oferă apelare de urgență, apelare internă și internațională de intrare și ieșire și vă permite să comandați noi numere PSTN sau să portați numere existente către Cisco.

    Opțiunea Cisco PSTN este vizibilă numai în următoarele condiții:

    • Ați achiziționat cel puțin un Cisco Calling Plan OCP (Planul de apelare de ieșire) angajat.

    • Locația dvs. se află într-o țară în care Planul de apelare Cisco este acceptat.

    • Locația dvs. este nouă. Locațiile preexistente care au avut alte capacități PSTN atribuite nu sunt eligibile pentru planul de apelare Cisco în acest moment. Deschideți un caz de asistență pentru îndrumare.

    • Sunteți găzduit într-un centru de date Webex Calling într-o regiune în care planul de apelare Cisco este acceptat.

  • Cloud Connected PSTN—Alegeți această opțiune dacă căutați o soluție PSTN în cloud de la unul dintre numeroșii parteneri Cisco CCP sau dacă planul de apelare Cisco nu este disponibil în locația dvs. Partenerii CCP oferă soluții de înlocuire PSTN, o acoperire globală extinsă și o gamă largă și variată de caracteristici, ambalare și prețuri.

    Partenerii PCC și acoperirea geografică sunt enumerați aici. Se afișează numai partenerii care acceptă țara locației dvs. Partenerii sunt listați fie cu un logo, fie ca un șir scurt de text urmat de o regiune, în console (Exemplu: (UE), (SUA) sau (CA). Partenerii listați cu un logo oferă întotdeauna Media regională pentru CCP. Pentru partenerii care se prezintă ca un șir, alegeți regiunea cea mai apropiată de țara locației dvs. pentru a asigura Media regională pentru PCC.

    Dacă vedeți opțiunea de a comanda numere acum sub un furnizor listat, vă recomandăm să alegeți această opțiune, astfel încât să puteți beneficia de un CCP integrat. CCP integrat permite achiziționarea și furnizarea de numere de telefon în Control Hub pe o singură bandă de sticlă. CCP neintegrat vă cere să procurați numerele de telefon de la partenerul CCP din afara Control Hub.

  • PSTN local (Local Gateway)—Puteți alege această opțiune dacă doriți să vă păstrați furnizorul curent PSTN sau doriți să conectați site-urile non-cloud cu site-urile cloud.

Alegerea opțiunii PSTN este la fiecare nivel de locație (fiecare locație are doar o singură opțiune PSTN). Puteți să combinați și să potriviți cât mai multe opțiuni doriți pentru implementarea dvs., dar fiecare locație va avea o singură opțiune. După ce ați selectat și ați configurat o opțiune PSTN, o puteți modifica făcând clic pe Gestionare în proprietățile PSTN ale locației. Cu toate acestea, este posibil ca unele opțiuni, cum ar fi Cisco PSTN, să nu fie disponibile după alocarea unei alte opțiuni. Deschideți un caz de asistență pentru îndrumare.

5

Alegeți dacă doriți să activați numerele acum sau mai târziu.

6

Dacă ați selectat CCP neintegrat sau PSTN local, introduceți Numerele de telefon ca valori separate prin virgulă, apoi faceți clic pe Validare.

Numerele sunt adăugate pentru locația specifică. Intrările valide se mută în câmpul Numere validate și intrările nevalide rămân în câmpul Adăugare numere însoțit de un mesaj de eroare.

În funcție de țara locației, numerele sunt formatate în funcție de cerințele locale de apelare. De exemplu, dacă este necesar un cod de țară, puteți introduce numere cu sau fără cod și codul este prependat.

7

Faceți clic pe Salvați.

Ce este de făcut în continuare

După ce creați o locație, puteți activa serviciile de urgență 911 pentru acea locație. Consultați Serviciul RedSky Emergency 911 pentru Webex Calling pentru mai multe informații.

Înainte de a începe

Obțineți o listă cu utilizatorii și spațiile de lucru asociate cu o locație: Accesați Servicii > Apelare > Numere şi din meniul derulant, selectaţi locaţia care urmează să fie ştearsă. Trebuie să ștergeți acei utilizatori și spații de lucru înainte de a șterge locația.

Rețineți că orice numere asociate cu această locație vor fi eliberate înapoi la furnizorul dvs. PSTN; nu veți mai deține aceste numere.

1

Conectați-vă la Control Hub la https://admin.webex.com, accesați Management > Locație.

2

Clicîn coloana Acțiuni de lângă locația pe care doriți să o ștergeți.

3

Alegeți Ștergeți locația și confirmați că doriți să ștergeți locația respectivă.

De obicei, este nevoie de câteva minute pentru ca locația să fie ștearsă definitiv, dar ar putea dura până la o oră. Puteți verifica starea făcând clic lângă numele locației și selectând Starea de ștergere.

Actualizați o locație existentă

Puteți schimba configurarea PSTN, numele, fusul orar și limba unei locații după ce a fost creată. Rețineți totuși că noua limbă se aplică numai noilor utilizatori și dispozitive. Utilizatorii și dispozitivele existente continuă să utilizeze vechea limbă.

Pentru locațiile existente, puteți activa serviciile de urgență 911. Consultați Serviciul RedSky Emergency 911 pentru Webex Calling pentru mai multe informații.

1

Conectați-vă la Control Hub la https://admin.webex.com, accesați Management > Locație.

Dacă vedeți un simbol precauție lângă o locație, înseamnă că nu ați configurat încă un număr de telefon pentru acea locație. Nu puteți efectua sau primi apeluri până când nu configurați acel număr.

2

(Opțional) În conformitate cu PSTN Connection, selectați fie Cloud Connected PSTN , fie PSTN local (gateway local), în funcție de care ați configurat deja. Faceți clic pe Gestionare pentru a modifica această configurație, apoi recunoașteți riscurile asociate selectând Continuare. Apoi, alegeți una dintre următoarele opțiuni și faceți clic pe Salvare:

  • Cisco PSTN —Alegeți această opțiune dacă doriți o soluție PSTN cloud de la Cisco. Planul de apelare Cisco este o soluție completă de înlocuire PSTN care oferă apelare de urgență, apelare internă și internațională de intrare și ieșire și vă permite să comandați noi numere PSTN sau să portați numere existente către Cisco.

    Opțiunea Cisco PSTN este vizibilă numai în următoarele condiții:

    • Ați achiziționat cel puțin un Cisco Calling Plan OCP (Planul de apelare de ieșire) angajat.

    • Locația dvs. se află într-o țară în care Planul de apelare Cisco este acceptat.

    • Locația dvs. este nouă. În prezent, locațiile preexistente care au avut alte capacități PSTN atribuite nu sunt eligibile pentru Planul de apelare Cisco. Deschideți un caz de asistență pentru îndrumare.

    • Sunteți găzduit într-un centru de date Webex Calling într-o regiune în care planul de apelare Cisco este acceptat.

  • Cloud Connected PSTN—Alegeți această opțiune dacă căutați o soluție PSTN în cloud de la unul dintre numeroșii parteneri Cisco CCP sau dacă planul de apelare Cisco nu este disponibil în locația dvs. Partenerii CCP oferă soluții de înlocuire PSTN, o acoperire globală extinsă și o gamă largă și variată de caracteristici, ambalare și prețuri.

    Partenerii PCC și acoperirea geografică sunt enumerați aici. Se afișează numai partenerii care acceptă țara locației dvs. Partenerii sunt listați fie cu un logo, fie ca un șir scurt de text urmat de o regiune, în console (Exemplu: (UE), (SUA) sau (CA). Partenerii listați cu un logo oferă întotdeauna Media regională pentru CCP. Pentru partenerii care se prezintă ca un șir, alegeți regiunea cea mai apropiată de țara locației dvs. pentru a asigura Media regională pentru PCC.

    Dacă vedeți opțiunea de a comanda numere acum sub un furnizor listat, vă recomandăm să alegeți această opțiune, astfel încât să puteți beneficia de un CCP integrat. CCP integrat permite achiziționarea și furnizarea de numere de telefon în Control Hub pe o singură bandă de sticlă. CCP neintegrat vă cere să procurați numerele de telefon de la partenerul CCP din afara Control Hub.

  • PSTN local (Local Gateway)—Puteți alege această opțiune dacă doriți să păstrați furnizorul curent PSTN sau doriți să conectați site-urile non-cloud cu site-urile cloud.

    Clienții Webex Calling cu locații configurate anterior cu un gateway local vor fi convertiți automat în PSTN local cu un trunchi corespunzător.

3

Pentru locație, selectați Numărul principal din lista derulantă pentru a permite utilizatorilor din locația respectivă să efectueze și să primească apeluri.

Numărul principal poate fi atribuit operatorului automat, astfel încât apelanții externi să poată contacta utilizatorii Webex Calling din locația respectivă. Utilizatorii Webex Calling din acea locație pot utiliza, de asemenea, acest număr ca ID-ul de apelant extern atunci când efectuează apeluri.
4

(Opțional) La Apelarea de urgență, puteți selecta Identificatorul locației de urgență pentru a-l aloca acestei locații.

Această setare este opțională și se aplică numai țărilor care au nevoie de ea.

În unele țări (Exemplu: Franța), există cerințe de reglementare pentru ca sistemele radio celulare să stabilească identitatea celulei atunci când efectuați un apel de urgență și să fie puse la dispoziția autorităților de urgență. Alte țări, cum ar fi S.U.A. și Canada, implementează determinarea locației folosind alte metode. Pentru mai multe informații, consultați Apelarea de urgență îmbunătățită.

Furnizorul dvs. de apeluri de urgență poate avea nevoie de informații despre rețeaua de acces și este realizat prin definirea unui nou antet de extensie SIP privat, P-Access-Network-Info. Titlul conține informații referitoare la rețeaua de acces.

Când setați Identificatorul locației de urgență pentru o locație, valoarea locației este trimisă furnizorului ca parte a mesajului SIP. Contactați furnizorul dvs. de apeluri de urgență pentru a vedea dacă aveți nevoie de această setare și pentru a utiliza valoarea furnizată de furnizorul dvs. de apeluri de urgență.”

5

Selectați numărul de mesagerie vocală pe care utilizatorii îl pot apela pentru a-și verifica mesageria vocală pentru această locație.

6

(Opțional) Faceți clic pe pictograma creion din partea de sus a paginii Locație pentru a schimba numele locației, limba anunțului, limba e-mail, fusul orar sau adresa după cum este necesar, apoi faceți clic pe Salvare.

Schimbarea limbii de anunț are efect imediat pentru toți utilizatorii noi și pentru funcțiile adăugate în această locație. Dacă utilizatorii și/sau funcțiile existente trebuie, de asemenea, să-și schimbe limba de anunț, atunci când vi se solicită, selectați Change pentru utilizatorii și spațiile de lucru existente sau Change pentru funcțiile existente. Faceți clic pe Aplicare. Puteți vizualiza progresul pe pagina Operațiuni . Nu puteți face alte modificări până când acest lucru nu este finalizat.

Modificarea fusului orar pentru o locație nu actualizează fusurile orare ale funcțiilor asociate locației. Pentru a edita fusurile orare pentru funcții precum operatorul automat, grupul de hunt și coada de apeluri, accesați fusul Setări generale al caracteristicii specifice pentru care doriți să actualizați fusul orar și să îl editați și să îl salvați acolo.

Aceste setări sunt pentru apelare internă și sunt, de asemenea, disponibile în expertul de configurare pentru prima dată. Pe măsură ce modificați planul de apelare, numerele de exemplu din actualizarea Control Hub pentru a afișa aceste modificări.

Puteți configura permisiunile de apelare de ieșire pentru o locație. Consultați acești pași pentru a configura permisiunile de apelare de ieșire.

1

Conectați-vă la Control Hub, accesați Servicii > Apelare > Setări serviciu, apoi defilați la apelare internă.

2

Configurați următoarele preferințe opționale de apelare, după cum este necesar:

  • Lungimea prefixului de rutare a locației—Vă recomandăm această setare dacă aveți mai multe locații. Puteți introduce o lungime de 2-7 cifre. Dacă aveți mai multe locații cu aceeași extensie, utilizatorii trebuie să formeze un prefix atunci când apelează între locații. De exemplu, dacă aveți mai multe magazine, toate cu extensia 1000, puteți configura un prefix de rutare pentru fiecare magazin. Dacă un magazin are un prefix de 888, ați apela 8881000 pentru a ajunge la acel magazin.

    Lungimile prefixului de rutare includ cifra de direcție. De exemplu, dacă setați lungimea prefixului de rutare la patru, pot fi utilizate doar trei cifre pentru a specifica site-ul.

    Dacă atribuiți un prefix de rutare unei locații, toate aparențele de extensii atribuite acelei locații includ prefixul de rutare în fața numărului de extensie. De exemplu, 888-1000 (extensie prefix de rutare).

  • Direcționarea numerelor în prefixul de rutare—Alegeți numărul care va fi setat ca prima cifră a fiecărui prefix de rutare.
  • Lungime extensie internă—Puteți introduce 2-10 cifre, iar valoarea implicită este 2.

    După ce vă măriți lungimea extensiei, apelurile de viteză existente către extensiile interne nu sunt actualizate automat.

  • Permiteți apelarea extensiilor între locații—Vă permite să personalizați apelarea extensiilor între locații în funcție de cerințele organizației dvs.

    • Activați comutatorul dacă organizația dvs. nu are extensii duplicate în toate locațiile sale.

      În mod implicit, comutatorul este activat.

    • Dezactivați comutatorul dacă organizația dvs. are aceeași extensie în locații diferite. Când comutatorul este dezactivat și apelantul apelează extensia, apelul este direcționat către un utilizator cu extensia de potrivire în aceeași locație ca apelantul. Apelantul trebuie să apeleze numărul Enterprise Significant (prefix de rutare a locației + extensie) pentru a ajunge la un extensie în alte locații.

3

Specificați apelarea internă pentru anumite locații. Accesați Administrare > Locații, selectați o locație din listă și faceți clic pe Apelare. Derulați la apelare, apoi schimbați apelarea internă după cum este necesar:

  • Apelare internă—Specificați prefixul de rutare pe care utilizatorii din alte locații trebuie să îl apeleze pentru a contacta pe cineva din această locație. Prefixul de rutare al fiecărei locații trebuie să fie unic. Vă recomandăm ca lungimea prefixului să corespundă cu lungimea stabilită la nivelul organizației, dar trebuie să aibă o lungime de 2-7 cifre.
4

Specificați apelarea externă pentru anumite locații. Accesați Administrare > Locații, selectați o locație din listă și faceți clic pe Apelare. Derulați la apelare, apoi schimbați apelarea externă după cum este necesar:

  • Apelare externă—Puteți alege o cifră de apelare de ieșire pe care utilizatorii trebuie să o apeleze pentru a ajunge la o linie externă. Implicit este Niciunul și îl puteți părăsi dacă nu aveți nevoie de acest obicei de apelare. Dacă decideți să utilizați această funcție, vă recomandăm să utilizați un număr diferit de cifra de direcție a organizației dvs.

    Utilizatorii pot include cifra de apelare de ieșire atunci când efectuează apeluri externe pentru a imita modul în care au format pe sistemele moștenite. Cu toate acestea, toți utilizatorii pot efectua în continuare apeluri externe fără cifra de apelare de ieșire.

  • Opțional, aveți capacitatea de a Forța apelarea cifrei de apelare de ieșire a acestei locații, asigurându-vă că utilizatorul trebuie să utilizeze cifra de apelare de ieșire setată de administrator pentru a efectua apeluri externe.

    Apelurile de urgență pot fi apelate în continuare cu sau fără cifra de apelare de ieșire atunci când această funcție este activată.

    Odată activată, orice numere de destinație externe, cum ar fi cele utilizate pentru redirecționarea apelurilor, nu vor mai funcționa dacă nu este inclusă o cifră de apelare de ieșire.

    Dacă o prelungire este aceeași cu numărul național, atunci prelungirea are prioritate față de numărul național. Prin urmare, vă recomandăm să activați cifra de apelare de ieșire.
    Vă recomandăm foarte mult să utilizați formatul de numerotare E.164 pentru apelurile PSTN de intrare și de ieșire.

Impactul asupra utilizatorilor:

  • Utilizatorii trebuie să repornească telefoanele pentru ca modificările preferințelor de apelare să intre în vigoare.

  • Extensiile de utilizator nu trebuie să înceapă cu același număr ca cifra de direcție a locației sau cifrele de apelare de ieșire.

Configurați PSTN local (gateway local) în Control Hub

Dacă sunteți un reseller cu valoare adăugată, puteți utiliza acești pași pentru a începe configurarea gateway-ului local în Control Hub. Când acest gateway este înregistrat în cloud, îl puteți utiliza într-una sau mai multe dintre locațiile dvs. Webex Calling pentru a oferi rutarea către un furnizor de servicii PSTN pentru întreprinderi.

O locație care are un gateway local nu poate fi ștearsă atunci când gateway-ul local este utilizat pentru alte locații.

Creați un trunchi
Urmați acești pași pentru a crea un trunchi în Control Hub.

Înainte de a începe

  • Odată ce o locație este adăugată și înainte de a configura PSTN-ul local pentru o locație, trebuie să creați un trunchi.

  • Creați fiecare locație și setări și numere specifice. Locațiile trebuie să existe înainte de a putea adăuga un PSTN local.

  • Înțelegeți cerințele locale PSTN (gateway local) pentru Webex Calling.

  • Nu puteți alege mai mult de un trunchi pentru o locație cu PSTN local, dar puteți alege același trunchi pentru mai multe locații.

1

Conectați-vă la Control Hub la https://admin.webex.com, accesați Servicii > Apelare > Rutare apeluri și selectați Adăugare trunchiuri.

2

Selectați o locație.

3

Denumiți trunchiul și faceți clic pe Salvare.

Numele nu poate fi mai mare de 24 de caractere.

Ce este de făcut în continuare

Vi se prezintă parametrii relevanți pe care va trebui să îi configurați pe trunchi. De asemenea, veți genera un set de acreditări SIP digest pentru a securiza conexiunea PSTN.

Informații trunchiuri apar pe ecran Register Domain, Trunk Group OTG/DTG, Line/Port, și 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 într-un document, astfel încât să le puteți consulta atunci când sunteți gata să configurați PSTN-ul local.

Dacă pierdeți acreditările, trebuie să le generați din ecranul cu informații despre trunchiuri 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.

Selectați un trunchi pentru PSTN local
1

Conectați-vă la Control Hub la https://admin.webex.com, accesați Management > Locație.

2

Selectați o locație pentru a o modifica și faceți clic pe Gestionare.

3

Selectați PSTN local și faceți clic pe Înainte.

4

Alegeți un trunchi din meniul derulant.

Vizitați pagina trunchiurilor pentru a gestiona opțiunile grupului de trunchiuri.

5

Faceți clic pe notificarea de confirmare, apoi faceți clic pe Salvare.

Ce este de făcut în continuare

Trebuie să luați informațiile de configurare pe care le-a generat Control Hub și să mapați parametrii în gateway-ul local (de exemplu, pe un Cisco CUBE care se află la sediu). Acest articol vă plimbă prin acest proces. Ca referință, consultați următoarea diagramă pentru un exemplu al modului în care informațiile de configurare Control Hub (din stânga) se afișează pe parametrii din CUBE (din dreapta):

După ce ați finalizat cu succes configurația de pe gateway în sine, puteți reveni la Servicii > Apelare > Locații în Control Hub și gateway-ul pe care l-ați creat vor fi listate în cardul de locație la care l-ați alocat cu un punct verde în partea stângă a numelui. Această stare indică faptul că gateway-ul este înregistrat în siguranță în cloud-ul de apelare și servește ca gateway-ul PSTN activ pentru locație.

Gestionare numere de telefon
Solicitați o achiziție de servicii Webex dintr-un trial din Control Hub

Dacă încercați serviciile Webex și doriți să convertiți procesul dvs. într-un abonament plătit, puteți trimite o solicitare de e-mail partenerului dvs.

1

Conectați-vă la Control Hub la https://admin.webex.com, selectați pictograma de construcție.

2

Selectați fila Abonamente , apoi faceți clic pe Cumpărare acum.

Un e-mail este trimis partenerului dvs., anunțându-i că sunteți interesat să convertiți la un abonament plătit.

Setați opțiunile de apelare
Configurați comportamentul de apelare

Puteți controla ce se deschide aplicația de apelare atunci când utilizatorii efectuează apeluri. Puteți configura setările clientului de apelare, inclusiv implementarea în mod mixt pentru organizațiile cu utilizatori cu drepturi Unified CM sau Webex Calling și utilizatori fără servicii de apelare plătite de la Cisco. Pentru mai multe informații, consultați: Configurați comportamentul de apelare.

Configurați gateway-ul local în Cisco IOS XE pentru Webex Calling

Prezentare generală

Webex Calling acceptă în prezent două versiuni ale gateway-ului local:

  • Gateway local

  • Gateway local pentru Webex for Government

Considerații cheie

  • Înainte de a începe, înțelegeți cerințele locale privind rețeaua de telefonie publică comutată (PSTN) și gateway-ul local (LGW) pentru Webex Calling. Consultați Arhitectura preferată Cisco pentru Webex Calling pentru mai multe informații.

  • Acest articol presupune că există o platformă locală dedicată Gateway, fără o configurație vocală existentă. Dacă modificați un gateway PSTN existent sau implementarea CUBE Enterprise pentru a-l utiliza ca funcție a gateway-ului local pentru Webex Calling, acordați o atenție deosebită configurației. Asigurați-vă că nu întrerupeți fluxurile de apeluri existente și funcționalitatea din cauza modificărilor pe care le efectuați.

Procedurile conțin linkuri către documentația de referință a comenzii, unde puteți afla mai multe despre opțiunile individuale de comandă. Toate linkurile de referință pentru comenzi merg la Webex Managed Gateways Command Reference , cu excepția cazului în care se specifică altfel (caz în care, linkurile de comandă merg la Cisco IOS Voice Command Reference). Puteți accesa toate aceste ghiduri la Cisco Unified Border Element Command References.

Pentru informații privind SBC-urile terță parte acceptate, consultați documentația de referință a produsului respectivă.

Configurați gateway-ul local

Există două opțiuni pentru configurarea gateway-ului local pentru trunchiul dvs. Webex Calling:

  • trunk bazat pe înregistrare

  • trunk bazat pe certificat

Utilizați fluxul de activități fie sub gateway-ul local bazat pe înregistrare , fie gateway-ul local bazat pe certificat pentru a configura gateway-ul local pentru trunchiul Webex Calling.

Consultați Începeți cu gateway-ul local pentru mai multe informații despre diferite tipuri de trunchiuri. Efectuați următorii pași pe gateway-ul local în sine, folosind interfața linie de comandă (CLI). Utilizăm protocolul de inițiere sesiuni (SIP) și transportul de securitate a stratului de transport (TLS) pentru a securiza trunchiul și protocolul în timp real securizat (SRTP) pentru a securiza media între gateway-ul local și Webex Calling.

Considerații cheie

Gateway-ul local pentru Webex for Government nu acceptă următoarele:

  • STUN/ICE-Lite pentru optimizarea căii media

  • Fax (T.38)

Configurați gateway-ul local pentru Webex for Government

Pentru a configura gateway-ul local pentru trunchiul dvs. Webex Calling în Webex for Government, utilizați următoarea opțiune:

  • trunk bazat pe certificat

Utilizați fluxul de activități din cadrul gateway-ului local bazat pe certificat pentru a configura gateway-ul local pentru trunchiul Webex Calling. Pentru mai multe detalii despre modul de configurare a unui gateway local bazat pe certificate, consultați Configurați trunchiul bazat pe certificate Webex Calling.

Este obligatoriu să configurați cifrele GCM conforme cu FIPS pentru a sprijini gateway-ul local pentru Webex for Government. Dacă nu, configurarea apelului eșuează. Pentru detalii de configurare, consultați Configurați trunchiul bazat pe certificatul Webex Calling.

Webex for Government nu acceptă gateway-ul local bazat pe înregistrare.

Prezentare generală a designului

Această secțiune descrie modul de configurare a unui element de frontieră Cisco Unified (CUBE) ca gateway local pentru Webex Calling, utilizând un trunchi SIP de înregistrare. Prima parte a acestui document ilustrează modul de configurare a unui gateway PSTN simplu. În acest caz, toate apelurile din PSTN sunt direcționate către Webex Calling și toate apelurile din Webex Calling sunt direcționate către PSTN. Imaginea de mai jos evidențiază această soluție și configurația de rutare a apelurilor la nivel înalt care va fi urmată.

În acest design se utilizează următoarele configurații principale:

  • ofertanți de clasă vocală: Utilizat pentru a crea configurații specifice trunchiului.

  • clasă vocală: Utilizat pentru a clasifica mesajele SIP pentru selectarea unui dial-peer de intrare.

  • peer apelare de intrare: Oferă tratament pentru mesajele SIP de intrare și determină ruta de ieșire cu un grup dial-peer.

  • grup dial-peer: Definește colegii de apelare de ieșire utilizați pentru rutarea continuă a apelurilor.

  • peer apelare de ieșire: Oferă tratament pentru mesajele SIP de ieșire și le trasează la ținta necesară.

Call routing from/to PSTN to/from Webex Calling configuration solution

În timp ce IP și SIP au devenit protocoalele implicite pentru trunchiurile PSTN, circuitele ISDN TDM (Time Division Multiplexing) sunt încă utilizate pe scară largă și sunt acceptate cu trunchiurile Webex Calling. Pentru a permite optimizarea media a căilor IP pentru gateway-urile locale cu fluxuri de apeluri TDM-IP, este necesar în prezent să se utilizeze un proces de rutare a apelurilor cu două componente. Această abordare modifică configurația de rutare a apelurilor afișată mai sus, introducând un set de colegi de apelare interni cu buclă inversă între trunchiurile Webex Calling și PSTN, după cum se arată în imaginea de mai jos.

Atunci când conectați o soluție locală Cisco Unified Communications Manager cu Webex Calling, puteți utiliza configurația simplă a gateway-ului PSTN ca bază pentru construirea soluției ilustrate în următoarea diagramă. În acest caz, Unified Communications Manager oferă rutare și tratare centralizată a tuturor apelurilor PSTN și Webex Calling.

Pe parcursul acestui document se utilizează numele gazdei, adresele IP și interfețele ilustrate în următoarea imagine.

Utilizați ghidurile de configurare din restul acestui document pentru a finaliza configurația gateway-ului local după cum urmează:

  • Pasul 1: Configurați conectivitatea și securitatea de bază a routerului

  • Pasul 2: Configurați trunchiul Webex Calling

    În funcție de arhitectura necesară, urmați fie:

  • Pasul 3: Configurați gateway-ul local cu trunchiul SIP PSTN

  • Pasul 4: Configurați gateway-ul local cu mediul Unified CM existent

    Sau:

  • Pasul 3: Configurați gateway-ul local cu trunchiul TDM PSTN

Configurați conectivitatea și securitatea

configurație Inițială

Primul pas în pregătirea routerului Cisco ca gateway local pentru Webex Calling este construirea unei configurații de bază care să vă securizeze platforma și să vă stabilească conectivitatea.

  • Toate implementările gateway locale bazate pe înregistrare necesită versiuni Cisco IOS XE 17.6.1a sau ulterioare. Pentru versiunile recomandate, consultați pagina Cisco Software Research . Căutați platforma și selectați una dintre versiunile sugerate .

    • Routerele din seria ISR4000 trebuie configurate atât cu licențe Unified Communications, cât și cu licențe pentru tehnologia de securitate.

    • Routerele din seria Catalyst Edge 8000, dotate cu carduri vocale sau DSPs, necesită acordarea licenței DNA Advantage. Routere fără carduri vocale sau DSPs necesită un minim de licențiere ADN Essentials.

  • Construiți o configurație de bază pentru platforma dvs. care să respecte politicile dvs. de afaceri. În special, configurați următoarele și verificați funcționarea:

    • ntp

    • LAC-uri

    • Autentificare utilizator și acces la distanță

    • DNS

    • dirijare IP

    • Adrese IP

  • Rețeaua către Webex Calling trebuie să utilizeze o adresă IPv4.

  • Încărcați pachetul CA rădăcină Cisco la gateway-ul local.

Configurare

1

Asigurați-vă că atribuiți adrese IP valide și rutabile oricăror interfețe din stratul 3, de exemplu:


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240
2

Protejați acreditările de înregistrare și STUN pe router prin criptare simetrică. Configurați cheia de criptare primară și tipul de criptare după cum urmează:


key config-key password-encrypt YourPassword
password encryption aes
3

Creați un punct de încredere PKI pentru titularul plasamentului.

Necesită acest punct de încredere pentru a configura TLS mai târziu. Pentru trunchiurile bazate pe înregistrare, acest punct de încredere nu necesită un certificat - așa cum ar fi necesar pentru un trunchi bazat pe certificat.

crypto pki trustpoint EmptyTP 
 revocation-check none
4

Activați exclusivitatea TLS1.2 și specificați punctul de încredere implicit utilizând următoarele comenzi de configurare. Parametrii de transport ar trebui, de asemenea, să fie actualizați pentru a asigura o conexiune sigură și fiabilă pentru înregistrare:

Comanda server validată de cn-san asigură că gateway-ul local permite o conexiune dacă numele de gazdă configurat în clientul 200 este inclus în câmpurile CN sau SAN ale certificatului primit de la proxy-ul de ieșire.

  1. Setare număr reîncercare tcp până la 1000 (multipli de 5 msec = 5 secunde).

  2. setați conexiunea cronometrului comanda vă permite să reglați cât timp LGW așteaptă să configureze o conexiune cu un proxy înainte de a lua în considerare următoarea opțiune disponibilă. Implicit pentru acest cronometru este de 20 de secunde și minim 5 secunde. Începeți cu o valoare scăzută și creșteți, dacă este necesar, pentru a se potrivi condițiilor de rețea.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000
5

Instalați pachetul CA rădăcină Cisco, care include certificatul CA DigiCert utilizat de Webex Calling. Utilizați crypto pki trustpool import URL curat comandă pentru a descărca pachetul CA rădăcină din URL-ul specificat și pentru a șterge trustpool-ul CA actual, apoi instalați noul pachet de certificate:

Dacă trebuie să utilizați un proxy pentru a accesa internetul utilizând HTTPS, adăugați următoarea configurație înainte de a importa pachetul CA:

IP http client proxy-server yourproxy.com port proxy 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Configurați trunchiul bazat pe înscriere Webex Calling
1

Creați un trunchi PSTN bazat pe înregistrare pentru o locație existentă în Control Hub. Notaţi informaţiile trunchiului care sunt furnizate după ce trunchiul a fost creat. Aceste detalii, așa cum se evidențiază în ilustrația următoare, vor fi utilizate în etapele de configurare din acest ghid. Pentru mai multe informații, consultați Configurați trunchiurile, grupurile de rutare și planurile de apelare pentru Webex Calling.

2

Introduceți următoarele comenzi pentru a configura CUBE ca gateway local Webex Calling:

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

Iată o explicație a câmpurilor pentru configurare:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Pentru a proteja împotriva fraudei cu taxă, lista de adrese de încredere definește o listă de gazde și rețele din care gateway-ul local așteaptă apeluri VoIP legitime.

  • În mod implicit, gateway-ul local blochează toate mesajele VoIP primite de la adresele IP care nu se află în lista sa de încredere. Partenerii de apelare configurați în mod static cu „IP țintă sesiune” sau adresele IP ale grupului de server sunt de încredere în mod implicit, deci nu trebuie să fie adăugați la lista de încredere.

  • Când configurați gateway-ul local, adăugați subrețelele IP ale centrului dvs. de date Webex Calling regional în listă. Pentru mai multe informații, consultați Portul de referință pentru Webex Calling. De asemenea, adăugați intervale de adrese pentru serverele Unified Communications Manager (dacă sunt utilizate) și gateway-urile trunchiurilor PSTN.

    Dacă LGW-ul dvs. se află în spatele unui firewall cu conul NAT restricționat, este posibil să preferați să dezactivați lista de încredere a adresei IP din interfața de apelare Webex Calling. Firewall-ul vă protejează deja de VoIP de intrare nesolicitat. Dezactivarea acțiunii vă reduce configurația pe termen mai lung, deoarece nu putem garanta că adresele colegilor Webex Calling rămân fixe și trebuie să vă configurați firewall-ul pentru colegi în orice caz.

element de frontieră al modului

Activați funcțiile elementului de frontieră Cisco Unified (CUBE) de pe platformă.

statistici media

Permite monitorizarea media pe gateway-ul local.

stări colective media

Permite avionului de control să sondeze planul de date pentru statisticile privind apelurile în masă.

Pentru mai multe informații despre aceste comenzi, consultați Media.

permite conexiuni sip la sip

Activați funcționalitatea de bază a agentului de utilizator SIP back-to-back CUBE. Pentru mai multe informații, consultați Permite conexiuni.

În mod implicit, transportul prin fax T.38 este activat. Pentru mai multe informații, consultați protocolul de fax t38 (serviciu vocal).

căpușă

Permite STUN (Sesiune Traversală a UDP prin NAT) la nivel global.

  • Când redirecționați un apel către un utilizator Webex Calling (de exemplu, atât părțile apelate, cât și cele apelante sunt abonați Webex Calling și dacă ancorați media la Webex Calling SBC), atunci mass-media nu poate curge către gateway-ul local, deoarece gaura de prindere nu este deschisă.

  • Caracteristica de legături STUN de pe gateway-ul local permite trimiterea cererilor STUN generate local pe calea media negociată. Acest lucru ajută la deschiderea găurii de prindere în firewall.

Pentru mai multe informații, consultați stun flowdata agent-id și stun flowdata partajate-secret.

sarcină utilă asimetrică completă

Configurează suportul de sarcină utilă asimetric SIP atât pentru DTMF, cât și pentru sarcinile de plată codec dinamice. Pentru mai multe informații despre această comandă, consultați sarcina utilă asimetrică.

ofertă timpurie forțată

Forțează Gateway-ul Local să trimită informații SDP în mesajul INVITE inițial în loc să aștepte recunoașterea de la partenerul vecin. Pentru mai multe informații despre această comandă, consultați oferta timpurie.

3

Configurare codec clasă vocală 100 filtru pentru trunchi. În acest exemplu, același filtru codec este utilizat pentru toate trunchiurile. Puteți configura filtre pentru fiecare trunchi pentru un control precis.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Iată o explicație a câmpurilor pentru configurare:

codec clasă vocală 100

Utilizat pentru a permite numai codec-uri preferate pentru apeluri prin trunchiuri SIP. Pentru mai multe informații, consultați codecul clasei de voce.

Codec-ul Opus este acceptat numai pentru trunchiurile PSTN bazate pe SIP. Dacă trunchiul PSTN utilizează o conexiune vocală T1/E1 sau analogică FXO, excludeți preferință codec 1 opusul din partea codec clasă vocală 100 configurare .

4

Configurare utilizare sunet de clasă vocală 100 pentru a activa ICE pe trunchiul Webex Calling.


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Iată o explicație a câmpurilor pentru configurare:

lită de gheață de utilizare stun

Utilizat pentru a activa ICE-Lite pentru toți colegii de apelare cu care se confruntă Webex Calling pentru a permite optimizarea media ori de câte ori este posibil. Pentru mai multe informații, consultați clasa vocală utilizare stun și lite gheață utilizare stun.

Aveți nevoie de utilizarea ICE-lite pentru fluxurile de apeluri prin optimizarea căii media. Pentru a oferi optimizarea media pentru un gateway SIP la TDM, configurați un dial-peer loopback cu ICE-Lite activat pe piciorul IP-IP. Pentru mai multe detalii tehnice, contactați echipele din Cont sau TAC

5

Configurați politica de criptare media pentru traficul Webex.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Iată o explicație a câmpurilor pentru configurare:

clasă vocală srtp-crypto 100

Specifică SHA1_80 ca singurele oferte SRTP cipher-suite CUBE din SDP în mesaje de ofertă și răspuns. Webex Calling acceptă numai SHA1_80. Pentru mai multe informații, consultați clasa vocală srtp-crypto.

6

Configurați un model pentru a identifica în mod unic apelurile către un trunchi de gateway local pe baza parametrului trunchiului de destinație:


voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

Iată o explicație a câmpurilor pentru configurare:

clasă vocală uri 100 sip

Definește un model pentru a se potrivi unei invitații SIP de intrare la un peer de apelare trunchi de intrare. Când introduceți acest model, utilizați dtg= urmat de valoarea Trunk OTG/DTG furnizată în Control Hub atunci când trunchiul a fost creat. Pentru mai multe informații, consultați clasa vocală uri.

7

Configurare profil sip 100, care va fi utilizat pentru a modifica mesajele SIP înainte de a fi trimise către Webex Calling.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Iată o explicație a câmpurilor pentru configurare:

  • regula 10 la 70 și 90

    Se asigură că anteturile SIP utilizate pentru semnalizarea apelurilor utilizează sistemul sip, mai degrabă decât sistemul sips, care este solicitat de proxy-urile Webex. Configurarea CUBE pentru utilizarea sips asigură utilizarea înregistrării securizate.

  • regulă 80

    Modifică antetul Din pentru a include identificatorul OTG/DTG al grupului de trunchiuri din Control Hub pentru a identifica unic un site de gateway local într-o întreprindere.

8

Configurați trunchiul Webex Calling:

  1. Creați entitate găzduită din clasa vocală 100 pentru a defini și a grupa configurațiile necesare în mod specific pentru trunchiul Webex Calling. În special, detaliile de înregistrare a trunchiurilor furnizate în Control Hub mai devreme vor fi utilizate în acest pas, după cum este detaliat mai jos. Partenerii de apelare asociați mai târziu cu acest client vor moșteni aceste configurații.

    Exemplul următor utilizează valorile ilustrate în Pasul 1 în scopul acestui ghid (indicat în îndrăzneală). Înlocuiți-le cu valori pentru trunchiul din configurație.

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Iată o explicație a câmpurilor pentru configurare:

    entitate găzduită pentru clasa vocală 100

    Definește un set de parametri de configurare care vor fi utilizați numai pentru trunchiul Webex Calling. Pentru mai multe informații, consultați clientul clasei de voce.

    registrar dns:98027369.us10.bcld.webex.com schema sips expiră 240 raport reîmprospătare 50 tcp tls

    Serverul de înregistrare pentru gateway-ul local cu înregistrarea setată să se reîmprospăteze la fiecare două minute (50% din 240 de secunde). Pentru mai multe informații, consultați registrul.

    Asigurați-vă că utilizați aici valoarea Domeniului de înregistrare din Control Hub.

    număr de autentificare Dallas1171197921_LGU nume de utilizator Dallas1463285401_LGUparolă 0 9Wt[M6ifY+domeniu BroadWorks

    Informații pentru provocarea de înregistrare a trunchiurilor. Pentru mai multe informații, consultați acreditările (SIP UA).

    Asigurați-vă că utilizați aici valorile gazdei liniei/portului, numele de utilizator al autentificării și, respectiv, valorile parolei de autentificare din Control Hub.

    nume de utilizator de autentificare Dallas1171197921_LGU parolă 0 9Wt[M6ifY+ domeniu BroadWorks
    nume de utilizator de autentificare Dallas1171197921_LGUparola 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Provocare de autentificare pentru apeluri. Pentru mai multe informații, consultați autentificarea (dial-peer).

    Asigurați-vă că utilizați aici valorile numelui de utilizator al autentificării, parola de autentificare și, respectiv, valorile domeniului de înregistrare din Control Hub.

    fără id de la distanță

    Dezactivați antetul SIP Remote-Party ID (RPID), deoarece Webex Calling acceptă PAI, care este activat utilizând CIO pai afirmat-id. Pentru mai multe informații, consultați ID-ul de la distanță.

    server sip dns:us25.sipconnect.bcld.webex.com

    Configurați serverul SIP țintă pentru trunchi. Utilizați adresa SRV proxy de margine furnizată în Control Hub atunci când v-ați creat trunchiul.

    reutilizare conexiune

    Utilizează aceeași conexiune persistentă pentru înregistrare și procesare apeluri. Pentru mai multe informații, consultați reutilizarea conexiunii.

    srtp-cripto 100

    Configurați suitele cipher preferate pentru piesa de apel SRTP (conexiune) (specificată în pasul 5). Pentru mai multe informații, consultați clasa vocală srtp-crypto.

    tcp tls de transport al sesiunii

    Seturi de transport la TLS. Pentru mai multe informații, consultați transportul sesiunii.

    sips url

    interogarea SRV trebuie să fie SIP-uri acceptate de SBC de acces; toate celelalte mesaje sunt schimbate în SIP prin sip-profil 200.

    passthru de eroare

    Specifică funcționalitatea de trecere a răspunsului de eroare SIP. Pentru mai multe informații, consultați eroare-passthru.

    pai cu id susținut

    Se transformă în procesare PAI în gateway-ul local. Pentru mai multe informații, consultați asserted-id.

    Bandă de control interfață sursă GigabitEthernet0/0/1

    Configurați interfața sursă și adresa IP asociată pentru mesajele trimise către WebexCalling. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/1

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă către WebexCalling. Pentru mai multe informații, consultați legătura.

    fără a trece prin conținutul personalizat-sdp

    Comandă implicită sub gazdă. Pentru mai multe informații despre această comandă, consultați conținutul Pass-thru.

    profile sip 100

    Modifică SIP-urile în SIP și modifică Linia/Portul pentru INVITAREA și ÎNREGISTRAREA mesajelor, astfel cum sunt definite în profile sip 100. Pentru mai multe informații, consultați profilurile sip de clasă vocală.

    proxy de ieșire dns:dfw04.sipconnect-us.bcld.webex.com

    Accesul la Webex Calling SBC. Introduceți adresa proxy de ieșire furnizată în Control Hub atunci când ați creat trunchiul. Pentru mai multe informații, consultați proxy-ul de ieșire.

    politica de confidențialitate passthru

    Configurați opțiunile politicii antetului de confidențialitate pentru ca trunchiul să treacă valorile de confidențialitate din mesajul recepționat la următoarea componentă a apelului. Pentru mai multe informații, consultați politica de confidențialitate.

  2. Configurați peer-ul de apelare al trunchiului Webex Calling.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

    Iată o explicație a câmpurilor pentru configurare:

    
dial-peer voice 100 voip
  description Inbound/Outbound Webex Calling

    Definește o pereche de apelare VoIP cu o etichetă de 100 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare.

    max-conn 250

    Restricționează numărul de apeluri de intrare și de ieșire simultane între LGW și Webex Calling. Pentru trunchiurile de înscriere, valoarea maximă configurată trebuie să fie 250. Valoare uzată mai mică dacă acest lucru ar fi mai potrivit pentru implementarea dvs. Pentru mai multe informații despre limitele de apelare simultane pentru gateway-ul local, consultați Începeți cu documentul gateway local.

    șablon destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    sipv2 protocol de sesiune

    Specifică faptul că dial-peer 100 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    server sip țintă sesiune

    Indică faptul că serverul SIP definit în clientul 100 este moștenit și utilizat pentru destinație pentru apelurile de la acest coleg de apelare.

    solicitare de intrare 100

    Pentru a specifica clasa de voce utilizată pentru a se potrivi unui coleg de apelare VoIP cu identificatorul de resurse uniform (URI) al unui apel de intrare. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Configurați dial-peer pentru a utiliza lista de filtrare codec comună 100. Pentru mai multe informații, consultați codec-ul de clasă vocală.

    utilizare stun de clasă vocală 100

    Permite trimiterea cererilor STUN generate local pe gateway-ul local pe calea media negociată. STUN ajută la deschiderea unei găuri de firewall pentru traficul media.

    nu există gazdă locală sip de clasă vocală

    Dezactivează înlocuirea numelui gazdei locale DNS în locul adresei IP fizice din anteturile din, ID-ul apelului și ID-ul de la distanță al mesajelor de ieșire.

    client sip de clasă vocală 100

    Asociatorul de apelare moștenește toți parametrii configurați la nivel global și în entitatea găzduită 100. Parametrii pot fi suprasolicitate la nivelul dial-peer.

    srtp

    Activați SRTP pentru piesa de apel.

    nu văd

    Dezactivează detectarea activității vocale.

După ce definiți entitatea găzduită 100 și configurați un peer de apelare SIP VoIP, gateway-ul inițiază o conexiune TLS către Webex Calling. În acest moment, SBC de acces își prezintă certificatul la gateway-ul local. Gateway-ul local validează certificatul SBC de acces Webex Calling utilizând pachetul rădăcină CA care a fost actualizat mai devreme. Dacă certificatul este recunoscut, se stabilește o sesiune TLS persistentă între gateway-ul local și accesul Webex Calling SBC. Gateway-ul local este apoi capabil să utilizeze această conexiune securizată pentru a se înregistra la SBC de acces Webex. Când înregistrarea este contestată pentru autentificare:

  • În răspuns se utilizează numele de utilizator, parola și parametrii domeniului din configurația de acreditări .

  • Regulile de modificare din profilul sip 100 sunt utilizate pentru a converti URL-ul SIPS înapoi la SIP.

Înscrierea este reușită atunci când un 200 OK este primit de la SBC de acces.

Configurați gateway-ul local cu un trunchi SIP PSTN

După ce ați construit un trunchi către Webex Calling de mai sus, utilizați următoarea configurație pentru a crea un trunchi necriptat către un furnizor PSTN bazat pe SIP:

Dacă Furnizorul dvs. de servicii oferă un trunchi PSTN securizat, puteți urma o configurație similară detaliată mai sus pentru trunchiul Webex Calling. Rutarea sigură a apelurilor este acceptată de CUBE.

Dacă utilizați un trunchi TDM / ISDN PSTN, treceți la secțiunea următoare Configurați gateway-ul local cu trunchiul TDM PSTN.

Pentru a configura interfețe TDM pentru segmente de apel PSTN pe gateway-urile Cisco TDM-SIP, consultați Configurarea ISDN PRI.

1

Configurați următoarea clasă de voce uri pentru a identifica apelurile de intrare din trunchiul PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Iată o explicație a câmpurilor pentru configurare:

clasă vocală uri 200 sip

Definește un model pentru a se potrivi unei invitații SIP de intrare la un peer de apelare trunchi de intrare. Când introduceți acest model, utilizați adresa IP a gateway-ului PSTN IP. Pentru mai multe informații, consultați clasa vocală uri.

2

Configurați următoarea linie de apelare IP PSTN:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Iată o explicație a câmpurilor pentru configurare:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definește o pereche de apelare VoIP cu o etichetă de 200 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. Pentru mai multe informații, consultați vocea dial-peer.

șablon destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. Pentru mai multe informații, consultați modelul de destinație (interfață).

sipv2 protocol de sesiune

Specifică faptul că dial-peer 200 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial peer).

țintă sesiune ipv4:192.168.80.13

Indică adresa IPv4 țintă a destinației pentru a trimite piesa de apel. Ținta sesiunii aici este adresa IP a ITSP. Pentru mai multe informații, consultați ținta sesiunii (peer apelare VoIP).

intrare prin 200

Definește un criteriu de potrivire pentru antetul VIA cu adresa IP PSTN. Se potrivește tuturor segmentelor de apel IP PSTN de intrare de pe gateway-ul local cu dial-peer 200. Pentru mai multe informații, consultați url-ul de intrare.

Bandă de control interfață sursă GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

leagă interfața sursă media GigabitEthernet0/0/0

Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

codec de clasă vocală 100

Configurați dial-peer-ul pentru a utiliza lista de filtrare codec comună 100. Pentru mai multe informații, consultați codec-ul de clasă vocală.

dtmf-relay rtp-nte

Definește RTP-NTE (RFC2833) ca capacitate DTMF așteptată pe partea de apelare. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

nu văd

Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

3

Dacă configurați gateway-ul local pentru a dirija numai apelurile între Webex Calling și PSTN, adăugați următoarea configurație de rutare a apelurilor. Dacă configurați gateway-ul local cu o platformă Unified Communications Manager, treceți la următoarea secțiune.

  1. Creați grupuri de apelare pentru a direcționa apelurile către Webex Calling sau PSTN. Definiți DPG 100 cu dial-peer de ieșire 100 spre Webex Calling. DPG 100 se aplică apelantului de intrare de la PSTN. În mod similar, definiți DPG 200 cu dial-peer de ieșire 200 spre PSTN. DPG 200 se aplică apelantului de intrare din Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Iată o explicație a câmpurilor pentru configurare:

    peer de apelare 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg de clasă vocală.

  2. Aplicați grupuri de apelare pentru a direcționa apelurile de la Webex la PSTN și de la PSTN la Webex:

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Iată o explicație a câmpurilor pentru configurare:

    destinație dpg 200

    Specifică grupul dial-peer și, prin urmare, dial-peer ar trebui să fie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

    Acest lucru încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când sunt configurate caracteristicile CUBE.

Configurați gateway-ul local cu un trunchi PSTN TDM

După ce ați construit un trunchi către Webex Calling, utilizați următoarea configurație pentru a crea un trunchi TDM pentru serviciul dvs. PSTN cu rutare de apelare cu buclă inversă pentru a permite optimizarea media pe partea de apelare Webex.

Dacă nu aveți nevoie de optimizarea media IP, urmați pașii de configurare pentru un trunchi SIP PSTN. Utilizați un port vocal și un comutator de apelare POTS (așa cum se arată în pașii 2 și 3) în loc de comutatorul de apelare VoIP PSTN.
1

Configurația dial-peer buclă-spate utilizează grupuri dial-peer și etichete de rutare a apelurilor pentru a se asigura că apelurile trec corect între Webex și PSTN, fără a crea bucle de rutare a apelurilor. Configurați următoarele reguli de traducere care vor fi utilizate pentru a adăuga și elimina etichetele de rutare a apelurilor:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Iată o explicație a câmpurilor pentru configurare:

regulă de traducere vocală

Utilizează expresii regulate definite în reguli pentru a adăuga sau elimina etichete de rutare a apelurilor. Cifrele de peste zece ani („A”) sunt utilizate pentru a adăuga claritate pentru depanare.

În această configurație, eticheta adăugată prin profilul de traducere 100 este utilizată pentru a ghida apelurile de la Webex Calling către PSTN prin intermediul perechilor de apelare loopback. În mod similar, eticheta adăugată prin profilul de traducere 200 este utilizată pentru a ghida apelurile din PSTN către Webex Calling. Profilurile de traducere 11 și 12 elimină aceste etichete înainte de a efectua apeluri către trunchiurile Webex și, respectiv, PSTN.

Acest exemplu presupune că numerele apelate din Webex Calling sunt prezentate în format +E.164. Articolul 100 elimină conducerea + pentru a menține un număr de apelare valid. Articolul 12 adaugă apoi o cifră (cifre) de rutare națională sau internațională la eliminarea etichetei. Utilizați cifre care se potrivesc cu planul de apelare național ISDN local.

Dacă Webex Calling prezintă numere în format național, ajustați regulile 100 și 12 pentru a adăuga și a elimina pur și simplu eticheta de rutare.

Pentru mai multe informații, consultați profilul de traducere vocală și regula de traducere vocală.

2

Configurați porturile interfeței vocale TDM conform cerințelor tipului de trunchi și protocolului utilizat. Pentru mai multe informații, consultați Configurarea ISDN PRI. De exemplu, configurația de bază a unei interfețe ISDN cu Rata primară instalată în slotul NIM 2 al unui dispozitiv poate include următoarele:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Configurați următorul dial-peer TDM PSTN:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Iată o explicație a câmpurilor pentru configurare:


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Definește o pereche de apelare VoIP cu o etichetă de 200 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. Pentru mai multe informații, consultați vocea dial-peer.

șablon destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. Pentru mai multe informații, consultați modelul de destinație (interfață).

profil de traducere 200

Atribuiți profilul de traducere care va adăuga o etichetă de rutare a apelurilor la numărul apelat de intrare.

apelare directă spre interior

Rutează apelul fără a furniza un ton de apel secundar. Pentru mai multe informații, consultați apelare directă.

port 0/2/0:15

Portul vocal fizic asociat cu acest dial-peer.

4

Pentru a permite optimizarea media a căilor IP pentru gateway-urile locale cu fluxuri de apeluri TDM-IP, puteți modifica rutarea apelurilor introducând un set de colegi de apelare interni cu buclă inversă între trunchiurile Webex Calling și PSTN. Configurați următoarele perechi de apelare buclă-spate. În acest caz, toate apelurile primite vor fi dirijate inițial către dial-peer 10 și de acolo către dial-peer 11 sau 12, pe baza etichetei de rutare aplicate. După îndepărtarea etichetei de rutare, apelurile vor fi direcționate către trunchiul de ieșire utilizând grupuri de apelare-pereche.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Iată o explicație a câmpurilor pentru configurare:


dial-peer voice 10 pots
 description Outbound loop-around leg

Definește o linie de apelare VoIP și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. Pentru mai multe informații, consultați vocea dial-peer.

profil de traducere care sosește 11

Se aplică profilul de traducere definit anterior pentru a elimina eticheta de rutare a apelurilor înainte de a trece la trunchiul de ieșire.

șablon destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. Pentru mai multe informații, consultați modelul de destinație (interfață).

sipv2 protocol de sesiune

Specifică faptul că acest dial-peer gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial peer).

țintă sesiune 192.168.80.14

Specifică adresa locală a interfeței routerului ca țintă a apelului pentru buclă de rezervă. Pentru mai multe informații, consultați ținta sesiunii (voip dial peer).

Bandă de control interfață sursă GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mesajele trimise prin buclă de rezervă. Pentru mai multe informații, consultați legătura.

leagă interfața sursă media GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mass-media trimisă prin buclă de rezervă. Pentru mai multe informații, consultați legătura.

dtmf-relay rtp-nte

Definește RTP-NTE (RFC2833) ca capacitate DTMF așteptată pe partea de apelare. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

codec g711alaw

Forțează toate apelurile PSTN să utilizeze G.711. Selectați a-law sau u-law pentru a se potrivi cu metoda de constrângere utilizată de serviciul ISDN.

nu văd

Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

5

Adăugați următoarea configurație de rutare a apelurilor:

  1. Creați grupuri de apelare pentru a direcționa apelurile între trunchiurile PSTN și Webex, prin buclă inversă.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Iată o explicație a câmpurilor pentru configurare:

    peer de apelare 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg de clasă vocală.

  2. Aplicați grupuri de apelare pentru a direcționa apelurile.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Iată o explicație a câmpurilor pentru configurare:

    dpg destinație 200

    Specifică grupul dial-peer și, prin urmare, dial-peer ar trebui să fie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

Acest lucru încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când sunt configurate caracteristicile CUBE.
Configurați gateway-ul local cu un mediu Unified CM existent

Configurația PSTN-Webex Calling din secțiunile anterioare poate fi modificată pentru a include trunchiuri suplimentare într-un cluster Cisco Unified Communications Manager (UCM). În acest caz, toate apelurile sunt dirijate prin Unified CM. Apelurile din UCM din portul 5060 sunt direcționate către PSTN și apelurile din portul 5065 sunt direcționate către Webex Calling. Următoarele configurații incrementale pot fi adăugate pentru a include acest scenariu de apelare.

Atunci când creați trunchiul Webex Calling în Unified CM, asigurați-vă că configurați portul de intrare în setările profilului de securitate al trunchiului SIP la 5065. Acest lucru permite mesajele de intrare pe portul 5065 și populează antetul VIA cu această valoare atunci când trimiteți mesaje către gateway-ul local.

1

Configurați următoarele URI de clasă vocală:

  1. Clasifică apelurile Unified CM la Webex utilizând portul SIP VIA:

    
voice class uri 300 sip
 pattern :5065

  2. Clasifică apelurile Unified CM la PSTN utilizând SIP prin port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Clasificați mesajele primite din UCM către trunchiul PSTN utilizând unul sau mai multe modele care descriu adresele sursă originare și numărul portului. Expresii regulate pot fi utilizate pentru a defini modele de potrivire, dacă este necesar.

    În exemplul de mai sus, o expresie obișnuită este utilizată pentru a se potrivi oricărei adrese IP în intervalul 192.168.80.60 la 65 și numărul portului 5060.

2

Configurați următoarele înregistrări DNS pentru a specifica rutarea SRV către gazdele Unified CM:

IOS XE utilizează aceste înregistrări pentru determinarea locală a gazdelor și porturilor țintă UCM. Cu această configurație, nu este necesar să configurați înregistrări în sistemul DNS. Dacă preferați să utilizați DNS-ul, atunci aceste configurații locale nu sunt necesare.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Iată o explicație a câmpurilor pentru configurare:

Următoarea comandă creează o înregistrare de resurse DNS SRV. Creați o înregistrare pentru fiecare gazdă și trunchi UCM:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: nume înregistrare resursă SRV

2: Prioritatea de înregistrare a resurselor SRV

1: Greutatea record a resursei SRV

5060: Numărul portului pe care trebuie să-l utilizați pentru gazda țintă în această înregistrare de resurse

ucmsub5.mydomain.com: Gazda țintă înregistrare resursă

Pentru a rezolva numele de gazdă țintă a înregistrării resurselor, creați înregistrări DNS A locale. De exemplu:

gazdă ip ucmsub5.mydomain.com 192.168.80.65

gazdă IP: Creează o înregistrare în baza de date IOS XE locală.

ucmsub5.mydomain.com: Numele de gazdă A înregistrării.

192.168.80.65: Adresa IP a gazdei.

Creați evidențele resurselor SRV și A pentru a reflecta mediul UCM și strategia preferată de distribuție a apelurilor.

3

Configurați următorii colegi de apelare:

  1. Apelare reciprocă pentru apeluri între Unified CM și Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Iată o explicație a câmpurilor pentru configurare:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definește un coleg de apelare VoIP cu o etichetă 300 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare.

    șablon destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    sipv2 protocol de sesiune

    Specifică faptul că dial-peer 300 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    țintă sesiune dns:wxtocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția SRV DNS. În acest caz, recordul SRV definit local wxtocucm.io este utilizat pentru a direcționa apelurile.

    intrare prin 300

    Utilizează clasa de voce URI 300 pentru a direcționa toate traficul de intrare de la Unified CM folosind portul sursă 5065 către acest dial-peer. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Indică lista de filtrare codec pentru apelurile către și de la Unified CM. Pentru mai multe informații, consultați codecul clasei de voce.

    Bandă de control interfață sursă GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/0

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca capacitate DTMF așteptată pe partea de apelare. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

    nu văd

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

  2. Dial-peer pentru apeluri între Unified CM și PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Iată o explicație a câmpurilor pentru configurare:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definește o pereche de apelare VoIP cu o etichetă de 400 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare.

    șablon destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    sipv2 protocol de sesiune

    Specifică faptul că dial-peer 400 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    țintă sesiune dns:pstntocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția SRV DNS. În acest caz, înregistrarea SRV definită local pstntocucm.io este utilizat pentru a direcționa apelurile.

    intrare prin 400

    Utilizează clasa de voce URI 400 pentru a direcționa toate traficul de intrare de la gazdele Unified CM specificate utilizând portul sursă 5060 către acest dial-peer. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Indică lista de filtrare codec pentru apelurile către și de la Unified CM. Pentru mai multe informații, consultați codecul clasei de voce.

    Bandă de control interfață sursă GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/0

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca capacitate DTMF așteptată pe partea de apelare. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

    nu văd

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

4

Adăugați rutarea apelurilor utilizând următoarele configurații:

  1. Creați grupuri de apelare pentru a direcționa apelurile între Unified CM și Webex Calling. Definiți DPG 100 cu peer de apelare de ieșire 100 către Webex Calling. DPG 100 este aplicat pe asociatul de apelare de intrare de la Unified CM. În mod similar, definiți DPG 300 cu dial-peer de ieșire 300 spre Unified CM. DPG 300 se aplică apelantului de intrare din Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Creați grupuri de apelare pentru a direcționa apelurile între Unified CM și PSTN. Definiți DPG 200 cu peer de apelare de ieșire 200 către PSTN. DPG 200 este aplicat la asocierea de apelare de intrare de la Unified CM. În mod similar, definiți DPG 400 cu dial-peer de ieșire 400 spre Unified CM. DPG 400 se aplică apelantului de intrare de la PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Iată o explicație a câmpurilor pentru configurare:

    peer de apelare 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg de clasă vocală.

  3. Aplicați grupuri de apelare pentru a direcționa apelurile de la Webex la Unified CM și de la Unified CM la Webex:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Iată o explicație a câmpurilor pentru configurare:

    dpg destinație 300

    Specifică grupul dial-peer și, prin urmare, dial-peer ar trebui să fie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

  4. Aplicați grupuri de apelare pentru a direcționa apelurile de la PSTN la Unified CM și de la Unified CM la PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Acest lucru încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când au fost configurate caracteristicile CUBE.

Monitorizați și depanați gateway-ul local cu semnături de diagnosticare

Semnăturile de diagnosticare (DS) detectează în mod proactiv problemele observate frecvent în gateway-ul local bazat pe IOS XE și generează notificarea prin e-mail, jurnal de sistem sau mesaj terminal a evenimentului. De asemenea, puteți instala DS-ul pentru a automatiza colectarea datelor de diagnosticare și transferul datelor colectate în cazul Cisco TAC pentru a accelera timpul de rezoluție.

Semnături de diagnosticare (DS) sunt fișiere XML care conțin informații despre declanșarea problemelor evenimente și acțiuni care urmează să fie luate pentru a informa, depanare, și remedia problema. Puteți defini logica de detectare a problemei prin utilizarea mesajelor syslog, a evenimentelor SNMP și prin monitorizarea periodică a ieșirilor specifice ale comenzii de afișare.

Tipurile de acțiune includ colectarea rezultatelor comenzii afișate:

  • Generarea unui fișier jurnal consolidat

  • Încărcarea fișierului într-o locație de rețea furnizată de utilizator, cum ar fi HTTPS, SCP, server FTP.

Inginerii TAC autentifică fișierele DS și o semnează digital pentru protecția integrității. Fiecare fișier DS are un ID numeric unic atribuit de sistem. Instrumentul de căutare a semnăturilor de diagnosticare (DSLT) este o singură sursă pentru a găsi semnăturile aplicabile pentru monitorizarea și depanarea diferitelor probleme.

Înainte de a începe:

  • Nu editați fișierul DS pe care îl descărcați de pe DSLT. Fișierele pe care le modificați nu reușesc instalarea din cauza erorii de verificare a integrității.

  • Un server Simple Mail Transfer Protocol (SMTP) de care aveți nevoie pentru ca Gateway-ul local să trimită notificări prin e-mail.

  • Asigurați-vă că gateway-ul local rulează IOS XE 17.6.1 sau mai mare dacă doriți să utilizați serverul SMTP securizat pentru notificări prin e-mail.

Cerințe preliminare

Gateway-ul local care rulează IOS XE 17.6.1a sau mai mare

  1. Semnăturile de diagnosticare sunt activate în mod implicit.

  2. Configurați serverul de e-mail securizat pentru a fi utilizat pentru a trimite o notificare proactivă dacă dispozitivul rulează Cisco IOS XE 17.6.1a sau o versiune ulterioară.

    configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Configurați variabila de mediu ds_email cu adresa de e-mail a administratorului pentru a vă notifica.

    configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

Următoarele afișează un exemplu de configurare a unui gateway local care rulează pe Cisco IOS XE 17.6.1a sau mai mare pentru a trimite notificările proactive către tacfaststart @gmail.com utilizarea Gmail ca server SMTP securizat:

Vă recomandăm să utilizați versiunile Cisco IOS XE Bengaluru 17.6.x sau versiuni ulterioare.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

Un gateway local care rulează pe Cisco IOS XE Software nu este un client tipic Gmail bazat pe web care acceptă OAuth, așa că trebuie să configurăm o anumită setare de cont Gmail și să oferim permisiunea specifică de a avea e-mailul de pe dispozitiv procesat corect:

  1. Accesați Gestionați Contul Google > Securitate și activați setarea de acces la aplicație mai puțin securizată.

  2. Răspuns “Da, am fost eu” atunci când primiți un e-mail de la Gmail care spune “Google a împiedicat pe cineva să se conecteze la contul dvs. folosind o aplicație non-Google.”

Instalați semnăturile de diagnosticare pentru monitorizarea proactivă

Monitorizarea utilizării CPU ridicate

Acest DS urmărește utilizarea CPU timp de cinci secunde folosind SNMP OID 1.3.6.1.4.1.9.2.1.56. Când utilizarea atinge 75% sau mai mult, dezactivează toate depanările și dezinstalează toate semnăturile de diagnosticare care sunt instalate în gateway-ul local. Utilizați acești pași de mai jos pentru a instala semnătura.

  1. Utilizați afișare snmp comandă pentru a activa SNMP. Dacă nu activați, configurați manager server snmp comandă .

    show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Descărcați DS 64224 utilizând următoarele opțiuni derulante din Instrumentul de căutare a semnăturilor de diagnosticare:

    Nume câmp

    Valoare câmp

    Platformă

    Seria Cisco 4300, seria ISR 4400 sau seria Cisco CSR 1000V

    Produs

    CUBE Enterprise în Webex Calling Solution

    Domeniu de aplicare al problemei

    Performanță

    Tip problemă

    Utilizare CPU ridicată cu notificare prin e-mail.

  3. Copiați fișierul XML DS în Flash-ul gateway local.

    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Următorul exemplu arată copierea fișierului de la un server FTP la gateway-ul local.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Instalați fișierul XML DS în gateway-ul local.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Utilizați afișarea semnăturii de diagnosticare la domiciliu comandă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare trebuie să aibă o valoare „înregistrată”.

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

    Descărcați DSes:

    d.

    Nume DS

    Revizuire

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Înscriși

    2020-11-07 22:05:33

    Când este declanșată, această semnătură dezinstalează toate SD-urile care rulează, inclusiv pe cont propriu. Dacă este necesar, reinstalați DS 64224 pentru a continua monitorizarea utilizării ridicate a procesorului pe gateway-ul local.

Monitorizarea înregistrării trunchiurilor SIP

Acest DS verifică anularea înregistrării unui trunchi SIP al gateway-ului local cu cloud Webex Calling la fiecare 60 de secunde. După detectarea evenimentului de neînregistrare, acesta generează o notificare prin e-mail și syslog și se dezinstalează după două evenimente de neînregistrare. Utilizați pașii de mai jos pentru a instala semnătura:

  1. Descărcați DS 64117 utilizând următoarele opțiuni derulante din Instrumentul de căutare a semnăturilor de diagnosticare:

    Nume câmp

    Valoare câmp

    Platformă

    Seria Cisco 4300, seria ISR 4400 sau seria Cisco CSR 1000V

    Produs

    CUBE Enterprise în Webex Calling Solution

    Domeniu de aplicare al problemei

    sip-sip

    Tip problemă

    Anularea înregistrării trunchiurilor SIP cu notificare prin e-mail.

  2. Copiați fișierul XML DS la gateway-ul local.

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

  3. Instalați fișierul XML DS în gateway-ul local.

    call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

  4. Utilizați afișarea semnăturii de diagnosticare la domiciliu comandă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare trebuie să aibă o valoare „înregistrată”.

Se deconectează funcția de monitorizare a apelului anormal

Acest DS utilizează sondajul SNMP la fiecare 10 minute pentru a detecta deconectarea anormală a apelurilor cu erori SIP 403, 488 și 503.  Dacă creșterea numărului de erori este mai mare sau egală cu 5 din ultimul sondaj, aceasta generează o notificare syslog și e-mail. Utilizați pașii de mai jos pentru a instala semnătura.

  1. Utilizați afișare snmp comandă pentru a verifica dacă SNMP este activat. Dacă nu este activată, configurați manager server snmp comandă .

    show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Descărcați DS 65221 utilizând următoarele opțiuni din Instrumentul de căutare a semnăturilor de diagnosticare:

    Nume câmp

    Valoare câmp

    Platformă

    Seria Cisco 4300, seria ISR 4400 sau seria Cisco CSR 1000V

    Produs

    CUBE Enterprise în Webex Calling Solution

    Domeniu de aplicare al problemei

    Performanță

    Tip problemă

    Detectarea anormală a deconectării apelurilor SIP cu notificarea prin e-mail și Syslog.

  3. Copiați fișierul XML DS la gateway-ul local.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Instalați fișierul XML DS în gateway-ul local.

    call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Utilizați afișarea semnăturii de diagnosticare la domiciliu comandă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare trebuie să aibă o valoare „înregistrată”.

Instalați semnăturile de diagnosticare pentru a depana o problemă

Utilizați semnăturile de diagnosticare (DS) pentru a rezolva rapid problemele. Inginerii Cisco TAC au autentificat mai multe semnături care permit depanările necesare care sunt necesare pentru a rezolva o anumită problemă, pentru a detecta apariția problemei, pentru a colecta setul corect de date de diagnosticare și pentru a transfera automat datele în cazul Cisco TAC. Semnăturile de diagnosticare (DS) elimină necesitatea de a verifica manual apariția problemei și facilitează mult soluționarea problemelor intermitente și tranzitorii.

Puteți utiliza Instrumentul de căutare a semnăturilor de diagnosticare pentru a găsi semnăturile aplicabile și a le instala pentru a se rezolva o anumită problemă sau puteți instala semnătura recomandată de inginerul TAC ca parte a angajamentului de asistență.

Iată un exemplu despre cum să găsiți și să instalați un DS pentru a detecta apariția „%VOICE_IEC-3-GW: Cefalee: Eroare internă (prag de vârf al apelului): IEC=1.1.181.1.29.0" syslog și colectarea automată a datelor de diagnosticare utilizând următorii pași:

  1. Configurați o variabilă suplimentară de mediu DS ds_fsurl_prefix care este calea serverului de fișiere Cisco TAC (cxd.cisco.com) la care sunt încărcate datele de diagnosticare colectate. Numele de utilizator din calea fișierului este numărul de caz, iar parola este tokenul de încărcare a fișierului care poate fi preluat de la Support Case Manager în următoarea comandă. Tokenul de încărcare a fișierului poate fi generat în secțiunea Atașamente a managerului de caz al asistenței, după cum este necesar.

    configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Exemplu:

    call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Asigurați-vă că SNMP este activat utilizând afișare snmp comandă . Dacă nu este activată, configurați manager server snmp comandă .

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Asigurați-vă că pentru a instala High CPU de monitorizare DS 64224 ca o măsură proactivă pentru a dezactiva toate depanările și semnăturile de diagnosticare în timpul utilizării CPU mare. Descărcați DS 64224 utilizând următoarele opțiuni din Instrumentul de căutare a semnăturilor de diagnosticare:

    Nume câmp

    Valoare câmp

    Platformă

    Cisco 4300, seria ISR 4400 sau seria Cisco CSR 1000V

    Produs

    CUBE Enterprise în Webex Calling Solution

    Domeniu de aplicare al problemei

    Performanță

    Tip problemă

    Utilizare CPU ridicată cu notificare prin e-mail.

  4. Descărcați DS 65095 utilizând următoarele opțiuni din Instrumentul de căutare a semnăturilor de diagnosticare:

    Nume câmp

    Valoare câmp

    Platformă

    Cisco 4300, seria ISR 4400 sau seria Cisco CSR 1000V

    Produs

    CUBE Enterprise în Webex Calling Solution

    Domeniu de aplicare al problemei

    Jurnale de sistem

    Tip problemă

    Syslog - %VOICE_IEC-3-GW: Cefalee: Eroare internă (prag al indicatorului de apel): iec=1. 1. 181. 1. 29. 0

  5. Copiați fișierele XML DS la gateway-ul local.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Instalați fișierul XML de monitorizare DS 64224 și apoi DS 65095 în gateway-ul local.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Verificați dacă semnătura a fost instalată cu succes utilizând afișarea semnăturii de diagnosticare la domiciliu comandă . Coloana de stare trebuie să aibă o valoare „înregistrată”.

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Descărcat DSes:

    d.

    Nume DS

    Revizuire

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Înscriși

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Înscriși

    2020-11-08

Verificați executarea semnăturilor de diagnosticare

În următoarea comandă, coloana „Stare” a afișarea semnăturii de diagnosticare la domiciliu comanda se modifică pentru a „rula” în timp ce gateway-ul local execută acțiunea definită în cadrul semnăturii. Emiterea afișarea statisticilor privind semnătura diagnosticului la domiciliu este cel mai bun mod de a verifica dacă o semnătură de diagnostic detectează un eveniment de interes și execută acțiunea. Coloana „Triggered/Max/Deinstall” indică numărul de ori pe care semnătura dată l-a declanșat un eveniment, numărul maxim de ori pe care este definit pentru a detecta un eveniment și dacă semnătura se instalează după detectarea numărului maxim de evenimente declanșate.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Descărcat DSes:

d.

Nume DS

Revizuire

Stare

Ultima actualizare (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Înscriși

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Rulare

2020-11-08 00:12:53

afișarea statisticilor semnăturii diagnostice la domiciliu

d.

Nume DS

Dezactivată/Max/Dezactivare

Timp mediu de rulare (secunde)

Timpul maxim de rulare (secunde)

64224

DS_LGW_CPU_MON75

0/0/n

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/ŞI

23.053

23.053

E-mailul de notificare trimis în timpul executării semnăturii de diagnosticare conține informații cheie, cum ar fi tipul de problemă, detaliile dispozitivului, versiunea software, configurația de funcționare și afișarea ieșirilor de comandă care sunt relevante pentru depanarea problemei date.

Dezinstalați semnăturile de diagnosticare

Utilizați semnăturile de diagnosticare în scopuri de depanare sunt de obicei definite pentru a dezinstala după detectarea unor evenimente de probleme. Dacă doriți să dezinstalați manual o semnătură, recuperați ID-ul DS de la ieșirea din afișarea semnăturii de diagnosticare la domiciliu comandă și executați următoarea comandă:

call-home diagnostic-signature deinstall <DS ID>

Exemplu:

call-home diagnostic-signature deinstall 64224

Semnăturile noi sunt adăugate periodic la Instrumentul de căutare a semnăturilor de diagnosticare, pe baza problemelor care sunt frecvent observate în implementări. TAC nu acceptă în prezent solicitări pentru a crea noi semnături personalizate.

Gestionați și validați gateway-urile Cisco IOS XE prin Control Hub

Pentru o mai bună gestionare a gateway-urilor Cisco IOS XE, vă recomandăm să vă înscrieți și să gestionați gateway-urile prin Control Hub. Este o configurație opțională. Când sunteți înscris(ă), puteți utiliza opțiunea de validare a configurației din Control Hub pentru a valida configurația gateway-ului local și pentru a identifica orice probleme de configurare. În prezent, numai trunchiurile bazate pe înregistrare acceptă această funcționalitate.

Pentru mai multe informații, consultați următoarele:

Prezentare generală a designului

Această secțiune descrie modul de configurare a unui element de frontieră Unified Cisco (CUBE) ca gateway local pentru Webex Calling, utilizând trunchiul SIP TLS (mTLS) bazat pe certificate. Prima parte a acestui document ilustrează modul de configurare a unui gateway PSTN simplu. În acest caz, toate apelurile din PSTN sunt direcționate către Webex Calling și toate apelurile din Webex Calling sunt direcționate către PSTN. Următoarea imagine evidențiază această soluție și configurația de rutare a apelurilor la nivel înalt care va fi urmată.

În acest design se utilizează următoarele configurații principale:

  • cursanți de clasă vocală: Utilizat pentru a crea configurații specifice trunchiului.

  • clasă vocală: Utilizat pentru a clasifica mesajele SIP pentru selectarea unui dial-peer de intrare.

  • peer apelare de intrare: Oferă tratament pentru mesajele SIP de intrare și determină ruta de ieșire cu un grup dial-peer.

  • grup peer-dial: Definește colegii de apelare de ieșire utilizați pentru rutarea continuă a apelurilor.

  • peer apelare de ieșire: Oferă tratament pentru mesajele SIP de ieșire și le trasează la ținta necesară.

Call routing from/to PSTN to/from Webex Calling configuration solution

În timp ce IP și SIP au devenit protocoalele implicite pentru trunchiurile PSTN, circuitele ISDN TDM (Time Division Multiplexing) sunt încă utilizate pe scară largă și sunt acceptate cu trunchiurile Webex Calling. Pentru a permite optimizarea media a căilor IP pentru gateway-urile locale cu fluxuri de apeluri TDM-IP, este necesar în prezent să se utilizeze un proces de rutare a apelurilor cu două componente. Această abordare modifică configurația de rutare a apelurilor afișată mai sus, introducând un set de colegi de apelare interni cu buclă inversă între trunchiurile Webex Calling și PSTN, după cum se arată în imaginea de mai jos.

Atunci când conectați o soluție locală Cisco Unified Communications Manager cu Webex Calling, puteți utiliza configurația simplă a gateway-ului PSTN ca bază pentru construirea soluției ilustrate în următoarea diagramă. În acest caz, Unified Communications Manager oferă rutare și tratare centralizată a tuturor apelurilor PSTN și Webex Calling.

Pe parcursul acestui document se utilizează numele gazdei, adresele IP și interfețele ilustrate în următoarea imagine. Opțiunile sunt prevăzute pentru abordarea publică sau privată (în spatele NAT). Înregistrările DNS SRV sunt opționale, cu excepția cazului în care sarcina este echilibrată în mai multe instanțe CUBE.

Utilizați ghidurile de configurare din restul acestui document pentru a finaliza configurația gateway-ului local după cum urmează:

  • Pasul 1: Configurați conectivitatea și securitatea de bază a routerului

  • Pasul 2: Configurați trunchiul Webex Calling

    În funcție de arhitectura necesară, urmați fie:

  • Pasul 3: Configurați gateway-ul local cu trunchiul SIP PSTN

  • Pasul 4: Configurați gateway-ul local cu mediul Unified CM existent

    Sau:

  • Pasul 3: Configurați gateway-ul local cu trunchiul TDM PSTN

Configurați conectivitatea și securitatea

configurație Inițială

Primul pas în pregătirea routerului Cisco ca gateway local pentru Webex Calling este construirea unei configurații de bază care să vă securizeze platforma și să vă stabilească conectivitatea.

  • Toate implementările gateway locale bazate pe certificate necesită versiuni Cisco IOS XE 17.9.1a sau versiuni ulterioare. Pentru versiunile recomandate, consultați pagina Cisco Software Research . Căutați platforma și selectați una dintre versiunile sugerate .

    • Routerele din seria ISR4000 trebuie configurate atât cu licențe Unified Communications, cât și cu licențe pentru tehnologia de securitate.

    • Routerele din seria Catalyst Edge 8000 echipate cu carduri vocale sau DSPs necesită licențiere ADN Essentials. Routere fără carduri vocale sau DSPs necesită un minim de licențiere ADN Essentials.

    • Pentru cerințele de înaltă capacitate, puteți solicita, de asemenea, o licență de înaltă securitate (HSEC) și un drept suplimentar de tranzit.

      Consultați Codurile de autorizare pentru detalii suplimentare.

  • Construiți o configurație de bază pentru platforma dvs. care să respecte politicile dvs. de afaceri. În special, configurați următoarele și verificați funcționarea:

    • ntp

    • LAC-uri

    • Autentificare utilizator și acces la distanță

    • DNS

    • dirijare IP

    • Adrese IP

  • Rețeaua către Webex Calling trebuie să utilizeze o adresă IPv4. Adresa locală Gateway Nume domeniu complet calificat (FQDN) sau Înregistrare serviciu (SRV) trebuie să se rezolve la o adresă IPv4 publică pe internet.

  • Toate porturile SIP și media de pe interfața gateway locală cu care se confruntă Webex trebuie să fie accesibile de pe internet, fie direct, fie prin NAT static. Asigurați-vă că actualizați firewall-ul în mod corespunzător.

  • Instalați un certificat semnat pe gateway-ul local (următorul oferă pașii de configurare detaliați).

    • O autoritate publică de certificare (CA), așa cum este detaliată în Ce autorități de certificare rădăcină sunt acceptate pentru apelurile către platformele audio și video Cisco Webex? trebuie să semneze certificatul dispozitivului.

    • FQDN configurat în Control Hub atunci când se creează un trunchi trebuie să fie numele comun (CN) sau certificatul de nume alternativ al subiectului (SAN) al routerului. De exemplu:

      • Dacă un trunchi configurat în Control Hub al organizației dvs. are cube1.lgw.com:5061 ca FQDN al gateway-ului local, atunci CN sau SAN din certificatul router trebuie să conțină cube1.lgw.com. 

      • Dacă un trunchi configurat în Control Hub al organizației dvs. are lgws.lgw.com ca adresa SRV a gateway-ului (gateway-urilor) local care poate fi accesată din trunchi, atunci CN sau SAN din certificatul router trebuie să conțină lgws.lgw.com. Înregistrările la care se rezolvă adresa SRV (CNAME, O Înregistrare sau o Adresă IP) sunt opționale în SAN.

      • Indiferent dacă utilizați un FQDN sau un SRV pentru trunchi, adresa de contact pentru toate dialogurile SIP noi din gateway-ul local utilizează numele configurat în Control Hub.

  • Asigurați-vă că certificatele sunt semnate pentru utilizarea clientului și a serverului.

  • Încărcați pachetul CA rădăcină Cisco la gateway-ul local.

Configurare

1

Asigurați-vă că atribuiți adrese IP valide și rutabile oricăror interfețe din stratul 3, de exemplu:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240
2

Protejați acreditările STUN pe router utilizând criptarea simetrică. Configurați cheia de criptare primară și tipul de criptare după cum urmează:


key config-key password-encrypt YourPassword
password encryption aes
3

Creați un punct de încredere pentru criptare cu un certificat semnat de autoritatea de certificare preferată (CA).

  1. Creați o pereche de taste RSA utilizând următoarea comandă exec.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. Atunci când utilizați cube1.lgw.com ca fqdn pentru trunchi, creați un punct de încredere pentru certificatul semnat cu următoarele comenzi de configurare:

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn cube1.lgw.com
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key

  3. Generați Cererea de semnare a certificatului (CSR) cu următoarea comandă de exec sau configurare și utilizați-o pentru a solicita un certificat semnat de la un furnizor de CA acceptat:

    crypto pki enroll LGW_CERT
4

Autentificați-vă noul certificat utilizând certificatul CA intermediar (sau rădăcină), apoi importați certificatul (Pasul 4). Introduceți următoarea comandă de exec sau configurare:


crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>
5

Importați un certificat de gazdă semnat utilizând următoarea comandă exec sau de configurare:


crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>
6

Activați exclusivitatea TLS1.2 și specificați punctul de încredere implicit utilizând următoarele comenzi de configurare:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
7

Instalați pachetul CA rădăcină Cisco, care include certificatul CA DigiCert utilizat de Webex Calling. Utilizați crypto pki trustpool import URL curat comandă pentru a descărca pachetul CA rădăcină din URL-ul specificat și pentru a șterge trustpool-ul CA actual, apoi instalați noul pachet de certificate:

Dacă trebuie să utilizați un proxy pentru a accesa internetul utilizând HTTPS, adăugați următoarea configurație înainte de a importa pachetul CA:

IP http client proxy-server yourproxy.com port proxy 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Configurați trunchiul bazat pe certificatul Webex Calling
1

Creați un trunchi PSTN bazat pe certificat CUBE pentru o locație existentă în Control Hub. Pentru mai multe informații, consultați Configurați trunchiurile, grupurile de rutare și planurile de apelare pentru Webex Calling.

Notaţi informaţiile trunchiului care sunt furnizate odată ce trunchiul este creat. Aceste detalii, așa cum se evidențiază în ilustrația următoare, vor fi utilizate în etapele de configurare din acest ghid.
2

Introduceți următoarele comenzi pentru a configura CUBE ca gateway local Webex Calling:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Iată o explicație a câmpurilor pentru configurare:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Pentru a proteja împotriva fraudei cu taxă, lista de adrese de încredere definește o listă de gazde și entități de rețea de la care gateway-ul local așteaptă apeluri VoIP legitime.

  • În mod implicit, gateway-ul local blochează toate mesajele VoIP primite de la adresele IP care nu se află în lista sa de încredere. Partenerii de apelare configurați în mod static cu „IP țintă sesiune” sau adresele IP ale grupului de server sunt de încredere în mod implicit, astfel încât nu trebuie să fie adăugați la lista de încredere.

  • Când configurați gateway-ul local, adăugați subrețelele IP pentru centrul dvs. de date Webex Calling regional în listă, consultați Informații de referință port pentru Webex Calling pentru mai multe informații. De asemenea, adăugați intervale de adrese pentru serverele Unified Communications Manager (dacă sunt utilizate) și gateway-urile trunchiurilor PSTN.

  • Pentru mai multe informații despre modul de utilizare a unei liste de adrese IP de încredere pentru a preveni frauda cu taxă, consultați adresa IP de încredere.

element de frontieră al modului

Activați funcțiile elementului de frontieră Cisco Unified (CUBE) de pe platformă.

permite conexiuni sip la sip

Activați CUBE SIP de bază înapoi la funcționalitatea de agent de utilizator înapoi. Pentru mai multe informații, consultați Permite conexiuni.

În mod implicit, transportul prin fax T.38 este activat. Pentru mai multe informații, consultați protocolul de fax t38 (serviciu vocal).

căpușă

Permite STUN (Sesiune Traversală a UDP prin NAT) la nivel global.

Aceste comenzi de stun globale sunt necesare numai atunci când implementați gateway-ul local din spatele NAT.

  • Când redirecționați un apel către un utilizator Webex Calling (de exemplu, atât părțile apelate, cât și cele apelante sunt abonați Webex Calling și dacă ancorați media la Webex Calling SBC), atunci mass-media nu poate curge către gateway-ul local, deoarece gaura de prindere nu este deschisă.

  • Caracteristica de legături STUN de pe gateway-ul local permite trimiterea cererilor STUN generate local pe calea media negociată. Acest lucru ajută la deschiderea găurii de prindere în firewall.

Pentru mai multe informații, consultați stun flowdata agent-id și stun flowdata partajate-secret.

sarcină utilă asimetrică completă

Configurează suportul de sarcină utilă asimetric SIP atât pentru DTMF, cât și pentru sarcinile de plată codec dinamice. Pentru mai multe informații despre această comandă, consultați sarcina utilă asimetrică.

ofertă timpurie forțată

Forțează Gateway-ul Local să trimită informații SDP în mesajul INVITE inițial în loc să aștepte recunoașterea de la partenerul vecin. Pentru mai multe informații despre această comandă, consultați oferta timpurie.

intrare profiluri sip

Permite CUBE să utilizeze profiluri SIP pentru a modifica mesajele pe măsură ce acestea sunt primite. Profilurile sunt aplicate prin intermediul asociaților de apelare sau al chiriașilor.

3

Configurare codec clasă vocală 100 filtru codec pentru trunchi. În acest exemplu, același filtru codec este utilizat pentru toate trunchiurile. Puteți configura filtre pentru fiecare trunchi pentru un control precis.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Iată o explicație a câmpurilor pentru configurare:

codec clasă vocală 100

Utilizat pentru a permite numai codec-uri preferate pentru apeluri prin trunchiuri SIP. Pentru mai multe informații, consultați codecul clasei de voce.

Codec-ul Opus este acceptat numai pentru trunchiurile PSTN bazate pe SIP. Dacă trunchiul PSTN utilizează o conexiune vocală T1/E1 sau analogică FXO, excludeți preferință codec 1 opusul din partea codec clasă vocală 100 configurare .

4

Configurare utilizare sunet de clasă vocală 100 pentru a activa ICE pe trunchiul Webex Calling. (Acest pas nu se aplică pentru Webex for Government)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Iată o explicație a câmpurilor pentru configurare:

lită de gheață de utilizare stun

Utilizat pentru a activa ICE-Lite pentru toți colegii de apelare cu care se confruntă Webex Calling pentru a permite optimizarea media ori de câte ori este posibil. Pentru mai multe informații, consultați clasa vocală utilizare stun și lite gheață utilizare stun.

date flux paravan de utilizare transversală comanda este necesară numai la implementarea gateway-ului local din spatele NAT.
Aveți nevoie de utilizarea ICE-lite pentru fluxurile de apeluri prin optimizarea căii media. Pentru a oferi optimizarea media pentru un gateway SIP la TDM, configurați un dial-peer loopback cu ICE-Lite activat pe piciorul IP-IP. Pentru mai multe detalii tehnice, contactați echipele din Cont sau TAC.
5

Configurați politica de criptare media pentru traficul Webex. (Acest pas nu se aplică pentru Webex for Government)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Iată o explicație a câmpurilor pentru configurare:

clasă vocală srtp-crypto 100

Specifică SHA1_80 ca singurele oferte SRTP cipher-suite CUBE din SDP în mesaje de ofertă și răspuns. Webex Calling acceptă numai SHA1_80. Pentru mai multe informații, consultați clasa vocală srtp-crypto.

6

Configurați cifrele GCM conforme cu FIPS (Acest pas se aplică numai pentru Webex for Government).


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Iată o explicație a câmpurilor pentru configurare:

clasă vocală srtp-crypto 100

Specifică GCM ca suita cipher pe care CUBE o oferă. Este obligatorie configurarea criptelor GCM pentru gateway-ul local pentru Webex for Government.

7

Configurați un model pentru a identifica în mod unic apelurile către un trunchi de gateway local pe baza destinației sale FQDN sau SRV:


voice class uri 100 sip
 pattern cube1.lgw.com

Iată o explicație a câmpurilor pentru configurare:

clasă vocală uri 100 sip

Definește un model pentru a se potrivi unei invitații SIP de intrare la un peer de apelare trunchi de intrare. Când introduceți acest model, utilizați FQDN sau SRV LGW configurat în Control Hub în timp ce creați un trunchi.

8

Configurați profilurile de manipulare a mesajelor SIP. Dacă gateway-ul dvs. este configurat cu o adresă IP publică, configurați un profil după cum urmează sau treceți la pasul următor dacă utilizați NAT. În acest exemplu, cube1.lgw.com este FQDN configurat pentru gateway-ul local și „198.51.100.1” este adresa IP publică a interfeței gateway-ului local care se confruntă cu Webex Calling:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Iată o explicație a câmpurilor pentru configurare:

Normele 10 și 20

Pentru a permite Webex să autentifice mesajele din gateway-ul local, antetul „Contact” din cererea SIP și mesajele de răspuns trebuie să conțină valoarea setată pentru trunchi în Control Hub. Aceasta va fi fie FQDN-ul unei singure gazde, fie numele domeniului SRV utilizat pentru un cluster de dispozitive.

Treceți la pasul următor dacă ați configurat gateway-ul local cu adrese IP publice.

9

Dacă gateway-ul dvs. este configurat cu o adresă IP privată în spatele NAT statică, configurați profilurile SIP de intrare și de ieșire după cum urmează. În acest exemplu, cube1.lgw.com este FQDN configurat pentru gateway-ul local, „10.80.13.12” este adresa IP de interfață cu care se confruntă Webex Calling și „192.65.79.20” este adresa IP publică NAT.

Profiluri SIP pentru mesajele de ieșire în Webex Calling

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Iată o explicație a câmpurilor pentru configurare:

Normele 10 și 20

Pentru a permite Webex să autentifice mesajele din gateway-ul local, antetul „Contact” din cererea SIP și mesajele de răspuns trebuie să conțină valoarea setată pentru trunchi în Control Hub. Aceasta va fi fie FQDN-ul unei singure gazde, fie numele domeniului SRV utilizat pentru un cluster de dispozitive.

normele 30-81

Convertiți referințele adresei private la adresa publică externă a site-ului, permițând Webex să interpreteze corect și să dirijeze mesajele ulterioare.

Profil SIP pentru mesajele de intrare din Webex Calling

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Iată o explicație a câmpurilor pentru configurare:

normele 10-80

Convertiți referințele adresei publice la adresa privată configurată, permițând procesarea corectă a mesajelor din Webex de către CUBE.

Pentru mai multe informații, consultați profilurile sip de clasă vocală.

10

Configurați un SIP Opțiuni în viață cu profilul de modificare a antetului.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Iată o explicație a câmpurilor pentru configurare:

clasă vocală sip-opțiuni-keepalive 100

Configurează un profil keepalive și intră în modul de configurare a clasei vocale. Puteți configura timpul (în secunde) la care un Ping SIP Out of Dialog Options este trimis către ținta de apelare atunci când conexiunea bătăilor inimii la punctul final este în stare în sus sau în jos.

Acest profil Keepalive este declanșat din dial-peer-ul configurat către Webex.

Pentru a vă asigura că antetele de contact includ numele de domeniu complet calificat SBC, se utilizează profilul SIP 115. Regulile 30, 40 și 50 sunt necesare numai atunci când SBC este configurat în spatele NAT statice.

În acest exemplu, cube1.lgw.com este FQDN selectat pentru gateway-ul local și dacă se utilizează NAT static, „10.80.13.12” este adresa IP a interfeței SBC către Webex Calling și „192.65.79.20” este adresa IP publică NAT.

11

Configurați trunchiul Webex Calling:

  1. Creați entitate găzduită din clasa vocală 100 pentru a defini și a grupa configurațiile necesare în mod specific pentru trunchiul Webex Calling. Partenerii de apelare asociați mai târziu cu acest client vor moșteni aceste configurații:

    Exemplul următor utilizează valorile ilustrate în Pasul 1 în scopul acestui ghid (indicat în îndrăzneală). Înlocuiți-le cu valori pentru trunchiul din configurație.

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

    Iată o explicație a câmpurilor pentru configurare:

    entitate găzduită pentru clasa vocală 100

    Vă recomandăm să utilizați chiriași pentru a configura trunchiuri care au propriul certificat TLS și lista de validare CN sau SAN. Aici, profilul tls asociat cu clientul conține punctul de încredere care trebuie utilizat pentru a accepta sau a crea noi conexiuni și are lista CN sau SAN pentru a valida conexiunile primite. Pentru mai multe informații, consultați clientul clasei de voce.

    fără id de la distanță

    Dezactivați antetul SIP Remote-Party ID (RPID), deoarece Webex Calling acceptă PAI, care este activat utilizând CIO pai afirmat-id. Pentru mai multe informații, consultați ID-ul de la distanță.

    server sip dns:us25.sipconnect.bcld.webex.com

    Configurați serverul SIP țintă pentru trunchi. Utilizați adresa SRV proxy de margine furnizată în Control Hub atunci când v-ați creat trunchiul

    srtp-cripto 100

    Configurați suitele cipher preferate pentru piesa de apel SRTP (conexiune) (specificată în Pasul 5). Pentru mai multe informații, consultați clasa vocală srtp-crypto.

    dns gazdă locală: cube1.lgw.com

    Configurați CUBE pentru a înlocui adresa IP fizică din anteturile de la, ID-ul de apel și ID-ul de la distanță din mesajele de ieșire cu FQDN furnizat.

    tcp tls de transport al sesiunii

    Setează transportul la TLS pentru colegii de apelare asociați. Pentru mai multe informații, consultați transportul sesiunii.

    nu reîmprospătați sesiunea

    Dezactivează reîmprospătarea sesiunii SIP la nivel global.

    passthru de eroare

    Specifică funcționalitatea de trecere a răspunsului de eroare SIP. Pentru mai multe informații, consultați eroare-passthru.

    Bandă de control interfață sursă GigabitEthernet0/0/1

    Configurați interfața sursă și adresa IP asociată pentru mesajele trimise către Webex Calling. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/1

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă la Webex Calling. Pentru mai multe informații, consultați legătura.

    profile sip de clasă vocală 100

    Aplică profilul de modificare a antetului (IP public sau adresare NAT) pentru a fi utilizat pentru mesajele de ieșire. Pentru mai multe informații, consultați profilurile sip de clasă vocală.

    profiluri sip de clasă vocală 110 intrare

    Se aplică profilul de modificare a antetului (numai adresarea NAT) pentru a fi utilizat pentru mesajele de intrare. Pentru mai multe informații, consultați profilurile sip de clasă vocală.

    politica de confidențialitate passthru

    Configurați opțiunile politicii antetului de confidențialitate pentru ca trunchiul să treacă valorile de confidențialitate din mesajul recepționat la următoarea componentă a apelului. Pentru mai multe informații, consultați politica de confidențialitate.

  2. Configurați peer-ul de apelare al trunchiului Webex Calling.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip rel1xx disable
 voice-class sip asserted-id pai
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

    Iată o explicație a câmpurilor pentru configurare:

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling

    Definiți un coleg de apelare VoIP cu o etichetă de 100 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. Pentru mai multe informații, consultați vocea dial-peer.

    șablon destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    sipv2 protocol de sesiune

    Specifică faptul că dial-peer 100 se ocupă de segmentele de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    server sip țintă sesiune

    Indică faptul că serverul SIP definit în clientul 100 este moștenit și utilizat pentru destinație pentru apelurile de la acest coleg de apelare.

    solicitare de intrare 100

    Pentru a specifica clasa de voce utilizată pentru a se potrivi unui coleg de apelare VoIP cu identificatorul de resurse uniform (URI) al unui apel de intrare. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Indică lista de filtrare codec pentru apelurile către și de la Webex Calling. Pentru mai multe informații, consultați codecul clasei de voce.

    utilizare stun de clasă vocală 100

    Permite trimiterea cererilor STUN generate local pe gateway-ul local pe calea media negociată. Ajutor STUN pentru a deschide o gaură de prindere firewall pentru traficul media.

    voce-clasa sip asertat-id pai

    Setează informațiile de apelare de ieșire utilizând antetul ID (PAI) declarat de confidențialitate. Pentru mai multe informații, consultați SIP-ul de clasă vocală.

    client sip de clasă vocală 100

    Asociatorul de apelare moștenește toți parametrii configurați la nivel global și în entitatea găzduită 100. Parametrii pot depăși la nivel de dial-peer. Pentru mai multe informații, consultați clientul sip de clasă vocală.

    profil 100 de opțiuni sip de clasă vocală

    Această comandă este utilizată pentru a monitoriza disponibilitatea unui grup de servere SIP sau puncte finale utilizând un anumit profil (100).

    srtp

    Activați SRTP pentru piesa de apel.

Configurați gateway-ul local cu un trunchi SIP PSTN

După ce ați construit un trunchi către Webex Calling de mai sus, utilizați următoarea configurație pentru a crea un trunchi necriptat către un furnizor PSTN bazat pe SIP:

Dacă Furnizorul dvs. de servicii oferă un trunchi PSTN securizat, puteți urma o configurație similară detaliată mai sus pentru trunchiul Webex Calling. Rutarea sigură a apelurilor este acceptată de CUBE.

Dacă utilizați un trunchi TDM / ISDN PSTN, treceți la secțiunea următoare Configurați gateway-ul local cu trunchiul TDM PSTN.

Pentru a configura interfețe TDM pentru segmente de apel PSTN pe gateway-urile Cisco TDM-SIP, consultați Configurarea ISDN PRI.

1

Configurați următoarea clasă de voce uri pentru a identifica apelurile de intrare din trunchiul PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Iată o explicație a câmpurilor pentru configurare:

clasă vocală uri 200 sip

Definește un model pentru a se potrivi unei invitații SIP de intrare la un peer de apelare trunchi de intrare. Când introduceți acest model, utilizați adresa IP a gateway-ului PSTN IP. Pentru mai multe informații, consultați clasa vocală uri.

2

Configurați următoarea linie de apelare IP PSTN:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Iată o explicație a câmpurilor pentru configurare:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definește o pereche de apelare VoIP cu o etichetă de 200 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. Pentru mai multe informații, consultați vocea dial-peer.

șablon destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. Pentru mai multe informații, consultați modelul de destinație (interfață).

sipv2 protocol de sesiune

Specifică faptul că dial-peer 200 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial peer).

țintă sesiune ipv4:192.168.80.13

Indică adresa IPv4 țintă a destinației pentru a trimite piesa de apel. Ținta sesiunii aici este adresa IP a ITSP. Pentru mai multe informații, consultați ținta sesiunii (peer apelare VoIP).

intrare prin 200

Definește un criteriu de potrivire pentru antetul VIA cu adresa IP PSTN. Se potrivește tuturor segmentelor de apel IP PSTN de intrare de pe gateway-ul local cu dial-peer 200. Pentru mai multe informații, consultați url-ul de intrare.

Bandă de control interfață sursă GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

leagă interfața sursă media GigabitEthernet0/0/0

Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

codec de clasă vocală 100

Configurați dial-peer-ul pentru a utiliza lista de filtrare codec comună 100. Pentru mai multe informații, consultați codec-ul de clasă vocală.

dtmf-relay rtp-nte

Definește RTP-NTE (RFC2833) ca capacitate DTMF așteptată pe partea de apelare. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

nu văd

Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

3

Dacă configurați gateway-ul local pentru a dirija numai apelurile între Webex Calling și PSTN, adăugați următoarea configurație de rutare a apelurilor. Dacă configurați gateway-ul local cu o platformă Unified Communications Manager, treceți la următoarea secțiune.

  1. Creați grupuri de apelare pentru a direcționa apelurile către Webex Calling sau PSTN. Definiți DPG 100 cu dial-peer de ieșire 100 spre Webex Calling. DPG 100 se aplică apelantului de intrare de la PSTN. În mod similar, definiți DPG 200 cu dial-peer de ieșire 200 spre PSTN. DPG 200 se aplică apelantului de intrare din Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Iată o explicație a câmpurilor pentru configurare:

    peer de apelare 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg de clasă vocală.

  2. Aplicați grupuri de apelare pentru a direcționa apelurile de la Webex la PSTN și de la PSTN la Webex:

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Iată o explicație a câmpurilor pentru configurare:

    destinație dpg 200

    Specifică grupul dial-peer și, prin urmare, dial-peer ar trebui să fie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

    Acest lucru încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când sunt configurate caracteristicile CUBE.

Configurați gateway-ul local cu un trunchi PSTN TDM

După ce ați construit un trunchi către Webex Calling, utilizați următoarea configurație pentru a crea un trunchi TDM pentru serviciul dvs. PSTN cu rutare de apelare cu buclă inversă pentru a permite optimizarea media pe partea de apelare Webex.

Dacă nu aveți nevoie de optimizarea media IP, urmați pașii de configurare pentru un trunchi SIP PSTN. Utilizați un port vocal și un comutator de apelare POTS (așa cum se arată în pașii 2 și 3) în loc de comutatorul de apelare VoIP PSTN.
1

Configurația dial-peer buclă-spate utilizează grupuri dial-peer și etichete de rutare a apelurilor pentru a se asigura că apelurile trec corect între Webex și PSTN, fără a crea bucle de rutare a apelurilor. Configurați următoarele reguli de traducere care vor fi utilizate pentru a adăuga și elimina etichetele de rutare a apelurilor:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Iată o explicație a câmpurilor pentru configurare:

regulă de traducere vocală

Utilizează expresii regulate definite în reguli pentru a adăuga sau elimina etichete de rutare a apelurilor. Cifrele de peste zece ani („A”) sunt utilizate pentru a adăuga claritate pentru depanare.

În această configurație, eticheta adăugată prin profilul de traducere 100 este utilizată pentru a ghida apelurile de la Webex Calling către PSTN prin intermediul perechilor de apelare loopback. În mod similar, eticheta adăugată prin profilul de traducere 200 este utilizată pentru a ghida apelurile din PSTN către Webex Calling. Profilurile de traducere 11 și 12 elimină aceste etichete înainte de a efectua apeluri către trunchiurile Webex și, respectiv, PSTN.

Acest exemplu presupune că numerele apelate din Webex Calling sunt prezentate în format +E.164. Articolul 100 elimină conducerea + pentru a menține un număr de apelare valid. Articolul 12 adaugă apoi o cifră (cifre) de rutare națională sau internațională la eliminarea etichetei. Utilizați cifre care se potrivesc cu planul de apelare național ISDN local.

Dacă Webex Calling prezintă numere în format național, ajustați regulile 100 și 12 pentru a adăuga și a elimina pur și simplu eticheta de rutare.

Pentru mai multe informații, consultați profilul de traducere vocală și regula de traducere vocală.

2

Configurați porturile interfeței vocale TDM conform cerințelor tipului de trunchi și protocolului utilizat. Pentru mai multe informații, consultați Configurarea ISDN PRI. De exemplu, configurația de bază a unei interfețe ISDN cu Rata primară instalată în slotul NIM 2 al unui dispozitiv poate include următoarele:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Configurați următorul dial-peer TDM PSTN:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Iată o explicație a câmpurilor pentru configurare:


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Definește o pereche de apelare VoIP cu o etichetă de 200 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. Pentru mai multe informații, consultați vocea dial-peer.

șablon destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. Pentru mai multe informații, consultați modelul de destinație (interfață).

profil de traducere 200

Atribuiți profilul de traducere care va adăuga o etichetă de rutare a apelurilor la numărul apelat de intrare.

apelare directă spre interior

Rutează apelul fără a furniza un ton de apel secundar. Pentru mai multe informații, consultați apelare directă.

port 0/2/0:15

Portul vocal fizic asociat cu acest dial-peer.

4

Pentru a permite optimizarea media a căilor IP pentru gateway-urile locale cu fluxuri de apeluri TDM-IP, puteți modifica rutarea apelurilor introducând un set de colegi de apelare interni cu buclă inversă între trunchiurile Webex Calling și PSTN. Configurați următoarele perechi de apelare buclă-spate. În acest caz, toate apelurile primite vor fi dirijate inițial către dial-peer 10 și de acolo către dial-peer 11 sau 12, pe baza etichetei de rutare aplicate. După îndepărtarea etichetei de rutare, apelurile vor fi direcționate către trunchiul de ieșire utilizând grupuri de apelare-pereche.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Iată o explicație a câmpurilor pentru configurare:


dial-peer voice 10 pots
 description Outbound loop-around leg

Definește o linie de apelare VoIP și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. Pentru mai multe informații, consultați vocea dial-peer.

profil de traducere care sosește 11

Se aplică profilul de traducere definit anterior pentru a elimina eticheta de rutare a apelurilor înainte de a trece la trunchiul de ieșire.

șablon destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. Pentru mai multe informații, consultați modelul de destinație (interfață).

sipv2 protocol de sesiune

Specifică faptul că acest dial-peer gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial peer).

țintă sesiune 192.168.80.14

Specifică adresa locală a interfeței routerului ca țintă a apelului pentru buclă de rezervă. Pentru mai multe informații, consultați ținta sesiunii (voip dial peer).

Bandă de control interfață sursă GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mesajele trimise prin buclă de rezervă. Pentru mai multe informații, consultați legătura.

leagă interfața sursă media GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mass-media trimisă prin buclă de rezervă. Pentru mai multe informații, consultați legătura.

dtmf-relay rtp-nte

Definește RTP-NTE (RFC2833) ca capacitate DTMF așteptată pe partea de apelare. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

codec g711alaw

Forțează toate apelurile PSTN să utilizeze G.711. Selectați a-law sau u-law pentru a se potrivi cu metoda de constrângere utilizată de serviciul ISDN.

nu văd

Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

5

Adăugați următoarea configurație de rutare a apelurilor:

  1. Creați grupuri de apelare pentru a direcționa apelurile între trunchiurile PSTN și Webex, prin buclă inversă.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Iată o explicație a câmpurilor pentru configurare:

    peer de apelare 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg de clasă vocală.

  2. Aplicați grupuri de apelare pentru a direcționa apelurile.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Iată o explicație a câmpurilor pentru configurare:

    dpg destinație 200

    Specifică grupul dial-peer și, prin urmare, dial-peer ar trebui să fie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

Acest lucru încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când sunt configurate caracteristicile CUBE.
Configurați gateway-ul local cu un mediu Unified CM existent

Configurația PSTN-Webex Calling din secțiunile anterioare poate fi modificată pentru a include trunchiuri suplimentare într-un cluster Cisco Unified Communications Manager (UCM). În acest caz, toate apelurile sunt dirijate prin Unified CM. Apelurile din UCM din portul 5060 sunt direcționate către PSTN și apelurile din portul 5065 sunt direcționate către Webex Calling. Următoarele configurații incrementale pot fi adăugate pentru a include acest scenariu de apelare.

1

Configurați următoarele URI de clasă vocală:

  1. Clasifică apelurile Unified CM la Webex utilizând portul SIP VIA:

    
voice class uri 300 sip
 pattern :5065

  2. Clasifică apelurile Unified CM la PSTN utilizând SIP prin port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Clasificați mesajele primite din UCM către trunchiul PSTN utilizând unul sau mai multe modele care descriu adresele sursă originare și numărul portului. Expresii regulate pot fi utilizate pentru a defini modele de potrivire, dacă este necesar.

    În exemplul de mai sus, o expresie obișnuită este utilizată pentru a se potrivi oricărei adrese IP în intervalul 192.168.80.60 la 65 și numărul portului 5060.

2

Configurați următoarele înregistrări DNS pentru a specifica rutarea SRV către gazdele Unified CM:

IOS XE utilizează aceste înregistrări pentru determinarea locală a gazdelor și porturilor țintă UCM. Cu această configurație, nu este necesar să configurați înregistrări în sistemul DNS. Dacă preferați să utilizați DNS-ul, atunci aceste configurații locale nu sunt necesare.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Iată o explicație a câmpurilor pentru configurare:

Următoarea comandă creează o înregistrare de resurse DNS SRV. Creați o înregistrare pentru fiecare gazdă și trunchi UCM:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: nume înregistrare resursă SRV

2: Prioritatea de înregistrare a resurselor SRV

1: Greutatea record a resursei SRV

5060: Numărul portului pe care trebuie să-l utilizați pentru gazda țintă în această înregistrare de resurse

ucmsub5.mydomain.com: Gazda țintă înregistrare resursă

Pentru a rezolva numele de gazdă țintă a înregistrării resurselor, creați înregistrări DNS A locale. De exemplu:

gazdă ip ucmsub5.mydomain.com 192.168.80.65

gazdă IP: Creează o înregistrare în baza de date IOS XE locală.

ucmsub5.mydomain.com: Numele de gazdă A înregistrării.

192.168.80.65: Adresa IP a gazdei.

Creați evidențele resurselor SRV și A pentru a reflecta mediul UCM și strategia preferată de distribuție a apelurilor.

3

Configurați următorii colegi de apelare:

  1. Apelare reciprocă pentru apeluri între Unified CM și Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Iată o explicație a câmpurilor pentru configurare:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definește un coleg de apelare VoIP cu o etichetă 300 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare.

    șablon destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    sipv2 protocol de sesiune

    Specifică faptul că dial-peer 300 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    țintă sesiune dns:wxtocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția SRV DNS. În acest caz, recordul SRV definit local wxtocucm.io este utilizat pentru a direcționa apelurile.

    intrare prin 300

    Utilizează clasa de voce URI 300 pentru a direcționa toate traficul de intrare de la Unified CM folosind portul sursă 5065 către acest dial-peer. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Indică lista de filtrare codec pentru apelurile către și de la Unified CM. Pentru mai multe informații, consultați codecul clasei de voce.

    Bandă de control interfață sursă GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/0

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca capacitate DTMF așteptată pe partea de apelare. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

    nu văd

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

  2. Dial-peer pentru apeluri între Unified CM și PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Iată o explicație a câmpurilor pentru configurare:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definește o pereche de apelare VoIP cu o etichetă de 400 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare.

    șablon destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    sipv2 protocol de sesiune

    Specifică faptul că dial-peer 400 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    țintă sesiune dns:pstntocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția SRV DNS. În acest caz, înregistrarea SRV definită local pstntocucm.io este utilizat pentru a direcționa apelurile.

    intrare prin 400

    Utilizează clasa de voce URI 400 pentru a direcționa toate traficul de intrare de la gazdele Unified CM specificate utilizând portul sursă 5060 către acest dial-peer. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Indică lista de filtrare codec pentru apelurile către și de la Unified CM. Pentru mai multe informații, consultați codecul clasei de voce.

    Bandă de control interfață sursă GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/0

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca capacitate DTMF așteptată pe partea de apelare. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

    nu văd

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

4

Adăugați rutarea apelurilor utilizând următoarele configurații:

  1. Creați grupuri de apelare pentru a direcționa apelurile între Unified CM și Webex Calling. Definiți DPG 100 cu peer de apelare de ieșire 100 către Webex Calling. DPG 100 este aplicat pe asociatul de apelare de intrare de la Unified CM. În mod similar, definiți DPG 300 cu dial-peer de ieșire 300 spre Unified CM. DPG 300 se aplică apelantului de intrare din Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Creați grupuri de apelare pentru a direcționa apelurile între Unified CM și PSTN. Definiți DPG 200 cu peer de apelare de ieșire 200 către PSTN. DPG 200 este aplicat la asocierea de apelare de intrare de la Unified CM. În mod similar, definiți DPG 400 cu dial-peer de ieșire 400 spre Unified CM. DPG 400 se aplică apelantului de intrare de la PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Iată o explicație a câmpurilor pentru configurare:

    peer de apelare 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg de clasă vocală.

  3. Aplicați grupuri de apelare pentru a direcționa apelurile de la Webex la Unified CM și de la Unified CM la Webex:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Iată o explicație a câmpurilor pentru configurare:

    dpg destinație 300

    Specifică grupul dial-peer și, prin urmare, dial-peer ar trebui să fie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

  4. Aplicați grupuri de apelare pentru a direcționa apelurile de la PSTN la Unified CM și de la Unified CM la PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Acest lucru încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când au fost configurate caracteristicile CUBE.

Monitorizați și depanați gateway-ul local cu semnături de diagnosticare

Semnăturile de diagnosticare (DS) detectează în mod proactiv problemele observate frecvent în gateway-ul local bazat pe Cisco IOS XE și generează notificarea prin e-mail, jurnal de sistem sau mesaj terminal a evenimentului. De asemenea, puteți instala DS pentru a automatiza colectarea datelor de diagnosticare și transferul datelor colectate în cazul Cisco TAC pentru a accelera timpul de rezoluție.

Semnături de diagnosticare (DS) sunt fișiere XML care conțin informații despre declanșarea problemelor evenimente și acțiuni pentru a informa, depanare și remedia problema. Utilizați mesaje syslog, evenimente SNMP și prin monitorizarea periodică a ieșirilor specifice ale comenzii de afișare pentru a defini logica de detectare a problemei. Tipurile de acțiuni includ:

  • Colectarea ieșirilor de comandă ale afișării

  • Generarea unui fișier jurnal consolidat

  • Încărcarea fișierului către o locație de rețea furnizată de utilizator, cum ar fi HTTPS, SCP, server FTP

Inginerii TAC autentifică fișierele DS și o semnează digital pentru protecția integrității. Fiecare fișier DS are ID-ul numeric unic atribuit de sistem. Instrumentul de căutare a semnăturilor de diagnosticare (DSLT) este o singură sursă pentru a găsi semnăturile aplicabile pentru monitorizarea și depanarea diferitelor probleme.

Înainte de a începe:

  • Nu editați fișierul DS pe care îl descărcați de pe DSLT. Fișierele pe care le modificați nu reușesc instalarea din cauza erorii de verificare a integrității.

  • Un server Simple Mail Transfer Protocol (SMTP) de care aveți nevoie pentru ca Gateway-ul local să trimită notificări prin e-mail.

  • Asigurați-vă că gateway-ul local rulează IOS XE 17.6.1 sau mai mare dacă doriți să utilizați serverul SMTP securizat pentru notificări prin e-mail.

Cerințe preliminare

Gateway-ul local care rulează IOS XE 17.6.1 sau mai mare

  1. Semnăturile de diagnosticare sunt activate în mod implicit.

  2. Configurați serverul de e-mail securizat pe care îl utilizați pentru a trimite o notificare proactivă dacă dispozitivul rulează IOS XE 17.6.1 sau mai mare.

    
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Configurați variabila de mediu ds_email cu adresa de e-mail a administratorului pentru a vă notifica.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

Instalați semnăturile de diagnosticare pentru monitorizarea proactivă

Monitorizarea utilizării CPU ridicate

Acest DS urmărește 5 secunde de utilizare a CPU folosind SNMP OID 1.3.6.1.4.1.9.2.1.56. Când utilizarea atinge 75% sau mai mult, dezactivează toate depanările și dezinstalează toate semnăturile de diagnosticare pe care le instalați în gateway-ul local. Utilizați acești pași de mai jos pentru a instala semnătura.

  1. Asigurați-vă că ați activat SNMP utilizând comanda afișare snmp. Dacă SNMP nu este activat, configurați manager server snmp comandă .

    
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Descărcați DS 64224 utilizând următoarele opțiuni derulante din Instrumentul de căutare a semnăturilor de diagnosticare:

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Nume câmp

    Valoare câmp

    Platformă

    Cisco 4300, seria ISR 4400 sau software-ul Edge Catalyst 8000V

    Produs

    CUBE Enterprise în soluție Webex Calling

    Domeniu de aplicare al problemei

    Performanță

    Tip problemă

    Utilizare CPU ridicată cu notificare prin e-mail

  3. Copiați fișierul XML DS în Flash-ul gateway local.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Următorul exemplu arată copierea fișierului de la un server FTP la gateway-ul local.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Instalați fișierul XML DS în gateway-ul local.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Utilizați afișarea semnăturii de diagnosticare la domiciliu comandă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare trebuie să aibă o valoare „înregistrată”.

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

    Descărcați DSes:

    d.

    Nume DS

    Revizuire

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Înscriși

    2020-11-07 22:05:33

    Când este declanșată, această semnătură dezinstalează toate SD-urile care rulează, inclusiv pe cont propriu. Dacă este necesar, vă rugăm să reinstalați DS 64224 pentru a continua monitorizarea utilizării CPU ridicat pe gateway-ul local.

Se deconectează funcția de monitorizare a apelului anormal

Acest DS utilizează sondajul SNMP la fiecare 10 minute pentru a detecta deconectarea anormală a apelurilor cu erori SIP 403, 488 și 503.  Dacă creșterea numărului de erori este mai mare sau egală cu 5 din ultimul sondaj, aceasta generează o notificare syslog și e-mail. Utilizați pașii de mai jos pentru a instala semnătura.

  1. Asigurați-vă că SNMP este activat utilizând comanda afișare snmp. Dacă SNMP nu este activat, configurați manager server snmp comandă .

    show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Descărcați DS 65221 utilizând următoarele opțiuni din Instrumentul de căutare a semnăturilor de diagnosticare:

    Nume câmp

    Valoare câmp

    Platformă

    Cisco 4300, seria ISR 4400 sau software-ul Edge Catalyst 8000V

    Produs

    CUBE Enterprise în Webex Calling Solution

    Domeniu de aplicare al problemei

    Performanță

    Tip problemă

    Detectarea anormală a deconectării apelurilor SIP cu notificarea prin e-mail și Syslog.

  3. Copiați fișierul XML DS la gateway-ul local.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Instalați fișierul XML DS în gateway-ul local.

    
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Utilizați comanda afișarea semnăturii de diagnosticare la domiciliu pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare trebuie să aibă o valoare „înregistrată”.

Instalați semnăturile de diagnosticare pentru a depana o problemă

De asemenea, puteți utiliza Semnături de Diagnostic (DS) pentru a rezolva rapid problemele. Inginerii Cisco TAC au autentificat mai multe semnături care permit depanările necesare care sunt necesare pentru a rezolva o anumită problemă, pentru a detecta apariția problemei, pentru a colecta setul corect de date de diagnosticare și pentru a transfera automat datele în cazul Cisco TAC. Acest lucru elimină necesitatea de a verifica manual apariția problemei și facilitează mult soluționarea problemelor intermitente și tranzitorii.

Puteți utiliza Instrumentul de căutare a semnăturilor de diagnosticare pentru a găsi semnăturile aplicabile și pentru a le instala pentru a rezolva o anumită problemă sau puteți instala semnătura recomandată de inginerul TAC ca parte a angajamentului de asistență.

Iată un exemplu despre cum să găsiți și să instalați un DS pentru a detecta apariția „%VOICE_IEC-3-GW: Cefalee: Eroare internă (prag de vârf al apelului): IEC=1.1.181.1.29.0" syslog și colectarea automată a datelor de diagnosticare utilizând următorii pași:

  1. Configurați o altă variabilă de mediu DS ds_fsurl_prefix ca cale de server de fișiere Cisco TAC (cxd.cisco.com) pentru a încărca datele de diagnosticare. Numele de utilizator din calea fișierului este numărul de caz, iar parola este tokenul de încărcare a fișierului care poate fi preluat de la Support Case Manager , după cum se arată în cele ce urmează. Tokenul de încărcare a fișierului poate fi generat în secțiunea Atașamente a managerului de caz al asistenței, după cum este necesar.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Exemplu:

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Asigurați-vă că SNMP este activat utilizând comanda afișare snmp. Dacă SNMP nu este activat, configurați manager server snmp comandă .

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Vă recomandăm instalarea monitorizării CPU ridicat DS 64224 ca o măsură proactivă pentru a dezactiva toate depanările și semnăturile de diagnosticare în timpul utilizării CPU ridicat. Descărcați DS 64224 utilizând următoarele opțiuni din Instrumentul de căutare a semnăturilor de diagnosticare:

    Nume câmp

    Valoare câmp

    Platformă

    Cisco 4300, seria ISR 4400 sau software-ul Edge Catalyst 8000V

    Produs

    CUBE Enterprise în Webex Calling Solution

    Domeniu de aplicare al problemei

    Performanță

    Tip problemă

    Utilizare CPU ridicată cu notificare prin e-mail.

  4. Descărcați DS 65095 utilizând următoarele opțiuni din Instrumentul de căutare a semnăturilor de diagnosticare:

    Nume câmp

    Valoare câmp

    Platformă

    Cisco 4300, seria ISR 4400 sau software-ul Edge Catalyst 8000V

    Produs

    CUBE Enterprise în Webex Calling Solution

    Domeniu de aplicare al problemei

    Jurnale de sistem

    Tip problemă

    Syslog - %VOICE_IEC-3-GW: Cefalee: Eroare internă (prag al indicatorului de apel): iec=1. 1. 181. 1. 29. 0

  5. Copiați fișierele XML DS la gateway-ul local.

    
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Instalați fișierul XML de monitorizare DS 64224 și apoi DS 65095 în gateway-ul local.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Verificați dacă semnătura a fost instalată cu succes utilizând afișarea semnăturii de diagnosticare la domiciliu. Coloana de stare trebuie să aibă o valoare „înregistrată”.

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Descărcat DSes:

    d.

    Nume DS

    Revizuire

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Înscriși

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Înscriși

    2020-11-08:00:12:53

Verificați executarea semnăturilor de diagnosticare

În următoarea comandă, coloana „Stare” a comenzii afișarea semnăturii de diagnosticare la domiciliu modifică modul de „rulare” în timp ce gateway-ul local execută acțiunea definită în cadrul semnăturii. Emiterea afișarea statisticilor privind semnătura diagnosticului la domiciliu este cel mai bun mod de a verifica dacă o semnătură de diagnostic detectează un eveniment de interes și execută acțiunea. Coloana „Triggered/Max/Deinstall” indică numărul de ori pe care semnătura dată l-a declanșat un eveniment, numărul maxim de ori pe care este definit pentru a detecta un eveniment și dacă semnătura se instalează după detectarea numărului maxim de evenimente declanșate.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Descărcat DSes:

d.

Nume DS

Revizuire

Stare

Ultima actualizare (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Înscriși

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Rulare

2020-11-08 00:12:53

afișarea statisticilor semnăturii diagnostice la domiciliu

d.

Nume DS

Dezactivată/Max/Dezactivare

Timp mediu de rulare (secunde)

Timpul maxim de rulare (secunde)
64224

DS_LGW_CPU_MON75

0/0/n

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/ŞI

23.053

23.053

E-mailul de notificare trimis în timpul executării semnăturii de diagnosticare conține informații cheie, cum ar fi tipul de problemă, detaliile dispozitivului, versiunea software, configurația de funcționare și afișarea ieșirilor de comandă care sunt relevante pentru depanarea problemei date.

Dezinstalați semnăturile de diagnosticare

Utilizați semnăturile de diagnosticare în scopuri de depanare sunt de obicei definite pentru a dezinstala după detectarea unor evenimente de probleme. Dacă doriți să dezinstalați manual o semnătură, recuperați ID-ul DS de la ieșirea din afișarea semnăturii de diagnosticare la domiciliu și executați următoarea comandă:

call-home diagnostic-signature deinstall <DS ID>

Exemplu:

call-home diagnostic-signature deinstall 64224

Semnăturile noi sunt adăugate periodic la Instrumentul de căutare a semnăturilor de diagnosticare, pe baza problemelor care sunt observate în implementări. TAC nu acceptă în prezent solicitări pentru a crea noi semnături personalizate.

Implementați disponibilitatea ridicată CUBE ca gateway local

Fundamentale

Cerințe preliminare

Înainte de a implementa CUBE HA ca gateway local pentru Webex Calling, asigurați-vă că aveți o înțelegere aprofundată a următoarelor concepte:

Orientările de configurare prevăzute în acest articol presupun o platformă locală de gateway dedicată, fără o configurație vocală existentă. Dacă o implementare CUBE existentă a întreprinderii este modificată pentru a utiliza și funcția gateway locală pentru Cisco Webex Calling, acordați o atenție deosebită configurației aplicate pentru a vă asigura că fluxurile de apeluri existente și funcționalitățile nu sunt întrerupte și asigurați-vă că respectați cerințele de proiectare CUBE HA.

Componente hardware și software

CUBE HA ca gateway local necesită versiunea IOS-XE 16.12.2 sau o versiune ulterioară și o platformă pe care sunt acceptate atât funcțiile CUBE HA, cât și funcțiile LGW.

Comenzile și jurnalele spectacolului din acest articol se bazează pe versiunea minimă de software a Cisco IOS-XE 16.12.2 implementată pe un vCUBE (CSR1000v).

Material de referință

Iată câteva ghiduri detaliate de configurare CUBE HA pentru diferite platforme:

Prezentare generală Soluție Webex Calling

Cisco Webex Calling este o ofertă de colaborare care oferă o alternativă bazată pe cloud multi-tenant la serviciul de telefonie PBX prestabilit, cu mai multe opțiuni PSTN pentru clienți.

Implementarea gateway-ului local (reprezentată mai jos) se află în centrul acestui articol. Trunchiul gateway-ului local (PSTN local) din Webex Calling permite conectivitatea la un serviciu PSTN deținut de client. De asemenea, oferă conectivitate la o implementare IP PBX locală, cum ar fi Cisco Unified CM. Toate comunicațiile către și din cloud sunt securizate prin intermediul transportului TLS pentru SIP și SRTP pentru mass-media.

Figura de mai jos afișează o implementare Webex Calling fără niciun PBX IP existent și se aplică unei implementări unice sau multi-site. Configurația prezentată în acest articol se bazează pe această implementare.

Nivelul 2 Redundanță Box-to-Box

Redundanța CUBE HA strat 2 box-to-box utilizează protocolul de infrastructură Redundancy Group (RG) pentru a forma o pereche activă/standby de routere. Această pereche partajează aceeași adresă IP virtuală (VIP) pe interfețele respective și face schimb continuu de mesaje de stare. Informațiile despre sesiunea CUBE sunt verificate de-a lungul perechii de routere care permit routerului standby să preia imediat toate responsabilitățile de procesare a apelurilor CUBE în cazul în care routerul activ iese din serviciu, ceea ce duce la păstrarea constantă a semnalului și a mass-mediei.

Verificarea punctajului este limitată la apelurile conectate cu pachete media. Apelurile în tranzit nu sunt bifate (de exemplu, o stare de încercare sau de apel).

În acest articol, CUBE HA se va referi la CUBE High Availability (HA) Layer 2 Box-to-box (B2B) redundanță pentru păstrarea constantă a apelurilor

Începând cu IOS-XE 16.12.2, CUBE HA poate fi implementat ca un gateway local pentru implementările trunchiului Cisco Webex Calling (PSTN local) și vom acoperi considerațiile de proiectare și configurațiile din acest articol. Această cifră afișează o configurare tipică CUBE HA ca gateway local pentru o implementare trunchi Cisco Webex Calling.

Componentă Intra Grup de redundanță

Componenta Infra a Grupului de Redundanță (RG) oferă suport pentru infrastructura de comunicare box-to-box între cele două CUB-uri și negociază starea finală stabilă de redundanță. Această componentă oferă, de asemenea:

  • Un protocol de tip HSRP care negociază starea finală de redundanță pentru fiecare router prin schimbul de mesaje keepalive și salut între cele două CUBEs (prin interfața de control) - GigabitEthernet3 în figura de mai sus.

  • Un mecanism de transport pentru verificarea stării de semnalizare și media pentru fiecare apel de la router-ul activ la router-ul standby (prin interfața de date) - GigabitEthernet3 în figura de mai sus.

  • Configurarea și gestionarea interfeței Virtual IP (VIP) pentru interfețele de trafic (mai multe interfețe de trafic pot fi configurate folosind același grup RG) – GigabitEthernet 1 și 2 sunt considerate interfețe de trafic.

Această componentă RG trebuie configurată special pentru a sprijini vocea B2B HA.

Gestionarea adreselor IP virtuale (VIP) atât pentru semnalizare, cât și pentru media

B2B HA se bazează pe VIP pentru a obține redundanță. Interfețele fizice VIP și asociate pe ambele CUBE din perechea CUBE HA trebuie să reziste pe aceeași subrețea LAN. Configurarea VIP-ului și legarea interfeței VIP la o anumită aplicație vocală (SIP) sunt obligatorii pentru asistența vocală B2B HA. Dispozitivele externe, cum ar fi Unified CM, Webex Calling Access SBC, furnizorul de servicii sau proxy, utilizează VIP ca adresă IP de destinație pentru apelurile care trec prin routerele CUBE HA. Prin urmare, din punct de vedere Webex Calling, perechile CUBE HA acționează ca un singur gateway local.

Semnalizarea apelurilor și informațiile despre sesiunea RTP ale apelurilor stabilite sunt verificate de la routerul activ la routerul standby. Când routerul Activ coboară, routerul Standby preia și continuă să redirecționeze fluxul RTP care a fost direcționat anterior de primul router.

Apelurile într-o stare tranzitorie în momentul nereușitei nu vor fi păstrate după comutare. De exemplu, apelurile care nu sunt pe deplin stabilite încă sau sunt în curs de modificare cu o funcție de transfer sau de menținere. Apelurile configurate pot fi deconectate după comutare.

Următoarele cerințe există pentru utilizarea CUBE HA ca gateway local pentru defalcarea statică a apelurilor:

  • CUBE HA nu poate avea interfețe TDM sau analogice co-localizate

  • Gig1 și Gig2 sunt denumite interfețe de trafic (SIP/RTP) și Gig3 este Redundancy Group (RG) Control/interfață de date

  • Nu mai mult de 2 perechi CUBE HA pot fi plasate în același domeniu strat 2, unul cu id de grup 1 și celălalt cu id de grup 2. Dacă configurați 2 perechi HA cu același id de grup, interfețele RG Control/Date trebuie să aparțină diferitelor domenii din stratul 2 (vlan, comutator separat)

  • Canalul portuar este acceptat atât pentru controlul RG/date, cât și pentru interfețele de trafic

  • Toate semnalele/mass-media sunt obținute de la/la adresa IP virtuală

  • Oricând o platformă este reîncărcată într-o relație CUBE-HA, ea începe întotdeauna ca Standby

  • Adresa inferioară pentru toate interfețele (Gig1, Gig2, Gig3) ar trebui să fie pe aceeași platformă

  • Identificatorul interfeței de redundanță, rii trebuie să fie unic pentru o combinație pereche/interfață în același strat 2

  • Configurația pe ambele CUBEs trebuie să fie identică, inclusiv configurația fizică și trebuie să ruleze pe același tip de platformă și versiunea IOS-XE

  • Interfețele Loopback nu pot fi utilizate ca legături, deoarece acestea sunt întotdeauna în sus

  • Interfețele de trafic multiplu (SIP/RTP) (Gig1, Gig2) necesită configurarea monitorizării interfeței

  • CUBE-HA nu este acceptată printr-o conexiune prin cablu încrucișată pentru link-ul RG-control/date (Gig3)

  • Ambele platforme trebuie să fie identice și să fie conectate printr-o Comutator fizic pe toate interfețele pentru ca CUBE HA să funcționeze, adică GE0/0/0 din CUBE-1 și CUBE-2 trebuie să se termine pe același comutator și așa mai departe.

  • Nu se poate termina WAN pe CUBEs direct sau Data HA pe nici o parte

  • Ambele active/standby trebuie să fie în același centru de date

  • Este obligatoriu să se utilizeze o interfață L3 separată pentru redundanță (RG Control/date, Gig3). adică interfața utilizată pentru trafic nu poate fi utilizată pentru keepalives HA și puncte de control

  • După eșec, CUBE-ul activ anterior trece printr-o reîncărcare prin proiectare, păstrând semnalizarea și mass-media

Configurați redundanța pe Ambele CUBE-uri

Trebuie să configurați redundanța de la 2 la 2 pe ambele CUBEs destinate utilizării într-o pereche HA pentru a aduce IPs virtuale.

1

Configurați urmărirea interfeței la nivel global pentru a urmări starea interfeței.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit


VCUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

Track CLI este utilizat în RG pentru a urmări starea interfeței de trafic de voce, astfel încât traseul activ va juca destul de rolul său activ după ce interfața de trafic este în jos.

2

Configurați un RG pentru utilizare cu VoIP HA în submodul de redundanță al aplicației.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit


VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-red)#exit

VCUBE-1(config)#

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-red)#exit

VCUBE-2(config)#

Iată o explicație a câmpurilor utilizate în această configurație:

  • redundanță—Introduceți modul redundanță

  • redundanță aplicație—Introduceți modul de configurare a redundanței aplicației

  • grup—Introduceți modul de configurare a grupului de aplicații redundanță

  • numele LocalGateway-HA—Definește numele grupului RG

  • prioritatea 100 nerespectarea pragului 75 – Specifică prioritatea inițială și nerespectarea pragurilor pentru un RG

  • cronometre întârziere 30 reîncărcare 60—Configurează de două ori pentru întârziere și reîncărcare

    • Temporizator de întârziere, care este cantitatea de timp pentru a întârzia inițializarea grupului RG și negocierea rolului după ce interfața apare – Implicit 30 secunde. Intervalul este de 0-10000 de secunde

    • Reîncărcare – Aceasta este perioada de timp necesară pentru a întârzia inițializarea grupului RG și negocierea rolului după o reîncărcare – Implicit 60 de secunde. Intervalul este de 0-10000 de secunde

    • Sunt recomandate cronometre implicite, deși aceste cronometre pot fi ajustate pentru a acomoda orice întârziere suplimentară de convergență a rețelei care poate apărea în timpul pornirii/reîncărcării routerelor, pentru a garanta că negocierea protocolului RG are loc după ce rutarea în rețea s-a convertit la un punct stabil. De exemplu, dacă se vede după eșec că este nevoie de până la 20 sec pentru noul STANDBY pentru a vedea primul pachet RG HELLO de la noul ACTIVE, atunci cronometrele ar trebui să fie ajustate la „cronometrele întârziere 60 reîncărcare 120“ la factor în această întârziere.

  • control GigabitEthernet3 protocol 1—Configurează interfața utilizată pentru a face schimb de mesaje keepalive și salut între cele două CUB-uri și specifică instanța de protocol care va fi atașată la o interfață de control și intră în modul de configurare a protocolului aplicației de redundanță

  • date GigabitEthernet3—Configurează interfața utilizată pentru bifarea traficului de date

  • urmări—urmărirea grupului RG a interfețelor

  • protocol 1 – Specifică instanța de protocol care va fi atașată la o interfață de control și intră în modul de configurare a protocolului aplicației de redundanță

  • cronometre hellotime 3 holdtime 10—Configurează cele două cronometre pentru hellotime și holdtime:

    • Timp de așteptare — Interval între mesajele de întâmpinare succesive – Implicit 3 secunde. Intervalul este de 250 milisecunde-254 secunde

    • Timp de așteptare – Intervalul dintre primirea unui mesaj de întâmpinare și prezumția că routerul de trimitere a eșuat. Această durată trebuie să fie mai mare decât timpul de salut – implicit 10 secunde. Intervalul este de 750 milisecunde-255 secunde

      Vă recomandăm să configurați cronometrul de timp în așteptare pentru a fi de cel puțin 3 ori valoarea cronometrului de timp în așteptare.

3

Activați redundanța box-to-box pentru aplicația CUBE. Configurați RG din pasul anterior de mai jos voice service voip. Acest lucru permite aplicației CUBE să controleze procesul de redundanță. 

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1


                        % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
                      

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1


                        % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
                      

VCUBE-2(config-voi-serv)# exit

redundanță-grup 1—Adăugarea și eliminarea acestei comenzi necesită o reîncărcare pentru ca configurația actualizată să intre în vigoare. Vom reîncărca platformele după ce toate configurațiile au fost aplicate.

4

Configurați interfețele Gig1 și Gig2 cu IP-urile lor virtuale respective, după cum se arată mai jos și aplicați identificatorul interfeței de redundanță (rii)

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(config)#

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(config)#

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

Iată o explicație a câmpurilor utilizate în această configurație:

  • redundanță rii—Configurează identificatorul interfeței de redundanță pentru grupul de redundanță. Necesar pentru generarea unei adrese MAC virtuale (VMAC). Aceeași valoare a ID-ului RII trebuie utilizată pe interfața fiecărui router (ACTIVE/STANDBY) care are același VIP.

    În cazul în care există mai mult de o pereche B2B pe același LAN, fiecare pereche TREBUIE SĂ aibă ID-uri unice IRU pe interfețele lor respective (pentru a preveni coliziunea). „afișați grupul de aplicații redundanță” trebuie să indice informațiile locale și peer corecte.

  • grup de redundanță 1—Asociază interfața cu grupul de redundanță creat în Pasul 2 de mai sus. Configurați grupul RG, precum și VIP-ul atribuit acestei interfețe fizice.

    Este obligatoriu să se utilizeze o interfață separată pentru redundanță, adică interfața utilizată pentru traficul de voce nu poate fi utilizată ca interfață de control și date specificată în Pasul 2 de mai sus. În acest exemplu, interfața Gigabit 3 este utilizată pentru controlul RG/date

5

Salvați configurația primului CUBE și reîncărcați-l.

Platforma pentru a reîncărca ultima este întotdeauna standby.

VCUBE-1#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-1#reload


                        Proceed with reload? [confirm]

După ce VCUBE-1 cizme complet, salvați configurația VCUBE-2 și reîncărcați-l.

VCUBE-2#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-2#reload


                        Proceed with reload? [confirm]
6

Verificați dacă configurația cutie-la-cutie funcționează conform așteptărilor. Ieșirea relevantă este evidențiată în îndrăzneală.

Am reîncărcat ultimul VCUBE-2 și conform considerațiilor de proiectare; platforma de reîncărcare va fi întotdeauna în așteptare.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Configurați un gateway local pe Ambele CUBE-uri

În configurația exemplului nostru, folosim următoarele informații despre trunchiuri din Control Hub pentru a construi configurația Local Gateway pe ambele platforme, VCUBE-1 și VCUBE-2. Numele de utilizator și parola pentru această configurare sunt următoarele:

  • Nume utilizator: Hussain1076_LGU

  • Parolă: lOV12MEaZx

1

Asigurați-vă că este creată o cheie de configurare pentru parolă, cu comenzile afișate mai jos, înainte de a putea fi utilizată în acreditările sau secretele partajate. Parolele de tip 6 sunt criptate folosind AES cipher și această cheie de configurare definită de utilizator.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Iată configurația gateway-ului local care se va aplica ambelor platforme pe baza parametrilor Control Hub afișați mai sus, salvați și reîncărcați. Datele de autentificare SIP Digest din Control Hub sunt evidențiate în mod îndrăzneț.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

Pentru a afișa ieșirea comenzii de afișare, am reîncărcat VCUBE-2 urmat de VCUBE-1, făcând VCUBE-1 standby-ul CUBE și VCUBE-2 CUBE activ

2

În orice moment dat, o singură platformă va menține o înregistrare activă ca gateway local cu accesul Webex Calling SBC. Aruncați o privire la ieșirea din următoarele comenzi spectacol.

afișați grupul de aplicații de redundanță 1

afișați starea înregistrării sip-ua


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#


VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

Din ieșirea de mai sus, puteți vedea că VCUBE-2 este LGW-ul activ care menține înregistrarea cu acces Webex Calling SBC, în timp ce ieșirea „afișează starea de înregistrare sip-ua” este necompletată în VCUBE-1

3

Acum activați următoarele depanări pe VCUBE-1


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Simulați eșecul prin emiterea următoarei comenzi pe LGW activ, VCUBE-2 în acest caz.


VCUBE-2#redundancy application reload group 1 self

Trecerea de la ACTIVE la STANDBY LGW are loc în scenariul următor, precum și în afara CLI enumerate mai sus

  • Când routerul ACTIV se reîncărcă

  • Când ciclurile de alimentare ACTIVE ale routerului

  • Când orice interfață RG configurată a routerului ACTIV este oprită pentru care este activată urmărirea

5

Verificați dacă VCUBE-1 s-a înregistrat cu Webex Calling Access SBC. VCUBE-2 s-ar fi reîncărcat până acum.


              VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 este acum LGW-ul activ.

6

Uitați-vă la jurnalul de depanare relevant din VCUBE-1 care trimite un ÎNREGISTRATOR SIP către Webex Calling PRIN IP-ul virtual și primește un OK 200.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0


Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0


Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0


Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0

Configurați Unified CM pentru Webex Calling

Configurați profilul de securitate al trunchiurilor SIP pentru trunchiuri la gateway-ul local

În cazurile în care gateway-ul local și gateway-ul PSTN se află pe același dispozitiv, Unified CM trebuie să fie activat pentru a diferenția între două tipuri diferite de trafic (apeluri de la Webex și de la PSTN) care provin de la același dispozitiv și aplică o clasă de servicii diferențiată pentru aceste tipuri de apeluri. Acest tratament diferențiat al apelurilor se realizează prin asigurarea a două trunchiuri între Unified CM și gateway-ul local combinat și gateway-ul PSTN, care necesită diferite porturi SIP de ascultare pentru cele două trunchiuri.

Creați un profil de securitate dedicat trunchiului SIP pentru trunchiul gateway local cu următoarele setări:

SetareValoare
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Webex SIP Trunk Security Profile
Port de intrareNecesitatea de a se potrivi portului utilizat în configurația gateway-ului local pentru traficul către/dinspre Webex: 5065

Configurați profilul SIP pentru trunchiul gateway local

Creați un profil SIP dedicat trunchiului gateway local cu următoarele setări:

SetareValoare
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Webex SIP Profile
Activați OPȚIUNILE Ping pentru a monitoriza starea destinației pentru Trunks cu tipul de serviciu „Niciuna (implicit)”Bifat

Creați un spațiu de căutare pentru apeluri din Webex

Creați un spațiu de căutare pentru apeluri care provin din Webex cu următoarele setări:

SetareValoare
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Spațiul de căutare Webex Calling
Partiții selectate

DN (+E.164 numere de director)

ESN (apelare interlocutorie abreviată)

PSTNInternational (acces PSTN)

onNetRemote (destinații învățate GDPR)

Ultima partiție onNetRemote este utilizată numai într-un mediu multi-cluster în care informațiile de rutare sunt schimbate între clusterele Unified CM utilizând Intercluster Lookup Service (ILS) sau Global Dialplan Replication (GDPR).

Configurați un trunchi SIP la și de la Webex

Creați un trunchi SIP pentru apelurile către și de la Webex prin gateway-ul local cu următoarele setări:

SetareValoare
Informații dispozitiv
Nume dispozitivUn nume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Trunk Webex SIP
Rulați pe toate nodurile Unified CM activeBifat
Apeluri primite
Spațiu de căutare pentru apelareSpațiul de căutare pentru apelare definit anterior: Webex
Spațiu de căutare AAR pentru apelareUn spațiu de căutare prin apelare cu acces exclusiv la modelele de rute PSTN: Calea PSTNReroute
Informații SIP
Adresa de destinațieAdresa IP a CUBE-ului gateway local
Port de destinație5060
Profil de securitate trunchiuri SIPDefinit anterior: Webex
Profil SIPDefinit anterior: Webex

Configurați grupul de rutare pentru Webex

Creați un grup de rute cu următoarele setări:

SetareValoare
Informații grup de rutare
Nume grup de rutareUn nume unic, cum ar fi Webex
Dispozitive selectateTrunchiul SIP configurat anterior: Webex

Configurați lista de rutare pentru Webex

Creați o listă de rute cu următoarele setări:

SetareValoare
Informații listă de rute
NumeUn nume unic, cum ar fi RL_Webex
DescriereDescriere semnificativă, cum ar fi lista de rutare pentru Webex
Rulați pe toate nodurile Unified CM activeBifat
Informații despre membrii listei de rutare
Grupuri selectateNumai grupul de rute definit anterior: Webex

Creați o partiție pentru Webex Destinations

Creați o partiție pentru destinațiile Webex cu următoarele setări:

SetareValoare
Informații listă de rute
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi partiția Webex

Ce este de făcut în continuare

Asigurați-vă că adăugați această partiție în toate spațiile de căutare prin apelare care ar trebui să aibă acces la destinațiile Webex. Trebuie să adăugați această partiție în mod specific în spațiul de căutare pentru apelare utilizat ca spațiu de căutare pentru apelare de intrare pe trunchiurile PSTN, astfel încât apelurile din PSTN către Webex să poată fi direcționate.

Configurați modelele de rută pentru destinațiile Webex

Configurați modelele de rute pentru fiecare interval DID pe Webex cu următoarele setări:

SetareValoare
șablon De RutăȘablon complet +E.164 pentru gama DID în Webex cu lider “\”. De exemplu: \+140855501xx
Partiție De RutăWebex
Listă gateway/rutareRL_Webex
Prioritate urgentăBifat

Configurați standardizarea abreviată a apelurilor intersite pentru Webex

Dacă apelarea inter-site abreviată este necesară pentru Webex, configurați modelele de normalizare a apelării pentru fiecare interval ESN din Webex cu următoarele setări:

SetareValoare
Șablon de traducereModelul ESN pentru gama ESN din Webex. De exemplu: 80121xx
PartițieWebex
DescriereDescriere semnificativă, cum ar fi modelul de standardizare Webex
Utilizați spațiul de căutare pentru apelare al inițiatoruluiBifat
Prioritate urgentăBifat
Nu așteptați pentru expirarea intervalului de timp intermitent la ghișeele ulterioareBifat
Mască de transformare parte apelatăMască pentru a normaliza numărul la +E.164. De exemplu: +140855501XX

Configurați funcțiile dvs. Webex Calling

Configurați un grup de hunt

Grupurile de hunt rutează apelurile de intrare către un grup de utilizatori sau spații de lucru. Puteți chiar să configurați un model pentru a direcționa către un întreg grup.

Pentru mai multe informații despre modul de configurare a unui grup de hunt, consultați Grupurile de hunt din Cisco Webex Control Hub.

Creați o coadă de apeluri

Puteți configura o coadă de apeluri, astfel încât atunci când apelurile clienților nu pot fi răspunse, să li se ofere un răspuns automat, mesaje de confort și muzică în așteptare până când cineva le poate răspunde la apel.

Pentru mai multe informații despre modul de configurare și gestionare a unei cozi de apeluri, consultați Gestionarea cozilor de apeluri în Cisco Webex Control Hub.

Creați un client recepționer

Ajutați-vă să susțineți nevoile personalului de la biroul din față. Puteți configura utilizatorii ca participanți la telefon, astfel încât aceștia să poată selecta apelurile primite către anumite persoane din organizația dvs.

Pentru informații despre modul de configurare și vizualizare a clienților dvs. recepționeri, consultați Clienții recepționeri din Cisco Webex Control Hub.

Creați și gestionați participanți automați

Puteți adăuga salutări, puteți configura meniuri și puteți direcționa apelurile către un serviciu de răspuns, un grup de hunt, o căsuță de poștă vocală sau o persoană reală. Creați un program de 24 de ore sau oferiți opțiuni diferite atunci când afacerea dvs. este deschisă sau închisă.

Pentru informații despre modul de creare și gestionare a participanților automați, consultați Gestionați participanții automați în Cisco Webex Control Hub.

Configurați un grup de paginare

Paging-ul de grup permite unui utilizator să plaseze un apel sau o pagină de grup într-un singur mod până la 75 de utilizatori și spații de lucru vizate, apelând un număr sau o extensie atribuită unui anumit grup de paging.

Pentru informații despre modul de configurare și editare a grupurilor de difuzare, consultați Configurarea unui grup de difuzare în Cisco Webex Control Hub.

Configurați preluarea apelului

Îmbunătățiți munca în echipă și colaborarea prin crearea unui grup de preluare a apelurilor, astfel încât utilizatorii să poată răspunde reciproc la apeluri. Când adăugați utilizatori într-un grup de preluare a apelurilor și un membru al grupului este plecat sau ocupat, un alt membru își poate răspunde la apeluri.

Pentru informații despre modul de configurare a unui grup de preluare a apelurilor, consultați Preluarea apelurilor în Cisco Webex Control Hub.

Configurați parcul de apeluri

Parcarea apelurilor permite unui grup definit de utilizatori să parcheze apeluri împotriva altor membri disponibili ai unui grup de parcare a apelurilor. Apelurile parcate pot fi preluate de alți membri ai grupului pe telefonul lor.

Pentru mai multe informații despre modul de configurare a parcului de apeluri, consultați Call Park în Cisco Webex Control Hub.

Activați barge-in pentru utilizatori

1

Din vizualizarea clientului în https://admin.webex.com, accesați Management > Utilizatori.

2

Selectați un utilizator și faceți clic pe Apelare.

3

Accesați secțiunea Permisiuni între utilizatori , apoi selectați Barge.

4

Activați comutatorul pentru a permite altor utilizatori să se adauge la apelul în curs al acestui utilizator.

5

Verificați Redați un ton atunci când acest utilizator intră într-un apel dacă doriți să redați un ton altor persoane atunci când acest utilizator intră în apel.

Tonul Redați un ton atunci când acest utilizator intră într-o setare de apeluri nu se aplică funcționalității de tip barge-in a supervizorului Experience Basic și Essentials. Chiar dacă activați această opțiune pentru un supraveghetor, sistemul nu redă tonul de notificare agentului atunci când un supraveghetor intră în apelul din coada de apeluri.

Dacă doriți să redați un ton unui agent atunci când un supraveghetor intră în apel, îl puteți activa prin setările „Ton de notificare pentru agenți”. Pentru mai multe informații, consultați secțiunea Creare coadă din Webex Customer Experience Basic sau Webex Customer Experience Essentials.

6

Faceți clic pe Salvați.

Activați confidențialitatea pentru un utilizator

1

Conectați-vă la Control Hub și accesați Management > Utilizatori.

2

Alegeți un utilizator și faceți clic pe Apelare.

3

Accesați zona Permisiuni între utilizatori și apoi alegeți Confidențialitate.

4

Alegeți setările corespunzătoare de confidențialitate ale operatorului automat pentru acest utilizator.

  • Permiteți acestui utilizator să fie apelat prin interior
  • Permiteți acestui utilizator să fie apelat cu prenume sau nume
5

Bifați caseta de selectare Activare confidențialitate . Apoi, puteți decide să blocați pe toată lumea, nealegând membri din lista derulantă. Alternativ, puteți alege utilizatorii, spațiile de lucru și liniile virtuale care pot monitoriza starea liniei acestui utilizator.

Dacă sunteți administrator de locație, în lista derulantă apar numai utilizatorii, spațiile de lucru și liniile virtuale referitoare la locațiile atribuite.

Debifați caseta de selectare Activare confidențialitate pentru a permite tuturor să monitorizeze starea liniei.

6

Verificați Confidențialitatea impunerii pentru preluarea apelurilor direcționate și caseta de selectare pentru înscriere pentru a activa confidențialitatea pentru preluarea apelurilor direcționate și înscriere.

  • Dacă activați această opțiune, numai utilizatorii autorizați, liniile virtuale și dispozitivele din spațiul de lucru pot utiliza preluarea apelurilor direcționate și conectarea la acest utilizator. În caz contrar, oricine din organizație poate invoca preluarea apelurilor direcționate și înscrierea pe o linie.
  • Pentru mai multe informații despre modul de conectare, consultați modul de conectare la apelul telefonic al altcuiva.
  • Supraveghetorul poate interveni întotdeauna pentru apelurile pe care agenții le primesc prin intermediul cozii de apeluri. Adică, setările de confidențialitate nu afectează opțiunea de blocare a unui supervizor.
7

Din Adăugați membru după nume, alegeți utilizatorii, spațiile de lucru și liniile virtuale care pot monitoriza starea liniei telefonice și pot invoca preluarea apelurilor direcționate și intrarea în rețea.

8

Pentru a filtra membrii pe care îi selectați, utilizați filtrul după nume, număr sau câmp text.

9

Faceți clic pe Eliminare toate pentru a elimina toți membrii selectați.

Pentru a elimina un membru individual, faceți clic pe Ștergere de lângă numele membrului.
10

Faceți clic pe Salvați.

Privacy settings

Configurați monitorizarea

Numărul maxim de linii monitorizate pentru un utilizator este de 50. Cu toate acestea, în timp ce configurați lista de monitorizare, luați în considerare numărul de mesaje care afectează lățimea de bandă dintre Webex Calling și rețeaua dvs. De asemenea, determinați liniile maxime monitorizate de numărul de butoane de linie de pe telefonul utilizatorului.

1

Din vizualizarea clientului din https://admin.webex.com, accesați Management și apoi faceți clic pe Utilizatori.

2

Selectați utilizatorul pe care doriți să îl modificați și faceți clic pe Apelare.

3

Accesați secțiunea Permisiuni între utilizatori și selectați Monitorizare.

4

Alegeți din următoarele:

  • Adăugare linie monitorizată
  • Adăugare extensie parcare apel

Puteți include o linie virtuală în lista Adăugare linie monitorizată pentru monitorizarea utilizatorului.

5

Alegeți dacă doriți să notificați acest utilizator despre apelurile parcate, căutați persoana sau extensia de parcare a apelurilor care urmează să fie monitorizată, apoi faceți clic pe Salvare.

Lista de linii monitorizate din Control Hub corespunde cu ordinea liniilor monitorizate care apar pe dispozitivul utilizatorului. Puteți reordona lista liniilor monitorizate în orice moment.

Numele care apare pentru linia monitorizată este numele introdus în câmpurile Nume și prenume ID apelant pentru utilizator, spațiu de lucru și linie virtuală.

Vreți să vedeți cum se procedează? Urmăriți această demonstrație video privind modul de gestionare a setărilor de monitorizare pentru un utilizator din Control Hub.

Activați tonul de avertizare prin punte de apel pentru utilizatori

Înainte de a începe

Trebuie să aveți configurat linia partajată pentru ca podul de apeluri să fie invocat. Consultați modul de configurare a liniilor partajate înainte de a activa tonul de avertizare al punții de apel pentru redare.
1

Conectați-vă la Control Hub și accesați Management > Utilizatori.

2

Selectați un utilizator și faceți clic pe fila Apelare.

3

Accesați Permisiuni între utilizatori și faceți clic pe Call Bridging Warning Tone.

4

Activați funcția Call Bridging Warning Tone, apoi faceți clic pe Save.

În mod implicit, această funcție este activată.

Pentru mai multe informații despre conectarea la apel pe o linie MPP partajată, consultați liniile partajate de pe telefonul dvs. de birou pe mai multe platforme.

Pentru mai multe informații despre conectarea apelurilor pe o linie partajată a aplicației Webex, consultați aspectul liniei partajate pentru WebexApp.

Activați hotelurile pentru un utilizator

Activarea hotelurilor pentru un utilizator le permite să lucreze într-un alt spațiu, menținând în același timp funcționalitatea și caracteristicile telefonului lor principal de birou.
1

Din vizualizarea clientului din https://admin.webex.com, accesați Management și selectați Utilizatori.

2

Selectați un utilizator și faceți clic pe fila Apelare.

3

Accesați secțiunea Permisiuni între utilizatori și selectați Hoteling și activați comutatorul.

4

Introduceți numele sau numărul gazdei hotelului în câmpul de căutare Hotel Location și alegeți gazda hotelului pe care doriți să o alocați utilizatorului.

Se poate selecta doar o singură gazdă hotelieră. Dacă alegeți o altă gazdă hotelieră, prima este ștearsă.

Dacă sunteți administrator de locație, puteți aloca numai gazda hotelului referitoare la locațiile alocate.
5

Pentru a limita timpul în care un utilizator poate fi asociat cu gazda hotelului, alegeți numărul de ore pe care utilizatorul le poate utiliza gazda hotelului din lista derulantă Limit Association Period .

Utilizatorul se va deconecta automat după ora aleasă.

În ecran este afișat un mesaj de eroare dacă perioada limită de asociere specificată pentru utilizator depășește perioada limită de asociere a gazdei alese pentru hotel. De exemplu, dacă gazda hotelului are o perioadă limită de asociere de 12 ore, iar perioada limită de asociere a utilizatorului este de 24 de ore, se afișează un mesaj de eroare. În astfel de cazuri, trebuie să extindeți perioada de asociere limită a gazdei hotelului dacă este nevoie de mai mult timp pentru utilizator.

6

Faceți clic pe Salvați.

De asemenea, un utilizator poate căuta și localiza gazda de hotel pe care dorește să o utilizeze din Hubul utilizatorului. Pentru mai multe informații, consultați Accesați profilul de apelare de oriunde.

Vreți să vedeți cum se procedează? Urmăriți această demonstrație video privind modul de configurare a hotelurilor în Control Hub.

Rapoarte privind tendințele de adoptare și utilizare pentru Webex Calling

Vizualizați rapoartele de apelare

Puteți utiliza pagina Statistici din Control Hub pentru a obține informații despre modul în care persoanele utilizează Webex Calling și aplicația Webex (implicare), precum și despre rapiditatea experienței lor media de apelare. Pentru a accesa analizele Webex Calling, conectați-vă la Control Hub, apoi accesați Analytics și selectați fila Apelare .

1

Pentru rapoarte detaliate privind istoricul apelurilor, conectați-vă la Control Hub, apoi accesați Statistici > Apelare.

2

Selectați istoricul detaliat al apelurilor.

Pentru informații despre apelurile care utilizează instanța dedicată, consultați Analizele instanței dedicate.

3

Pentru a accesa date de calitate media, conectați-vă la Control Hub, apoi accesați Statistici și apoi selectați Apelare.

Pentru mai multe informații, consultați Statistici pentru portofoliul dvs. de colaborare în cloud.

Pregătiți mediul dvs.

Condiţii generale

Înainte de a configura un gateway local pentru Webex Calling, asigurați-vă că:

  • Dețineți cunoștințe de bază despre principiile VoIP

  • Aveți cunoștințe de lucru de bază despre conceptele de voce Cisco IOS-XE și IOS-XE

  • Să înțelegeți de bază Protocolul de inițiere sesiuni (SIP)

  • Aveți o înțelegere de bază a Cisco Unified Communications Manager (Unified CM) dacă modelul de implementare include Unified CM

Consultați Ghidul de configurare Enterprise Cisco Unified Border Element (CUBE ) pentru detalii.

Cerințe hardware și software pentru Gateway-ul local

Asigurați-vă că implementarea are una sau mai multe dintre gateway-urile locale, cum ar fi:

  • Cisco CUBE pentru conectivitate bazată pe IP

  • Gateway Cisco IOS pentru conectivitate bazată pe TDM

Consultați tabelul 1 din gateway-ul local pentru Ghidul de comandă Webex Calling. De asemenea, asigurați-vă că platforma rulează o versiune IOS-XE acceptată conform Ghidului de configurare a gateway-ului local.

Gateway-ul local vă ajută să migrați la Webex Calling în ritmul propriu. Gateway-ul local integrează implementarea locală existentă cu Webex Calling. De asemenea, puteți utiliza conexiunea PSTN existentă. Consultați Începeți cu gateway-ul local

Cerințe de licență pentru gateway-urile locale

Licențele de apelare CUBE trebuie să fie instalate pe gateway-ul local. Pentru mai multe informații, consultați Ghidulde configurare a elementelor de frontieră unificate Cisco.

Certificat și cerințe de securitate pentru Gateway-ul local

Apelarea Webex necesită semnalizare securizată și suport media. Gateway-ul local efectuează criptarea și trebuie stabilită o conexiune TLS de ieșire în cloud cu următorii pași:

  • LGW trebuie să fie actualizate cu ca root bundle de la Cisco PKI

  • Un set de acreditări SIP digest din pagina de configurare PortBagaj Control Hub sunt utilizate pentru a configura LGW (pașii fac parte din configurația care urmează)

  • Ca root bundle validează certificatul prezentat

  • Solicitat acreditări (SIP digest furnizate)

  • Cloud-ul identifică gateway-ul local care este înregistrat în siguranță

Cerințe de optimizare a firewall-ului, NAT Traversal și a căii media pentru Gateway-ul local

În majoritatea cazurilor, gateway-ul local și punctele finale se pot afla în rețeaua internă de clienți, utilizând adrese IP private cu NAT. Paravanul de protecție de întreprindere trebuie să permită traficul de ieșire (SIP, RTP/UDP, HTTP) la anumite adrese IP/porturi, acoperite în Informații de referință port.

Dacă doriți să utilizați Optimizarea căilor media cu ICE, interfața orientată Webex Calling a gateway-ului local trebuie să aibă o cale directă de rețea către și de la punctele finale webex Calling. Dacă punctele finale se află într-o locație diferită și nu există o cale de rețea directă între punctele finale și interfața webex calling a gateway-ului local, atunci gateway-ul local trebuie să aibă o adresă IP publică atribuită interfeței cu care se confruntă Apelarea Webex pentru apeluri între gateway-ul local și punctele finale pentru a utiliza optimizarea căii media. În plus, trebuie să ruleze IOS-XE versiunea 16.12.5.

Configurați Webex Calling pentru organizația dvs.

Configurarea setărilor de apelare în Expertul de configurare pentru prima dată

Primul pas pentru a vă pune în funcțiune serviciile de apelare Webex este să finalizați Expertul de configurare pentru prima dată (FTSW). Odată ce FTSW este finalizat pentru prima locație, nu trebuie să fie finalizat pentru locații suplimentare.

1

Faceți clic pe linkul Introducere din e-mailul de bun venit pe care îl primiți.

Adresa de e-mail a administratorului este utilizată automat pentru a vă conecta la Control Hub, unde vi se va solicita să creați parola de administrator. După ce vă conectați, expertul de configurare pornește automat.

2

Revizuiți și acceptați termenii serviciului.

3

Revizuiți-vă planul, apoi faceți clic pe Introducere.

Managerul de cont este responsabil pentru activarea primilor pași pentru FTSW. Contactați managerul de cont dacă primiți o notificare "Imposibil de configurat apelul", atunci când selectați Începeți.

4

Selectați țara în care ar trebui să se mapeze centrul de date și introduceți informațiile despre persoana de contact a clientului și adresa clientului.

5

Faceți clic pe Următorul: Locație implicită.

6

Alegeți dintre următoarele opțiuni:

  • Faceți clic pe Salvare și închidere dacă sunteți administrator partener și doriți ca administratorul clientului să finalizeze asigurarea accesului la apelarea Webex.
  • Completați informațiile necesare despre locație. După ce creați locația în expert, puteți crea mai multe locații mai târziu.

După ce terminați expertul de configurare, asigurați-vă că adăugați un număr principal la locația pe care o creați.

7

Efectuați următoarele selecții pentru a vă aplica la această locație:

  • Limba anunțurilor—Pentru anunțuri și solicitări audio pentru utilizatorii și funcțiile noi.
  • Limbă e-mail—Pentru comunicarea prin e-mail a noilor utilizatori.
  • Țară
  • Fus orar
8

Faceți clic pe Următorul.

9

Introduceți o adresă CISCO Webex SIP disponibilă și faceți clic pe Următorul și selectați Terminare .

Adăugați o locație

Înainte de a începe

Pentru a crea o locație nouă, pregătiți următoarele informații:

  • Adresa locației

  • Numerele de telefon dorite (opțional)

1

Conectați-vă la Control Hub la https://admin.webex.com, accesați Management > Locație.

O nouă locație va fi găzduită în centrul regional de date care corespunde țării pe care ați selectat-o utilizând Asistentul pentru prima configurare.
2

Configurați setările locației:

  • Nume locație—Introduceți un nume unic pentru a identifica locația.
  • Țară/regiune—Alegeți o țară pentru a lega locația de aceasta. De exemplu, puteți crea o locație (sediu) în Statele Unite și o altă (ramură) în Regatul Unit. Țara pe care o alegeți determină câmpurile de adrese care urmează. Cele documentate aici folosesc convenția de adrese din SUA ca exemplu.
  • Adresă de locație—Introduceți adresa principală de e-mail a locației.
  • Oraș/oraș—Introduceți un oraș pentru această locație.
  • Stat/Provincie/Regiune—Din lista derulantă, alegeți un stat.
  • ZIP/Cod poștal—Introduceți codul poștal sau ZIP.
  • Limba anunțurilor—Alegeți limba pentru anunțurile și solicitările audio pentru utilizatorii și funcțiile noi.
  • Limba e-mail—Alegeți limba pentru comunicarea prin e-mail cu noii utilizatori.
  • Fus orar—Alegeți fusul orar pentru locație.
3

Faceți clic pe Salvare , apoi alegeți Da/ Nu pentru a adăuga numere la locație acum sau o versiune ulterioară.

4

Dacă ați făcut clic pe Da, alegeți una dintre următoarele opțiuni:

  • Cisco PSTN —Alegeți această opțiune dacă doriți o soluție PSTN cloud de la Cisco. Cisco Calling Plan este o soluție completă de înlocuire PSTN care oferă apeluri de urgență, intrare, și de ieșire interne și internaționale de asteptare, și vă permite să comandați noi numere PSTN sau port numere existente la Cisco.

    Cisco PSTN opțiune este vizibilă numai în următoarele condiții:

    • Ați achiziționat cel puțin un angajat Cisco Calling Plan OCP (Outbound Calling Plan).

    • Locația dumneavoastră se află într-o țară în care este acceptatPlanul de apelare Cisco.

    • Locația ta este nouă. Locațiile preexistente care au avut atribuite alte capacități PSTN nu sunt eligibile pentru Planul de apelare Cisco în acest moment. Deschideți un caz de asistență pentru îndrumare.

    • Sunteți găzduit într-un centru de date Webex Calling într-o regiune în care planul de apelare Cisco este acceptat.

  • Cloud Connected PSTN—Alegeți această opțiune dacă căutați o soluție PSTN în cloud de la unul dintre numeroșii parteneri Cisco CCP sau dacă planul de apelare Cisco nu este disponibil în locația dvs. Partenerii PCC oferă soluții de înlocuire PSTN, o acoperire globală extinsă și o gamă largă și variată de caracteristici, ambalaje și prețuri.

    Partenerii PCC și acoperirea geografică sunt enumerate aici. Sunt afișați numai partenerii care acceptă țara locației dvs. Partenerii sunt listați fie cu o siglă, fie ca un scurt șir de text urmat de o regiune, între paranteze (Exemplu: (UE), (SUA) sau (CA)). Partenerii enumerați cu un logo oferă întotdeauna media regională pentru PCC. Pentru partenerii care se afișează ca șir, alegeți regiunea cea mai apropiată de țara în care vă aflați, pentru a asigura media regională pentru PCC.

    Dacă vedeți opțiunea de a comanda numere acum sub un furnizor listat, vă recomandăm să alegeți opțiunea respectivă, astfel încât să puteți beneficia de CPC integrat. CCP integrat permite achiziționarea și furnizarea numerelor de telefon în Control Hub pe un singur panou de sticlă. CPC neintegrată vă solicită să achiziționați numerele de telefon de la partenerul CCP în afara Control Hub.

  • PSTN (Local Gateway)—Puteți alege această opțiune dacă doriți să vă păstrați furnizorul curent PSTN sau doriți să conectați site-urile non-cloud cu site-urile cloud.

Alegerea opțiunii PSTN este la fiecare nivel de locație (fiecare locație are o singură opțiune PSTN). Puteți să amestecați și să potriviți oricâte opțiuni doriți pentru implementare, dar fiecare locație va avea o singură opțiune. După ce ați selectat și furnizat o opțiune PSTN, o puteți modifica făcând clic pe Gestionare în locația proprietăți PSTN. Cu toate acestea, este posibil ca unele opțiuni, cum ar fi Cisco PSTN, să nu fie disponibile după ce a fost atribuită o altă opțiune. Deschideți un caz de asistență pentru îndrumare.

5

Alegeți dacă doriți să activați numerele acum sau o versiune ulterioară.

6

Dacă ați selectat PSTN neintegrat ccp sau local, introduceți numere de telefon ca valori separate prin virgulă, apoi faceți clic pe Validare.

Numerele sunt adăugate pentru locația specifică. Intrările valide se mută în câmpul Numere validate, iar intrările nevalide rămân în câmpul Adăugare numere însoțite de un mesaj de eroare.

În funcție de țara locației, numerele sunt formatate în funcție de cerințele locale de apelare. De exemplu, dacă este necesar un cod de țară, puteți introduce numere cu sau fără cod și codul este prependat.

7

Faceți clic pe Salvați.

Ce este de făcut în continuare

După ce creați o locație, puteți activa serviciile 911 de urgență pentru locația respectivă. Consultați Serviciul RedSky Emergency 911 pentru Webex Apelarea pentru mai multe informații.

Înainte de a începe

Obțineți o listă cu utilizatorii și spațiile de lucru asociate cu o locație: Accesați Servicii > Apelarea numerelor > și, din meniul vertical, selectați locația care trebuie ștearsă. Trebuie să ștergeți acei utilizatori și spații de lucru înainte de a șterge locația.

Rețineți că orice numere asociate cu această locație vor fi lansate înapoi la furnizorul pstn; nu veți mai deține aceste numere.

1

Conectați-vă la Control Hub la https://admin.webex.com, accesați Management > Locație.

2

Faceți clic în coloana Acțiuni de lângă locația pe care doriți să o ștergeți.

3

Alegeți Ștergere locațieși confirmați că doriți să ștergeți locația respectivă.

De obicei durează câteva minute pentru ca locația să fie ștearsă definitiv, dar ar putea dura până la o oră. Puteți verifica starea făcând clic pe lângă numele locației și selectând Stareștergere.

Actualizarea unei locații existente

Puteți modifica configurarea PSTN, numele, fusul orar și limba unei locații după ce este creată. Reține însă că noua limbă se aplică doar utilizatorilor și dispozitivelor noi. Utilizatorii și dispozitivele existente continuă să utilizeze vechea limbă.

Pentru locațiile existente, puteți activa serviciile de urgență 911. Consultați Serviciul RedSky Emergency 911 pentru Webex Apelarea pentru mai multe informații.

1

Conectați-vă la Control Hub la https://admin.webex.com, accesați Management > Locație.

Dacă vedeți un simbol Atenție lângă o locație, înseamnă că nu ați configurat încă un număr de telefon pentru locația respectivă. Nu puteți efectua sau primi apeluri până când nu configurați acel număr.

2

(Opțional) Sub ConexiunePSTN, selectați PSTN conectat în cloud sau PSTN bazat pe sediu (gateway local), în funcție de cel pe care l-ați configurat deja. Faceți clic pe Gestionare pentru a modifica configurația respectivă, apoi confirmați riscurile asociate selectând Continuare. Apoi, alegeți una dintre următoarele opțiuni și faceți clic pe Salvare:

  • Cisco PSTN —Alegeți această opțiune dacă doriți o soluție PSTN cloud de la Cisco. Cisco Calling Plan este o soluție completă de înlocuire PSTN care oferă apeluri de urgență, intrare, și de ieșire interne și internaționale de asteptare, și vă permite să comandați noi numere PSTN sau port numere existente la Cisco.

    Cisco PSTN opțiune este vizibilă numai în următoarele condiții:

    • Ați achiziționat cel puțin un angajat Cisco Calling Plan OCP (Outbound Calling Plan).

    • Locația dumneavoastră se află într-o țară în care este acceptatPlanul de apelare Cisco.

    • Locația ta este nouă. În prezent, locațiile preexistente care au avut alte capacități PSTN atribuite nu sunt eligibile pentru Planul de apelare Cisco. Deschideți un caz de asistență pentru îndrumare.

    • Sunteți găzduit într-un centru de date Webex Calling într-o regiune în care planul de apelare Cisco este acceptat.

  • Cloud Connected PSTN—Alegeți această opțiune dacă căutați o soluție PSTN în cloud de la unul dintre numeroșii parteneri Cisco CCP sau dacă planul de apelare Cisco nu este disponibil în locația dvs. Partenerii PCC oferă soluții de înlocuire PSTN, o acoperire globală extinsă și o gamă largă și variată de caracteristici, ambalaje și prețuri.

    Partenerii PCC și acoperirea geografică sunt enumerate aici. Sunt afișați numai partenerii care acceptă țara locației dvs. Partenerii sunt listați fie cu o siglă, fie ca un scurt șir de text urmat de o regiune, între paranteze (Exemplu: (UE), (SUA) sau (CA)). Partenerii enumerați cu un logo oferă întotdeauna media regională pentru PCC. Pentru partenerii care se afișează ca șir, alegeți regiunea cea mai apropiată de țara în care vă aflați, pentru a asigura media regională pentru PCC.

    Dacă vedeți opțiunea de a comanda numere acum sub un furnizor listat, vă recomandăm să alegeți această opțiune, astfel încât să puteți beneficia de un CCP integrat. CCP integrat permite achiziționarea și furnizarea numerelor de telefon în Control Hub pe un singur panou de sticlă. CCP neintegrat vă cere să procurați numerele de telefon de la partenerul CCP din afara Control Hub.

  • PSTN (Local Gateway)—Puteți alege această opțiune dacă doriți să vă păstrați furnizorul curent PSTN sau doriți să conectați site-urile non-cloud cu site-urile cloud.

    Clienții Webex Calling cu locații care sunt configurate anterior cu un Gateway local vor fi convertiți automat în PSTN bazat pe premise cu un trunchi corespunzător.

3

Pentru locație, selectați Numărul principal din lista derulantă pentru a permite utilizatorilor din locația respectivă să efectueze și să primească apeluri.

Numărul principal poate fi atribuit operatorului automat, astfel încât apelanții externi să poată contacta utilizatorii Webex Calling din locația respectivă. Utilizatorii Webex Calling din acea locație pot utiliza, de asemenea, acest număr ca ID-ul de apelant extern atunci când efectuează apeluri.
4

(Opțional) Sub Apelarede urgență, puteți selecta Identificator de locație de urgență pe care să îl atribuiți acestei locații.

Această setare este opțională și se aplică numai țărilor care o solicită.

În unele țări (Exemplu: Franța), există cerințe de reglementare pentru sistemele radio celulare pentru a stabili identitatea celulei atunci când efectuați un apel de urgență și este pus la dispoziția autorităților de urgență. Alte țări, cum ar fi S.U.A. și Canada, implementează determinarea locației folosind alte metode. Pentru mai multe informații, consultați Apelareade urgență îmbunătățită.

Este posibil ca furnizorul de apeluri de urgență să aibă nevoie de informații despre rețeaua de acces și se realizează prin definirea unui nou antet de extensie SIP privat, P-Access-Network-Info. Antetul conține informații referitoare la rețeaua de acces.

Atunci când setați identificatorul de locație de urgență pentru o locație, valoarea locației este trimisă furnizorului ca parte a mesajului SIP. Contactați furnizorul de apeluri de urgență pentru a vedea dacă aveți nevoie de această setare și utilizați valoarea furnizată de furnizorul de apeluri de urgență."

5

Selectați Numărul de poștă vocală pe care utilizatorii îl pot apela pentru a-și verifica mesageria vocală pentru această locație.

6

(Opțional) Faceți clic pe pictograma creion din partea de sus a paginii Locație pentru a modifica numele locației , limbaanunțului, limbade e-mail, fusul orarsau adresa , după cum este necesar, apoi faceți clic pe Salvare.

Modificarea limbii de anunț intră în vigoare imediat pentru orice utilizatori și caracteristici noi adăugate la această locație. Dacă utilizatorii și/sau caracteristicile existente ar trebui, de asemenea, să li se modifice limba de anunțare, atunci când vi se solicită, selectați Modificare pentru utilizatorii și spațiile de lucru existente sau Modificare pentru caracteristicileexistente. Faceți clic pe Se aplică. Puteți vizualiza progresul pe pagina Activități . Nu mai puteți face modificări până când acest lucru nu este finalizat.

Modificarea fusului orar pentru o locație nu actualizează fusurile orare ale caracteristicilor asociate locației. Pentru a edita fusurile orare pentru caracteristici precum operator automat, grup de vânătoare și coadă de apeluri, accesați zona Setări generale a caracteristicii specifice pentru care doriți să actualizați fusul orar și editați și salvați acolo.

Aceste setări sunt pentru apelare internă și sunt, de asemenea, disponibile în expertul de configurare pentru prima dată. Pe măsură ce modificați planul de apelare, numerele de exemplu din actualizarea Control Hub pentru a afișa aceste modificări.

Puteți configura permisiunile de apelare la ieșire pentru o locație. Consultați acești pași pentru a configura permisiunile de apelare la ieșire.

1

Conectați-vă la Control Hub, accesați Servicii > Apelare > Setări serviciu, apoi defilați la Apelare internă.

2

Configurați următoarele preferințe opționale de apelare, după cum este necesar:

  • Lungime prefix rutare locație—Vă recomandăm această setare dacă aveți mai multe locații. Puteți introduce o lungime de 2-7 cifre. Dacă aveți mai multe locații cu aceeași extensie, utilizatorii trebuie să formeze un prefix atunci când apelează între locații. De exemplu, dacă aveți mai multe magazine, toate cu extensia 1000, puteți configura un prefix de rutare pentru fiecare magazin. Dacă un magazin are un prefix de 888, veți forma 8881000 pentru a ajunge la acel magazin.

    Lungimile prefixului de rutare includ cifra de direcție. De exemplu, dacă setați lungimea prefixului de rutare la patru, pot fi utilizate doar trei cifre pentru a specifica site-ul.

    Dacă atribuiți un prefix de rutare unei locații, toate aparențele de extensii atribuite acelei locații includ prefixul de rutare în fața numărului de extensie. De exemplu, 888-1000 (extensie prefix de rutare).

  • Direcționarea numerelor în prefixul de rutare—Alegeți numărul care va fi setat ca prima cifră a fiecărui prefix de rutare.
  • Lungime extensie internă—Puteți introduce 2-10 cifre, iar valoarea implicită este 2.

    După ce vă măriți lungimea extensiei, apelurile de viteză existente către extensiile interne nu sunt actualizate automat.

  • Permiteți apelarea extensiilor între locații—Vă permite să personalizați apelarea extensiilor între locații în funcție de cerințele organizației dvs.

    • Activați comutatorul dacă organizația dvs. nu are extensii duplicate în toate locațiile sale.

      În mod implicit, comutatorul este activat.

    • Dezactivați comutatorul dacă organizația dvs. are aceeași extensie în locații diferite. Când comutatorul este dezactivat și apelantul apelează extensia, apelul este direcționat către un utilizator cu extensia de potrivire în aceeași locație ca apelantul. Apelantul trebuie să apeleze numărul Enterprise Significant (prefix de rutare a locației + extensie) pentru a ajunge la un extensie în alte locații.

3

Specificați apelarea internă pentru anumite locații. Accesați Management > Locații, selectați o locație din listă și faceți clic pe Apelare. Derulați la apelare, apoi schimbați apelarea internă după cum este necesar:

  • Apelare internă—Specificați prefixul de rutare pe care utilizatorii din alte locații trebuie să îl apeleze pentru a contacta pe cineva din această locație. Prefixul de rutare al fiecărei locații trebuie să fie unic. Vă recomandăm ca lungimea prefixului să corespundă cu lungimea stabilită la nivelul organizației, dar trebuie să aibă o lungime de 2-7 cifre.
4

Specificați apelarea externă pentru anumite locații. Accesați Management > Locații, selectați o locație din listă și faceți clic pe Apelare. Derulați la apelare, apoi schimbați apelarea externă după cum este necesar:

  • Apelare externă—Puteți alege o cifră de apelare de ieșire pe care utilizatorii trebuie să o apeleze pentru a ajunge la o linie externă. Valoarea implicită este None și o puteți lăsa dacă nu aveți nevoie de acest obicei de apelare. Dacă decideți să utilizați această caracteristică, vă recomandăm să utilizați un număr diferit de cifra de direcție a organizației dvs.

    Utilizatorii pot include cifra de apelare de ieșire atunci când efectuează apeluri externe pentru a imita modul în care au apelat pe sistemele vechi. Cu toate acestea, toți utilizatorii pot efectua în continuare apeluri externe fără cifra de apelare de ieșire.

  • Opțional, aveți capacitatea de a Forța apelarea cifrei de apelare de ieșir e a acestei locații, asigurându-vă că utilizatorul trebuie să utilizeze cifra de apelare de ieșire setată de administrator pentru a efectua apeluri externe.

    Apelurile de urgență pot fi apelate în continuare cu sau fără cifra de apelare de ieșire atunci când această funcție este activată.

    Odată activată, orice numere de destinație externe, cum ar fi cele utilizate pentru redirecționarea apelurilor, nu vor mai funcționa dacă nu este inclusă o cifră de apelare de ieșire.

    Dacă o prelungire este aceeași cu numărul național, atunci prelungirea are prioritate față de numărul național. Prin urmare, vă recomandăm să activați cifra de apelare de ieșire.
    Vă recomandăm foarte mult să utilizați formatul de numerotare E.164 pentru apelurile PSTN de intrare și de ieșire.

Impactul asupra utilizatorilor:

  • Utilizatorii trebuie să repornească telefoanele pentru ca modificările preferințelor de apelare să intre în vigoare.

  • Extensiile de utilizator nu trebuie să înceapă cu același număr ca cifra de direcție a locației sau cifrele de apelare de ieșire.

Configurarea PSTN bazat pe premise (Local Gateway) în Control Hub

Dacă sunteți reseller cu valoare adăugată, puteți utiliza acești pași pentru a porni configurarea gateway-ului local în Control Hub. Atunci când acest gateway este înregistrat în cloud, îl puteți utiliza în una sau mai multe dintre locațiile webex Calling pentru a furniza rutare către un furnizor de servicii PSTN de întreprindere.

O locație care are un gateway local nu poate fi ștearsă atunci când gateway-ul local este utilizat pentru alte locații.

Crearea unui trunchi
Urmați acești pași pentru a crea un trunchi în Control Hub.

Înainte de a începe

  • Odată ce o locație este adăugată și înainte de a configura PSTN bazat pe premise pentru o locație, trebuie să creați un trunchi.

  • Creați orice locații și setări și numere specifice pentru fiecare dintre ele. Locațiile trebuie să existe înainte de a putea adăuga un PSTN bazat pe premise.

  • Înțelegeți cerințele PSTN (gateway local) bazate pe premise pentru apelareaWebex.

  • Nu puteți alege mai mult de un portbagaj pentru o locație cu PSTN bazat pe premise, dar puteți alege același portbagaj pentru mai multe locații.

1

Conectați-vă la Control Hub la https://admin.webex.com, accesați Servicii > Apelare > Rutare apeluri, și selectați Adăugare trunchiuri.

2

Selectați o locație.

3

Denumiți trunchiul și faceți clic pe Salvare.

Numele nu poate fi mai mare de 24 de caractere.

Ce trebuie să faceți în continuare

Vi se prezintă parametrii relevanți pe care va trebui să îi configurați pe trunchi. De asemenea, veți genera un set de acreditări SIP digest pentru a securiza conexiunea PSTN.

Informațiile despre trunchi apar pe ecranul Registru domeniu, Trunk Group OTG/DTG, Linie/Portși 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 local, astfel încât să puteți face referire la acestea atunci când sunteți gata să configurați PSTN bazat pe premise.

Dacă pierdeți acreditările, trebuie să le generați din ecranul de informații 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.

Selectați un trunchi pentru PSTN bazat pe premise
1

Conectați-vă la Control Hub la https://admin.webex.com, accesați Management > Locație.

2

Selectați o locație de modificat și faceți clic pe Gestionare.

3

Selectați PSTN bazat pe premise și faceți clic pe Următorul.

4

Alegeți un trunchi din meniul vertical.

Vizitați pagina portbagajului pentru a gestiona opțiunile grupului de trunchiuri.

5

Faceți clic pe notificarea de confirmare, apoi faceți clic pe Salvare.

Ce trebuie să faceți în continuare

Trebuie să luați informațiile de configurare pe care Control Hub le-a generat și să mapați parametrii în gateway-ul local (de exemplu, pe un CISCO CUBE care se află la fața locului). Acest articol vă plimbă prin acest proces. Ca referință, consultați următoarea diagramă pentru un exemplu despre modul în care informațiile de configurare ale Hubului de control (din stânga) se mapează pe parametrii din CUBE (în dreapta):

După ce ați finalizat cu succes configurarea pe gateway-ul în sine, puteți reveni la Servicii > Apelare > Locații din Control Hub, iar gateway-ul pe care l-ați creat va fi listat în cardul de locație la care l-ați alocat cu un punct verde în partea stângă a numelui. Această stare indică faptul că gateway-ul este înregistrat în siguranță în cloud-ul apelant și servește ca gateway PSTN activ pentru locație.

Gestionare numere de telefon
Solicitarea unei achiziții de servicii Webex dintr-o versiune de încercare din Control Hub

Dacă încercați serviciile Webex și doriți să convertiți versiunea de încercare într-un abonament plătit, puteți trimite o solicitare prin e-mail partenerului.

1

Conectați-vă la Control Hub la https://admin.webex.com, selectați pictograma de construcție .

2

Selectați fila Abonamente , apoi faceți clic pe Achiziție acum.

Un e-mail este trimis partenerului prin care îi anunță că sunteți interesat să vă convertiți la un abonament plătit.

Setați opțiunile de apelare
Configurați comportamentul de apelare

Puteți controla ce se deschide aplicația de apelare atunci când utilizatorii efectuează apeluri. Puteți configura setările clientului de apelare, inclusiv implementarea în mod mixt pentru organizațiile cu utilizatori cu drepturi Unified CM sau Webex Calling și utilizatori fără servicii de apelare plătite de la Cisco. Pentru mai multe informații, consultați: Configurați comportamentul de apelare.

Configurați gateway-ul local în Cisco IOS XE pentru Webex Calling

Prezentare generală

Webex Calling acceptă în prezent două versiuni ale gateway-ului local:

  • Gateway local

  • Gateway local pentru Webex for Government

Considerații-cheie

  • Înainte de a începe, înțelegeți cerințele pentru rețeaua de telefonie publică (PSTN) și gateway-ul local (LGW) de la nivel local pentru Webex Calling. Consultați Arhitectura preferată Cisco pentru Apelarea Webex pentru mai multe informații.

  • Acest articol presupune că o platformă dedicată Local Gateway este în loc cu nici o configurație de voce existente. Dacă modificați un gateway PSTN existent sau o implementare CUBE Enterprise pentru a fi utilizată ca funcție gateway local pentru Webex Calling, acordați o atenție deosebită configurației. Asigurați-vă că nu întrerupeți fluxurile de apeluri și funcționalitatea existente din cauza modificărilor pe care le efectuați.

Procedurile conțin linkuri către documentația de referință a comenzilor, unde puteți afla mai multe despre opțiunile individuale ale comenzilor. Toate linkurile de referință ale comenzii merg la Referință comandă Webex Managed Gateway s, cu excepția cazului în care se specifică altfel (caz, linkurile de comandă merg la Referință comandă vocală Cisco IOS). Puteți accesa toate aceste ghiduri la Referințe comandă Cisco Unified Border Element.

Pentru informații despre SBC-urile terțe acceptate, consultați documentația de referință a produsului respectivă.

Configurați gateway-ul local

Există două opțiuni pentru a configura Gateway-ul local pentru trunchiul de apelare Webex:

  • Portbagaj pe bază de înregistrare

  • Portbagaj pe bază de certificat

Utilizați fluxul de activități fie din gatewayul local pe bază de înregistrar e, fie din gatewayul local pe bază de certifica t pentru a configura gatewayul local pentru trunchiul Webex Calling.

Consultați Începeți să utilizați gatewayul loca l pentru mai multe informații despre diferite tipuri de trunchiuri. Efectuați următorii pași pe Gateway-ul local în sine, utilizând interfața liniei de comandă (CLI). Utilizăm protocolul de inițiere a sesiunii (SIP) și transportul Transport Layer Security (TLS) pentru a securiza trunchiul și protocolul securizat în timp real (SRTP) pentru a securiza conținutul media între gateway-ul local și Webex Calling.

Considerații-cheie

Gateway local pentru Webex for Government nu acceptă următoarele:

  • STUN/ICE-Lite pentru optimizarea căii media

  • Fax (T.38)

Configurați gateway-ul local pentru Webex for Government

Pentru a configura gateway-ul local pentru trunchiul Webex Calling în Webex for Government, utilizați următoarea opțiune:

  • Portbagaj pe bază de certificat

Utilizați fluxul de activități din gatewayul local pe bază de certifica t pentru a configura gatewayul local pentru trunchiul Webex Calling. Pentru mai multe detalii despre cum să configurați un gateway local pe bază de certificat, consultați Configurați trunchiul pe bază de certificat Webex Calling.

Este obligatoriu să configurați cifruri GCM compatibile FIPS pentru a accepta gateway-ul local pentru Webex for Government. Dacă nu, configurarea apelurilor nu reușește. Pentru detalii de configurare, consultați Configurați trunchiul bazat pe certificat Webex Calling.

Webex for Government nu acceptă gateway-ul local bazat pe înscriere.

Prezentare generală a designului

Această secțiune descrie cum se configurează un Cisco Unified Border Element (CUBE) ca gateway local pentru Webex Calling, utilizând un trunchi SIP care înregistrează. Prima parte a acestui document ilustrează modul în care se configurează un gateway PSTN simplu. În acest caz, toate apelurile de la PSTN sunt rutate către Webex Calling și toate apelurile de la Webex Calling sunt rutate către PSTN. Imaginea de mai jos evidențiază această soluție și configurația de rutare a apelurilor de nivel înalt care va fi urmată.

În acest design, sunt utilizate următoarele configurații principale:

  • entități găzduite din clasa vocală: Utilizat pentru a crea configurații specifice trunchiului.

  • uri clasă vocală: Utilizat pentru a clasifica mesajele SIP pentru selectarea unui dial-peer de intrare.

  • dial-peer de intrare: Oferă tratament pentru mesajele SIP de intrare și determină ruta de ieșire cu un grup de dial-peer.

  • grup de tip dial-peer: Definește colegii de apelare de ieșire utilizați pentru rutarea ulterioară a apelurilor.

  • apelare peer de ieșire: Oferă tratament pentru mesajele SIP de ieșire și direcționează-le către ținta necesară.

Rutare apeluri de la/la PSTN la/de la soluția de configurare Webex Calling

În timp ce IP și SIP au devenit protocoalele implicite pentru trunchiurile PSTN, circuitele ISDN TDM (Time Division Multiplexing) sunt încă utilizate pe scară largă și sunt acceptate cu trunchiurile Webex Calling. Pentru a activa optimizarea media a căilor IP pentru gateway-urile locale cu fluxuri de apeluri TDM-IP, în prezent este necesar să utilizați un proces de rutare a apelurilor pe două niveluri. Această abordare modifică configurația de rutare a apelurilor prezentată mai sus, prin introducerea unui set de colegi de apelare internă cu buclă inversă între Webex Calling și trunchiurile PSTN, după cum se ilustrează în imaginea de mai jos.

Când conectați o soluție Cisco Unified Communications Manager locală cu Webex Calling, puteți utiliza configurația simplă a gateway-ului PSTN ca referință pentru construirea soluției ilustrată în următoarea diagramă. În acest caz, Unified Communications Manager oferă rutare și tratament centralizat pentru toate apelurile PSTN și Webex Calling.

Pe parcursul acestui document sunt utilizate numele gazdelor, adresele IP și interfețele ilustrate în imaginea următoare.

Utilizați îndrumările de configurare din restul acestui document pentru a finaliza configurarea gateway-ului local după cum urmează:

  • Pasul 1: Configurați conectivitatea și securitatea de bază a routerului

  • Pasul 2: Configurați trunchiul Webex Calling

    În funcție de arhitectura necesară, urmați oricare dintre următoarele:

  • Pasul 3: Configurați gateway-ul local cu trunchiul PSTN SIP

  • Pasul 4: Configurați gateway-ul local cu mediul Unified CM existent

    Sau:

  • Pasul 3: Configurați gateway-ul local cu trunchiul TDM PSTN

Configurați conectivitatea și securitatea

Configurație de bază

Primul pas în pregătirea routerului Cisco ca gateway local pentru Webex Calling este crearea unei configurații de bază care să vă securizeze platforma și să stabilească conectivitatea.

  • Toate implementările de gateway local bazate pe înscriere necesită Cisco IOS XE 17.6.1a sau versiuni ulterioare. Pentru versiunile recomandate, consultați pagina Cisco Software Research . Căutați platforma și selectați una dintre versiunile sugerat e.

    • Routerele din seria ISR4000 trebuie să fie configurate atât cu licențe pentru tehnologia de comunicații unificate, cât și cu licențe pentru tehnologia de securitate.

    • Routerele Catalyst Edge din seria 8000 echipate cu carduri vocale sau DSP-uri necesită licențierea DNA Advantage. Routerele fără carduri vocale sau DSP necesită un nivel minim de autorizare DNA Essentials.

  • Creați o configurație de bază pentru platforma dvs., care să respecte politicile de afaceri. În special, configurați următoarele și verificați funcționarea:

    • ntp

    • Acls

    • Autentificare utilizator și acces de la distanță

    • DNS

    • Rutare IP

    • Adrese IP

  • Rețeaua către Webex Calling trebuie să utilizeze o adresă IPv4.

  • Încărcați pachetul CA rădăcină Cisco pe gateway-ul local.

Configurare

1

Asigurați-vă că atribuiți adrese IP valide și rutabile oricărei interfețe din stratul 3, de exemplu:

 Interfață GigabitEthernet0/0/0 descriere Interfață cu PSTN și/sau adresa ip CUCM 10.80.13.12 255.255.255.0! interfață GigabitEthernet0/0/1 descriere Interfață cu Webex Calling (adresă privată) adresă ip 192.51.100.1 255.255.255.240

2

Protejați datele de înregistrare și acreditările STUN pe router utilizând criptarea simetrică. Configurați cheia de criptare principală și tipul de criptare după cum urmează:

 cheie config-cheie parolă-criptare ParolaCriptare parolă aes

3

Creați un punct de încredere PKI înlocuitor.

Necesită acest punct de încredere pentru a configura TLS mai târziu. Pentru trunchiurile pe bază de înregistrare, acest punct de încredere nu necesită un certificat - la fel ca în cazul unui trunchi pe bază de certificat.
 cripto pki punct de încredere EmptyTP revocare-verificare niciuna
4

Activați exclusivitatea TLS1.2 și specificați punctul de încredere implicit utilizând următoarele comenzi de configurare. Parametrii de transport ar trebui, de asemenea, actualizați pentru a asigura o conexiune sigură și fiabilă pentru înregistrare:

Comanda de server cn-san-validate asigură faptul că gateway-ul local permite o conexiune dacă numele de gazdă configurat în entitatea găzduită 200 este inclus fie în câmpurile CN, fie în SAN ale certificatului primit de la proxy-ul de ieșire.

  1. Setați numărul de reîncercare tcp la 1000 (multipli de 5 msec = 5 secunde).

  2. Comanda de stabilire a conexiunii temporizatorului vă permite să reglați cât timp așteaptă LGW să configureze o conexiune cu un proxy înainte de a lua în considerare următoarea opțiune disponibilă. Valoarea implicită pentru acest cronometru este de 20 de secunde și cel puțin 5 secunde. Începeți cu o valoare scăzută și creșteți dacă este necesar pentru a se adapta condițiilor de rețea.

 Conexiunea cronometrelor sip-ua stabilește tls 5 transport tcp tls v1.2 criptare semnalizare punct de încredere implicit EmptyTP cn-san-validate server tcp-reîncercare 1000

5

Instalați pachetul CA rădăcină Cisco, care include certificatul CA DigiCert utilizat de Webex Calling. Utilizați comanda crypto pki trustpool importare URL curat pentru a descărca pachetul de certificate de certificare rădăcină de la URL-ul specificat și pentru a șterge pachetul actual de certificate de certificare, apoi instalați noul pachet de certificate:

Dacă trebuie să utilizați un proxy pentru acces la internet utilizând HTTPS, adăugați următoarea configurație înainte de a importa pachetul CA:

http client proxy-server yourproxy.com proxy-port 80
 ip http client interfață sursă GigabitEthernet0/0/1 crypto pki trustpool import URL curat https://www.cisco.com/security/pki/trs/ios_core.p7b
Configurați trunchiul bazat pe înscriere Webex Calling
1

Creați un trunchi PSTN bazat pe înregistrare pentru o locație existentă în Control Hub. Notați informațiile despre trunchi care sunt furnizate după crearea trunchiului. Aceste detalii, așa cum sunt evidențiate în ilustrația următoare, vor fi utilizate în pașii de configurare din acest ghid. Pentru mai multe informații, consultați Configurați trunchiuri, grupuri de rutare și planuri de apelare pentru Webex Calling.

2

Introduceți următoarele comenzi pentru a configura CUBE ca gateway local Webex Calling:

 voce serviciu voip adresă ip de încredere ipv4 x.x.x.x y.y.y.y mod border-element media statistici media bloc-statistici permite-connections sip to sip no additional-service sip refer stun stun flowdata agent-id 1 număr de pornire 4 stun flowdata partajat-secret 0 Parolă123$ sip asimetric sarcină utilă completă ofertă timpurie forțată

Iată o explicație a câmpurilor pentru configurație:

 Listă de adrese ip de încredere  ipv4 x.x.x.x y.y.y.y.y

  • Pentru a proteja împotriva fraudei cu taxă, lista de adrese de încredere definește o listă de gazde și rețele din care gatewayul local așteaptă apeluri VoIP legitime.

  • În mod implicit, gatewayul local blochează toate mesajele VoIP primite de la adrese IP care nu se află în lista sa de încredere. Colegii de apelare configurați static cu „IP țintă sesiune” sau cu adrese IP ale grupului de servere sunt în mod implicit de încredere, așa că nu trebuie să fie adăugați la lista de încredere.

  • Atunci când configurați gateway-ul local, adăugați în listă subrețelele IP ale centrului de date Webex Calling regional. Pentru mai multe informații, consultați Informații de referință pentru apelarea Webex. De asemenea, adăugați intervale de adrese pentru serverele Unified Communications Manager (dacă sunt utilizate) și gateway-urile trunchiului PSTN.

    Dacă LGW se află în spatele unui firewall cu un NAT cu con restricționat, puteți prefera să dezactivați lista de încredere a adresei IP de pe interfața frontală a Webex Calling. Paravanul de protecție vă protejează deja de VoIP de intrare nesolicitat. Acțiunea de dezactivare reduce configurația pe termen mai lung, deoarece nu putem garanta că adresele colegilor de la Webex Calling rămân fixe și trebuie să configurați firewall-ul pentru colegi în orice caz.

element frontieră mod

Activează funcțiile Cisco Unified Border Element (CUBE) pe platformă.

statistici media

Permite monitorizarea media pe Gateway-ul local.

statistici în bloc privind fișierele media

Permite planului de control să sondeze planul de date pentru statisticile apelurilor în bloc.

Pentru mai multe informații despre aceste comenzi, consultați Media.

permiteți-conexiuni sip la sip

Activați funcționalitatea de bază CUBE back-to-back a agentului utilizator. Pentru mai multe informații, consultați Permiteți conexiunile.

În mod implicit, transportul fax T.38 este activat. Pentru mai multe informații, consultați protocolul de fax t38 (serviciul de voce).

căpușă

Activează STUN (Sesiune de traversare a UDP prin NAT) la nivel global.

  • Atunci când redirecționați un apel către un utilizator Webex Calling (de exemplu, atât părțile apelate, cât și cele apelante sunt abonați Webex Calling și dacă ancorați conținutul media la SBC-ul webex calling ), atunci suportul media nu poate curge către Gateway-ul local, deoarece pinhole-ul nu este deschis.

  • Funcția de asociere STUN de pe gatewayul local permite trimiterea cererilor STUN generate local pe calea media negociată. Acest lucru ajută la deschiderea orificiului de acces din firewall.

Pentru mai multe informații, consultați id-ul agentului stun flowdat a și stun flowdata partajate în secret.

sarcină utilă asimetrică plină

Configurează suportul pentru sarcina utilă asimetrică SIP atât pentru sarcinile utile DTMF, cât și pentru cele dinamice ale codecului. Pentru mai multe informații despre această comandă, consultați sarcina utilă asimetrică.

ofertă timpurie forțată

Forțează gateway-ul local să trimită informații SDP în mesajul inițial de INVITAȚIE, în loc să aștepte confirmarea celuilalt partener. Pentru mai multe informații despre această comandă, consultați oferta din timp.

3

Configurați filtrul codec clasa vocală 100 pentru trunchi. În acest exemplu, același filtru de codec este utilizat pentru toate trunchiurile. Puteți configura filtre pentru fiecare trunchi pentru un control precis.

 codec clasă vocală 100 codec preferință 1 codec opus preferință 2 g711ulaw codec preferință 3 g711alaw

Iată o explicație a câmpurilor pentru configurație:

codec clasă vocală 100

Utilizat pentru a permite doar codecuri preferate pentru apeluri prin intermediul trunchiurilor SIP. Pentru mai multe informații, consultați codec-ul clasei vocale.

Codec opus este acceptat numai pentru trunchiurile PSTN bazate pe SIP. Dacă trunchiul PSTN utilizează o conexiune de voce T1/E1 sau FXO analogică, excludeți preferințele pentru codec 1 opus din configurația codec-ului clasei de voce 100 .

4

Configurați utilizarea stun-class a clasei de voce 100 pentru a activa ICE pe trunchiul Webex Calling.

 clasă de voce utilizare stun 100 utilizare firewall traversare flux date utilizare stun ice lite

Iată o explicație a câmpurilor pentru configurație:

lită de gheață de utilizare stun

Utilizat pentru a activa ICE-Lite pentru toți colegii de apelare care se confruntă cu Webex Calling, pentru a permite optimizarea media ori de câte ori este posibil. Pentru mai multe informații, consultați utilizarea stun-urilor de voc e și utilizarea stun-urilor de gheață lite.

Aveți nevoie de utilizarea stun a ICE-lite pentru fluxurile de apeluri utilizând optimizarea căii media. Pentru a asigura optimizarea media pentru un gateway SIP la TDM, configurați un dial-peer loopback cu ICE-Lite activat pe segmentul IP-IP. Pentru detalii tehnice suplimentare, contactați Contul sau echipele TAC

5

Configurați politica de criptare media pentru traficul Webex.

 clasă vocală srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80

Iată o explicație a câmpurilor pentru configurație:

clasă vocală srtp-crypto 100

Specifică SHA1_80 ca singurele oferte de cifru-suită SRTP CUBE în SDP în mesajele de ofertă și de răspuns. Webex Calling acceptă doar SHA1_80. Pentru mai multe informații, consultați srtp-crypto clasa vocală.

6

Configurați un model pentru a identifica în mod unic apelurile către un trunchi de gateway local pe baza parametrului trunchiului de destinație: 

 clasă de voce uri 100 șablon sip dtg=Dallas1463285401_LGU

Iată o explicație a câmpurilor pentru configurație:

uri clasă vocală 100 sip

Definește un model care să corespundă unei invitații SIP de intrare cu un dial-peer trunchi de intrare. Când introduceți acest model, utilizați dtg= urmat de valoarea Trunk OTG/DTG furnizată în Control Hub atunci când trunchiul a fost creat. Pentru mai multe informații, consultați URI-ul clasei de voce.

7

Configurați profilul sip 100, care va fi utilizat pentru a modifica mesajele SIP înainte de a fi trimise către Webex Calling.

 profil sip clasă de voce 100 regulă 10 solicitare ORICE antet sip SIP-Req-URI modificare "sips:" "sip:" regula 20 solicitare ORICE antet sip Pentru a modifica "" "" regula 50 răspuns ORICE antet sip Pentru a modifica "" ";otg=dallas1463285401_lgu>" regula 90 solicitare ORICE antet sip P-Asserted-Identity modificare "sips:" "sip:"

Iată o explicație a câmpurilor pentru configurație:

  • articolele 10-70 și 90

    Asigură faptul că antetele SIP utilizate pentru semnalizarea apelurilor utilizează SIP în loc de schema sips, care este necesară de proxy-urile Webex. Configurarea CUBE pentru a utiliza sips asigură utilizarea înregistrării securizate.

  • articolul 80

    Modifică antetul De la pentru a include identificatorul OTG/DTG al grupului de trunchiuri din Control Hub pentru a identifica în mod unic un site gateway local din cadrul unei întreprinderi.

8

Configurați trunchiul Webex Calling:

  1. Creați entitate găzduită din clasa de voce 100 pentru a defini și grupa configurațiile necesare specific pentru trunchiul Webex Calling. În special, detaliile de înregistrare a trunchiurilor furnizate anterior în Control Hub vor fi utilizate în acest pas, după cum sunt detaliate mai jos. Colegii de apelare asociați ulterior cu această entitate găzduită vor moșteni aceste configurații.

    Următorul exemplu utilizează valorile ilustrate în Pasul 1 în scopul acestui ghid (prezentate cu aldine). Înlocuiți-le cu valorile pentru trunchiul dvs. din configurația dvs.

     entitate găzduită din clasa vocală 100 dns registrator:Sip-urile schemei 98027369.us10.bcld.webex.com expiră 240 rata de reîmprospătare 50 tcp tls număr de date de autentificare Dallas1171197921_LGU nume de utilizator Dallas1463285401_Parolă LGU 0 9Wt[M6ifY+ realm Nume de utilizator autentificare BroadWorks Dallas1463285401_LGU 0 9Wt[M6ifY+ realm Nume de utilizator autentificare BroadWorks Dallas1463285401_LGU 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com fără dns de server sip de la distanță-party-id:98027369.us10.bcld.webex.com connection-reuse srtp-crypto 100 sesiune transport tcp tls url sips error-passthru asserted-id pai bind control sursă-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com privacy-policy passthru

    Iată o explicație a câmpurilor pentru configurație:

    entitate găzduită clasă de voce 100

    Definește un set de parametri de configurare care se vor utiliza numai pentru trunchiul Webex Calling. Pentru mai multe informații, consultați entitatea găzduită de clasă vocală.

    registru dns:98027369.us10.bcld.webex.com schemă sips expiră 240 reîmprospătare-ratio 50 tcp tls

    Server de registrator pentru Gateway-ul local cu înregistrarea setată să se reîmprospăteze la fiecare două minute (50% din 240 de secunde). Pentru mai multe informații, consultați registratorul.

    Asigurați-vă că utilizați valoarea Înregistrare domeniu din Control Hub aici.

    Număr date de autentificare Dallas1171197921_LGU nume de utilizator Dallas1463285401_LGU parolă 0 9Wt[M6ifY+ realm BroadWorks

    Acreditări pentru provocarea de înregistrare a trunchiului. Pentru mai multe informații, consultați Datele de autentificare (SIP UA).

    Asigurați-vă că utilizați valorile Linie/Port, Nume de utilizator pentru autentificare și Parolă de autentificare din Control Hub aici.

    nume de utilizator autentificare Dallas1171197921_Parolă LGU 0 9Wt[M6ifY+ realm BroadWorks
    nume de utilizator autentificare Dallas1171197921_LGU Parolă 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Provocare de autentificare pentru apeluri. Pentru mai multe informații, consultați autentificarea (dial-peer).

    Asigurați-vă că utilizați valorile Nume de utilizator pentru autentificare, Parolă de autentificare și, respectiv, Domeniu de înregistrare din Control Hub aici.

    nu există remote-party-id

    Dezactivați antetul SIP Remote-Party-ID (RPID), deoarece Webex Calling acceptă PAI, care este activat utilizând asserted-id pai CIO. Pentru mai multe informații, consultați Remote-party-id.

    server sip dns:us25.sipconnect.bcld.webex.com

    Configurează serverul SIP țintă pentru trunchi. Utilizați adresa SRV proxy de margine furnizată în Control Hub atunci când v-ați creat trunchiul.

    reutilizare conexiune

    Utilizează aceeași conexiune persistentă pentru înregistrare și procesarea apelurilor. Pentru mai multe informații, consultați reutilizarea conexiunii.

    srtp-crypto 100

    Configurează suitele de cifruri preferate pentru segmentul de apel SRTP (conexiune) (specificat în pas 5). Pentru mai multe informații, consultați srtp-crypto clasa vocală.

    sesiune tcp tls

    Setează transportul la TLS. Pentru mai multe informații, consultați transport sesiune.

    sip-uri url

    Interogarea SRV trebuie să fie SIP-uri, așa cum este acceptat de SBC-ul de acces; toate celelalte mesaje sunt schimbate în SIP de sip-profil 200.

    passthru de eroare

    Specifică funcționalitatea de trecere a răspunsului la eroare SIP. Pentru mai multe informații, consultați error-passthru.

    aserțiune-id pai

    Activează procesarea PAI în Local Gateway. Pentru mai multe informații, consultați asserted-id.

    legare sursă-interfață de control GigabitEthernet0/0/1

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către WebexCalling. Pentru mai multe informații, consultați bind.

    legați interfața sursă media GigabitEthernet0/0/1

    Configurează interfața sursă și adresa IP asociată pentru conținutul media trimis către WebexCalling. Pentru mai multe informații, consultați bind.

    nu pass-thru conținut personalizat-sdp

    Comanda implicită de sub entitate găzduită. Pentru mai multe informații despre această comandă, consultați conținutul pass-thru.

    profiluri SIP 100

    Modifică SIP-urile la SIP și modificați linia/portul pentru mesaje de INVITAȚIE și ÎNREGISTRARE așa cum sunt definite în profilurile sip 100. Pentru mai multe informații, consultați profiluri SIP pentru clasa vocală.

    proxy de ieșire dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Apelând acces SBC. Introduceți adresa proxy de ieșire furnizată în Control Hub atunci când ați creat trunchiul. Pentru mai multe informații, consultați proxy de ieșire.

    confidențialitate-politică passthru

    Configurează opțiunile politicii de antet de confidențialitate pentru ca trunchiul să transmită valorile de confidențialitate din mesajul primit către următorul segment de apel. Pentru mai multe informații, consultați Politica de confidențialitate.

  2. Configurați dial-peer trunchiul Webex Calling. 

     voce dial-peer 100 voip descriere Apelare Webex Calling de intrare/ieșire max-conn 250 șablon destinație BAD.BAD sesiune protocol sipv2 sesiune sip țintă sip-server URI de intrare 100 codec clasă vocală 100 dtmf-relay rtp-nte clasă vocală stun-utilizare 100 nicio clasă vocală sip locală entitate găzduită sip clasă vocală 100 srtp nu vad

    Iată o explicație a câmpurilor pentru configurație:

     Descriere voce dial-peer 100 voip  Apelare Webex de intrare/ieșire

    Definește un dial-peer VoIP cu o etichetă de 100 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare.

    număr maxim 250

    Restricționează numărul de apeluri de intrare și de ieșire simultane între LGW și Webex Calling. Pentru trunchiurile de înregistrare, valoarea maximă configurată trebuie să fie 250. Valoare uzată mai mică dacă acest lucru ar fi mai potrivit pentru implementarea dvs. Pentru mai multe informații despre limitele apelurilor simultane pentru gatewayul local, consultați documentul Începeți să utilizați gatewayul loca l.

    șablon destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. În acest caz, poate fi utilizat orice model de destinație valid.

    protocol sesiune sipv2

    Specifică faptul că dial-peer 100 gestionează picioarele de apel SIP. Pentru mai multe informații, consultați protocolul de sesiune (dial-peer).

    server sip țintă sesiune

    Indică faptul că serverul SIP definit în entitatea găzduită 100 este moștenit și utilizat pentru destinație pentru apelurile de la acest peer de apelare.

    Solicitare uri de intrare 100

    Pentru a specifica clasa vocală utilizată pentru a asocia un coleg de apelare VoIP cu identificatorul uniform de resursă (URI) al unui apel primit. Pentru mai multe informații, consultați URI de intrare.

    codec clasă vocală 100

    Configurează dial-peer pentru a utiliza lista de filtrare comună 100 de codec. Pentru mai multe informații, consultați codec pentru clasa vocală.

    utilizare stun-clasă vocală 100

    Permite trimiterea cererilor STUN generate local pe gatewayul local pe calea media negociată. STUN ajută la deschiderea unei găuri de firewall pentru traficul media.

    nicio gazdă locală SIP din clasa vocală

    Dezactivează înlocuirea numelui de gazdă locală DNS în locul adresei IP fizice în anteturile De la, Call-ID și Remote-Party-ID ale mesajelor de ieșire.

    Entitate găzduită sip din clasa vocală 100

    Dial-peer moștenește toți parametrii configurați la nivel global și în entitatea găzduită 100. Parametrii pot fi suprascriși la nivel de dial-peer.

    srtp (dezambiguizare)

    Permite SRTP pentru piciorul de apel.

    nu vad

    Dezactivează detectarea activității vocale.

După ce definiți entitatea găzduită 100 și configurați un dial-peer SIP VoIP, gatewayul inițiază o conexiune TLS către Webex Calling. În acest moment, SBC de acces prezintă certificatul său gateway-ului local. Gateway-ul local validează certificatul SBC de acces Webex Calling utilizând pachetul rădăcină CA, care a fost actualizat anterior. Dacă certificatul este recunoscut, se stabilește o sesiune TLS persistentă între gateway-ul local și accesul Webex Calling SBC. Gateway-ul local poate apoi să utilizeze această conexiune securizată pentru a se înregistra la SBC cu acces Webex. Când înregistrarea este contestată pentru autentificare:

  • Parametrii nume de utilizator, parol ă și domeni u din configurația acreditărilo r sunt utilizați în răspuns.

  • Regulile de modificare din profilul sip 100 sunt utilizate pentru a converti URL-ul SIPS înapoi în SIP.

Înscrierea este reușită atunci când este primit un OK 200 de la accesul SBC.

Configurați gateway-ul local cu un trunchi SIP PSTN

După ce ați construit un trunchi către Webex Calling mai sus, utilizați următoarea configurație pentru a crea un trunchi necriptat către un furnizor PSTN bazat pe SIP:

Dacă furnizorul dvs. de servicii oferă un trunchi PSTN securizat, puteți urma o configurație similară celei detaliate mai sus pentru trunchiul Webex Calling. Direcționarea apelurilor securizate este acceptată de CUBE.

Dacă utilizați un trunchi TDM/ISDN PSTN, treceți la următoarea secțiune Configurați gateway-ul local cu trunchiul TDM PSTN.

Pentru a configura interfețele TDM pentru segmentele de apel PSTN pe gateway-urile Cisco TDM-SIP, consultați Configurarea ISDN PRI.

1

Configurați următorul URI pentru clasa vocală pentru a identifica apelurile de intrare de la trunchiul PSTN:

 URI clasă vocală 200 gazdă sip ipv4:192.168.80.13

Iată o explicație a câmpurilor pentru configurație:

uri clasă vocală 200 sip

Definește un model care să corespundă unei invitații SIP de intrare cu un dial-peer trunchi de intrare. Când introduceți acest model, utilizați adresa IP a gateway-ului dvs. IP PSTN. Pentru mai multe informații, consultați URI-ul clasei de voce.

2

Configurați următorul dial-peer IP PSTN:

 voce dial-peer 200 voip descriere Trunchi IP de intrare/ieșire șablon destinație trunchi BAD.BAD sesiune protocol sipv2 sesiune țintă ipv4:192.168.80.13 URI de intrare prin 200 de clasă de voce sip legătură sursă-interfață GigabitEthernet0/0/0 voce-clasă sip legătură sursă-interfață GigabitEthernet0/0/0 codec voce-clasă 100 dtmf-relay rtp-nte nici un vad

Iată o explicație a câmpurilor pentru configurație:

 voce dial-peer 200 voip  descriere Trunchi IP PSTN de intrare/ieșire

Definește un dial-peer VoIP cu o etichetă de 200 și oferă o descriere semnificativă pentru o gestionare ușoară și soluționarea problemelor. Pentru mai multe informații, consultați Voce dial-peer.

șablon destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. Pentru mai multe informații, consultați modelul destinației (interfață).

protocol sesiune sipv2

Specifică faptul că 20 0 de tip dial-peer gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul de sesiune (dial peer).

țintă sesiune ipv4:192.168.80.13

Indică adresa IPv4 țintă a destinației pentru a trimite segmentul de apel. Ținta sesiunii aici este adresa IP a ITSP. Pentru mai multe informații, consultați ținta sesiunii (peer dial VoIP).

URI de intrare prin 200

Definește un criteriu de potrivire pentru antetul VIA cu adresa IP PSTN a IP. Corespunde tuturor segmentelor de apel IP PSTN de intrare de pe gateway-ul local cu dial-peer 200. Pentru mai multe informații, consultați URL-ul de intrare.

legătură sursă-interfață de control GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați bind.

legarea interfeței sursă media GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru conținutul media trimis către PSTN. Pentru mai multe informații, consultați bind.

codec clasă vocală 100

Configurează dial-peer pentru a utiliza lista de filtrare comună 100 de codec. Pentru mai multe informații, consultați codec pentru clasa vocală.

dtmf- relay rtp- nte

Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați Releu DTMF (Voice over IP).

nu vad

Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

3

Dacă configurați gateway-ul local pentru a dirija numai apelurile între Webex Calling și PSTN, adăugați următoarea configurație de dirijare a apelurilor. Dacă configurați gateway-ul local cu o platformă Unified Communications Manager, treceți la următoarea secțiune.

  1. Creați grupuri dial-peer pentru a direcționa apelurile către Webex Calling sau PSTN. Definiți DPG 100 cu dial-peer de ieșire 100 către Webex Calling. DPG 100 este aplicat la dial-peer de intrare din PSTN. În mod similar, definiți DPG 200 cu dial-peer de ieșire 200 spre PSTN. DPG 200 este aplicat la dial-peer de intrare din Webex.

     clasă de voce dpg 100 descriere Rutați apelurile către dial-peer Webex Calling 100 clasă de voce dpg 200 descriere Rutați apelurile către dial-peer PSTN 200

    Iată o explicație a câmpurilor pentru configurație:

    dial-peer 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg pentru clasa vocală.

  2. Aplicați grupurile dial-peer pentru a direcționa apelurile de la Webex către PSTN și de la PSTN la Webex: 

     voce dial-peer 100 destinație dpg 200 voce dial-peer 200 destinație dpg 100

    Iată o explicație a câmpurilor pentru configurație:

    destinație dpg 200

    Specifică ce grup de dial-peer și, prin urmare, dial-peer trebuie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

    Astfel, se încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când sunt configurate caracteristici CUBE.

Configurați gateway-ul local cu un trunchi TDM PSTN

După ce ați construit un trunchi către Webex Calling, utilizați următoarea configurație pentru a crea un trunchi TDM pentru serviciul dvs. PSTN cu rutare apel în buclă pentru a permite optimizarea media în segmentul de apel Webex.

Dacă nu aveți nevoie de optimizarea media IP, urmați pașii de configurare pentru un trunchi SIP PSTN. Utilizați un port de voce și un dial-peer POTS (așa cum se arată în pașii 2 și 3) în locul dial-peer-ului PSTN VoIP.
1

Configurația dial-peer în buclă inversă utilizează grupuri dial-peer și etichete de rutare a apelurilor pentru a se asigura că apelurile trec corect între Webex și PSTN, fără a crea bucle de rutare a apelurilor. Configurați următoarele reguli de traducere care vor fi utilizate pentru a adăuga și elimina etichetele de rutare a apelurilor:

 traducere vocală-regulă 100 regulă 1 /^\+/ /A2A/ traducere vocală-profil 100 traducere apelată 100 traducere vocală-regulă 200 regulă 1 /^/ /A1A/ traducere vocală-profil 200 traducere apelată 200 traducere vocală-regulă 11 regulă 1 /^A1A/ // traducere vocală-profil 11 traducere apelată 11 regulă 12 regulă 1 /^A2A44/ /0/ regulă 2/^A2A/ /00/ traducere vocală-profil 12 traducere apelată 12

Iată o explicație a câmpurilor pentru configurație:

regulă de traducere vocală

Utilizează expresii regulate definite în reguli pentru a adăuga sau a elimina etichete de rutare a apelurilor. Cifrele supra-divizate („A”) sunt utilizate pentru a adăuga claritate în scopul soluționării problemelor.

În această configurație, eticheta adăugată de profilul de traducere 100 este utilizată pentru a ghida apelurile de la Webex Calling către PSTN prin intermediul colegilor de apelare cu loopback. În mod similar, eticheta adăugată de profilul de traducere 200 este utilizată pentru a ghida apelurile de la PSTN către Webex Calling. Profilurile de translatare 11 și 12 elimină aceste etichete înainte de a livra apeluri către trunchiurile Webex și, respectiv, către trunchiurile PSTN.

Acest exemplu presupune că numerele apelate din Webex Calling sunt prezentate în format +E.164. Regula 100 elimină caracterul + din față pentru a menține un număr apelat valid. Regula 12 adaugă apoi o cifră (cifre) națională (naționale) de rutare atunci când se elimină eticheta. Utilizați cifre care se potrivesc cu planul dvs. de apelare național ISDN local.

Dacă Webex Calling prezintă numerele în format național, ajustați regulile 100 și 12 pentru a adăuga și a elimina pur și simplu eticheta de rutare.

Pentru mai multe informații, consultați profilul de traducere vocal ă și regula de traducere vocală.

2

Configurați porturile interfeței vocale TDM conform cerințelor de tipul de trunchi și protocolului utilizat. Pentru mai multe informații, consultați Configurarea ISDN PRI. De exemplu, configurația de bază a unei interfețe ISDN cu rată primară instalată în slotul NIM 2 al unui dispozitiv poate include următoarele:

 tip card e1 0 2 controler rețea principală de tip switch isdn5 E1 0/2/0 serii de timp 1-31
3

Configurați următorul dial-peer TDM PSTN:

 voce dial-peer 200 de vase descriere trunchi PRI de intrare/ieșire PSTN trunchi destinație model BAD.BAD traducere profil de intrare 200 direct-inward-dial port 0/2/0:15

Iată o explicație a câmpurilor pentru configurație: 

 voce dial-peer 200 de vase  descriere Trunchi PSTN PRI de intrare/ieșire

Definește un dial-peer VoIP cu o etichetă de 200 și oferă o descriere semnificativă pentru o gestionare ușoară și soluționarea problemelor. Pentru mai multe informații, consultați Voce dial-peer.

șablon destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. Pentru mai multe informații, consultați modelul destinației (interfață).

profil traducere primite 200

Atribuie profilul de translatare care va adăuga o etichetă de rutare a apelurilor la numărul apelat primit.

apelare directă spre interior

Rutează apelul fără a furniza un ton de apel secundar. Pentru mai multe informații, consultați apelare directă în interior.

portul 0/2/0:15

Portul de voce fizic asociat cu acest dial-peer.

4

Pentru a activa optimizarea media a căilor IP pentru gateway-urile locale cu fluxuri de apeluri TDM-IP, puteți modifica rutarea apelurilor prin introducerea unui set de colegi interni de apelare în buclă inversă între Webex Calling și trunchiurile PSTN. Configurați următorii colegi de apelare în buclă inversă. În acest caz, toate apelurile primite vor fi rutate inițial către dial-peer 10 și de acolo către dial-peer 11 sau 12 pe baza etichetei de rutare aplicate. După eliminarea etichetei de rutare, apelurile vor fi rutate către trunchiul de ieșire utilizând grupuri de tip dial-peer.

 voce dial-peer 10 descriere voip Ieșire buclă-în jurul piciorului destinație-șablon BAD.BAD protocol sesiune sipv2 țintă sesiune ipv4:192.168.80.14 voce-clasă sip legătură sursă-interfață de control GigabitEthernet0/0/0 voce-clasă sip legătură sursă-interfață media GigabitEthernet0/0/0 dtmf-relay sip legătură sursă-interfață GigabitEthernet0/0/0 voce-clasă sip legătură sursă-interfață GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw fără vad dial-peer voce 12 descriere Picior în buclă intrare spre PSTN traducere-profil intrare 12 protocol sipv2 apel-număr A2AT voce-clasă sip legătură sursă-interfață GigabitEthernet0/0/0 dtmf-relay rtp-nte codec 12 sesiune sipv2 apel-număr apelat-număr A2AT voce-clasă sip legătură sursă-interfață GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw fără vad dial-peer

Iată o explicație a câmpurilor pentru configurație: 

 voce dial-peer 10 pots  descriere Picior în buclă de ieșire

Definește un dial-peer VoIP și oferă o descriere semnificativă pentru a facilita gestionarea și soluționarea problemelor. Pentru mai multe informații, consultați Voce dial-peer.

profil traducere de intrare 11

Aplică profilul de translatare definit anterior pentru a elimina eticheta de rutare a apelurilor înainte de a trece la trunchiul de ieșire.

șablon destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. Pentru mai multe informații, consultați modelul destinației (interfață).

protocol sesiune sipv2

Specifică faptul că acest dial-peer gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul de sesiune (dial peer).

țintă sesiune 192.168.80.14

Specifică adresa interfeței routerului local ca destinație a apelului în buclă inversă. Pentru mai multe informații, consultați țintă sesiune (coleg de apelare voip).

legătură sursă-interfață de control GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mesajele trimise prin buclă inversă. Pentru mai multe informații, consultați bind.

legarea interfeței sursă media GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru conținutul media trimis prin buclă inversă. Pentru mai multe informații, consultați bind.

dtmf- relay rtp- nte

Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați Releu DTMF (Voice over IP).

codec g711alaw

Forțează toate apelurile PSTN să utilizeze G.711. Selectați A-law sau u-law pentru a corespunde metodei de compandare utilizate de serviciul ISDN.

nu vad

Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

5

Adăugați următoarea configurație de rutare a apelurilor:

  1. Creați grupuri dial-peer pentru a direcționa apelurile între PSTN și trunchiurile Webex prin buclă inversă.

     clasă de voce dpg 100 descriere Rutați apelurile către dial-peer Webex Calling 100 clasă de voce dpg 200 descriere Rutați apelurile către PSTN dial-peer 200 clasă de voce dpg 10 descriere Rutați apelurile către dial-peer Loopback 10

    Iată o explicație a câmpurilor pentru configurație:

    dial-peer 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg pentru clasa vocală.

  2. Aplicați grupuri de tip dial-peer pentru a direcționa apelurile.

     voce dial-peer 100 destinație dpg 10 voce dial-peer 200 destinație dpg 10 voce dial-peer 11 destinație dpg 100 voce dial-peer 12 destinație dpg 200

    Iată o explicație a câmpurilor pentru configurație:

    destinație dpg 200

    Specifică ce grup de dial-peer și, prin urmare, dial-peer trebuie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

Astfel, se încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când sunt configurate caracteristici CUBE.
Configurați Local Gateway cu un mediu Unified CM existent

Configurația PSTN-Webex Calling din secțiunile anterioare poate fi modificată pentru a include trunchiuri suplimentare într-un cluster Cisco Unified Communications Manager (UCM). În acest caz, toate apelurile sunt rutate prin Unified CM. Apelurile de la UCM de la portul 5060 sunt rutate către PSTN, iar apelurile de la portul 5065 sunt rutate către Webex Calling. Se pot adăuga următoarele configurații incrementale pentru a include acest scenariu de apelare.

Atunci când creați trunchiul Webex Calling în Unified CM, asigurați-vă că configurați portul de intrare în setările profilului de securitate trunchi SIP la 5065. Acest lucru permite mesajele de intrare pe portul 5065 și populați antetul VIA cu această valoare atunci când trimiteți mesaje către gateway-ul local.

1

Configurați următoarele URL-uri de clasă de voce:

  1. Clasifică apelurile Unified CM în Webex utilizând SIP PRIN port:

     clasă vocală uri 300 model sip:5065

  2. Clasifică apelurile Unified CM în PSTN utilizând SIP prin port:

     uri clasă vocală 400 șablon sip 192\.168\.80\.6[0-5]:5060

    Clasificați mesajele de intrare de la UCM către trunchiul PSTN utilizând unul sau mai multe șabloane care descriu adresele sursă de origine și numărul portului. Expresiile regulate pot fi utilizate pentru a defini modele de potrivire, dacă este necesar.

    În exemplul de mai sus, se utilizează o expresie regulată pentru a corespunde oricărei adrese IP din intervalul 192.168.80.60 - 65 și numărului de port 5060.

2

Configurați următoarele înregistrări DNS pentru a specifica rutarea SRV către gazdele Unified CM:

IOS XE utilizează aceste înregistrări pentru determinarea locală a gazdelor și porturilor UCM țintă. Cu această configurație, nu este necesar să configurați înregistrări în sistemul DNS. Dacă preferați să utilizați DNS, atunci aceste configurații locale nu sunt necesare.

 gazdă ip ucmpub.mydomain.com 192.168.80.60 gazdă ip ucmsub1.mydomain.com 192.168.80.61 gazdă ip ucmsub2.mydomain.com 192.168.80.62 gazdă ip ucmsub3.mydomain.com 192.168.80.63 gazdă ip ucmsub4.mydomain.com 192.168.80.64 gazdă ip ucmsub5.mydomain.com 192.168.80.65 gazdă ip _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Iată o explicație a câmpurilor pentru configurație:

Următoarea comandă creează o înregistrare a resursei DNS SRV. Creați o înregistrare pentru fiecare gazdă și trunchi UCM:

gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Nume înregistrare resursă SRV

2: Prioritatea de înregistrare a resurselor SRV

1: Ponderea înregistrată a resursei SRV

5060: Numărul portului care se va utiliza pentru gazda țintă în înregistrarea acestei resurse

ucmsub5.mydomain.com: Gazda țintă pentru înregistrarea resursei

Pentru a rezolva numele gazdelor țintă pentru înregistrarea resursei, creați înregistrări DNS A locale. De exemplu:

gazdă ip ucmsub5.mydomain.com 192.168.80.65

Gazdă IP: Creează o înregistrare în baza de date locală IOS XE.

ucmsub5.mydomain.com: Numele gazdei înregistrării A.

192.168.80.65: Adresa IP a gazdei.

Creați înregistrările resurselor SRV și înregistrările A pentru a reflecta mediul UCM și strategia preferată de distribuire a apelurilor.

3

Configurați următorii colegi de apelare:

  1. Dial-peer pentru apelurile între Unified CM și Webex Calling:

     voce dial-peer 300 voip descriere UCM-Webex Calling trunchi destinație-model BAD.BAD sesiune protocol sipv2 sesiune țintă dns:wxtocucm.io uri de intrare prin codec 300 voce-clasă 100 voce-clasă sip legare sursă-interfață sursă-interfață GigabitEthernet 0/0/0 voce-clasă sip legare sursă-interfață media GigabitEthernet 0/0/0 dtmf-relay rtp-nte nici un vad

    Iată o explicație a câmpurilor pentru configurație:

     voce dial-peer 300 voip  descriere trunchi UCM-Webex Calling

    Definește un dial-peer VoIP cu o etichetă 30 0 și oferă o descriere semnificativă pentru a facilita gestionarea și soluționarea problemelor.

    șablon destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. În acest caz, poate fi utilizat orice model de destinație valid.

    protocol sesiune sipv2

    Specifică faptul că dial-peer 300 gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul de sesiune (dial-peer).

    sesiune țintă dns:wxtocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția DNS SRV. În acest caz, înregistrarea SRV definită local wxtocucm.io este utilizată pentru a direcționa apelurile.

    uri de intrare prin 300

    Utilizează URI 300 pentru clasa vocală pentru a direcționa tot traficul de intrare de la Unified CM utilizând portul sursă 5065 către acest dial-peer. Pentru mai multe informații, consultați URI de intrare.

    codec clasă vocală 100

    Indică lista de filtre codec pentru apelurile către și din Unified CM. Pentru mai multe informații, consultați codec-ul clasei vocale.

    legătură sursă-interfață de control GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați bind.

    legarea interfeței sursă media GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru conținutul media trimis către PSTN. Pentru mai multe informații, consultați bind.

    dtmf- relay rtp- nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați Releu DTMF (Voice over IP).

    nu vad

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

  2. Dial-peer pentru apeluri între Unified CM și PSTN:

     dial-peer voce 400 voip descriere UCM-PSTN trunchi destinație-model BAD.BAD sesiune protocol sipv2 sesiune țintă dns:pstntocucm.io uri de intrare prin codec 400 voce-clasă 100 voce-clasă sip legare sursă-interfață GigabitEthernet 0/0/0 voce-clasă sip legare sursă-interfață media GigabitEthernet 0/0/0 dtmf-relay rtp-nte nici un vad

    Iată o explicație a câmpurilor pentru configurație:

     voce dial-peer 400 voip  descriere Trunchi UCM-PSTN

    Definește un dial-peer VoIP cu o etichetă de 40 0 și oferă o descriere semnificativă pentru ușurința în gestionare și soluționarea problemelor.

    șablon destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. În acest caz, poate fi utilizat orice model de destinație valid.

    protocol sesiune sipv2

    Specifică faptul că dial-peer 400 gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul de sesiune (dial-peer).

    dns țintă sesiune:pstntocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția DNS SRV. În acest caz, înregistrarea SRV definită local pstntocucm.io este utilizată pentru a direcționa apelurile.

    URI de intrare prin 400

    Utilizează URI 400 pentru clasa vocală pentru a direcționa tot traficul de intrare de la gazdele Unified CM specificate, utilizând portul sursă 5060, către acest dial-peer. Pentru mai multe informații, consultați URI de intrare.

    codec clasă vocală 100

    Indică lista de filtre codec pentru apelurile către și din Unified CM. Pentru mai multe informații, consultați codec-ul clasei vocale.

    legătură sursă-interfață de control GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați bind.

    legarea interfeței sursă media GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru conținutul media trimis către PSTN. Pentru mai multe informații, consultați bind.

    dtmf- relay rtp- nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați Releu DTMF (Voice over IP).

    nu vad

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

4

Adăugați rutarea apelurilor utilizând următoarele configurații:

  1. Creați grupuri dial-peer pentru a direcționa apelurile între Unified CM și Webex Calling. Definiți DPG 100 cu dial-peer 100 de ieșire către Webex Calling. DPG 100 este aplicat la dial-peer de intrare asociat din Unified CM. În mod similar, definiți DPG 300 cu dial-peer de ieșire 300 spre Unified CM. DPG 300 este aplicat la dial-peer de intrare din Webex.

     clasă vocală dpg 100 descriere Rutați apelurile către dial-peer Webex Calling 100 clasă vocală dpg 300 descriere Rutați apelurile către trunchiul Webex Calling dial-peer 300

  2. Creați grupuri dial-peer pentru a direcționa apelurile între Unified CM și PSTN. Definiți DPG 200 cu dial-peer de ieșire 200 către PSTN. DPG 200 este aplicat la dial-peer de intrare asociat din Unified CM. În mod similar, definiți DPG 400 cu dial-peer de ieșire 400 spre Unified CM. DPG 400 este aplicat la dial-peer de intrare din PSTN.

     clasă de voce dpg 200 descriere Rutați apelurile către PSTN dial-peer 200 clasă de voce dpg 400 descriere Rutați apelurile către trunchiul PSTN dial-peer 400

    Iată o explicație a câmpurilor pentru configurație:

    dial-peer 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg pentru clasa vocală.

  3. Aplicați grupurile dial-peer pentru a direcționa apelurile de la Webex la Unified CM și de la Unified CM la Webex: 

     voce dial-peer 100 destinație dpg 300 voce dial-peer 300 destinație dpg 100

    Iată o explicație a câmpurilor pentru configurație:

    destinație dpg 300

    Specifică ce grup de dial-peer și, prin urmare, dial-peer trebuie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

  4. Aplicați grupurile dial-peer pentru a direcționa apelurile de la PSTN la Unified CM și de la Unified CM la PSTN:

     voce dial-peer 200 destinație dpg 400 voce dial-peer 400 destinație dpg 200

    Astfel, se încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când se configurează caracteristici CUBE.

Monitorizați și depanați Gateway-ul local cu semnături de diagnosticare

Semnăturile de diagnosticare (DS) detectează proactiv problemele observate frecvent în Gateway-ul local bazat pe IOS XE și generează e-mail, syslog sau notificare de mesaje terminale ale evenimentului. De asemenea, puteți instala DS pentru a automatiza colectarea datelor de diagnosticare și transferul datelor colectate în cazul Cisco TAC pentru a accelera timpul de rezoluție.

Semnăturile de diagnosticare (DS) sunt fișiere XML care conțin informații despre evenimentele care declanșează probleme și acțiunile care trebuie întreprinse pentru a informa, a depana și a remedia problema. Puteți defini logica de detectare a problemelor folosind mesaje syslog, evenimente SNMP și prin monitorizarea periodică a ieșirilor specifice ale comenzilor de afișare.

Tipurile de acțiuni includ colectarea ieșirilor de comandă afișare:

  • Generarea unui fișier jurnal consolidat

  • Încărcarea fișierului într-o locație de rețea furnizată de utilizator, cum ar fi HTTPS, SCP, FTP.

Inginerii TAC autor fișierele DS și îl semnează digital pentru protecția integrității. Fiecare fișier DS are un ID numeric unic atribuit de sistem. Instrumentul de căutare a semnăturilor de diagnosticare (DSLT) este o singură sursă pentru găsirea semnăturilor aplicabile pentru monitorizarea și depanarea diferitelor probleme.

Înainte de a începe:

  • Nu editați fișierul DS pe care îl descărcați de la DSLT. Fișierele pe care le modificați nu reușesc instalarea din cauza erorii de verificare a integrității.

  • Un server Simple Mail Transfer Protocol (SMTP) de care aveți nevoie pentru ca Gateway-ul local să trimită notificări prin e-mail.

  • Asigurați-vă că Gateway-ul local execută IOS XE 17.6.1 sau o versiune ulterioară dacă doriți să utilizați serverul SMTP securizat pentru notificări prin e-mail.

Cerințe preliminare

Gateway local care rulează IOS XE 17.6.1a sau o versiune ulterioară

  1. Semnăturile de diagnosticare sunt activate în mod implicit.

  2. Configurați serverul de e-mail securizat care se va utiliza pentru a trimite notificări proactive dacă dispozitivul rulează Cisco IOS XE 17.6.1a sau o versiune ulterioară.

    configurați serverul de e-mail terminal de apelare la domiciliu :@ prioritate 1 end tls securizat

  3. Configurați variabila de mediu ds_email cu adresa de e-mail a administratorului pentru a vă notifica. 

    configurați mediul de semnătură de diagnosticare-apel-acasă terminal ds_email  sfârșit

Următorul prezintă un exemplu de configurare a unui gateway local care rulează pe Cisco IOS XE 17.6.1a sau o versiune ulterioară pentru a trimite notificările proactive la tacfaststart@gmail.com utilizând Gmail ca server SMTP securizat:

Vă recomandăm să utilizați Cisco IOS XE Bengaluru 17.6.x sau versiunile ulterioare.

server de e-mail call-home tacfaststart:password@smtp.gmail.com prioritate 1 mediu securizat de semnătură de diagnosticare ds_email „tacfaststart@gmail.com”

Un Gateway local care rulează pe Cisco IOS XE Software nu este un client Gmail tipic bazat pe web care acceptă OAuth, deci trebuie să configurăm o anumită setare de cont Gmail și să oferim permisiunea specifică de a avea e-mailul de pe dispozitiv procesat corect:

  1. Accesați Gestionați contul Google > Securitate și activați setarea Acces la aplicație mai puțin sigur .

  2. Răspundeți la "Da, am fost eu" atunci când primiți un e-mail de la Gmail în care se menționează "Google a împiedicat pe cineva să se conecteze la contul dvs., folosind o aplicație non-Google".

Instalarea semnăturilor de diagnosticare pentru monitorizare proactivă

Monitorizarea utilizării ridicate a procesorului

Acest DS urmărește utilizarea procesorului timp de cinci secunde utilizând SNMP OID 1.3.6.1.4.1.9.2.1.56. Când utilizarea ajunge la 75% sau mai mult, dezactivează toate depanările și dezinstalează toate semnăturile de diagnosticare care sunt instalate în Gateway-ul local. Urmați acești pași de mai jos pentru a instala semnătura.

  1. Utilizați comanda afișare snmp pentru a activa SNMP. Dacă nu activați această opțiune, configurați comanda snmp-server manager .

    afișare snmp %agent SNMP neactivat config t snmp-server manager sfârșit afișare snmp Șasiu: intrare pachete SNMP ABCDEFGHIGK 149655      0 Erori de versiune Bad SNMP      1 Nume comunitate necunoscută      0 Operațiune ilegală pentru numele comunității furnizată      0 Eroare de codificare 37763 Număr de variabile solicitate      2 Număr de variabile modificate 34560 PDU-uri Get-request 138 PDU-uri Get-next      2 PDU-uri de setare a solicitării      0 picături pachet coadă de intrare (dimensiunea maximă a cozii 1000) 158277 pachete SNMP de ieșire      0 Erori prea mari (dimensiunea maximă a pachetului 1500) 20 Nu există astfel de erori de nume      0 Valori greșite      0 Erori generale 7998 PDU-uri de răspuns 10280 Pachete PDU-uri de urmărire în prezent în coada de intrare a procesului SNMP: 0 SNMP capcana globală: activate

  2. Descărcați DS 64224 utilizând următoarele opțiuni verticale din Instrumentulde căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco seria 4300, 4400 ISR sau Cisco CSR seria 1000V

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    Utilizare ridicată a procesorului cu notificare prin e-mail.

  3. Copiați fișierul DS XML în blițul Local Gateway.

    LocalGateway# copiere ftp://nume utilizator:parolă@/DS_64224.xml bootflash:

    Următorul exemplu arată copierea fișierului de pe un server FTP pe Gateway-ul local. 

    copiați ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash:  Se accesează ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 biți] 3571 biți copiați în 0,064 sec (55797 biți/sec)

  4. Instalați fișierul DS XML în Gateway-ul local.

    Încărcare semnătură diagnostic-apel acasă DS_64224.xml Încărcare fișier DS_64224.xml cu succes

  5. Utilizați comanda afișare semnătură de diagnosticare apel-acasă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare ar trebui să aibă o valoare "înregistrată". 

    afișați semnătura de diagnosticare-apel-acasă Setări actuale de semnătură de diagnosticare:  Semnătură diagnosticare: Profil activat: CiscoTAC-1 (stare: ACTIV) Descărcare URL(uri):  https://tools.cisco.com/its/service/oddce/services/DDCEService Variabilă mediu: ds_email: username@gmail.com

    Descarca DSes:

    ID-ul DS

    Numele DS

    Revizie

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Înscris

    2020-11-07 22:05:33

    Când este declanșată, această semnătură dezinstalează toate DS-urile care rulează, inclusiv pe sine. Dacă este necesar, reinstalați DS 64224 pentru a continua să monitorizați utilizarea ridicată a CPU pe gateway-ul local.

Monitorizarea înregistrării portbagajului SIP

Acest DS verifică anularea înregistrării unui portbagaj SIP Local Gateway cu cloud webex Calling la fiecare 60 de secunde. După ce este detectat evenimentul de anulare a înscrierii, acesta generează o notificare prin e-mail și syslog și se dezinstalează după două apariții de anulare a înscrierii. Utilizați pașii de mai jos pentru a instala semnătura:

  1. Descărcați DS 64117 utilizând următoarele opțiuni verticale din Instrumentul de căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    SIP-SIP

    Tip de problemă

    SIP Trunk Unregistration cu notificare prin e-mail.

  2. Copiați fișierul DS XML în Gateway-ul local.

    copiați ftp://nume utilizator:password@/DS_64117.xml bootflash:

  3. Instalați fișierul DS XML în Gateway-ul local. 

    Încărcare semnătură diagnostic-apel acasă DS_64117.xml Încărcare fișier DS_64117.xml reușită Gateway local#

  4. Utilizați comanda afișare semnătură de diagnosticare apel-acasă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare trebuie să aibă o valoare "înregistrată".

Monitorizarea deconectărilor anormale ale apelurilor

Acest DS utilizează sondajul SNMP la fiecare 10 minute pentru a detecta deconectarea anormală a apelurilor, cu erori SIP 403, 488 și 503. Dacă creșterea numărului de erori este mai mare sau egală cu 5 de la ultimul sondaj, se generează o notificare syslog și prin e-mail. Utilizați pașii de mai jos pentru a instala semnătura.

  1. Utilizați comanda afișare snmp pentru a verifica dacă SNMP este activat. Dacă nu este activată, configurați comanda snmp-server manager . 

    afișare snmp %agent SNMP neactivat config t snmp-server manager sfârșit afișare snmp Șasiu: intrare pachete SNMP ABCDEFGHIGK 149655      0 Erori de versiune Bad SNMP      1 Nume comunitate necunoscută      0 Operațiune ilegală pentru numele comunității furnizată      0 Eroare de codificare 37763 Număr de variabile solicitate      2 Număr de variabile modificate 34560 PDU-uri Get-request 138 PDU-uri Get-next      2 PDU-uri de setare a solicitării      0 picături pachet coadă de intrare (dimensiunea maximă a cozii 1000) 158277 pachete SNMP de ieșire      0 Erori prea mari (dimensiunea maximă a pachetului 1500) 20 Nu există astfel de erori de nume      0 Valori greșite      0 Erori generale 7998 PDU-uri de răspuns 10280 Pachete PDU-uri de urmărire în prezent în coada de intrare a procesului SNMP: 0 SNMP capcana globală: activate

  2. Descărcați DS 65221 utilizând următoarele opțiuni în Instrumentul de căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    SIP anormale apel deconectați de detectare cu e-mail și Syslog notificare.

  3. Copiați fișierul DS XML în Gateway-ul local. 

    copiați ftp://nume utilizator:password@/DS_65221.xml bootflash:

  4. Instalați fișierul DS XML în Gateway-ul local. 

    încărcare semnătură diagnostic-apel acasă DS_65221.xml Încărcare fișier DS_65221.xml cu succes

  5. Utilizați comanda afișare semnătură de diagnosticare apel-acasă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare trebuie să aibă o valoare "înregistrată".

Instalarea semnăturilor de diagnosticare pentru a depana o problemă

Utilizați semnături de diagnosticare (DS) pentru a rezolva rapid problemele. Cisco TAC ingineri au creat mai multe semnături care permit depanare necesare, care sunt necesare pentru a depana o anumită problemă, detecta apariția problemei, colecta dreptul de set de date de diagnosticare și transferul automat de date la cisco TAC caz. Semnăturile de diagnosticare (DS) elimină necesitatea de a verifica manual apariția problemei și facilitează mult soluționarea problemelor intermitente și tranzitorii.

Puteți utiliza Instrumentul de căutare a semnăturilor de diagnosticare pentru a găsi semnăturile aplicabile și a le instala pentru a rezolva singur o problemă dată sau puteți instala semnătura recomandată de inginerul TAC ca parte a angajamentului de asistență.

Iată un exemplu despre cum să găsiți și să instalați un DS pentru a detecta apariția "%VOICE_IEC-3-GW: CCAPI: Eroare internă (prag de vârf al apelului): IEC=1.1.181.1.29.0" syslog și automatizați colectarea datelor de diagnosticare utilizând următorii pași:

  1. Configurați o variabilă suplimentară a mediului DSds_fsurl_prefix , care este calea serverului de fișiere Cisco TAC (cxd.cisco.com) la care sunt încărcate datele de diagnosticare colectate. Numele de utilizator din calea fișierului este numărul de caz, iar parola este tokenul de încărcare a fișierului care poate fi preluat de la Support Case Manager din următoarea comandă. Tokenul de încărcare a fișierului poate fi generat în secțiunea Atașamente din Support Case Manager, după cum este necesar. 

    configurați terminalul call-home diagnostic-semnătură LocalGateway(cfg-call-home-diag-sign) mediu ds_fsurl_prefix „scp://:@cxd.cisco.com” end

    Exemplu: 

    apel-acasă diagnostic-semnătură mediu ds_fsurl_prefix " mediu ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Asigurați-vă că SNMP este activat utilizând comanda afișare snmp . Dacă nu este activată, configurați comanda snmp-server manager .

    afișare agent snmp %SNMP neactivat config t sfârșit manager snmp-server

  3. Asigurați-vă că instalați monitorizarea ridicată a procesorului DS 64224 ca o măsură proactivă pentru a dezactiva toate semnăturile de depanare și diagnosticare în timpul utilizării ridicate a procesorului. Descărcați DS 64224 utilizând următoarele opțiuni în Instrumentul de căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    Utilizare ridicată a procesorului cu notificare prin e-mail.

  4. Descărcați DS 65095 utilizând următoarele opțiuni în Instrumentulde căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Syslogs

    Tip de problemă

    Syslog - %VOICE_IEC-3-GW: CCAPI: Eroare internă (prag de vârf al apelului): IEC=1.1.181.1.29.0

  5. Copiați fișierele DS XML pe Gateway-ul local.

    copiați ftp://nume utilizator:password@/DS_64224.xml bootflash:  copiați ftp://nume utilizator:password@/DS_65095.xml bootflash:

  6. Instalați fișierul DS 64224 de monitorizare a procesorului înalt și apoi DS 65095 XML în Gateway-ul local. 

    Încărcare semnătură diagnostic-apel acasă DS_64224.xml Încărcare fișier DS_64224.xml succes apel-acasă diagnostic-semnătură DS_65095.xml Încărcare fișier DS_65095.xml succes

  7. Verificați dacă semnătura este instalată cu succes folosind comanda afișare semnătură de diagnosticare acasă . Coloana de stare trebuie să aibă o valoare "înregistrată". 

    afișați semnătura de diagnosticare-apel-acasă Setări actuale de semnătură de diagnosticare:  Semnătură diagnosticare: Profil activat: CiscoTAC-1 (stare: ACTIV) Descărcare URL(uri):  https://tools.cisco.com/its/service/oddce/services/DDCEService Variabilă mediu: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    DescarcaT DSes:

    ID-ul DS

    Numele DS

    Revizie

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Înscris

    2020-11-08

    65095

    00:12:53

    LGWIECC___all_spike_threshold

    0.0.12

    Înscris

    2020-11-08

Verificarea executării semnăturilor de diagnosticare

În următoarea comandă, coloana „Stare” a comenzii Afișare semnătură diagnostic apel-acasă se schimbă la „rulare” în timp ce gatewayul local execută acțiunea definită în cadrul semnăturii. Rezultatul statisticilor de diagnosticare a semnăturii de apel la domiciliu este cea mai bună modalitate de a verifica dacă o semnătură de diagnosticare detectează un eveniment de interes și execută acțiunea. Coloana "Triggered/Max/Deinstall" indică de câte ori semnătura dată a declanșat un eveniment, numărul maxim de ori este definit pentru a detecta un eveniment și dacă semnătura se deinstalează după detectarea numărului maxim de evenimente declanșate. 

afișați semnătura de diagnosticare-apel-acasă Setări actuale de semnătură de diagnosticare:  Semnătură diagnosticare: Profil activat: CiscoTAC-1 (stare: ACTIV) Descărcare URL(uri):  https://tools.cisco.com/its/service/oddce/services/DDCEService Variabilă mediu: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DescarcaT DSes:

ID-ul DS

Numele DS

Revizie

Stare

Ultima actualizare (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Înscris

2020-11-08 00:07:45

65095

LGWIECC___all_spike_threshold

0.0.12

Rulare

2020-11-08 00:12:53

afișarea statisticilor privind semnătura de diagnosticare a apelurilor la domiciliu

ID-ul DS

Numele DS

Declanșat/max/dezinstalare

Timp mediu de rulare (secunde)

Timp maxim de rulare (secunde)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

LGWIECC___all_spike_threshold

1/20/Y

23.053

23.053

E-mailul de notificare care este trimis în timpul executării semnăturii de diagnosticare conține informații cheie, cum ar fi tipul de problemă, detaliile dispozitivului, versiunea software, configurația care rulează și afișarea ieșirilor de comandă care sunt relevante pentru depanarea problemei date.

Dezinstalarea semnăturilor de diagnosticare

Utilizarea semnăturilor de diagnosticare în scopuri de depanare sunt de obicei definite pentru a dezinstala după detectarea unor apariții ale problemelor. Dacă doriți să dezinstalați manual o semnătură, recuperați ID-ul DS din rezultatul comenzii afișare semnătură diagnostic apel-acasă și executați următoarea comandă:

dezinstalare semnătură diagnosticare-apel acasă

Exemplu:

dezinstalare semnătură diagnosticare acasă 64224

Semnăturile noi sunt adăugate periodic la Instrumentul de căutare a semnăturilor de diagnosticare, pe baza problemelor care sunt frecvent observate în implementări. TAC în prezent nu acceptă solicitările de creare de noi semnături particularizate.

Gestionați și validați gateway-urile Cisco IOS XE prin Control Hub

Pentru o mai bună gestionare a gateway-urilor Cisco IOS XE, vă recomandăm să înscrieți și să gestionați gateway-urile prin intermediul Control Hub. Este o configurație opțională. Când sunteți înscris, puteți utiliza opțiunea de validare a configurației din Control Hub pentru a valida configurația gateway-ului local și pentru a identifica orice probleme de configurare. În prezent, această funcționalitate este acceptată numai de trunchiurile pe bază de înregistrare.

Pentru mai multe informații, consultați următoarele:

Prezentare generală a designului

Această secțiune descrie cum se configurează un Cisco Unified Border Element (CUBE) ca gateway local pentru Webex Calling, utilizând trunchiul SIP TLS reciproc (mTLS) bazat pe certificat. Prima parte a acestui document ilustrează modul în care se configurează un gateway PSTN simplu. În acest caz, toate apelurile de la PSTN sunt rutate către Webex Calling și toate apelurile de la Webex Calling sunt rutate către PSTN. Imaginea următoare evidențiază această soluție și configurația de dirijare a apelurilor de nivel înalt care va fi urmărită.

În acest design, sunt utilizate următoarele configurații principale:

  • entități găzduite ale clasei de voce: Utilizate pentru a crea configurații specifice trunchiurilor.

  • uri clasă vocală: Utilizat pentru a clasifica mesajele SIP pentru selectarea unui dial-peer de intrare.

  • dial-peer de intrare: Oferă tratament pentru mesajele SIP de intrare și determină ruta de ieșire cu un grup de dial-peer.

  • grup de tip dial-peer: Definește colegii de apelare de ieșire utilizați pentru rutarea ulterioară a apelurilor.

  • apelare peer de ieșire: Oferă tratament pentru mesajele SIP de ieșire și direcționează-le către ținta necesară.

Rutare apeluri de la/la PSTN la/de la soluția de configurare Webex Calling

În timp ce IP și SIP au devenit protocoalele implicite pentru trunchiurile PSTN, circuitele ISDN TDM (Time Division Multiplexing) sunt încă utilizate pe scară largă și sunt acceptate cu trunchiurile Webex Calling. Pentru a activa optimizarea media a căilor IP pentru gateway-urile locale cu fluxuri de apeluri TDM-IP, în prezent este necesar să utilizați un proces de rutare a apelurilor pe două niveluri. Această abordare modifică configurația de rutare a apelurilor prezentată mai sus, prin introducerea unui set de colegi de apelare internă cu buclă inversă între Webex Calling și trunchiurile PSTN, după cum se ilustrează în imaginea de mai jos.

Când conectați o soluție Cisco Unified Communications Manager locală cu Webex Calling, puteți utiliza configurația simplă a gateway-ului PSTN ca referință pentru construirea soluției ilustrată în următoarea diagramă. În acest caz, Unified Communications Manager oferă rutare și tratament centralizat pentru toate apelurile PSTN și Webex Calling.

Pe parcursul acestui document sunt utilizate numele gazdelor, adresele IP și interfețele ilustrate în imaginea următoare. Sunt prevăzute opțiuni pentru abordarea publică sau privată (în urma NAT). Înregistrările DNS SRV sunt opționale, cu excepția cazului în care echilibrarea sarcinii pe mai multe instanțe CUBE.

Utilizați îndrumările de configurare din restul acestui document pentru a finaliza configurarea gateway-ului local după cum urmează:

  • Pasul 1: Configurați conectivitatea și securitatea de bază a routerului

  • Pasul 2: Configurați trunchiul Webex Calling

    În funcție de arhitectura necesară, urmați oricare dintre următoarele:

  • Pasul 3: Configurați gateway-ul local cu trunchiul PSTN SIP

  • Pasul 4: Configurați gateway-ul local cu mediul Unified CM existent

    Sau:

  • Pasul 3: Configurați gateway-ul local cu trunchiul TDM PSTN

Configurați conectivitatea și securitatea

Configurație de bază

Primul pas în pregătirea routerului Cisco ca gateway local pentru Webex Calling este crearea unei configurații de bază care să vă securizeze platforma și să stabilească conectivitatea.

  • Toate implementările de gateway local pe bază de certificat necesită Cisco IOS XE 17.9.1a sau versiuni ulterioare. Pentru versiunile recomandate, consultați pagina Cisco Software Research . Căutați platforma și selectați una dintre versiunile sugerat e.

    • Routerele din seria ISR4000 trebuie să fie configurate atât cu licențe pentru tehnologia de comunicații unificate, cât și cu licențe pentru tehnologia de securitate.

    • Routerele Catalyst Edge din seria 8000 echipate cu carduri vocale sau DSP-uri necesită autorizarea DNA Essentials. Routerele fără carduri vocale sau DSP necesită un nivel minim de autorizare DNA Essentials.

    • Pentru cerințele de mare capacitate, puteți solicita, de asemenea, o licență High Security (HSEC) și drepturi suplimentare privind fluxul.

      Consultați Coduri de autorizar e pentru mai multe detalii.

  • Creați o configurație de bază pentru platforma dvs., care să respecte politicile de afaceri. În special, configurați următoarele și verificați funcționarea:

    • ntp

    • Acls

    • Autentificare utilizator și acces de la distanță

    • DNS

    • Rutare IP

    • Adrese IP

  • Rețeaua către Webex Calling trebuie să utilizeze o adresă IPv4. Numele de domeniu complet calificat (FQDN) sau adresele de înregistrare a serviciului (SRV) ale gateway-ului local trebuie să corespundă cu o adresă IPv4 publică de pe internet.

  • Toate porturile SIP și media de pe interfața gateway local cu fața la Webex trebuie să fie accesibile de la internet, fie direct, fie prin NAT static. Asigurați-vă că actualizați firewall-ul în consecință.

  • Instalați un certificat semnat pe gateway-ul local (următorii prezintă pașii de configurare detaliați).

    • O Autoritate de certificare publică (CA), așa cum este detaliat în secțiunea Ce autorități de certificare rădăcină sunt acceptate pentru apelurile către platformele audio și video Cisco Webex ?, trebuie să semneze certificatul dispozitivului.

    • FQDN configurat în Control Hub la crearea unui trunchi trebuie să fie certificatul Nume comun (CN) sau Nume alternativ subiect (SAN) al routerului. De exemplu:

      • Dacă un trunchi configurat în Control Hub al organizației dvs. are cube1.lgw.com:5061 ca FQDN al gateway-ului local, atunci CN sau SAN din certificatul routerului trebuie să conțină cube1.lgw.com. 

      • Dacă un trunchi configurat în Control Hub al organizației dvs. are lgws.lgw.com ca adresă SRV a gatewayului sau gatewayurilor locale accesibile din trunchi, atunci CN sau SAN din certificatul de router trebuie să conțină lgws.lgw.com. Înregistrările la care se rezolvă adresa SRV (CNAME, O înregistrare sau adresă IP) sunt opționale în SAN.

      • Indiferent dacă utilizați un FQDN sau SRV pentru trunchi, adresa de contact pentru toate dialogurile SIP noi din gatewayul local utilizează numele configurat în Control Hub.

  • Asigurați-vă că certificatele sunt semnate pentru utilizarea clientului și a serverului.

  • Încărcați pachetul CA rădăcină Cisco pe gateway-ul local.

Configurare

1

Asigurați-vă că atribuiți adrese IP valide și rutabile oricărei interfețe din stratul 3, de exemplu:

 Interfață GigabitEthernet0/0/0 descriere Interfață cu adresa IP PSTN și/sau CUCM 192.168.80.14 255.255.255.0! interfață GigabitEthernet0/0/1 descriere Interfață cu adresa ip Webex Calling (adresă publică) 198.51.100.1 255.255.255.240

2

Protejați acreditările STUN pe router utilizând criptarea simetrică. Configurați cheia de criptare principală și tipul de criptare după cum urmează:

 cheie config-cheie parolă-criptare ParolaCriptare parolă aes
3

Creați un punct de încredere pentru criptare cu un certificat semnat de Certificate Authority (CA) preferat.

  1. Creați o pereche de taste RSA utilizând următoarea comandă de exec.

    cheie cripto generați rsa general-chei exportabile etichetă lgw-key module 4096

  2. Când utilizați cube1.lgw.com ca fqdn pentru trunchi, creați un punct de încredere pentru certificatul semnat cu următoarele comenzi de configurare: 

     crypto pki trustpoint LGW_Terminal de înscriere CERT pem fqdn cube1.lgw.com subject-name cn=cube1.lgw.com subject-alt-name cube1.lgw.com revocation-check fără rsakeypair lgw-key

  3. Generați Solicitare de semnare a certificatului (CSR) cu următoarea comandă de execuție sau de configurare și utilizați-o pentru a solicita un certificat semnat de la un furnizor CA acceptat:

    crypto pki înscrieți LGW_CERT

4

Autentificați-vă noul certificat utilizând certificatul CA intermediar (sau rădăcină), apoi importați certificatul (Pasul 4). Introduceți următoarea comandă de execuție sau de configurare:

 cripto pki autentificați LGW_CERT

5

Importați un certificat de gazdă semnat utilizând următoarea comandă de execuție sau de configurare:

 crypto pki importați LGW_certificat CERT

6

Activați exclusivitatea TLS1.2 și specificați punctul de încredere implicit utilizând următoarele comenzi de configurare:

 sip-ua semnalizare crypto punct de încredere implicit LGW_transport CERT tcp tls v1.2

7

Instalați pachetul CA rădăcină Cisco, care include certificatul CA DigiCert utilizat de Webex Calling. Utilizați comanda crypto pki trustpool importare URL curat pentru a descărca pachetul de certificate de certificare rădăcină de la URL-ul specificat și pentru a șterge pachetul actual de certificate de certificare, apoi instalați noul pachet de certificate:

Dacă trebuie să utilizați un proxy pentru acces la internet utilizând HTTPS, adăugați următoarea configurație înainte de a importa pachetul CA:

http client proxy-server yourproxy.com proxy-port 80
 ip http client interfață sursă GigabitEthernet0/0/1 crypto pki trustpool import URL curat https://www.cisco.com/security/pki/trs/ios_core.p7b
Configurați trunchiul pe bază de certificat Webex Calling
1

Creați un trunchi PSTN bazat pe certificat CUBE pentru o locație existentă în Control Hub. Pentru mai multe informații, consultați Configurați trunchiuri, grupuri de rutare și planuri de apelare pentru Webex Calling.

Notați informațiile despre trunchi care sunt furnizate odată ce trunchiul este creat. Aceste detalii, așa cum sunt evidențiate în ilustrația următoare, vor fi utilizate în pașii de configurare din acest ghid.
2

Introduceți următoarele comenzi pentru a configura CUBE ca gateway local Webex Calling:

 serviciu voip adresă ip de încredere ipv4 x.x.x.x y.y.y.y.y mod border-element allow-connections sip to sip no additional-service sip refer stun stun flux de date agent-id 1 număr de pornire 4 date în flux stun partajate-secret 0 Parolă123$ sip asimetric sarcină utilă completă ofertă timpurie-ofertă forţată profiluri sip intrare

Iată o explicație a câmpurilor pentru configurație:

 Listă de adrese ip de încredere  ipv4 x.x.x.x y.y.y.y.y

  • Pentru a proteja împotriva fraudei cu taxă, lista de adrese de încredere definește o listă de gazde și entități de rețea de la care gatewayul local așteaptă apeluri VoIP legitime.

  • În mod implicit, gatewayul local blochează toate mesajele VoIP primite de la adrese IP care nu se află în lista sa de încredere. Colegii de apelare configurați static cu „IP țintă sesiune” sau cu adrese IP ale grupului de servere sunt în mod implicit de încredere, așa că nu trebuie să fie adăugați la lista de încredere.

  • Atunci când configurați gateway-ul local, adăugați în listă subrețelele IP pentru centrul de date Webex Calling regional, consultați Informații de referință privind porturile pentru Webex Callin g pentru mai multe informații. De asemenea, adăugați intervale de adrese pentru serverele Unified Communications Manager (dacă sunt utilizate) și gateway-urile trunchiului PSTN.

  • Pentru mai multe informații despre modul de utilizare a unei liste de adrese IP de încredere pentru a preveni frauda cu taxă, consultați adresa IP de încredere.

element frontieră mod

Activează funcțiile Cisco Unified Border Element (CUBE) pe platformă.

permiteți-conexiuni sip la sip

Activați SIP de bază CUBE înapoi la înapoi funcționalitatea agentului utilizator. Pentru mai multe informații, consultați Permiteți conexiunile.

În mod implicit, transportul fax T.38 este activat. Pentru mai multe informații, consultați protocolul de fax t38 (serviciul de voce).

căpușă

Activează STUN (Sesiune de traversare a UDP prin NAT) la nivel global.

Aceste comenzi globale stun sunt necesare numai atunci când implementați gateway-ul local în spatele NAT.

  • Atunci când redirecționați un apel către un utilizator Webex Calling (de exemplu, atât părțile apelate, cât și cele apelante sunt abonați Webex Calling și dacă ancorați conținutul media la SBC-ul webex calling ), atunci suportul media nu poate curge către Gateway-ul local, deoarece pinhole-ul nu este deschis.

  • Funcția de asociere STUN de pe gatewayul local permite trimiterea cererilor STUN generate local pe calea media negociată. Acest lucru ajută la deschiderea orificiului de acces din firewall.

Pentru mai multe informații, consultați id agent stun flowdata și stun flowdata partajate în secret.

sarcină utilă asimetrică plină

Configurează suportul pentru sarcina utilă asimetrică SIP atât pentru sarcinile utile DTMF, cât și pentru cele dinamice ale codecului. Pentru mai multe informații despre această comandă, consultați sarcina utilă asimetrică.

ofertă timpurie forțată

Forțează gateway-ul local să trimită informații SDP în mesajul inițial de INVITAȚIE, în loc să aștepte confirmarea celuilalt partener. Pentru mai multe informații despre această comandă, consultați oferta din timp.

Primite profiluri SIP

Permite CUBE să utilizeze profiluri SIP pentru a modifica mesajele pe măsură ce acestea sunt primite. Profilurile sunt aplicate prin intermediul colegilor de apelare sau al entităților găzduite.

3

Configurați filtrul codec pentru clasa vocală 100 pentru trunchi. În acest exemplu, același filtru de codec este utilizat pentru toate trunchiurile. Puteți configura filtre pentru fiecare trunchi pentru un control precis.

 codec clasă vocală 100 codec preferință 1 codec opus preferință 2 g711ulaw codec preferință 3 g711alaw

Iată o explicație a câmpurilor pentru configurație:

codec clasă vocală 100

Utilizat pentru a permite doar codecuri preferate pentru apeluri prin intermediul trunchiurilor SIP. Pentru mai multe informații, consultați codec-ul clasei vocale.

Codec opus este acceptat numai pentru trunchiurile PSTN bazate pe SIP. Dacă trunchiul PSTN utilizează o conexiune de voce T1/E1 sau FXO analogică, excludeți preferințele pentru codec 1 opus din configurația codec-ului clasei de voce 100 .

4

Configurați utilizarea stun-class a clasei de voce 100 pentru a activa ICE pe trunchiul Webex Calling. (Acest pas nu se aplică pentru Webex for Government)

 clasă de voce utilizare stun 100 utilizare firewall traversare flux date utilizare stun ice lite

Iată o explicație a câmpurilor pentru configurație:

lită de gheață de utilizare stun

Utilizat pentru a activa ICE-Lite pentru toți colegii de apelare care se confruntă cu Webex Calling, pentru a permite optimizarea media ori de câte ori este posibil. Pentru mai multe informații, consultați utilizarea stun-urilor de voc e și utilizarea stun-urilor de gheață lite.

Comanda date de flux de traversare firewall cu utilizare stun este necesară numai atunci când implementați gatewayul local în spatele NAT.
Aveți nevoie de utilizarea stun a ICE-lite pentru fluxurile de apeluri utilizând optimizarea căii media. Pentru a asigura optimizarea media pentru un gateway SIP la TDM, configurați un dial-peer loopback cu ICE-Lite activat pe segmentul IP-IP. Pentru detalii tehnice suplimentare, contactați Contul sau echipele TAC.
5

Configurați politica de criptare media pentru traficul Webex. (Acest pas nu se aplică pentru Webex for Government)

 clasă vocală srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80

Iată o explicație a câmpurilor pentru configurație:

clasă vocală srtp-crypto 100

Specifică SHA1_80 ca singurele oferte de cifru-suită SRTP CUBE în SDP în mesajele de ofertă și de răspuns. Webex Calling acceptă doar SHA1_80. Pentru mai multe informații, consultați srtp-crypto clasa vocală.

6

Configurați cifruri GCM compatibile FIPS (Acest pas este aplicabil numai pentru Webex for Government). 

 clasă vocală srtp-crypto 100 cripto 1 AEAD_AES_256_GCM

Iată o explicație a câmpurilor pentru configurație:

clasă vocală srtp-crypto 100

Specifică GCM ca suită de cifruri pe care le oferă CUBE. Configurarea cifrurilor GCM pentru gateway-ul local este obligatorie pentru Webex for Government.

7

Configurați un model pentru a identifica în mod unic apelurile către un trunchi de gateway local, pe baza FQDN-ului sau a SRV-ului destinației:

 uri clasă vocală 100 șablon sip cube1.lgw.com

Iată o explicație a câmpurilor pentru configurație:

uri clasă vocală 100 sip

Definește un model care să corespundă unei invitații SIP de intrare cu un dial-peer trunchi de intrare. Când introduceți acest model, utilizați LGW FQDN sau SRV configurate în Control Hub în timp ce creați un trunchi.

8

Configurați profiluri de manipulare a mesajelor SIP. Dacă gateway-ul este configurat cu o adresă IP publică, configurați un profil după cum urmează sau treceți la pasul următor dacă utilizați NAT. În acest exemplu, cube1.lgw.com este FQDN configurat pentru gateway-ul local și „198.51.100.1” este adresa IP publică a interfeței gateway-ului local cu care se confruntă Webex Calling:

 profiluri sip-clasă de voce 100 regula 10 solicită ORICE modificare a Contactului sip-antet "@.*:" "@cube1.lgw.com:" regula 20 răspuns ORICE modificare a Contactului sip-antet "@.*:" "@cube1.lgw.com:"

Iată o explicație a câmpurilor pentru configurație:

regulile 10 și 20

Pentru a permite Webex să autentifice mesajele de la gateway-ul dvs. local, antetul „Contact” din mesajele de solicitare SIP și de răspuns trebuie să conțină valoarea configurată pentru trunchi în Control Hub. Acesta va fi fie FQDN-ul unei singure gazde, fie numele de domeniu SRV utilizat pentru un cluster de dispozitive.

Omiteți pasul următor dacă ați configurat gateway-ul local cu adrese IP publice.

9

În cazul în care gateway-ul este configurat cu o adresă IP privată în spatele NAT static, configurați profilurile SIP de intrare și de ieșire după cum urmează. În acest exemplu, cube1.lgw.com este FQDN configurat pentru gateway-ul local, „10.80.13.12” este adresa IP a interfeței cu Webex Calling și „192.65.79.20” este adresa IP publică NAT.

Profilurile SIP pentru mesaje de ieșire către Webex Calling 
 , clasa vocală sip-profiluri 100 regula 10 solicită ORICE modificare a Contactului sip-antet "@.*:" "@cube1.lgw.com:" regulă 20 răspuns ORICE modificare a Contactului sip-antet "@.*:" "@cube1.lgw.com:" regulă 30 răspuns ORICE modificare a atributului audio al antetului sdp "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20" regula 31 răspuns ORICE modificare a atributului audio sdp-header "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20" regula 40 răspuns ORICE sdp-antet Audio-Connection-Info modificare "ÎN IP4 10.80.13.12" "ÎN IP4 192.80.13.12" "ÎN IP4 192.65.79.20" regula 41 solicitare ORICE antet Audio-Connection-Info modificare "ÎN IP4 10.80.13.12" "ÎN IP4 192.65.79.20" regula 51 răspuns ORICE antet Connection-Info modificare "ÎN IP4 10.80.13.12" "ÎN IP4 192.65.79.20" regula 60 răspuns ORICE antet sdp-Session-Owner modificare "ÎN IP4 10.80.13.12" "ÎN IP4 192.65.79.20" regula 61 solicitare ORICE antet sdp-Session-Owner modificare "ÎN IP4 10.80.13.12" "ÎN IP4 192.65.79.20" regula 70 solicitare ORICE antet audio modificare a atributului sdp "(a=rtcp:.*) 10.80.13.12" regula 71 răspuns ORICE antet audio modificare a atributului 1.*) 10.80.13.12", regula 81 "\1 192.65.79.20" solicită modificarea atributului audio al antetului sdp "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Iată o explicație a câmpurilor pentru configurație:

regulile 10 și 20

Pentru a permite Webex să autentifice mesajele de la gateway-ul dvs. local, antetul „Contact” din mesajele de solicitare SIP și de răspuns trebuie să conțină valoarea configurată pentru trunchi în Control Hub. Acesta va fi fie FQDN-ul unei singure gazde, fie numele de domeniu SRV utilizat pentru un cluster de dispozitive.

regulile 30-81

Convertiți adresele private referințele la adresa publică externă pentru site, permițând Webex să interpreteze și să ruteze corect mesajele ulterioare.

Profilul SIP pentru mesaje de intrare din profiluri de clasă vocală sip Webex Calling 
 110 regulă 10 răspuns ORICE antet Video-Connection-Info modificare "192.65.79.20" "10.80.13.12" regulă 20 răspuns ORICE antet sip Contact modificare "@.*:" "@cube1.lgw.com:" regulă 30 răspuns ORICE antet Connection-Info modificare "192.65.79.20" "10.80.13.12" regulă 40 răspuns ORICE antet Audio-Connection-Info modificare "192.65.79.20" "10.80.13.12" regulă 50 răspuns ORICE antet sdp Session-Owner modificare "192.65.79.20" "10.80.13.12" regulă 60 răspuns ORICE antet Audio sdp modificare "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12" regula 70 răspuns ORICE modificare a atributului audio sdp-antet "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12" regula 80 răspunde ORICE modificare a atributului audio sdp-antet "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Iată o explicație a câmpurilor pentru configurație:

regulile 10-80

Convertiți adresa publică referințe la adresa privată configurată, permițând ca mesajele de la Webex să fie procesate corect de către CUBE.

Pentru mai multe informații, consultați profiluri SIP pentru clasa vocală.

10

Configurați o opțiune SIP păstrată în viață cu profilul de modificare a antetului.

 profiluri sip clasă de voce 115 regulă 10 solicitare OPȚIUNI sip-antet Contact modificare "<sip:.*:" "<sip:cube1.lgw.com:" regula 30 solicitare ORICE antet sip Prin modificare "(SIP.*) 10.80.13.12" "\1 192.65.79.20" regulă 40 răspuns ORICE antet sdp Conexiune-Info modificare "10.80.13.12" "192.65.79.20" regulă 50 răspuns ORICE antet sdp Audio-Connection-Info modificare "10.80.13.12" "192.65.79.20" ! sip-options-keepalive 100 descriere Keepalive pentru transport Webex Calling-interval 5 tcp tls sip-profiluri 115

Iată o explicație a câmpurilor pentru configurație:

sip-options-keepalive clasă voce 100

Configurează un profil keepalive și intră în modul de configurare a clasei de voce. Puteți configura timpul (în secunde) în care un SIP În afara opțiunilor de dialog Ping este trimis la ținta de apelare atunci când conexiunea bătăilor inimii la punctul final este în stare SUS sau În jos.

Acest profil keepalive este declanșat din dial-peer configurat către Webex.

Pentru a vă asigura că antetele de contact includ numele de domeniu complet calificat al SBC, se utilizează profilul SIP 115. Regulile 30, 40 și 50 sunt necesare numai atunci când SBC este configurat în spatele NAT static.

În acest exemplu, cube1.lgw.com este FQDN selectat pentru gateway-ul local și dacă se utilizează NAT static, „10.80.13.12” este adresa IP a interfeței SBC către Webex Calling și „192.65.79.20” este adresa IP publică NAT.

11

Configurați trunchiul Webex Calling:

  1. Creați entitate găzduită din clasa de voce 100 pentru a defini și grupa configurațiile necesare specific pentru trunchiul Webex Calling. Partenerii de apelare asociați mai târziu cu acest client vor moșteni aceste configurații:

    Următorul exemplu utilizează valorile ilustrate în Pasul 1 în scopul acestui ghid (prezentate cu aldine). Înlocuiți-le cu valorile pentru trunchiul dvs. din configurația dvs.

     clasă de voce 100 nu remote-party-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com sesiune transport tcp tls nu sesiune reîmprospătare eroare-passthru bind control sursă-interfață GigabitEthernet0/0/1 bind media sursă-interfață GigabitEthernet0/0/1 nu pass-thru conținut custom-sdp sip-profiles 100 sip-profiles 110 inbound privacy-policy passthru !

    Iată o explicație a câmpurilor pentru configurație:

    entitate găzduită clasă de voce 100

    Vă recomandăm să utilizați entități găzduite pentru a configura trunchiuri care au propriul certificat TLS și propria listă de validare CN sau SAN. Aici, profilul tls asociat cu entitatea găzduită conține punctul de încredere care va fi utilizat pentru a accepta sau crea noi conexiuni și are lista CN sau SAN pentru a valida conexiunile de intrare. Pentru mai multe informații, consultați entitatea găzduită de clasă vocală.

    nu există remote-party-id

    Dezactivați antetul SIP Remote-Party-ID (RPID), deoarece Webex Calling acceptă PAI, care este activat utilizând asserted-id pai CIO. Pentru mai multe informații, consultați Remote-party-id.

    dns-server sip:us25.sipconnect.bcld.webex.com

    Configurează serverul SIP țintă pentru trunchi. Utilizați adresa SRV proxy edge furnizată în Control Hub atunci când ați creat trunchiul

    srtp-crypto 100

    Configurează suitele de cifruri preferate pentru segmentul de apel SRTP (conexiune) (specificat în pasul 5). Pentru mai multe informații, consultați srtp-crypto clasa vocală.

    dns gazdă locală: cube1.lgw.com

    Configurează CUBE pentru a înlocui adresa IP fizică din anteturile De la, Call-ID și Remote-Party-ID din mesajele de ieșire cu FQDN furnizat.

    sesiune tcp tls

    Setează transportul la TLS pentru colegii de apelare asociați. Pentru mai multe informații, consultați transport sesiune.

    nicio reîmprospătare sesiune

    Dezactivează reîmprospătarea sesiunii SIP global.

    passthru de eroare

    Specifică funcționalitatea de trecere a răspunsului la eroare SIP. Pentru mai multe informații, consultați error-passthru.

    legare sursă-interfață de control GigabitEthernet0/0/1

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către Webex Calling. Pentru mai multe informații, consultați bind.

    legați interfața sursă media GigabitEthernet0/0/1

    Configurează interfața sursă și adresa IP asociată pentru conținutul media trimis către Webex Calling. Pentru mai multe informații, consultați bind.

    profiluri SIP pentru clasa vocală 100

    Aplică profilul de modificare a antetului (adresare IP publică sau NAT) pe care îl veți utiliza pentru mesajele de ieșire. Pentru mai multe informații, consultați profiluri SIP pentru clasa vocală.

    profiluri sip de clasă vocală 110 de intrare

    Aplică profilul de modificare a antetului (numai adresarea NAT) pentru a-l utiliza pentru mesajele de intrare. Pentru mai multe informații, consultați profilurile SIP pentru clasa vocală.

    confidențialitate-politică passthru

    Configurează opțiunile politicii de antet de confidențialitate pentru ca trunchiul să transmită valorile de confidențialitate din mesajul primit către următorul segment de apel. Pentru mai multe informații, consultați Politica de confidențialitate.

  2. Configurați dial-peer trunchiul Webex Calling.

     voce dial-peer 100 voip descriere Șablon destinație Webex Calling de intrare/ieșire BAD.BAD protocol sesiune sipv2 sesiune sip țintă sip-server solicitare URI de intrare 100 codec clasă voce 100 stun-utilizare 100 voce-clasă sip rel1xx dezactivare sip clasă voce asserted-id pai entitate găzduită sip clasă voce 100 opțiuni sip clasă voce-keepalive profil 100 dtmf-relay rtp-nte srtp nici un vad

    Iată o explicație a câmpurilor pentru configurație:

     Descriere voce dial-peer 100 voip  Apelare Webex de intrare/ieșire

    Definește un dial-peer VoIP cu o etichetă de 100 și oferă o descriere semnificativă pentru a facilita gestionarea și soluționarea problemelor. Pentru mai multe informații, consultați Voce dial-peer.

    șablon destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. În acest caz, poate fi utilizat orice model de destinație valid.

    protocol sesiune sipv2

    Specifică faptul că dial-peer 100 gestionează picioarele de apel SIP. Pentru mai multe informații, consultați protocolul de sesiune (dial-peer).

    server sip țintă sesiune

    Indică faptul că serverul SIP definit în entitatea găzduită 100 este moștenit și utilizat pentru destinație pentru apelurile de la acest peer de apelare.

    solicitarea uri de intrare 100

    Pentru a specifica clasa vocală utilizată pentru a asocia un coleg de apelare VoIP cu identificatorul uniform de resursă (URI) al unui apel primit. Pentru mai multe informații, consultați URI de intrare.

    codec clasă vocală 100

    Indică lista de filtre codec pentru apelurile către și de la Webex Calling. Pentru mai multe informații, consultați codec-ul clasei vocale.

    utilizare stun-clasă vocală 100

    Permite trimiterea cererilor STUN generate local pe gatewayul local pe calea media negociată. Ajutor STUN pentru a deschide o gaură de firewall pentru traficul media.

    aserțiune sip-id pai

    Setează informațiile de apelare de ieșire utilizând antetul ID-ului declarat de confidențialitate (PAI). Pentru mai multe informații, consultați Sip asserted-id pentru clasa vocală.

    entitate găzduită SIP din clasa vocală 100

    Dial-peer moștenește toți parametrii configurați la nivel global și în entitatea găzduită 100. Parametrii pot fi suprascriși la nivelul dial-peer. Pentru mai multe informații, consultați entitatea găzduită SIP din clasa vocală.

    Opțiuni sip pentru clasa vocală - profil permanent 100

    Această comandă este utilizată pentru a monitoriza disponibilitatea unui grup de servere sau puncte finale SIP utilizând un profil specific (100).

    srtp (dezambiguizare)

    Permite SRTP pentru piciorul de apel.

Configurați gateway-ul local cu un trunchi SIP PSTN

După ce ați construit un trunchi către Webex Calling mai sus, utilizați următoarea configurație pentru a crea un trunchi necriptat către un furnizor PSTN bazat pe SIP:

Dacă furnizorul dvs. de servicii oferă un trunchi PSTN securizat, puteți urma o configurație similară celei detaliate mai sus pentru trunchiul Webex Calling. Direcționarea apelurilor securizate este acceptată de CUBE.

Dacă utilizați un trunchi TDM/ISDN PSTN, treceți la următoarea secțiune Configurați gateway-ul local cu trunchiul TDM PSTN.

Pentru a configura interfețele TDM pentru segmentele de apel PSTN pe gateway-urile Cisco TDM-SIP, consultați Configurarea ISDN PRI.

1

Configurați următorul URI pentru clasa vocală pentru a identifica apelurile de intrare de la trunchiul PSTN:

 URI clasă vocală 200 gazdă sip ipv4:192.168.80.13

Iată o explicație a câmpurilor pentru configurație:

uri clasă vocală 200 sip

Definește un model care să corespundă unei invitații SIP de intrare cu un dial-peer trunchi de intrare. Când introduceți acest model, utilizați adresa IP a gateway-ului dvs. IP PSTN. Pentru mai multe informații, consultați URI-ul clasei de voce.

2

Configurați următorul dial-peer IP PSTN:

 voce dial-peer 200 voip descriere Trunchi IP de intrare/ieșire șablon destinație trunchi BAD.BAD sesiune protocol sipv2 sesiune țintă ipv4:192.168.80.13 URI de intrare prin 200 de clasă de voce sip legătură sursă-interfață GigabitEthernet0/0/0 voce-clasă sip legătură sursă-interfață GigabitEthernet0/0/0 codec voce-clasă 100 dtmf-relay rtp-nte nici un vad

Iată o explicație a câmpurilor pentru configurație:

 voce dial-peer 200 voip  descriere Trunchi IP PSTN de intrare/ieșire

Definește un dial-peer VoIP cu o etichetă de 200 și oferă o descriere semnificativă pentru o gestionare ușoară și soluționarea problemelor. Pentru mai multe informații, consultați Voce dial-peer.

șablon destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. Pentru mai multe informații, consultați modelul destinației (interfață).

protocol sesiune sipv2

Specifică faptul că 20 0 de tip dial-peer gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul de sesiune (dial peer).

țintă sesiune ipv4:192.168.80.13

Indică adresa IPv4 țintă a destinației pentru a trimite segmentul de apel. Ținta sesiunii aici este adresa IP a ITSP. Pentru mai multe informații, consultați ținta sesiunii (peer dial VoIP).

URI de intrare prin 200

Definește un criteriu de potrivire pentru antetul VIA cu adresa IP PSTN a IP. Corespunde tuturor segmentelor de apel IP PSTN de intrare de pe gateway-ul local cu dial-peer 200. Pentru mai multe informații, consultați URL-ul de intrare.

legătură sursă-interfață de control GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați bind.

legarea interfeței sursă media GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru conținutul media trimis către PSTN. Pentru mai multe informații, consultați bind.

codec clasă vocală 100

Configurează dial-peer pentru a utiliza lista de filtrare comună 100 de codec. Pentru mai multe informații, consultați codec pentru clasa vocală.

dtmf- relay rtp- nte

Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați Releu DTMF (Voice over IP).

nu vad

Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

3

Dacă configurați gateway-ul local pentru a dirija numai apelurile între Webex Calling și PSTN, adăugați următoarea configurație de dirijare a apelurilor. Dacă configurați gateway-ul local cu o platformă Unified Communications Manager, treceți la următoarea secțiune.

  1. Creați grupuri dial-peer pentru a direcționa apelurile către Webex Calling sau PSTN. Definiți DPG 100 cu dial-peer de ieșire 100 către Webex Calling. DPG 100 este aplicat la dial-peer de intrare din PSTN. În mod similar, definiți DPG 200 cu dial-peer de ieșire 200 spre PSTN. DPG 200 este aplicat la dial-peer de intrare din Webex.

     clasă de voce dpg 100 descriere Rutați apelurile către dial-peer Webex Calling 100 clasă de voce dpg 200 descriere Rutați apelurile către dial-peer PSTN 200

    Iată o explicație a câmpurilor pentru configurație:

    dial-peer 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg pentru clasa vocală.

  2. Aplicați grupurile dial-peer pentru a direcționa apelurile de la Webex către PSTN și de la PSTN la Webex: 

     voce dial-peer 100 destinație dpg 200 voce dial-peer 200 destinație dpg 100

    Iată o explicație a câmpurilor pentru configurație:

    destinație dpg 200

    Specifică ce grup de dial-peer și, prin urmare, dial-peer trebuie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

    Astfel, se încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când sunt configurate caracteristici CUBE.

Configurați gateway-ul local cu un trunchi TDM PSTN

După ce ați construit un trunchi către Webex Calling, utilizați următoarea configurație pentru a crea un trunchi TDM pentru serviciul dvs. PSTN cu rutare apel în buclă pentru a permite optimizarea media în segmentul de apel Webex.

Dacă nu aveți nevoie de optimizarea media IP, urmați pașii de configurare pentru un trunchi SIP PSTN. Utilizați un port de voce și un dial-peer POTS (așa cum se arată în pașii 2 și 3) în locul dial-peer-ului PSTN VoIP.
1

Configurația dial-peer în buclă inversă utilizează grupuri dial-peer și etichete de rutare a apelurilor pentru a se asigura că apelurile trec corect între Webex și PSTN, fără a crea bucle de rutare a apelurilor. Configurați următoarele reguli de traducere care vor fi utilizate pentru a adăuga și elimina etichetele de rutare a apelurilor:

 traducere vocală-regulă 100 regulă 1 /^\+/ /A2A/ traducere vocală-profil 100 traducere apelată 100 traducere vocală-regulă 200 regulă 1 /^/ /A1A/ traducere vocală-profil 200 traducere apelată 200 traducere vocală-regulă 11 regulă 1 /^A1A/ // traducere vocală-profil 11 traducere apelată 11 regulă 12 regulă 1 /^A2A44/ /0/ regulă 2/^A2A/ /00/ traducere vocală-profil 12 traducere apelată 12

Iată o explicație a câmpurilor pentru configurație:

regulă de traducere vocală

Utilizează expresii regulate definite în reguli pentru a adăuga sau a elimina etichete de rutare a apelurilor. Cifrele supra-divizate („A”) sunt utilizate pentru a adăuga claritate în scopul soluționării problemelor.

În această configurație, eticheta adăugată de profilul de traducere 100 este utilizată pentru a ghida apelurile de la Webex Calling către PSTN prin intermediul colegilor de apelare cu loopback. În mod similar, eticheta adăugată de profilul de traducere 200 este utilizată pentru a ghida apelurile de la PSTN către Webex Calling. Profilurile de translatare 11 și 12 elimină aceste etichete înainte de a livra apeluri către trunchiurile Webex și, respectiv, către trunchiurile PSTN.

Acest exemplu presupune că numerele apelate din Webex Calling sunt prezentate în format +E.164. Regula 100 elimină caracterul + din față pentru a menține un număr apelat valid. Regula 12 adaugă apoi o cifră (cifre) națională (naționale) de rutare atunci când se elimină eticheta. Utilizați cifre care se potrivesc cu planul dvs. de apelare național ISDN local.

Dacă Webex Calling prezintă numerele în format național, ajustați regulile 100 și 12 pentru a adăuga și a elimina pur și simplu eticheta de rutare.

Pentru mai multe informații, consultați profilul de traducere vocal ă și regula de traducere vocală.

2

Configurați porturile interfeței vocale TDM conform cerințelor de tipul de trunchi și protocolului utilizat. Pentru mai multe informații, consultați Configurarea ISDN PRI. De exemplu, configurația de bază a unei interfețe ISDN cu rată primară instalată în slotul NIM 2 al unui dispozitiv poate include următoarele:

 tip card e1 0 2 controler rețea principală de tip switch isdn5 E1 0/2/0 serii de timp 1-31
3

Configurați următorul dial-peer TDM PSTN:

 voce dial-peer 200 de vase descriere trunchi PRI de intrare/ieșire PSTN trunchi destinație model BAD.BAD traducere profil de intrare 200 direct-inward-dial port 0/2/0:15

Iată o explicație a câmpurilor pentru configurație: 

 voce dial-peer 200 de vase  descriere Trunchi PSTN PRI de intrare/ieșire

Definește un dial-peer VoIP cu o etichetă de 200 și oferă o descriere semnificativă pentru o gestionare ușoară și soluționarea problemelor. Pentru mai multe informații, consultați Voce dial-peer.

șablon destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. Pentru mai multe informații, consultați modelul destinației (interfață).

profil traducere primite 200

Atribuie profilul de translatare care va adăuga o etichetă de rutare a apelurilor la numărul apelat primit.

apelare directă spre interior

Rutează apelul fără a furniza un ton de apel secundar. Pentru mai multe informații, consultați apelare directă în interior.

portul 0/2/0:15

Portul de voce fizic asociat cu acest dial-peer.

4

Pentru a activa optimizarea media a căilor IP pentru gateway-urile locale cu fluxuri de apeluri TDM-IP, puteți modifica rutarea apelurilor prin introducerea unui set de colegi interni de apelare în buclă inversă între Webex Calling și trunchiurile PSTN. Configurați următorii colegi de apelare în buclă inversă. În acest caz, toate apelurile primite vor fi rutate inițial către dial-peer 10 și de acolo către dial-peer 11 sau 12 pe baza etichetei de rutare aplicate. După eliminarea etichetei de rutare, apelurile vor fi rutate către trunchiul de ieșire utilizând grupuri de tip dial-peer.

 voce dial-peer 10 descriere voip Ieșire buclă-în jurul piciorului destinație-șablon BAD.BAD protocol sesiune sipv2 țintă sesiune ipv4:192.168.80.14 voce-clasă sip legătură sursă-interfață de control GigabitEthernet0/0/0 voce-clasă sip legătură sursă-interfață media GigabitEthernet0/0/0 dtmf-relay sip legătură sursă-interfață GigabitEthernet0/0/0 voce-clasă sip legătură sursă-interfață GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw fără vad dial-peer voce 12 descriere Picior în buclă intrare spre PSTN traducere-profil intrare 12 protocol sipv2 apel-număr A2AT voce-clasă sip legătură sursă-interfață GigabitEthernet0/0/0 dtmf-relay rtp-nte codec 12 sesiune sipv2 apel-număr apelat-număr A2AT voce-clasă sip legătură sursă-interfață GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw fără vad dial-peer

Iată o explicație a câmpurilor pentru configurație: 

 voce dial-peer 10 pots  descriere Picior în buclă de ieșire

Definește un dial-peer VoIP și oferă o descriere semnificativă pentru a facilita gestionarea și soluționarea problemelor. Pentru mai multe informații, consultați Voce dial-peer.

profil traducere de intrare 11

Aplică profilul de translatare definit anterior pentru a elimina eticheta de rutare a apelurilor înainte de a trece la trunchiul de ieșire.

șablon destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. Pentru mai multe informații, consultați modelul destinației (interfață).

protocol sesiune sipv2

Specifică faptul că acest dial-peer gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul de sesiune (dial peer).

țintă sesiune 192.168.80.14

Specifică adresa interfeței routerului local ca destinație a apelului în buclă inversă. Pentru mai multe informații, consultați țintă sesiune (coleg de apelare voip).

legătură sursă-interfață de control GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mesajele trimise prin buclă inversă. Pentru mai multe informații, consultați bind.

legarea interfeței sursă media GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru conținutul media trimis prin buclă inversă. Pentru mai multe informații, consultați bind.

dtmf- relay rtp- nte

Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați Releu DTMF (Voice over IP).

codec g711alaw

Forțează toate apelurile PSTN să utilizeze G.711. Selectați A-law sau u-law pentru a corespunde metodei de compandare utilizate de serviciul ISDN.

nu vad

Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

5

Adăugați următoarea configurație de rutare a apelurilor:

  1. Creați grupuri dial-peer pentru a direcționa apelurile între PSTN și trunchiurile Webex prin buclă inversă.

     clasă de voce dpg 100 descriere Rutați apelurile către dial-peer Webex Calling 100 clasă de voce dpg 200 descriere Rutați apelurile către PSTN dial-peer 200 clasă de voce dpg 10 descriere Rutați apelurile către dial-peer Loopback 10

    Iată o explicație a câmpurilor pentru configurație:

    dial-peer 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg pentru clasa vocală.

  2. Aplicați grupuri de tip dial-peer pentru a direcționa apelurile.

     voce dial-peer 100 destinație dpg 10 voce dial-peer 200 destinație dpg 10 voce dial-peer 11 destinație dpg 100 voce dial-peer 12 destinație dpg 200

    Iată o explicație a câmpurilor pentru configurație:

    destinație dpg 200

    Specifică ce grup de dial-peer și, prin urmare, dial-peer trebuie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

Astfel, se încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când sunt configurate caracteristici CUBE.
Configurați Local Gateway cu un mediu Unified CM existent

Configurația PSTN-Webex Calling din secțiunile anterioare poate fi modificată pentru a include trunchiuri suplimentare într-un cluster Cisco Unified Communications Manager (UCM). În acest caz, toate apelurile sunt rutate prin Unified CM. Apelurile de la UCM de la portul 5060 sunt rutate către PSTN, iar apelurile de la portul 5065 sunt rutate către Webex Calling. Se pot adăuga următoarele configurații incrementale pentru a include acest scenariu de apelare.

1

Configurați următoarele URL-uri de clasă de voce:

  1. Clasifică apelurile Unified CM în Webex utilizând SIP PRIN port:

     clasă vocală uri 300 model sip:5065

  2. Clasifică apelurile Unified CM în PSTN utilizând SIP prin port:

     uri clasă vocală 400 șablon sip 192\.168\.80\.6[0-5]:5060

    Clasificați mesajele de intrare de la UCM către trunchiul PSTN utilizând unul sau mai multe șabloane care descriu adresele sursă de origine și numărul portului. Expresiile regulate pot fi utilizate pentru a defini modele de potrivire, dacă este necesar.

    În exemplul de mai sus, se utilizează o expresie regulată pentru a corespunde oricărei adrese IP din intervalul 192.168.80.60 - 65 și numărului de port 5060.

2

Configurați următoarele înregistrări DNS pentru a specifica rutarea SRV către gazdele Unified CM:

IOS XE utilizează aceste înregistrări pentru determinarea locală a gazdelor și porturilor UCM țintă. Cu această configurație, nu este necesar să configurați înregistrări în sistemul DNS. Dacă preferați să utilizați DNS, atunci aceste configurații locale nu sunt necesare.

 gazdă ip ucmpub.mydomain.com 192.168.80.60 gazdă ip ucmsub1.mydomain.com 192.168.80.61 gazdă ip ucmsub2.mydomain.com 192.168.80.62 gazdă ip ucmsub3.mydomain.com 192.168.80.63 gazdă ip ucmsub4.mydomain.com 192.168.80.64 gazdă ip ucmsub5.mydomain.com 192.168.80.65 gazdă ip _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Iată o explicație a câmpurilor pentru configurație:

Următoarea comandă creează o înregistrare a resursei DNS SRV. Creați o înregistrare pentru fiecare gazdă și trunchi UCM:

gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Nume înregistrare resursă SRV

2: Prioritatea de înregistrare a resurselor SRV

1: Ponderea înregistrată a resursei SRV

5060: Numărul portului care se va utiliza pentru gazda țintă în înregistrarea acestei resurse

ucmsub5.mydomain.com: Gazda țintă pentru înregistrarea resursei

Pentru a rezolva numele gazdelor țintă pentru înregistrarea resursei, creați înregistrări DNS A locale. De exemplu:

gazdă ip ucmsub5.mydomain.com 192.168.80.65

Gazdă IP: Creează o înregistrare în baza de date locală IOS XE.

ucmsub5.mydomain.com: Numele gazdei înregistrării A.

192.168.80.65: Adresa IP a gazdei.

Creați înregistrările resurselor SRV și înregistrările A pentru a reflecta mediul UCM și strategia preferată de distribuire a apelurilor.

3

Configurați următorii colegi de apelare:

  1. Dial-peer pentru apelurile între Unified CM și Webex Calling:

     voce dial-peer 300 voip descriere UCM-Webex Calling trunchi destinație-model BAD.BAD sesiune protocol sipv2 sesiune țintă dns:wxtocucm.io uri de intrare prin codec 300 voce-clasă 100 voce-clasă sip legare sursă-interfață sursă-interfață GigabitEthernet 0/0/0 voce-clasă sip legare sursă-interfață media GigabitEthernet 0/0/0 dtmf-relay rtp-nte nici un vad

    Iată o explicație a câmpurilor pentru configurație:

     voce dial-peer 300 voip  descriere trunchi UCM-Webex Calling

    Definește un dial-peer VoIP cu o etichetă 30 0 și oferă o descriere semnificativă pentru a facilita gestionarea și soluționarea problemelor.

    șablon destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. În acest caz, poate fi utilizat orice model de destinație valid.

    protocol sesiune sipv2

    Specifică faptul că dial-peer 300 gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul de sesiune (dial-peer).

    sesiune țintă dns:wxtocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția DNS SRV. În acest caz, înregistrarea SRV definită local wxtocucm.io este utilizată pentru a direcționa apelurile.

    uri de intrare prin 300

    Utilizează URI 300 pentru clasa vocală pentru a direcționa tot traficul de intrare de la Unified CM utilizând portul sursă 5065 către acest dial-peer. Pentru mai multe informații, consultați URI de intrare.

    codec clasă vocală 100

    Indică lista de filtre codec pentru apelurile către și din Unified CM. Pentru mai multe informații, consultați codec-ul clasei vocale.

    legătură sursă-interfață de control GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați bind.

    legarea interfeței sursă media GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru conținutul media trimis către PSTN. Pentru mai multe informații, consultați bind.

    dtmf- relay rtp- nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați Releu DTMF (Voice over IP).

    nu vad

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

  2. Dial-peer pentru apeluri între Unified CM și PSTN:

     dial-peer voce 400 voip descriere UCM-PSTN trunchi destinație-model BAD.BAD sesiune protocol sipv2 sesiune țintă dns:pstntocucm.io uri de intrare prin codec 400 voce-clasă 100 voce-clasă sip legare sursă-interfață GigabitEthernet 0/0/0 voce-clasă sip legare sursă-interfață media GigabitEthernet 0/0/0 dtmf-relay rtp-nte nici un vad

    Iată o explicație a câmpurilor pentru configurație:

     voce dial-peer 400 voip  descriere Trunchi UCM-PSTN

    Definește un dial-peer VoIP cu o etichetă de 40 0 și oferă o descriere semnificativă pentru ușurința în gestionare și soluționarea problemelor.

    șablon destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. În acest caz, poate fi utilizat orice model de destinație valid.

    protocol sesiune sipv2

    Specifică faptul că dial-peer 400 gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul de sesiune (dial-peer).

    dns țintă sesiune:pstntocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția DNS SRV. În acest caz, înregistrarea SRV definită local pstntocucm.io este utilizată pentru a direcționa apelurile.

    URI de intrare prin 400

    Utilizează URI 400 pentru clasa vocală pentru a direcționa tot traficul de intrare de la gazdele Unified CM specificate, utilizând portul sursă 5060, către acest dial-peer. Pentru mai multe informații, consultați URI de intrare.

    codec clasă vocală 100

    Indică lista de filtre codec pentru apelurile către și din Unified CM. Pentru mai multe informații, consultați codec-ul clasei vocale.

    legătură sursă-interfață de control GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați bind.

    legarea interfeței sursă media GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru conținutul media trimis către PSTN. Pentru mai multe informații, consultați bind.

    dtmf- relay rtp- nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați Releu DTMF (Voice over IP).

    nu vad

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

4

Adăugați rutarea apelurilor utilizând următoarele configurații:

  1. Creați grupuri dial-peer pentru a direcționa apelurile între Unified CM și Webex Calling. Definiți DPG 100 cu dial-peer 100 de ieșire către Webex Calling. DPG 100 este aplicat la dial-peer de intrare asociat din Unified CM. În mod similar, definiți DPG 300 cu dial-peer de ieșire 300 spre Unified CM. DPG 300 este aplicat la dial-peer de intrare din Webex.

     clasă vocală dpg 100 descriere Rutați apelurile către dial-peer Webex Calling 100 clasă vocală dpg 300 descriere Rutați apelurile către trunchiul Webex Calling dial-peer 300

  2. Creați grupuri dial-peer pentru a direcționa apelurile între Unified CM și PSTN. Definiți DPG 200 cu dial-peer de ieșire 200 către PSTN. DPG 200 este aplicat la dial-peer de intrare asociat din Unified CM. În mod similar, definiți DPG 400 cu dial-peer de ieșire 400 spre Unified CM. DPG 400 este aplicat la dial-peer de intrare din PSTN.

     clasă de voce dpg 200 descriere Rutați apelurile către PSTN dial-peer 200 clasă de voce dpg 400 descriere Rutați apelurile către trunchiul PSTN dial-peer 400

    Iată o explicație a câmpurilor pentru configurație:

    dial-peer 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg pentru clasa vocală.

  3. Aplicați grupurile dial-peer pentru a direcționa apelurile de la Webex la Unified CM și de la Unified CM la Webex: 

     voce dial-peer 100 destinație dpg 300 voce dial-peer 300 destinație dpg 100

    Iată o explicație a câmpurilor pentru configurație:

    destinație dpg 300

    Specifică ce grup de dial-peer și, prin urmare, dial-peer trebuie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

  4. Aplicați grupurile dial-peer pentru a direcționa apelurile de la PSTN la Unified CM și de la Unified CM la PSTN:

     voce dial-peer 200 destinație dpg 400 voce dial-peer 400 destinație dpg 200

    Astfel, se încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când se configurează caracteristici CUBE.

Monitorizați și depanați Gateway-ul local cu semnături de diagnosticare

Semnăturile de diagnosticare (DS) detectează proactiv problemele observate frecvent în Gateway-ul local bazat pe Cisco IOS XE și generează notificări prin e-mail, syslog sau mesaje terminale ale evenimentului. De asemenea, puteți instala DS pentru a automatiza colectarea datelor de diagnosticare și pentru a transfera datele colectate în cazul Cisco TAC pentru a accelera timpul de rezoluție.

Semnăturile de diagnosticare (DS) sunt fișiere XML care conțin informații despre evenimentele și acțiunile de declanșare a problemei pentru a informa, depana și remedia problema. Utilizați mesaje syslog, snmp evenimente și prin monitorizarea periodică a ieșirilor specifice de comandă spectacol pentru a defini logica de detectare a problemelor. Tipurile de acțiuni includ:

  • Colectarea ieșirilor de comandă arată

  • Generarea unui fișier jurnal consolidat

  • Încărcarea fișierului într-o locație de rețea furnizată de utilizator, cum ar fi HTTPS, SCP, server FTP

Inginerii TAC autor fișiere DS și semnează digital pentru protecția integrității. Fiecare fișier DS are ID-ul numeric unic atribuit de sistem. Instrumentul de căutare a semnăturilor de diagnosticare (DSLT) este o singură sursă pentru găsirea semnăturilor aplicabile pentru monitorizarea și depanarea diferitelor probleme.

Înainte de a începe:

  • Nu editați fișierul DS pe care îl descărcați de la DSLT. Fișierele pe care le modificați nu reușesc instalarea din cauza erorii de verificare a integrității.

  • Un server Simple Mail Transfer Protocol (SMTP) de care aveți nevoie pentru ca Gateway-ul local să trimită notificări prin e-mail.

  • Asigurați-vă că Gateway-ul local execută IOS XE 17.6.1 sau o versiune ulterioară dacă doriți să utilizați serverul SMTP securizat pentru notificări prin e-mail.

Cerințe preliminare

Gateway local care rulează IOS XE 17.6.1 sau o versiune ulterioară

  1. Semnăturile de diagnosticare sunt activate în mod implicit.

  2. Configurați serverul de e-mail securizat pe care îl utilizați pentru a trimite notificări proactive dacă dispozitivul rulează IOS XE 17.6.1 sau o versiune ulterioară.

     configurați serverul de e-mail terminal pentru apelare acasă :@ prioritatea 1 end securizat tls

  3. Configurați variabila ds_email de mediu cu adresa de e-mail a administratorului pentru a vă notifica.

     configurați terminalul de diagnosticare-semnătură LocalGateway(cfg-call-home-diag-sign)mediu ds_email  sfârșit

Instalarea semnăturilor de diagnosticare pentru monitorizare proactivă

Monitorizarea utilizării ridicate a procesorului

Acest DS urmărește utilizarea procesorului de 5 secunde folosind SNMP OID 1.3.6.1.4.1.9.2.1.56. Când utilizarea ajunge la 75% sau mai mult, dezactivează toate depanările și dezinstalează toate semnăturile de diagnosticare pe care le instalați în Gateway-ul local. Urmați acești pași de mai jos pentru a instala semnătura.

  1. Asigurați-vă că ați activat SNMP utilizând comanda arată snmp. Dacă SNMP nu este activat, configurați comanda snmp-server manager .

     afișare snmp %agent SNMP neactivat config t snmp-server manager sfârșit afișare snmp Șasiu: intrare pachete SNMP ABCDEFGHIGK 149655      0 Erori de versiune Bad SNMP      1 Nume comunitate necunoscută      0 Operațiune ilegală pentru numele comunității furnizată      0 Eroare de codificare 37763 Număr de variabile solicitate      2 Număr de variabile modificate 34560 PDU-uri Get-request 138 PDU-uri Get-next      2 PDU-uri de setare a solicitării      0 picături pachet coadă de intrare (dimensiunea maximă a cozii 1000) 158277 pachete SNMP de ieșire      0 Erori prea mari (dimensiunea maximă a pachetului 1500) 20 Nu există astfel de erori de nume      0 Valori greșite      0 Erori generale 7998 PDU-uri de răspuns 10280 Pachete PDU-uri de urmărire în prezent în coada de intrare a procesului SNMP: 0 SNMP capcana globală: activate

  2. Descărcați DS 64224 utilizând următoarele opțiuni verticale din Instrumentulde căutare semnături de diagnosticare:

    copiați ftp://nume utilizator:password@/DS_64224.xml bootflash:

    Nume câmp

    Valoarea câmpului

    Platformă

    Software Cisco seria 4300, seria 4400 ISR sau Catalyst 8000V Edge

    Produs

    CUBE Enterprise în soluția Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    Utilizare ridicată a procesorului cu notificare prin e-mail

  3. Copiați fișierul DS XML în blițul Local Gateway.

    copiați ftp://nume utilizator:password@/DS_64224.xml bootflash:

    Următorul exemplu arată copierea fișierului de pe un server FTP pe Gateway-ul local.

    copiați ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash:  Se accesează ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 biți] 3571 biți copiați în 0,064 sec (55797 biți/sec)

  4. Instalați fișierul DS XML în Gateway-ul local.

     încărcare semnătură diagnostic-apel acasă DS_64224.xml Încărcare fișier DS_64224.xml cu succes

  5. Utilizați comanda afișare semnătură de diagnosticare apel-acasă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare trebuie să aibă o valoare "înregistrată". 

     afișați semnătura de diagnosticare-apel-acasă Setări actuale de semnătură de diagnosticare:   Semnătură diagnosticare: Profil activat: CiscoTAC-1 (stare: ACTIV) Descărcare URL(uri):  https://tools.cisco.com/its/service/oddce/services/DDCEService Variabilă mediu: ds_email: username@gmail.com

    Descarca DSes:

    ID-ul DS

    Numele DS

    Revizie

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Înscris

    2020-11-07 22:05:33

    Când este declanșată, această semnătură dezinstalează toate DS-urile care rulează, inclusiv pe sine. Dacă este necesar, reinstalați DS 64224 pentru a continua monitorizarea utilizării ridicate a procesorului pe Gateway-ul local.

Monitorizarea deconectărilor anormale ale apelurilor

Acest DS utilizează sondajul SNMP la fiecare 10 minute pentru a detecta deconectarea anormală a apelurilor, cu erori SIP 403, 488 și 503. Dacă creșterea numărului de erori este mai mare sau egală cu 5 de la ultimul sondaj, se generează o notificare syslog și prin e-mail. Utilizați pașii de mai jos pentru a instala semnătura.

  1. Asigurați-vă că SNMP este activat utilizând comanda arată snmp. Dacă SNMP nu este activat, configurați comanda snmp-server manager . 

    afișare snmp %agent SNMP neactivat config t snmp-server manager sfârșit afișare snmp Șasiu: intrare pachete SNMP ABCDEFGHIGK 149655      0 Erori de versiune Bad SNMP      1 Nume comunitate necunoscută      0 Operațiune ilegală pentru numele comunității furnizată      0 Eroare de codificare 37763 Număr de variabile solicitate      2 Număr de variabile modificate 34560 PDU-uri Get-request 138 PDU-uri Get-next      2 PDU-uri de setare a solicitării      0 picături pachet coadă de intrare (dimensiunea maximă a cozii 1000) 158277 pachete SNMP de ieșire      0 Erori prea mari (dimensiunea maximă a pachetului 1500) 20 Nu există astfel de erori de nume      0 Valori greșite      0 Erori generale 7998 PDU-uri de răspuns 10280 Pachete PDU-uri de urmărire în prezent în coada de intrare a procesului SNMP: 0 SNMP capcana globală: activate

  2. Descărcați DS 65221 utilizând următoarele opțiuni în Instrumentul de căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Software Cisco seria 4300, seria 4400 ISR sau Catalyst 8000V Edge

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    SIP anormale apel deconectați de detectare cu e-mail și Syslog notificare.

  3. Copiați fișierul DS XML în Gateway-ul local.

    copiați ftp://nume utilizator:password@/DS_65221.xml bootflash:

  4. Instalați fișierul DS XML în Gateway-ul local. 

     încărcare semnătură diagnostic-apel acasă DS_65221.xml Încărcare fișier DS_65221.xml cu succes

  5. Utilizați comanda afișare semnătură diagnostic apel-acasă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare ar trebui să aibă o valoare „înregistrată”.

Instalați semnături de diagnosticare pentru a depana o problemă

De asemenea, puteți utiliza Semnături de diagnosticare (DS) pentru a rezolva rapid problemele. Cisco TAC ingineri au creat mai multe semnături care permit depanare necesare, care sunt necesare pentru a depana o anumită problemă, detecta apariția problemei, colecta dreptul de set de date de diagnosticare și transferul automat de date la cisco TAC caz. Acest lucru elimină necesitatea de a verifica manual apariția problemei și face rezolvarea problemelor intermitente și tranzitorii mult mai ușoară.

Puteți utiliza Instrumentul de căutare a semnăturilor de diagnosticare pentru a găsi semnăturile aplicabile și a le instala pentru a rezolva automat o anumită problemă sau puteți instala semnătura recomandată de inginerul TAC ca parte a angajamentului de asistență.

Iată un exemplu despre cum să găsiți și să instalați un DS pentru a detecta apariția "%VOICE_IEC-3-GW: CCAPI: Eroare internă (prag de vârf al apelului): IEC=1.1.181.1.29.0" syslog și automatizați colectarea datelor de diagnosticare utilizând următorii pași:

  1. Configurați o altă variabilă de mediu DS ds_fsurl_prefix ca cale a serverului de fișiere Cisco TAC (cxd.cisco.com) pentru a încărca datele de diagnosticare. Numele de utilizator din calea fișierului este numărul de caz, iar parola este tokenul de încărcare a fișierului care poate fi preluat de la Managerul de cazuri de asistență , după cum se arată în continuare. Tokenul de încărcare a fișierului poate fi generat în secțiunea Atașamente din Managerul de cazuri de asistență, după cum este necesar. 

     configurați terminalul call-home diagnostic-semnătură LocalGateway(cfg-call-home-diag-sign) mediu ds_fsurl_prefix „scp://:@cxd.cisco.com” end

    Exemplu: 

     apel-acasă diagnostic-semnătură mediu ds_fsurl_prefix " mediu ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Asigurați-vă că SNMP este activat utilizând comanda arată snmp. Dacă SNMP nu este activat, configurați comanda snmp-server manager .

     afișare agent snmp %SNMP neactivat config t sfârșit manager snmp-server

  3. Vă recomandăm să instalați monitorizarea înaltă a procesorului DS 64224 ca măsură proactivă pentru a dezactiva toate semnăturile de depanare și diagnosticare în timpul utilizării ridicate a procesorului. Descărcați DS 64224 utilizând următoarele opțiuni în Instrumentul de căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Software Cisco seria 4300, seria 4400 ISR sau Catalyst 8000V Edge

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    Utilizare ridicată a procesorului cu notificare prin e-mail.

  4. Descărcați DS 65095 utilizând următoarele opțiuni în Instrumentulde căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Software Cisco seria 4300, seria 4400 ISR sau Catalyst 8000V Edge

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Syslogs

    Tip de problemă

    Syslog - %VOICE_IEC-3-GW: CCAPI: Eroare internă (prag de vârf al apelului): IEC=1.1.181.1.29.0

  5. Copiați fișierele DS XML pe Gateway-ul local.

     copiați fișierul ftp://nume utilizator:password@/DS_64224.xml bootflash:  copiați ftp://nume utilizator:password@/DS_65095.xml bootflash:

  6. Instalați monitorizarea ridicată a CPU DS 64224 și apoi fișierul XML DS 65095 pe gateway-ul local. 

     încărcare semnătură diagnostic-apel acasă DS_64224.xml Încărcare fișier DS_64224.xml succes apel-acasă diagnostic-semnătură DS_65095.xml Încărcare fișier DS_65095.xml succes

  7. Verificați dacă semnătura este instalată cu succes utilizând afișarea semnăturiide diagnosticare la domiciliu a apelului. Coloana de stare ar trebui să aibă o valoare "înregistrată". 

     afișați semnătura de diagnosticare-apel-acasă Setări actuale de semnătură de diagnosticare:   Semnătură diagnosticare: Profil activat: CiscoTAC-1 (stare: ACTIV) Descărcare URL(uri):  https://tools.cisco.com/its/service/oddce/services/DDCEService Variabilă mediu: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    DescarcaT DSes:

    ID-ul DS

    Numele DS

    Revizie

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Înscris

    2020-11-08:00:07:45

    65095

    00:12:53

    LGWIECC___all_spike_threshold

    0.0.12

    Înscris

    2020-11-08:00:12:53

Verificarea executării semnăturilor de diagnosticare

În următoarea comandă, coloana "Stare" a comenzii afișează modificările semnăturii de diagnosticare la domiciliu apel la "rulare", în timp ce Gateway-ul local execută acțiunea definită în semnătură. Rezultatul statisticilor de diagnosticare a semnăturii de apel la domiciliu este cea mai bună modalitate de a verifica dacă o semnătură de diagnosticare detectează un eveniment de interes și a executat acțiunea. Coloana "Triggered/Max/Deinstall" indică de câte ori semnătura dată a declanșat un eveniment, numărul maxim de ori este definit pentru a detecta un eveniment și dacă semnătura se deinstalează după detectarea numărului maxim de evenimente declanșate. 

afișați semnătura de diagnosticare-apel-acasă Setări actuale de semnătură de diagnosticare:   Semnătură diagnosticare: Profil activat: CiscoTAC-1 (stare: ACTIV) Descărcare URL(uri):  https://tools.cisco.com/its/service/oddce/services/DDCEService Variabilă mediu: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DescarcaT DSes:

ID-ul DS

Numele DS

Revizie

Stare

Ultima actualizare (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Înscris

2020-11-08 00:07:45

65095

LGWIECC___all_spike_threshold

0.0.12

Rulare

2020-11-08 00:12:53

afișarea statisticilor privind semnătura de diagnosticare a apelurilor la domiciliu

ID-ul DS

Numele DS

Declanșat/max/dezinstalare

Timp mediu de rulare (secunde)

Timp maxim de rulare (secunde)
64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

LGWIECC___all_spike_threshold

1/20/Y

23.053

23.053

E-mailul de notificare care este trimis în timpul executării semnăturii de diagnosticare conține informații cheie, cum ar fi tipul de problemă, detaliile dispozitivului, versiunea software, configurația care rulează și afișează ieșirile de comandă care sunt relevante pentru depanarea problemei date.

Dezinstalarea semnăturilor de diagnosticare

Utilizarea semnăturilor de diagnosticare în scopuri de depanare sunt de obicei definite pentru a dezinstala după detectarea unor apariții ale problemelor. Dacă doriți să dezinstalați manual o semnătură, regăsiți ID-ul DS de la ieșirea de afișare a semnăturii de diagnosticare la domiciliu a apelului și executați următoarea comandă:

dezinstalare semnătură diagnosticare-apel acasă

Exemplu:

dezinstalare semnătură diagnosticare acasă 64224

Semnăturile noi sunt adăugate periodic la Instrumentul de căutare a semnăturilor de diagnosticare, pe baza problemelor observate în implementări. TAC în prezent nu acceptă solicitările de creare de noi semnături particularizate.

Implementați disponibilitatea ridicată a CUBE ca gateway local

Fundamentele

Cerințe preliminare

Înainte de a implementa CUBE HA ca gateway local pentru apelarea Webex, asigurați-vă că aveți o înțelegere aprofundată a următoarelor concepte:

Liniile directoare de configurare furnizate în acest articol presupune o platformă gateway local dedicat cu nici o configurație de voce existente. Dacă o implementare existentă CUBE enterprise este modificată pentru a utiliza, de asemenea, funcția gateway local pentru Cisco Webex Calling, acordați o atenție deosebită configurației aplicate pentru a vă asigura că fluxurile de apeluri și funcționalitățile existente nu sunt întrerupte și asigurați-vă că respectați cerințele de proiectare CUBE HA.

Componente hardware și software

CUBE HA ca gateway local necesită IOS-XE versiunea 16.12.2 sau o versiune ulterioară și o platformă pe care sunt acceptate atât funcțiile CUBE HA, cât și LGW.

Comenzile arată și jurnalele din acest articol se bazează pe lansarea software-ul minim de Cisco IOS-XE 16.12.2 puse în aplicare pe un vCUBE (CSR1000v).

Material de referință

Iată câteva ghiduri detaliate de configurare CUBE HA pentru diverse platforme:

Prezentare generală a soluției de apelare Webex

Cisco Webex Calling este o ofertă de colaborare care oferă o alternativă bazată pe cloud cu mai multe entități găzduite la serviciul de telefonie PBX local, cu mai multe opțiuni PSTN pentru clienți.

Implementarea Local Gateway (reprezentată mai jos) este punctul central al acestui articol. Portbagajul gateway-ului local (PSTN bazat pe premise) din Webex Calling permite conectivitatea la un serviciu PSTN deținut de client. De asemenea, oferă conectivitate la o implementare IP PBX locală, cum ar fi Cisco Unified CM. Toate comunicațiile către și de la cloud sunt securizate utilizând tls transport pentru SIP și SRTP pentru mass-media.

Figura de mai jos afișează o implementare Webex Calling fără niciun PBX IP existent și se aplică unei implementări unice sau multi-site. Configurația descrisă în acest articol se bazează pe această implementare.

Redundanță de la cutie la nivel 2

Redundanța box-to-box CUBE HA layer 2 utilizează protocolul de infrastructură Redundancy Group (RG) pentru a forma o pereche activă/standby de routere. Această pereche partajează aceeași adresă IP virtuală (VIP) în interfețele lor respective și schimbă continuu mesajele de stare. Cube informații sesiune este check-pointed peste perechea de routere care să permită router standby pentru a lua toate responsabilitățile CUBE apel de procesare peste imediat în cazul în care router-ul activ iese din serviciu, rezultând în păstrarea statuos de semnalizare și mass-media.

Indicația de verificare este limitată la apelurile conectate cu pachete media. Apelurile în tranzit nu sunt marcate (de exemplu, o stare de încercare sau de apel).

În acest articol, CUBE HA se va referi la cube high availability (HA) Layer 2 Box-to-box (B2B) redundanță pentru conservarea apelurilor impunătoare

Începând cu IOS-XE 16.12.2, CUBE HA poate fi implementat ca gateway local pentru implementările trunchiului de apelare Cisco Webex (PSTN bazat pe premise) și vom acoperi considerațiile și configurațiile de proiectare din acest articol. Această cifră afișează o configurare tipică CUBE HA ca Gateway local pentru o implementare a trunchiului Cisco Webex Calling.

Componenta infra a grupului de redundanță

Componenta Infra a grupului de redundanță (RG) oferă suportul pentru infrastructura de comunicații box-to-box între cele două CUBEs și negociază starea finală de redundanță stabilă. Această componentă oferă, de asemenea:

  • Un protocol de tip HSRP care negociază starea finală de redundanță pentru fiecare router prin schimbul de mesaje keepalive și salut între cele două CUBEs (prin interfața de control) - GigabitEthernet3 în figura de mai sus.

  • Un mecanism de transport pentru punctarea semnalizării și a stării media pentru fiecare apel de la routerul activ la cel standby (prin interfața de date) — GigabitEthernet3 în figura de mai sus.

  • Configurarea și gestionarea interfeței IP virtual (VIP) pentru interfețele de trafic (mai multe interfețe de trafic pot fi configurate folosind același grup RG) – GigabitEthernet 1 și 2 sunt considerate interfețe de trafic.

Această componentă RG trebuie să fie configurat special pentru a accepta voce B2B HA.

Gestionarea adreselor IP virtual (VIP) atât pentru semnalizare, cât și pentru mass-media

B2B HA se bazează pe VIP pentru a obține redundanță. Vip-ul și interfețele fizice asociate pe ambele CUBEs din perechea CUBE HA trebuie să se afle pe aceeași subrețea LAN. Configurarea VIP-ului și legarea interfeței VIP la o anumită aplicație de voce (SIP) sunt obligatorii pentru suportul vocal B2B HA. Dispozitivele externe, cum ar fi Unified CM, Webex Calling access SBC, furnizorul de servicii sau proxy-ul, utilizează VIP ca adresă IP de destinație pentru apelurile care traversează routerele CUBE HA. Prin urmare, din punct de vedere webex Calling, perechile CUBE HA acționează ca un singur gateway local.

Informațiile despre semnalizarea apelurilor și sesiunea RTP a apelurilor stabilite sunt punctate de la routerul activ la routerul standby. Când routerul activ coboară, routerul Standby preia controlul și continuă să redirecționeze fluxul RTP care a fost anterior direcționat de primul router.

Apelurile într-o stare tranzitorie în momentul nereușitei nu vor fi păstrate după comutare. De exemplu, apelurile care nu sunt încă pe deplin stabilite sau sunt în curs de a fi modificate cu o funcție de transfer sau reținere. Apelurile stabilite pot fi deconectate după comutare.

Există următoarele cerințe pentru utilizarea CUBE HA ca gateway local pentru reluarea impunătoare a apelurilor:

  • CUBE HA nu poate avea TDM sau interfețe analogice co-localizate

  • Gig1 și Gig2 sunt denumite interfețe de trafic (SIP / RTP), iar Gig3 este redundanță Grup (RG) Control / interfață de date

  • Nu mai mult de 2 perechi CUBE HA pot fi plasate în același domeniu de nivel 2, unul cu id-ul grupului 1 și celălalt cu id-ul grupului 2. Dacă configurați 2 perechi HA cu același ID de grup, interfețele RG Control/Data trebuie să aparțină unor domenii de nivel 2 diferite (vlan, comutator separat)

  • Canalul de port este acceptat atât pentru interfețele de control/date RG, cât și pentru interfețele de trafic

  • Toate de semnalizare / mass-media este provenind de la / la adresa IP virtuală

  • Ori de câte ori o platformă este reîncărcată într-o relație CUBE-HA, aceasta pornește întotdeauna ca Standby

  • Adresa inferioară pentru toate interfețele (Gig1, Gig2, Gig3) ar trebui să fie pe aceeași platformă

  • Identificatorul interfeței de redundanță, rii ar trebui să fie unic pentru o combinație pereche/interfață pe același Strat 2

  • Configurația pe ambele CUBEs trebuie să fie identică, inclusiv configurația fizică și trebuie să ruleze pe același tip de platformă și versiunea IOS-XE

  • Interfețe loopback nu pot fi utilizate ca se leagă, deoarece acestea sunt întotdeauna în sus

  • Interfețele cu trafic multiplu (SIP/RTP) (Gig1, Gig2) necesită configurarea urmăririi interfeței

  • CUBE-HA nu este acceptat printr-o conexiune prin cablu crossover pentru RG-control/link-ul de date (Gig3)

  • Ambele platforme trebuie să fie identice și să fie conectate printr-un switch fizic între toate interfețele de referință pentru ca CUBE HA să funcționeze, adică GE0/0/0 din CUBE-1 și CUBE-2 trebuie să se termine pe același comutator și așa mai departe.

  • Nu poate avea WAN reziliat pe cubes direct sau de date HA pe fiecare parte

  • Ambele Active/Standby trebuie să fie în același centru de date

  • Este obligatorie utilizarea interfeței L3 separate pentru redundanță (RG Control/data, Gig3). adică interfața utilizată pentru trafic nu poate fi utilizată pentru păstrarea ha și punctul de control

  • În caz de nereușită, CUBE-ul activ anterior trece printr-o reîncărcare prin proiectare, păstrând semnalizarea și mass-media

Configurarea redundanței pe ambele CUB-uri

Trebuie să configurați redundanța box-to-box de la nivelul 2 la ambele CUBEs destinate a fi utilizate într-o pereche HA pentru a aduce IP-uri virtuale.

1

Configurați urmărirea interfeței la nivel global pentru a urmări starea interfeței.

conf t track 1 interfață GigabitEthernet1 linie- protocol track 2 interfață GigabitEthernet2 linie- protocol ieșire 

VCUBE-1#conf t

VCUBE-1(config)#track 1 interfață GigabitEthernet1 linie-protocol

VCUBE-1(config-track)#track 2 interfață GigabitEthernet2 linie-protocol

VCUBE-1 (config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interfață GigabitEthernet1 linie-protocol

VCUBE-2(config-track)#track 2 interfață GigabitEthernet2 linie-protocol

VCUBE-2(config-track)#exit

Track CLI este utilizat în RG pentru a urmări starea interfeței de trafic de voce, astfel încât ruta activă va avea un rol destul de activ după ce interfața de trafic este în jos.

2

Configurați un RG pentru utilizare cu VoIP HA sub-modul de redundanță a aplicației.

redundanță aplicație redundanță grup 1 nume LocalGateway-HA prioritate 100 prag 75 control GigabitEthernet3 protocol 1 date GigabitEthernet3 întârziere cronometru 30 reîncărcare 60 pistă 1 cronometru 2 protocol de ieșire închidere 1 cronometru hellotime 3 holdtime 10 ieșire ieșire ieșire 

VCUBE-1(config)#redundanță

VCUBE-1(config-red)#redundanță aplicație

VCUBE-1(config-red-app)#grupul 1

VCUBE-1(config-red-app-grp)#nume LocalGateway-HA

VCUBE-1(config-red-app-grp)#prioritate 100 prag de rezervă 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#date GigabitEthernet3

VCUBE-1(config-red-app-grp)#temporizatoare întârziere 30 reîncărcare 60

VCUBE-1(config-red-app-grp)#track 1 închidere

VCUBE-1(config-red-app-grp)#track 2 închidere

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#cronometre hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-roșu)#exit

VCUBE-1 (configurație)#

VCUBE-2(config)#redundanță

VCUBE-2(config-red)#redundanță aplicație

VCUBE-2(config-red-app)#grupul 1

VCUBE-2(config-red-app-grp)#nume LocalGateway-HA

VCUBE-2(config-red-app-grp)#prioritate 100 prag de rezervă 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#date GigabitEthernet3

VCUBE-2(config-red-app-grp)#temporizatoare întârziere 30 reîncărcare 60

VCUBE-2(config-red-app-grp)#track 1 închidere

VCUBE-2(config-red-app-grp)#track 2 închidere

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#cronometre hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-roșu)#exit

VCUBE-2 (configurație)#

Iată o explicație a câmpurilor utilizate în această configurație:

  • redundanță—Introduceți modul redundanță

  • redundanță aplicație—Introduceți modul de configurare a redundanței aplicației

  • grup—Introduceți modul de configurare a grupului de aplicații redundanță

  • numele LocalGateway-HA—Definește numele grupului RG

  • prioritatea 100 nerespectarea pragului 75 – Specifică prioritatea inițială și nerespectarea pragurilor pentru un RG

  • cronometre întârziere 30 reîncărcare 60—Configurează de două ori pentru întârziere și reîncărcare

    • Temporizator de întârziere, care este cantitatea de timp pentru a întârzia inițializarea grupului RG și negocierea rolului după ce interfața apare - Implicit 30 de secunde. Intervalul este de 0-10000 secunde

    • Reîncărcare - Aceasta este perioada de timp pentru a întârzia inițializarea grupului RG și negocierea rolurilor după o reîncărcare - Implicit 60 de secunde. Intervalul este de 0-10000 secunde

    • Cronometrele implicite sunt recomandate, deși aceste cronometre pot fi ajustate pentru a se potrivi cu orice întârziere suplimentară de convergență a rețelei care poate apărea în timpul pornirii/reîncărcării routerelor, pentru a garanta că negocierea protocolului RG are loc după ce rutarea în rețea a convergent la un punct stabil. De exemplu, dacă se vede după failover că este nevoie de până la 20 sec pentru ca noul STANDBY să vadă primul pachet RG HELLO de la noul ACTIVE, atunci cronometrele trebuie ajustate la "cronometre întârziere 60 reîncărcați 120" pentru a lua în considerare această întârziere.

  • control GigabitEthernet3 protocol 1—Configurează interfața utilizată pentru a face schimb de mesaje keepalive și salut între cele două CUB-uri și specifică instanța de protocol care va fi atașată la o interfață de control și intră în modul de configurare a protocolului aplicației de redundanță

  • date GigabitEthernet3—Configurează interfața utilizată pentru bifarea traficului de date

  • urmări—urmărirea grupului RG a interfețelor

  • protocol 1 – Specifică instanța de protocol care va fi atașată la o interfață de control și intră în modul de configurare a protocolului aplicației de redundanță

  • cronometre hellotime 3 holdtime 10—Configurează cele două cronometre pentru hellotime și holdtime:

    • Hellotime- Interval între mesaje succesive salut – Implicit 3 secunde. Raza de acțiune este de 250 milisecunde-254 secunde

    • Timp de așteptare - Intervalul dintre primirea unui mesaj Hello și prezumția că ruterul de trimitere nu a reușit. Această durată trebuie să fie mai mare decât timpul de salut – Implicit 10 secunde. Raza de acțiune este de 750 milisecunde-255 secunde

      Vă recomandăm să configurați cronometrul de așteptare pentru a fi de cel puțin 3 ori valoarea cronometrului hellotime.

3

Activați redundanța box-to-box pentru aplicația CUBE. Configurați RG de la pasul anterior în voip serviciu de voce. Acest lucru permite aplicației CUBE să controleze procesul de redundanță.

redundanță voip serviciu voce - grup 1 ieșire

VCUBE-1(config)#serviciu voip voip

VCUBE-1(config-voi-serv)#redundancy-group 1

 % A fost creată asocierea RG 1 cu Voice B2B HA; reîncărcați routerul pentru ca noua configurație să fie aplicată 

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#serviciu voip voip

VCUBE-2(config-voi-serv)#redundancy-group 1

 % A fost creată asocierea RG 1 cu Voice B2B HA; reîncărcați routerul pentru ca noua configurație să fie aplicată 

VCUBE-2(config-voi-serv)# exit

redundanță-grup 1—Adăugarea și eliminarea acestei comenzi necesită o reîncărcare pentru ca configurația actualizată să intre în vigoare. Vom reîncărca platformele după ce s-a aplicat toată configurația.

4

Configurați interfețele Gig1 și Gig2 cu IP-urile lor virtuale respective, așa cum se arată mai jos și aplicați identificatorul interfeței de redundanță (rii)

VCUBE-1(config)#interfață GigabitEthernet1

VCUBE-1(config-if)# redundanță ri 1

VCUBE-1(config-if)# redundanță grup 1 ip 198.18.1.228 exclusiv

VCUBE-1(config-if)# ieșire

VCUBE-1 (configurație)#

VCUBE-1(config)#interfață GigabitEthernet2

VCUBE-1(config-if)# redundanță rii 2

VCUBE-1(config-if)# redundanță grup 1 ip 198.18.133.228 exclusiv

VCUBE-1(config-if)# ieșire

VCUBE-2(config)#interfață GigabitEthernet1

VCUBE-2(config-if)# redundanță rii 1

VCUBE-2(config-if)# redundanță grup 1 ip 198.18.1.228 exclusiv

VCUBE-2(config-if)# ieșire

VCUBE-2 (configurație)#

VCUBE-2(config)#interfață GigabitEthernet2

VCUBE-2(config-if)# redundanță rii 2

VCUBE-2(config-if)# redundanță grup 1 ip 198.18.133.228 exclusiv

VCUBE-v(config-if)# ieșire

Iată o explicație a câmpurilor utilizate în această configurație:

  • redundanță rii—Configurează identificatorul interfeței de redundanță pentru grupul de redundanță. Necesar pentru generarea unei adrese Virtual MAC (VMAC). Aceeasi valoare rii ID trebuie folosita si pe interfata fiecarui router (ACTIVE/STANDBY) care are acelasi VIP.

    Dacă există mai multe perechi B2B pe aceeași rețea LAN, fiecare pereche TREBUIE SĂ aibă ID-uri unice ale rii pe interfețele lor respective (pentru a preveni coliziunea). „Afișați grupul de aplicații de redundanță toți” ar trebui să indice informațiile locale și de la egal la egal corecte.

  • grup de redundanță 1—Asociază interfața cu grupul de redundanță creat în Pasul 2 de mai sus. Configurați grupul RG, precum și VIP-ul atribuit acestei interfețe fizice.

    Este obligatorie utilizarea unei interfețe separate pentru redundanță, adică interfața utilizată pentru traficul de voce nu poate fi utilizată ca interfață de control și date specificată în pasul 2 de mai sus. În acest exemplu, interfața Gigabit 3 este utilizată pentru controlul/datele RG

5

Salvați configurația primului CUBE și reîncărcați-l.

Platforma pentru a reîncărca ultima este întotdeauna standby.

VCUBE-1#wr

 Se generează configurația... 

 [ok] 

VCUBE-1#reîncărcare

 Continuați reîncărcarea? [confirmare]

După ce VCUBE-1 pornește complet, salvați configurația VCUBE-2 și reîncărcați-o.

VCUBE-2#wr

 Se generează configurația... 

 [ok] 

VCUBE-2#reîncărcare

 Continuați reîncărcarea? [confirmare]

6

Verificați că configurația box-to-box funcționează așa cum vă așteptați. Rezultatele relevante sunt evidențiate cu caractere aldine.

Am reîncărcat VCUBE-2 ultima și ca pe considerente de proiectare; platforma pentru a reîncărca ultima va fi întotdeauna standby. 

 VCUBE-1#afișează grupul de aplicații de redundanță toate stările defectelor Informații despre grupul 1:        Prioritate execuție: [100] RG nu răspunde la starea RG: În sus.                        Numărul total de comutări datorate defecțiunilor:  0 Nr. total de modificări ale stării în jos/în sus din cauza defecțiunilor: 0 ID grup:1 Nume grup:LocalGateway-HA Stare administrativă: Fără stare operațională agregată de oprire: Îmbunătățiți  Rolul meu: Rolul ACTIV al partenerului: Prezență PEER ÎN așteptare: Da Comm pentru parteneri: Da Progresia între colegi a început: Da Domeniu RF: Stare RF btob-one: Stare RF Peer ACTIV: Rol RG 1 Protocol STANDBY HOT RG ------------------: Negociere activă: Prioritate activată: 100 Stare protocol: Stare Intf(e) Ctrl activ(e): În sus Active Peer: Partener în așteptare local: adresa 10.1.1.2, prioritatea 100, intf Gi3 Contoare jurnal:                 schimbarea rolului în activ: 1 schimbare rol în standby: 1 dezactivați evenimente: rg în jos starea 0, rg închidere 0 evenimente ctrl intf: sus 1, jos 0, admin_down 0 evenimente de reîncărcare: solicitare locală 0, solicitare peer 0 RG Media Context pentru RG 1 -------------------------- Ctx State: ID protocol activ: 1 Tip fișier media: Interfață de control implicită: GigabitEthernet3 Cronometru curent Bună ziua: 3000 Cronometru Bună Configurat: 3000, Temporizator în așteptare: 10000 Peer Bună Timer: 3000, temporizator de așteptare pentru parteneri: 10000 Statistici:             Pkts 1509, octeți 93558, HA Seq 0, Număr Seq 1509, Pierdere pkt 0 Autentificare neconfigurată eroare de autentificare: 0 Reîncărcare partener: TX 0, RX 0 Renunțați: TX 0, RX 0 Peer în așteptare: Prezentați. Temporizator de așteptare: 10000 Pkts 61, octeți 2074, HA Seq 0, Număr Seq 69, Pierdere Pkt 0 VCUBE-1#
 VCUBE-2#afișați grupul de aplicații de redundanță toate stările defectelor Informații despre grupul 1:        Prioritate execuție: [100] RG nu răspunde la starea RG: În sus.                        Numărul total de comutări datorate defecțiunilor:  0 Nr. total de modificări ale stării în jos/în sus din cauza defecțiunilor: 0 ID grup:1 Nume grup:LocalGateway-HA Stare administrativă: Fără stare operațională agregată de oprire: Îmbunătățiți  Rolul meu: Rolul DE Peer în așteptare: Prezență ACTIVĂ Peer: Da Comm pentru parteneri: Da Progresia între colegi a început: Da Domeniu RF: Stare RF btob-one: Stare RF Peer ACTIV: Rol RG 1 Protocol STANDBY HOT RG ------------------: Negociere activă: Prioritate activată: 100 Stare protocol: Stare Intf(e) Ctrl activ(e): În sus Active Peer: adresa 10.1.1.2, prioritatea 100, intf Gi3 Standby Peer: Contoare pentru jurnalul local:                 schimbarea rolului în activ: 1 schimbare rol în standby: 1 dezactivați evenimente: rg în jos starea 0, rg închidere 0 evenimente ctrl intf: sus 1, jos 0, admin_down 0 evenimente de reîncărcare: solicitare locală 0, solicitare peer 0 RG Media Context pentru RG 1 -------------------------- Ctx State: ID protocol activ: 1 Tip fișier media: Interfață de control implicită: GigabitEthernet3 Cronometru curent Bună ziua: 3000 Cronometru Bună Configurat: 3000, Temporizator în așteptare: 10000 Peer Bună Timer: 3000, temporizator de așteptare pentru parteneri: 10000 Statistici:             Pkts 1509, octeți 93558, HA Seq 0, Număr Seq 1509, Pierdere pkt 0 Autentificare neconfigurată eroare de autentificare: 0 Reîncărcare partener: TX 0, RX 0 Renunțați: TX 0, RX 0 Peer în așteptare: Prezentați. Temporizator de așteptare: 10000 Pkts 61, octeți 2074, HA Seq 0, Număr Seq 69, Pierdere Pkt 0 VCUBE-2#

Configurarea unui gateway local pe ambele CUB-uri

În configurația noastră exemplu, folosim următoarele informații trunchi din Control Hub pentru a construi configurația Local Gateway pe ambele platforme, VCUBE-1 și VCUBE-2. Numele de utilizator și parola pentru această configurare sunt după cum urmează:

  • Nume utilizator: Hussain1076LGU_

  • Parolă: lOV12MEaZx

1

Asigurați-vă că este creată o cheie de configurare pentru parolă, cu comenzile afișate mai jos, înainte de a putea fi utilizată în acreditări sau secrete partajate. Parolele de tip 6 sunt criptate folosind cifrul AES și această cheie de configurare definită de utilizator. 

 LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#criptarea parolei aes

Iată configurația Local Gateway care se va aplica ambelor platforme pe baza parametrilor Control Hub afișați mai sus, salvați și reîncărcați. Datele de autentificare SIP Digest din Control Hub sunt evidențiate în mod îndrăzneț.

 configurați terminal cripto pki trustpoint dummyTp revocation-check crl ieșire sip-ua semnalizarea cripto implicit dummyTp cn-san-validate server transport tcp tls v1.2 end configurați terminal crypto pki trustpool import URL curat http://www.cisco.com/security/pki/trs/ios_core.p7b terminal configurați adresa IP de încredere ipv4 x.x.x.x y.y.y.y exit allow-connections sip to sip media statistics media bulk-stats no supplementary-service sip refer no supplementary-service sip handle-replace agent-id 1 boot-count 4 stun flowdata stun shared-secret 0 Password123! sip g729 annexb-all early-offer forțat end configurați sip-profile de voce terminal 200 regula 9 solicitare ORICE sip-header SIP-Req-URI modificare "sips:(.*)" "<sip:\1" regula 10 solicitare ORICE sip-header Să modifice "<sips:(.*)" "<sip:\1" regula 11 solicitare ORICE sip-header Să modifice "<sips:(.*)" "<sip:\1" regula 12 solicitare ORICE sip-header Să modifice contactul "<sips:(.*)" "<sip:\1" regula 13 răspuns ORICE sip-header Să modifice "<sips:(.*)" "<sip:\1" regula 14 răspuns ORICE sip-header Să modifice "<sips:hussain1076_lgu>” regula 30 solicită ORICE tip de antet sip P-asserted-identity să modifice „sips:(.*)” „sip:\1” codec clasa vocală 99 codec preferință 1 g711ulaw codec 2 g711ulaw ieșire din clasa vocală srtp-crypto 200 cripto 1 AES_centimetru_128_hmac (dezambiguizare)_șah1_80 ieșiți din clasa de voce stun-utilizare 200 firewall-traversare flux de date ieșiți din clasa de voce 200 registrator dns:40462196.cisco-bcld.com sips-uri schemă expiră 240 raport de reîmprospătare 50 tcp tls număr de date de autentificare Hussain5091_Lgu (dezambiguizare) nume utilizator Hussain1076_Parolă LGU 0 OV12MEaZx nume utilizator autentificare Broadworks Hussain5091_Lgu (dezambiguizare) parolă 0 OV12MEaZx nume utilizator autentificare BroadWorks Hussain5091_Lgu (dezambiguizare) parolă 0 OV12MEaZx tărâm 40462196.cisco-bcld.com nu există server sip-id de la distanță dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 sesiune transport tcp tls url sips error-passthru asserted-id pai bind control sursă-interfață GigabitEthernet1 bind media-interfață GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com confidențialitate-politică passthru clasă de voce entitate găzduită 100 sesiune transport udp url sip error-passthru bind control sursă-interfață GigabitEthernet2 bind media sursă-interfață GigabitEthernet2 no pass-thru conținut custom-sdp clasă de voce 300 bind control sursă-interfață GigabitEthernet2 bind media sursă-interfață GigabitEthernet2 no pass-thru conținut custom-sdp clasă de voce uri 100 sip gazdă ipv4:198.18.133.3 URI clasă de voce 200 șablon sip dtg=hussain1076.lgu voce dial-peer 101 voip descriere Dial-peer de ieșire către șablonul de destinație IP PSTN BAD.BAD protocol sesiune sipv2 țintă sesiune IPV4:198.18.133.3 codec de clasă vocală 99 entitate găzduită sip de clasă vocală 100 dtmf-relay rtp-nte nu vad voce-peer voce 201 descriere voip Protocol sesiune sipv2 entitate găzduită sip de clasă vocală codec 99 voce stun-utilizare 200 nicio clasă de voce sip locală gazdă de clasă vocală 200 dtmf-relay rtp-nte srtp nu vad clasă de voce dpg 100 descriere IP PSTN(DP100) către Webex Calling (DP201) dial-peer 201 preferință 1 voce dial-peer 100 descifrare voip Apelare peer de intrare prin protocolul de sesiune IP PSTN sipv2 destinație dpg 200 uri de intrare prin protocolul de clasă vocală 99 entitate găzduită sip de clasă vocală 300 dtmf-relay rtp-nte nu vad voce dial-peer 200 descriere URI de intrare prin protocolul de sesiune Webex Calling sipv2 de destinație dpg 100 URI de intrare prin protocolul de sesiune Webex Calling sipv2 de destinație dpg 100 URI

Pentru a afișa ieșirea comenzii de afișare, am reîncărcat VCUBE-2 urmat de VCUBE-1, făcând din VCUBE-1 CUBUL standby și VCUBE-2 CUBUL activ

2

În orice moment, o singură platformă va menține o înregistrare activă ca Gateway local cu SBC-ul de acces webex Calling. Aruncați o privire la ieșirea următoarelor comenzi de afișare.

prezintă grupul de cereri de redundanță 1

afișați starea înregistrării sip-ua 

 VCUBE-1#afișare redundanță grup aplicație 1 ID grup:1 Nume grup:LocalGateway-HA Stare administrativă: Fără stare operațională agregată de oprire: Îmbunătățiți  Rolul meu: Rolul Peer în așteptare: Prezență ACTIVĂ Peer: Da Comm pentru parteneri: Da Progresia între colegi a început: Da Domeniu RF: Stare RF btob-one: Stare RF HOT Peer în așteptare: VCUBE-1 ACTIV#afișare stare înscriere sip-ua VCUBE-1#

 VCUBE-2#afișare redundanță grup aplicație 1 ID grup:1 Nume grup:LocalGateway-HA Stare administrativă: Fără stare operațională agregată de oprire: Îmbunătățiți Rolul meu: Rolul ACTIV al partenerului: Stare PREZENȚĂ Peer: Da Comm pentru parteneri: Da Progresia între colegi a început: Da Domeniu RF: Stare RF btob-one: Stare RF Peer ACTIV: Standby HOT VCUBE-2#afișare stare înscriere sip-ua entitate găzduită: 200 --------------------Registru-Index  1 --------------------- Linie pereche expiră (sec) reg supraviețuire P-Associ-URI ============================== ========================= ============ Hussain5091_LGU -1 48 da normal VCUBE-2#

Din ieșirea de mai sus, puteți vedea că VCUBE- 2 este LGW-ul activ care menține înregistrarea cu acces Webex Calling SBC, în timp ce ieșirea „afișează starea de înregistrare sip-ua” este necompletată în VCUBE-1

3

Acum activați următoarele depanări pe VCUBE-1

 VCUBE-1#debug ccsip non-call SIP Urmărirea în afara dialogului este activată VCUBE-1#debug ccsip info SIP Urmărirea informațiilor despre apel este activată VCUBE-1#debug ccsip message

4

Simulați reluarea prin emiterea următoarei comenzi pe LGW activ, VCUBE-2 în acest caz.

 VCUBE-2#grup de reîncărcare a aplicației redundanță 1 propriu

Trecerea de la ACTIVE la STANDBY LGW are loc în următorul scenariu, precum și în afară de CLI enumerate mai sus

  • Când routerul ACTIVE se reîncarcă

  • Când routerul ACTIVE cicluri de alimentare

  • Când orice interfață configurată RG a routerului ACTIVE este oprită pentru care este activată urmărirea

5

Verificați dacă VCUBE-1 s-a înregistrat cu Webex Calling access SBC. VCUBE-2 ar fi reîncărcat până acum.

 VCUBE-1#afișare stare Entitate găzduită Sip-ua: 200 --------------------Registru-Index  1 --------------------- Linie peer expiră (sec) reg supraviețuire P-Associ-URI ============================== ========== ============ ============= =========== Hussain5091_LGU -1 56 da normal VCUBE-1#

VCUBE-1 este acum LGW activ.

6

Uitați-vă la jurnalul de depanare relevant pe VCUBE-1 trimițând un REGISTRU SIP la Webex Apelând prin IP-ul virtual și primind un OK 200.

 VCUBE-1#afișare jurnal ian 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRAT: Id RG 1 Timpul De Bună A Expirat. Ian 9 18:37:24.771: %RG_PROTCOL-5-ROLEXCHANGE: Schimbarea rolului ID RG 1 din Standby în Ian activ 9 18:37:24.783: %VOCE_HA-2-COMUTARE_IND: Comutare, de la starea ÎN AȘTEPTARE_CALD la starea ACTIV. Ian 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: A fost primit notificare rol activ eveniment Ian 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Trimis(ă): Înscriere SIP: 40462196.cisco-bcld.com:5061 SIP/2.0 Prin: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 De la: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 La: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Dată: Joi, 09 ian 2020, 18:37:24 GMT ID apel: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Agent utilizator: Redirecționări maxime Cisco-SIPGateway/IOS-16.12.02: 70 Marca temporală: 1578595044 CSeq: 2 ÎNREGISTRARE Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expiră: 240 Acceptată: Lungime conținut cale: 0 

Ian 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Recepționat: SIP/2.0 401 Neautorizat Prin: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 De la: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 La: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Dată: Joi, 09 ian 2020, 18:37:24 GMT ID apel: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Marcaj temporal: 1578595044 CSeq: 2 ÎNSCRIEȚI WWW-AUTHENTICATE; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 Conținut-lungime: 0 

Ian 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Trimis(ă): Înscrieți-VĂ SIP:40462196.cisco-bcld.com:5061 SIP/2.0 Prin: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC De la: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 La: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Dată: Joi, 09 ian 2020, 18:37:25 GMT ID apel: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Agent utilizator:Cisco-SIPGateway/IOS-16.12.02 Redirecționări maxime: 70 Marca temporală: 1578595045 CSeq: 3 ÎNREGISTRARE Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expiră: 240 Acceptată: Autorizație cale: Rezumat nume utilizator="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Lungime conținut: 0 

Ian 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  Recepționat: SIP/2.0 200 OK Prin: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 De la: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 La: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 ID apel: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Marcaj temporal: 1578595045 CSeq: 3 ÎNSCRIEȚI-vă Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0,5 Allow-Events: call-info,line-seize,dialog,mesaj-rezumat,ca-caracteristică-eveniment,x-broadworks-hoteling,x-broadworks-call-center-status,conferință conținut-lungime: 0

Configurați Unified CM pentru Webex Calling

Configurarea SIP Trunk profil de securitate pentru Trunk la Local Gateway

În cazurile în care Local Gateway și PSTN gateway se află pe același dispozitiv, Unified CM trebuie să fie activat pentru a diferenția între două tipuri diferite de trafic (apeluri de la Webex și de la PSTN) care provin de pe același dispozitiv și pentru a aplica o clasă diferențiată de servicii acestor tipuri de apeluri. Acest tratament de apel diferențiat se realizează prin asigurarea a două trunchiuri între Unified CM și gateway-ul local combinat și pstn gateway dispozitiv care necesită porturi diferite de ascultare SIP pentru cele două trunchiuri.

Creați un profil de securitate dedicat SIP Trunk pentru trunchiul Local Gateway cu următoarele setări:

ConfigurareValoare
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Webex SIP Trunk Security Profile
Portul de intrareTrebuie să se potrivească portul utilizat în configurarea gateway-ului local pentru traficul către/de la Webex: 5065

Configurarea profilului SIP pentru trunchiul gateway-ului local

Creați un profil SIP dedicat pentru trunchiul Local Gateway cu următoarele setări:

ConfigurareValoare
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Webex SIP Profile
Activați OPTIONS Ping pentru a monitoriza starea de destinație pentru trunchiuri cu tipul de serviciu "None (Implicit)"Bifat

Crearea unui spațiu de căutare a apelurilor pentru apelurile de la Webex

Creați un spațiu de căutare a apelurilor pentru apelurile care provin de la Webex cu următoarele setări:

ConfigurareValoare
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Spațiul de căutare Webex Calling
Partiții selectate

DN (+E.164 numere de director)

ESN (apelare intersite abreviată)

PSTNInațional (acces PSTN)

onNetRemote (destinații învățate în GDPR)

Ultima partiție onNetRemote este utilizată numai într-un mediu multi-cluster în care informațiile de rutare sunt schimbate între clustere CM unificate utilizând Intercluster Lookup Service (ILS) sau Global Dialplan Replication (GDPR).

Configurarea unui trunchi SIP către și de la Webex

Creați un trunchi SIP pentru apelurile către și de la Webex prin Gateway-ul local cu următoarele setări:

ConfigurareValoare
Informații dispozitiv
Nume dispozitivUn nume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Trunk Webex SIP
Rularea pe toate nodurile CM unificate activeBifat
Apeluri primite
Apelarea spațiului de căutareSpațiul de căutare a apelurilor definit anterior: Webex
AAR Apelarea spațiului de căutare Un spațiu de căutare de apelare cu acces numai la modelele de rute PSTN: PSTNReroute
Sip Informații
Adresa de destinațieAdresa IP a Local Gateway CUBE
Portul de destinație5060
SIP Trunk profil de securitateDefinit anterior: Webex
Profilul SIPDefinit anterior: Webex

Configurarea Grupului de rute pentru Webex

Creați un grup de rute cu următoarele setări:

ConfigurareValoare
Informații despre grupul de rute
Nume grup de rutareUn nume unic, cum ar fi Webex
Dispozitive selectateTrunchiul SIP configurat anterior: Webex

Configurarea listei de rute pentru Webex

Creați o listă de rute cu următoarele setări:

ConfigurareValoare
Informații despre lista de rute
NumeUn nume unic, cum ar fi R_LWebex
DescriereDescriere semnificativă, cum ar fi lista de rutare pentru Webex
Rularea pe toate nodurile CM unificate activeBifat
Informații despre membrii listei de rute
Grupuri selectateNumai grupul de rute definit anterior: Webex

Crearea unei partiții pentru destinații webex

Creați o partiție pentru destinațiile Webex cu următoarele setări:

ConfigurareValoare
Informații despre lista de rute
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi partiția Webex

Ce trebuie să faceți în continuare

Asigurați-vă că adăugați această partiție la toate spațiile de căutare apelante care ar trebui să aibă acces la destinații webex. Trebuie să adăugați această partiție în mod specific la spațiul de căutare apelant care este utilizat ca spațiu de căutare de apelare la intrare pe trunchiurile PSTN, astfel încât apelurile de la PSTN la Webex să poată fi direcționate.

Configurarea modelelor de rute pentru destinațiile Webex

Configurați modelele de rute pentru fiecare interval DID de pe Webex cu următoarele setări:

ConfigurareValoare
Model traseuModel complet +E.164 pentru gama DID din Webex cu cel mai important "\". De exemplu: \+140855501XX
Partiția de rutăWebex
Gateway/Listă de ruteRLWebex_
Prioritate urgentăBifat

Configurarea normalizării abreviate a apelării intersite pentru Webex

Dacă webex este necesară apelarea prescurtată între site-uri, configurați modelele de normalizare a apelului pentru fiecare interval ESN de pe Webex cu următoarele setări:

ConfigurareValoare
Model de traducereModel ESN pentru gama ESN din Webex. De exemplu: 80121XX
PartițieWebex
DescriereDescriere semnificativă, cum ar fi modelul de standardizare Webex
Utilizați spațiul de căutare apelant al inițiatoruluiBifat
Prioritate urgentăBifat
Nu așteptați pentru Timeout Interdigit pe hamei ulterioareBifat
Numită Party Transformation MaskMasca pentru a normaliza numărul la +E.164. De exemplu: +140855501XX

Configurați funcțiile dvs. Webex Calling

Configurarea unui grup de vânătoare

Grupurile de vânătoare direcționează apelurile primite către un grup de utilizatori sau spații de lucru. Puteți configura chiar și un model pentru a ruta la un grup întreg.

Pentru mai multe informații despre cum să configurați un grup de vânătoare, consultați Grupuri de vânătoare în Cisco Webex Control Hub.

Crearea unei cozi de apel

Puteți configura o coadă de apeluri, astfel încât, atunci când apelurile clienților nu pot fi răspunse, să li se ofere un răspuns automat, mesaje de confort și muzică în așteptare până când cineva poate răspunde la apel.

Pentru mai multe informații despre cum să configurați și să gestionați o coadă de apel, consultați Gestionarea cozilor de apeluri în Cisco Webex Control Hub.

Crearea unui client recepționer

Ajutați-vă să susțineți nevoile personalului din front-office. Puteți configura utilizatorii ca însoțitori de telefon, astfel încât să poată filtra apelurile primite către anumite persoane din cadrul organizației dvs.

Pentru informații despre cum să configurați și să vizualizați clienții recepționer, consultați Clienții recepționer din Cisco Webex Control Hub.

Crearea și gestionarea operatorilor automați

Puteți să adăugați felicitări, să configurați meniuri și să direcționați apelurile către un serviciu de răspuns, un grup de vânătoare, o casetă de mesagerie vocală sau o persoană reală. Creează un program de 24 de ore sau oferă opțiuni diferite atunci când afacerea ta este deschisă sau închisă.

Pentru informații despre cum să creați și să gestionați operatorii automați, consultați Gestionarea operatorilor automați în Cisco Webex Control Hub.

Configurarea unui grup de paginare

Paginarea în grup permite unui utilizator să plaseze o pagină de apel sau de grup unidirecțională la până la 75 de utilizatori și spații de lucru țintă, formând un număr sau o extensie atribuită unui anumit grup de paginare.

Pentru informații despre configurarea și editarea grupurilor de paginare, consultați Configurarea unui grup de paginare în Cisco Webex Control Hub.

Configurarea preluării apelurilor

Îmbunătățiți munca în echipă și colaborarea prin crearea unui grup de preluare a apelurilor, astfel încât utilizatorii să poată răspunde reciproc la apeluri. Când adăugați utilizatori la un grup de preluare a apelurilor și un membru al grupului este plecat sau ocupat, un alt membru poate răspunde la apelurile lor.

Pentru informații despre cum să configurați un grup de preluare a apelurilor, consultați Preluarea apelurilor în Cisco Webex Control Hub.

Configurarea parcului de apeluri

Call park permite unui grup definit de utilizatori să parcheze apelurile împotriva altor membri disponibili ai unui grup de call park. Apelurile parcate pot fi preluate de alți membri ai grupului pe telefonul lor.

Pentru mai multe informații despre cum să configurați parcul de apeluri, consultați Call Park în Cisco Webex Control Hub.

Activați barge-in pentru utilizatori

1

Din vizualizarea clientului din https://admin.webex.com, accesați Management > Utilizatori.

2

Selectați un utilizator și faceți clic pe Apelare.

3

Accesați secțiunea Permisiuni între utilizator i , apoi selectați Barge.

4

Activați comutatorul pentru a permite altor utilizatori să se adauge la apelul în curs al acestui utilizator.

5

Verificați Redați un ton atunci când acest utilizator intră într-un ape l dacă doriți să redați un ton altor persoane atunci când acest utilizator intră în apel.

Setarea Redați un ton când acest utilizator intră Inopinat într-un apel nu se aplică funcționalității de apelare inopinată a supervizorului Customer Experience Basic și Essentials. Chiar dacă activați această opțiune pentru un supervizor, sistemul nu redă tonul de notificare către agent atunci când un supervizor intră inopinat în apelul din coada de apeluri.

Dacă doriți să redați un ton unui agent atunci când un supraveghetor intră în apel, îl puteți activa prin setările „Ton de notificare pentru agenți”. Pentru mai multe informații, consultați secțiunea Creare coad ă din Webex Customer Experience Basi c sau Webex Customer Experience Essentials.

6

Faceți clic pe Salvați.

Activați confidențialitatea pentru un utilizator

1

Conectați-vă la Control Hub și accesați Management > Utilizatori.

2

Alegeți un utilizator și faceți clic pe Apelare.

3

Accesați zona Permisiuni între utilizator i și apoi alegeți Confidențialitate.

4

Alegeți setările de confidențialitate ale Operatorului automat corespunzătoare pentru acest utilizator.

  • Permiteți acestui utilizator să fie apelat prin interior
  • Permiteți acestui utilizator să fie apelat cu prenume sau nume
5

Bifați caseta de selectare Activare confidențialitate . Apoi, puteți decide să blocați pe toată lumea, nealegând membri din lista derulantă. Alternativ, puteți alege utilizatorii, spațiile de lucru și liniile virtuale care pot monitoriza starea liniei acestui utilizator.

Dacă sunteți administrator de locație, în lista derulantă apar numai utilizatorii, spațiile de lucru și liniile virtuale care aparțin locațiilor alocate.

Debifați caseta de selectare Activare confidențialitat e pentru a permite tuturor să monitorizeze starea liniei.

6

Verificați Confidențialitatea impunerii pentru preluarea apelurilor direcționate și caseta de selectar e pentru înscriere pentru a activa confidențialitatea pentru preluarea apelurilor direcționate și înscriere.

  • Dacă activați această opțiune, numai utilizatorii autorizați, liniile virtuale și dispozitivele din spațiul de lucru pot utiliza preluarea apelurilor direcționate și conectarea la acest utilizator. În caz contrar, oricine din organizație poate invoca preluarea apelurilor direcționate și înscrierea pe o linie.
  • Pentru mai multe informații despre întreruperea apelului, consultați Întreruperea apelului telefonic al altcuiva.
  • Supraveghetorul poate interveni întotdeauna pentru apelurile pe care agenții le primesc prin intermediul cozii de apeluri. Adică, setările de confidențialitate nu afectează opțiunea de întrerupere a unui supervizor.
7

Din Adăugați membru după nume, alegeți utilizatorii, spațiile de lucru și liniile virtuale care pot monitoriza starea liniei telefonice și pot invoca preluarea apelurilor direcționate și intrarea în rețea.

8

Pentru a filtra membrii pe care îi selectați, utilizați filtrul după nume, număr sa u câmp text.

9

Faceți clic pe Eliminare toat e pentru a elimina toți membrii selectați.

Pentru a elimina un membru individual, faceți clic pe Ștergere lângă numele membrului.
10

Faceți clic pe Salvați.

Setări de confidențialitate

Configurați monitorizarea

Numărul maxim de linii monitorizate pentru un utilizator este de 50. Cu toate acestea, în timp ce configurați lista de monitorizare, luați în considerare numărul de mesaje care afectează lățimea de bandă dintre Webex Calling și rețeaua dvs. De asemenea, determinați liniile maxime monitorizate de numărul de butoane de linie de pe telefonul utilizatorului.

1

Din vizualizarea clientului din https://admin.webex.com , accesați Management și apoi faceți clic pe Utilizatori.

2

Selectați utilizatorul pe care doriți să-l modificați și faceți clic pe Apelare.

3

Accesați secțiunea Permisiuni între utilizator i și selectați Monitorizare.

4

Alegeți dintre următoarele:

  • Adăugare linie monitorizată
  • Adăugare Interior parcare apeluri

Puteți include o linie virtuală în lista Adăugare linie monitorizat ă pentru monitorizarea utilizatorului.

5

Alegeți dacă doriți să notificați acest utilizator despre apelurile parcate, căutați persoana sau extensia de parcare a apelurilor care urmează să fie monitorizată, apoi faceți clic pe Salvare.

Lista de linii monitorizate din Control Hub corespunde ordinii liniilor monitorizate care se afișează pe dispozitivul utilizatorului. Puteți reordona lista liniilor monitorizate în orice moment.

Numele care apare pentru linia monitorizată este numele introdus în câmpurile Nume și prenume ID apelant pentru utilizator, spațiu de lucru și linie virtuală.

Vrei să vezi cum se face? Urmăriți această demonstrație vide o privind modul de gestionare a setărilor de monitorizare pentru un utilizator din Control Hub.

Activați tonul de avertizare prin punte de apel pentru utilizatori

Înainte de a începe

Trebuie să aveți configurat linia partajată pentru ca podul de apeluri să fie invocat. Consultați modul de configurare a liniilor partajat e înainte de a activa tonul de avertizare al punții de apel pentru redare.
1

Conectați-vă la Control Hub și accesați Management > Utilizatori.

2

Selectați un utilizator și faceți clic pe fila Apelare.

3

Accesați Permisiuni între utilizatori și faceți clic pe Call Bridging Warning Tone.

4

Activați funcția Call Bridging Warning Tone, apoi faceți clic pe Save.

În mod implicit, această funcție este activată.

Pentru mai multe informații despre conectarea la apel pe o linie MPP partajată, consultați liniile partajate de pe telefonul dvs. de birou pe mai multe platforme.

Pentru mai multe informații despre conectarea apelurilor pe o linie partajată a aplicației Webex, consultați aspectul liniei partajate pentru WebexApp.

Activarea hoteling-ului pentru un utilizator

Activarea hoteling pentru un utilizator le permite să lucreze într-un alt spațiu, menținând în același timp funcționalitatea și caracteristicile telefonului principal de birou.
1

Din vizualizarea clientului din https://admin.webex.com , accesați Management și selectați Utilizatori.

2

Selectați un utilizator și faceți clic pe fila Apelare.

3

Accesați secțiunea Permisiuni între utilizator i și selectați Hotelin g și activați comutatorul.

4

Introduceți numele sau numărul gazdei hotelului în câmpul de căutare Hotel Locatio n și alegeți gazda hotelului pe care doriți să o alocați utilizatorului.

Se poate selecta doar o singură gazdă hotelieră. Dacă alegeți o altă gazdă hotelieră, prima este ștearsă.

Dacă sunteți administrator de locație, puteți aloca numai gazda de închiriere care aparține locațiilor alocate.
5

Pentru a limita timpul în care un utilizator poate fi asociat cu gazda hotelului, alegeți numărul de ore pe care utilizatorul le poate utiliza gazda hotelului din lista derulantă Limit Association Perio d .

Utilizatorul se va deconecta automat după ora aleasă.

În ecran este afișat un mesaj de eroare dacă perioada limită de asociere specificată pentru utilizator depășește perioada limită de asociere a gazdei alese pentru hotel. De exemplu, dacă gazda de închiriere are o perioadă de asociere limită de 12 ore, iar perioada de asociere limită a utilizatorului este de 24 de ore, se afișează un mesaj de eroare. În astfel de cazuri, trebuie să extindeți perioada de asociere limită a gazdei hotelului dacă este nevoie de mai mult timp pentru utilizator.

6

Faceți clic pe Salvați.

De asemenea, un utilizator poate căuta și localiza gazda de hotel pe care dorește să o utilizeze din Hubul utilizatorului. Pentru mai multe informații, consultați Accesați profilul de apelare de oriunde.

Vreți să vedeți cum se procedează? Urmăriți această demonstrație vide o privind modul de configurare a hotelurilor în Control Hub.

Tendințe de adoptare și rapoarte de utilizare pentru Webex Calling

Vizualizați rapoartele de apelare

Puteți utiliza pagina Analytics din Control Hub pentru a obține informații despre modul în care utilizatorii utilizează apelarea Webex și aplicația Webex (interacțiune), precum și prepelița experienței lor media de apel. Pentru a accesa analizele Webex Calling, conectați-vă la Control Hub, apoi accesați Analytic s și selectați fila Apelar e .

1

Pentru rapoarte detaliate privind istoricul apelurilor, conectați-vă la Control Hub, apoi accesați Statistici > Apelare.

2

Selectați istoricul detaliat al apelurilor.

Pentru informații despre apelurile care utilizează instanță dedicată, consultați Analiza instanțelor dedicate.

3

Pentru a accesa date de calitate media, conectați-vă la Control Hub, apoi accesați Statistic i și apoi selectați Apelare.

Pentru mai multe informații, consultați Analytics pentru portofoliul de colaborare în cloud.

Rulați instrumentul CScan

CScan este un instrument de pregătire a rețelei conceput pentru a testa conexiunea la rețea la Apelarea Webex.

Pentru mai multe informații, consultați Utilizarea CScan pentru a testa calitatearețelei de apelare Webex.

Implementați disponibilitatea ridicată CUBE ca gateway local

Fundamentele

Cerințe preliminare

Înainte de a implementa CUBE HA ca gateway local pentru apelarea Webex, asigurați-vă că aveți o înțelegere aprofundată a următoarelor concepte:

Liniile directoare de configurare furnizate în acest articol presupune o platformă gateway local dedicat cu nici o configurație de voce existente. Dacă o implementare existentă CUBE enterprise este modificată pentru a utiliza, de asemenea, funcția gateway local pentru Cisco Webex Calling, acordați o atenție deosebită configurației aplicate pentru a vă asigura că fluxurile de apeluri și funcționalitățile existente nu sunt întrerupte și asigurați-vă că respectați cerințele de proiectare CUBE HA.

Componente hardware și software

CUBE HA ca gateway local necesită IOS-XE versiunea 16.12.2 sau o versiune ulterioară și o platformă pe care sunt acceptate atât funcțiile CUBE HA, cât și LGW.

Comenzile arată și jurnalele din acest articol se bazează pe lansarea software-ul minim de Cisco IOS-XE 16.12.2 puse în aplicare pe un vCUBE (CSR1000v).

Material de referință

Iată câteva ghiduri detaliate de configurare CUBE HA pentru diverse platforme:

Prezentare generală a soluției de apelare Webex

Cisco Webex Calling este o ofertă de colaborare care oferă o alternativă bazată pe cloud cu mai multe entități găzduite la serviciul de telefonie PBX local, cu mai multe opțiuni PSTN pentru clienți.

Implementarea Local Gateway (reprezentată mai jos) este punctul central al acestui articol. Portbagajul gateway-ului local (PSTN bazat pe premise) din Webex Calling permite conectivitatea la un serviciu PSTN deținut de client. De asemenea, oferă conectivitate la o implementare IP PBX locală, cum ar fi Cisco Unified CM. Toate comunicațiile către și de la cloud sunt securizate utilizând tls transport pentru SIP și SRTP pentru mass-media.

Figura de mai jos afișează o implementare Webex Calling fără niciun PBX IP existent și se aplică unei implementări unice sau multi-site. Configurația descrisă în acest articol se bazează pe această implementare.

Redundanță de la cutie la nivel 2

Redundanța box-to-box CUBE HA layer 2 utilizează protocolul de infrastructură Redundancy Group (RG) pentru a forma o pereche activă/standby de routere. Această pereche partajează aceeași adresă IP virtuală (VIP) în interfețele lor respective și schimbă continuu mesajele de stare. Cube informații sesiune este check-pointed peste perechea de routere care să permită router standby pentru a lua toate responsabilitățile CUBE apel de procesare peste imediat în cazul în care router-ul activ iese din serviciu, rezultând în păstrarea statuos de semnalizare și mass-media.

Indicația de verificare este limitată la apelurile conectate cu pachete media. Apelurile în tranzit nu sunt marcate (de exemplu, o stare de încercare sau de apel).

În acest articol, CUBE HA se va referi la cube high availability (HA) Layer 2 Box-to-box (B2B) redundanță pentru conservarea apelurilor impunătoare

Începând cu IOS-XE 16.12.2, CUBE HA poate fi implementat ca gateway local pentru implementările trunchiului de apelare Cisco Webex (PSTN bazat pe premise) și vom acoperi considerațiile și configurațiile de proiectare din acest articol. Această cifră afișează o configurare tipică CUBE HA ca Gateway local pentru o implementare a trunchiului Cisco Webex Calling.

Componenta infra a grupului de redundanță

Componenta Infra a grupului de redundanță (RG) oferă suportul pentru infrastructura de comunicații box-to-box între cele două CUBEs și negociază starea finală de redundanță stabilă. Această componentă oferă, de asemenea:

  • Un protocol de tip HSRP care negociază starea finală de redundanță pentru fiecare router prin schimbul de mesaje keepalive și salut între cele două CUBEs (prin interfața de control) - GigabitEthernet3 în figura de mai sus.

  • Un mecanism de transport pentru punctarea semnalizării și a stării media pentru fiecare apel de la routerul activ la cel standby (prin interfața de date) — GigabitEthernet3 în figura de mai sus.

  • Configurarea și gestionarea interfeței IP virtual (VIP) pentru interfețele de trafic (mai multe interfețe de trafic pot fi configurate folosind același grup RG) – GigabitEthernet 1 și 2 sunt considerate interfețe de trafic.

Această componentă RG trebuie să fie configurat special pentru a accepta voce B2B HA.

Gestionarea adreselor IP virtual (VIP) atât pentru semnalizare, cât și pentru mass-media

B2B HA se bazează pe VIP pentru a obține redundanță. Vip-ul și interfețele fizice asociate pe ambele CUBEs din perechea CUBE HA trebuie să se afle pe aceeași subrețea LAN. Configurarea VIP-ului și legarea interfeței VIP la o anumită aplicație de voce (SIP) sunt obligatorii pentru suportul vocal B2B HA. Dispozitivele externe, cum ar fi Unified CM, Webex Calling access SBC, furnizorul de servicii sau proxy-ul, utilizează VIP ca adresă IP de destinație pentru apelurile care traversează routerele CUBE HA. Prin urmare, din punct de vedere webex Calling, perechile CUBE HA acționează ca un singur gateway local.

Informațiile despre semnalizarea apelurilor și sesiunea RTP a apelurilor stabilite sunt punctate de la routerul activ la routerul standby. Când routerul activ coboară, routerul Standby preia controlul și continuă să redirecționeze fluxul RTP care a fost anterior direcționat de primul router.

Apelurile într-o stare tranzitorie în momentul nereușitei nu vor fi păstrate după comutare. De exemplu, apelurile care nu sunt încă pe deplin stabilite sau sunt în curs de a fi modificate cu o funcție de transfer sau reținere. Apelurile stabilite pot fi deconectate după comutare.

Există următoarele cerințe pentru utilizarea CUBE HA ca gateway local pentru reluarea impunătoare a apelurilor:

  • CUBE HA nu poate avea TDM sau interfețe analogice co-localizate

  • Gig1 și Gig2 sunt denumite interfețe de trafic (SIP / RTP), iar Gig3 este redundanță Grup (RG) Control / interfață de date

  • Nu mai mult de 2 perechi CUBE HA pot fi plasate în același domeniu de nivel 2, unul cu id-ul grupului 1 și celălalt cu id-ul grupului 2. Dacă configurați 2 perechi HA cu același ID de grup, interfețele RG Control/Data trebuie să aparțină unor domenii de nivel 2 diferite (vlan, comutator separat)

  • Canalul de port este acceptat atât pentru interfețele de control/date RG, cât și pentru interfețele de trafic

  • Toate de semnalizare / mass-media este provenind de la / la adresa IP virtuală

  • Ori de câte ori o platformă este reîncărcată într-o relație CUBE-HA, aceasta pornește întotdeauna ca Standby

  • Adresa inferioară pentru toate interfețele (Gig1, Gig2, Gig3) ar trebui să fie pe aceeași platformă

  • Identificatorul interfeței de redundanță, rii ar trebui să fie unic pentru o combinație pereche/interfață pe același Strat 2

  • Configurația pe ambele CUBEs trebuie să fie identică, inclusiv configurația fizică și trebuie să ruleze pe același tip de platformă și versiunea IOS-XE

  • Interfețe loopback nu pot fi utilizate ca se leagă, deoarece acestea sunt întotdeauna în sus

  • Interfețele cu trafic multiplu (SIP/RTP) (Gig1, Gig2) necesită configurarea urmăririi interfeței

  • CUBE-HA nu este acceptat printr-o conexiune prin cablu crossover pentru RG-control/link-ul de date (Gig3)

  • Ambele platforme trebuie să fie identice și să fie conectate printr-un switch fizic între toate interfețele de referință pentru ca CUBE HA să funcționeze, adică GE0/0/0 din CUBE-1 și CUBE-2 trebuie să se termine pe același comutator și așa mai departe.

  • Nu poate avea WAN reziliat pe cubes direct sau de date HA pe fiecare parte

  • Ambele Active/Standby trebuie să fie în același centru de date

  • Este obligatorie utilizarea interfeței L3 separate pentru redundanță (RG Control/data, Gig3). adică interfața utilizată pentru trafic nu poate fi utilizată pentru păstrarea ha și punctul de control

  • În caz de nereușită, CUBE-ul activ anterior trece printr-o reîncărcare prin proiectare, păstrând semnalizarea și mass-media

Configurarea redundanței pe ambele CUB-uri

Trebuie să configurați redundanța box-to-box de la nivelul 2 la ambele CUBEs destinate a fi utilizate într-o pereche HA pentru a aduce IP-uri virtuale.

1

Configurați urmărirea interfeței la nivel global pentru a urmări starea interfeței.

conf t track 1 interfață GigabitEthernet1 linie- protocol track 2 interfață GigabitEthernet2 linie- protocol ieșire 

VCUBE-1#conf t

VCUBE-1(config)#track 1 interfață GigabitEthernet1 linie-protocol

VCUBE-1(config-track)#track 2 interfață GigabitEthernet2 linie-protocol

VCUBE-1 (config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interfață GigabitEthernet1 linie-protocol

VCUBE-2(config-track)#track 2 interfață GigabitEthernet2 linie-protocol

VCUBE-2(config-track)#exit

Track CLI este utilizat în RG pentru a urmări starea interfeței de trafic de voce, astfel încât ruta activă va avea un rol destul de activ după ce interfața de trafic este în jos.

2

Configurați un RG pentru utilizare cu VoIP HA sub-modul de redundanță a aplicației.

redundanță aplicație redundanță grup 1 nume LocalGateway-HA prioritate 100 prag 75 control GigabitEthernet3 protocol 1 date GigabitEthernet3 întârziere cronometru 30 reîncărcare 60 pistă 1 cronometru 2 protocol de ieșire închidere 1 cronometru hellotime 3 holdtime 10 ieșire ieșire ieșire 

VCUBE-1(config)#redundanță

VCUBE-1(config-red)#redundanță aplicație

VCUBE-1(config-red-app)#grupul 1

VCUBE-1(config-red-app-grp)#nume LocalGateway-HA

VCUBE-1(config-red-app-grp)#prioritate 100 prag de rezervă 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#date GigabitEthernet3

VCUBE-1(config-red-app-grp)#temporizatoare întârziere 30 reîncărcare 60

VCUBE-1(config-red-app-grp)#track 1 închidere

VCUBE-1(config-red-app-grp)#track 2 închidere

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#cronometre hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-roșu)#exit

VCUBE-1 (configurație)#

VCUBE-2(config)#redundanță

VCUBE-2(config-red)#redundanță aplicație

VCUBE-2(config-red-app)#grupul 1

VCUBE-2(config-red-app-grp)#nume LocalGateway-HA

VCUBE-2(config-red-app-grp)#prioritate 100 prag de rezervă 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#date GigabitEthernet3

VCUBE-2(config-red-app-grp)#temporizatoare întârziere 30 reîncărcare 60

VCUBE-2(config-red-app-grp)#track 1 închidere

VCUBE-2(config-red-app-grp)#track 2 închidere

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#cronometre hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-roșu)#exit

VCUBE-2 (configurație)#

Iată o explicație a câmpurilor utilizate în această configurație:

  • redundanță—Intră în modul de redundanță

  • redundanța aplicației- Intră în modul de configurare a redundanței aplicației

  • grup – Intră în modul de configurare a grupului de aplicații de redundanță

  • nume LocalGateway-HA—Definește numele grupului RG

  • Pragul de reluare automată a priorității 100 75- Specifică pragurile de prioritate inițială și de reluare automată pentru un RG

  • întârzierea timerilor 30 reîncărcare 60- Configurează cele două ori pentru întârziere și reîncărcare

    • Temporizator de întârziere, care este cantitatea de timp pentru a întârzia inițializarea grupului RG și negocierea rolului după ce interfața apare - Implicit 30 de secunde. Intervalul este de 0-10000 secunde

    • Reîncărcare - Aceasta este perioada de timp pentru a întârzia inițializarea grupului RG și negocierea rolurilor după o reîncărcare - Implicit 60 de secunde. Intervalul este de 0-10000 secunde

    • Cronometrele implicite sunt recomandate, deși aceste cronometre pot fi ajustate pentru a se potrivi cu orice întârziere suplimentară de convergență a rețelei care poate apărea în timpul pornirii/reîncărcării routerelor, pentru a garanta că negocierea protocolului RG are loc după ce rutarea în rețea a convergent la un punct stabil. De exemplu, dacă se vede după failover că este nevoie de până la 20 sec pentru ca noul STANDBY să vadă primul pachet RG HELLO de la noul ACTIVE, atunci cronometrele trebuie ajustate la "cronometre întârziere 60 reîncărcați 120" pentru a lua în considerare această întârziere.

  • control GigabitEthernet3 protocol 1— Configurează interfața utilizată pentru a face schimb de mesaje keepalive și de salut între cele două CUBE-uri și specifică instanța de protocol care va fi atașată la o interfață de control și intră în modul de configurare a protocolului aplicației de redundanță

  • date GigabitEthernet3- Configurează interfața utilizată pentru indicarea traficului de date

  • track- Urmărirea grupului RG al interfețelor

  • protocolul 1—Specifică instanța de protocol care va fi atașată la o interfață de control și intră în modul de configurare a protocolului aplicației de redundanță

  • cronometre hellotime 3 holdtime 10- Configurează cele două cronometre pentru hellotime și holdtime:

    • Hellotime- Interval între mesaje succesive salut – Implicit 3 secunde. Raza de acțiune este de 250 milisecunde-254 secunde

    • Timp de așteptare - Intervalul dintre primirea unui mesaj Hello și prezumția că ruterul de trimitere nu a reușit. Această durată trebuie să fie mai mare decât timpul de salut – Implicit 10 secunde. Raza de acțiune este de 750 milisecunde-255 secunde

      Vă recomandăm să configurați cronometrul de așteptare pentru a fi de cel puțin 3 ori valoarea cronometrului hellotime.

3

Activați redundanța box-to-box pentru aplicația CUBE. Configurați RG de la pasul anterior în voip serviciu de voce. Acest lucru permite aplicației CUBE să controleze procesul de redundanță.

redundanță voip serviciu voce - grup 1 ieșire

VCUBE-1(config)#serviciu voip voip

VCUBE-1(config-voi-serv)#redundancy-group 1

 % A fost creată asocierea RG 1 cu Voice B2B HA; reîncărcați routerul pentru ca noua configurație să fie aplicată 

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#serviciu voip voip

VCUBE-2(config-voi-serv)#redundancy-group 1

 % A fost creată asocierea RG 1 cu Voice B2B HA; reîncărcați routerul pentru ca noua configurație să fie aplicată 

VCUBE-2(config-voi-serv)# exit

redundanță-grup 1—Adăugarea și eliminarea acestei comenzi necesită o reîncărcare pentru ca configurația actualizată să fie aplicată. Vom reîncărca platformele după ce s-a aplicat toată configurația.

4

Configurați interfețele Gig1 și Gig2 cu IP-urile lor virtuale respective, așa cum se arată mai jos și aplicați identificatorul interfeței de redundanță (rii)

VCUBE-1(config)#interfață GigabitEthernet1

VCUBE-1(config-if)# redundanță ri 1

VCUBE-1(config-if)# redundanță grup 1 ip 198.18.1.228 exclusiv

VCUBE-1(config-if)# ieșire

VCUBE-1 (configurație)#

VCUBE-1(config)#interfață GigabitEthernet2

VCUBE-1(config-if)# redundanță rii 2

VCUBE-1(config-if)# redundanță grup 1 ip 198.18.133.228 exclusiv

VCUBE-1(config-if)# ieșire

VCUBE-2(config)#interfață GigabitEthernet1

VCUBE-2(config-if)# redundanță rii 1

VCUBE-2(config-if)# redundanță grup 1 ip 198.18.1.228 exclusiv

VCUBE-2(config-if)# ieșire

VCUBE-2 (configurație)#

VCUBE-2(config)#interfață GigabitEthernet2

VCUBE-2(config-if)# redundanță rii 2

VCUBE-2(config-if)# redundanță grup 1 ip 198.18.133.228 exclusiv

VCUBE-v(config-if)# ieșire

Iată o explicație a câmpurilor utilizate în această configurație:

  • re redundanță—Configurează identificatorul interfeței de redundanță pentru grupul de redundanță. Necesar pentru generarea unei adrese Virtual MAC (VMAC). Aceeasi valoare rii ID trebuie folosita si pe interfata fiecarui router (ACTIVE/STANDBY) care are acelasi VIP.

    Dacă există mai multe perechi B2B pe aceeași rețea LAN, fiecare pereche TREBUIE SĂ aibă ID-uri unice ale rii pe interfețele lor respective (pentru a preveni coliziunea). „Afișați grupul de aplicații de redundanță toți” ar trebui să indice informațiile locale și de la egal la egal corecte.

  • Grupul de redundanță 1- Asociază interfața cu grupul de redundanță creat la Pasul 2 de mai sus. Configurați grupul RG, precum și VIP-ul atribuit acestei interfețe fizice.

    Este obligatorie utilizarea unei interfețe separate pentru redundanță, adică interfața utilizată pentru traficul de voce nu poate fi utilizată ca interfață de control și date specificată în pasul 2 de mai sus. În acest exemplu, interfața Gigabit 3 este utilizată pentru controlul/datele RG

5

Salvați configurația primului CUBE și reîncărcați-l.

Platforma pentru a reîncărca ultima este întotdeauna standby.

VCUBE-1#wr

 Se generează configurația... 

 [ok] 

VCUBE-1#reîncărcare

 Continuați reîncărcarea? [confirmare]

După ce VCUBE-1 pornește complet, salvați configurația VCUBE-2 și reîncărcați-o.

VCUBE-2#wr

 Se generează configurația... 

 [ok] 

VCUBE-2#reîncărcare

 Continuați reîncărcarea? [confirmare]

6

Verificați că configurația box-to-box funcționează așa cum vă așteptați. Rezultatele relevante sunt evidențiate cu caractere aldine.

Am reîncărcat VCUBE-2 ultima și ca pe considerente de proiectare; platforma pentru a reîncărca ultima va fi întotdeauna standby. 

 VCUBE-1#afișează grupul de aplicații de redundanță toate stările defectelor Informații despre grupul 1:        Prioritate execuție: [100] RG nu răspunde la starea RG: În sus.                        Numărul total de comutări datorate defecțiunilor:  0 Nr. total de modificări ale stării în jos/în sus din cauza defecțiunilor: 0 ID grup:1 Nume grup:LocalGateway-HA Stare administrativă: Fără stare operațională agregată de oprire: Îmbunătățiți  Rolul meu: Rolul ACTIV al partenerului: Prezență PEER ÎN așteptare: Da Comm pentru parteneri: Da Progresia între colegi a început: Da Domeniu RF: Stare RF btob-one: Stare RF Peer ACTIV: Rol RG 1 Protocol STANDBY HOT RG ------------------: Negociere activă: Prioritate activată: 100 Stare protocol: Stare Intf(e) Ctrl activ(e): Partenerul activ în sus: Partener în așteptare local: adresa 10.1.1.2, prioritatea 100, intf Gi3 Contoare jurnal:                 schimbarea rolului în activ: 1 schimbare rol în standby: 1 dezactivați evenimente: rg în jos starea 0, rg închidere 0 evenimente ctrl intf: sus 1, jos 0, admin_down 0 evenimente de reîncărcare: solicitare locală 0, solicitare peer 0 RG Media Context pentru RG 1 -------------------------- Ctx State: ID protocol activ: 1 Tip fișier media: Interfață de control implicită: GigabitEthernet3 Cronometru curent Bună ziua: 3000 Cronometru Bună Configurat: 3000, Temporizator în așteptare: 10000 Peer Bună Timer: 3000, temporizator de așteptare pentru parteneri: 10000 Statistici:             Pkts 1509, octeți 93558, HA Seq 0, Număr Seq 1509, Pierdere pkt 0 Autentificare neconfigurată eroare de autentificare: 0 Reîncărcare partener: TX 0, RX 0 Renunțați: TX 0, RX 0 Peer în așteptare: Prezentați. Temporizator de așteptare: 10000 Pkts 61, octeți 2074, HA Seq 0, Număr Seq 69, Pierdere Pkt 0 VCUBE-1#
 VCUBE-2#afișați grupul de aplicații de redundanță toate stările defectelor Informații despre grupul 1:        Prioritate execuție: [100] RG nu răspunde la starea RG: În sus.                        Numărul total de comutări datorate defecțiunilor:  0 Nr. total de modificări ale stării în jos/în sus din cauza defecțiunilor: 0 ID grup:1 Nume grup:LocalGateway-HA Stare administrativă: Fără stare operațională agregată de oprire: Îmbunătățiți  Rolul meu: Rolul DE Peer în așteptare: Prezență ACTIVĂ Peer: Da Comm pentru parteneri: Da Progresia între colegi a început: Da Domeniu RF: Stare RF btob-one: Stare RF Peer ACTIV: Rol RG 1 Protocol STANDBY HOT RG ------------------: Negociere activă: Prioritate activată: 100 Stare protocol: Stare Intf(e) Ctrl activ(e): Partenerul activ în sus: adresa 10.1.1.2, prioritatea 100, intf Gi3 Standby Peer: Contoare pentru jurnalul local:                 schimbarea rolului în activ: 1 schimbare rol în standby: 1 dezactivați evenimente: rg în jos starea 0, rg închidere 0 evenimente ctrl intf: sus 1, jos 0, admin_down 0 evenimente de reîncărcare: solicitare locală 0, solicitare peer 0 RG Media Context pentru RG 1 -------------------------- Ctx State: ID protocol activ: 1 Tip fișier media: Interfață de control implicită: GigabitEthernet3 Cronometru curent Bună ziua: 3000 Cronometru Bună Configurat: 3000, Temporizator în așteptare: 10000 Peer Bună Timer: 3000, temporizator de așteptare pentru parteneri: 10000 Statistici:             Pkts 1509, octeți 93558, HA Seq 0, Număr Seq 1509, Pierdere pkt 0 Autentificare neconfigurată eroare de autentificare: 0 Reîncărcare partener: TX 0, RX 0 Renunțați: TX 0, RX 0 Peer în așteptare: Prezentați. Temporizator de așteptare: 10000 Pkts 61, octeți 2074, HA Seq 0, Număr Seq 69, Pierdere Pkt 0 VCUBE-2#

Configurarea unui gateway local pe ambele CUB-uri

În configurația noastră exemplu, folosim următoarele informații trunchi din Control Hub pentru a construi configurația Local Gateway pe ambele platforme, VCUBE-1 și VCUBE-2. Numele de utilizator și parola pentru această configurare sunt după cum urmează:

  • Nume utilizator: Hussain1076_LGU

  • Parolă: lOV12MEaZx

1

Asigurați-vă că este creată o cheie de configurare pentru parolă, cu comenzile afișate mai jos, înainte de a putea fi utilizată în acreditări sau secrete partajate. Parolele de tip 6 sunt criptate folosind cifrul AES și această cheie de configurare definită de utilizator. 

 LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#criptarea parolei aes

Iată configurația Local Gateway care se va aplica ambelor platforme pe baza parametrilor Control Hub afișați mai sus, salvați și reîncărcați. Acreditările SIP Digest din Control Hub sunt evidențiate cu aldine.

 configurați terminal cripto pki trustpoint dummyTp revocation-check crl ieșire sip-ua semnalizarea cripto implicit dummyTp cn-san-validate server transport tcp tls v1.2 end configurați terminal crypto pki trustpool import URL curat http://www.cisco.com/security/pki/trs/ios_core.p7b terminal configurați adresa IP de încredere ipv4 x.x.x.x y.y.y.y exit allow-connections sip to sip media statistics media bulk-stats no supplementary-service sip refer no supplementary-service sip handle-replace agent-id 1 boot-count 4 stun flowdata stun shared-secret 0 Password123! sip g729 annexb-all early-offer forțat end configurați sip-profile de voce terminal 200 regula 9 solicitare ORICE sip-header SIP-Req-URI modificare "sips:(.*)" "<sip:\1" regula 10 solicitare ORICE sip-header Să modifice "<sips:(.*)" "<sip:\1" regula 11 solicitare ORICE sip-header Să modifice "<sips:(.*)" "<sip:\1" regula 12 solicitare ORICE sip-header Să modifice contactul "<sips:(.*)" "<sip:\1" regula 13 răspuns ORICE sip-header Să modifice "<sips:(.*)" "<sip:\1" regula 14 răspuns ORICE sip-header Să modifice "<sips:hussain1076_lgu>” regula 30 solicită ORICE tip de antet sip P-asserted-identity să modifice „sips:(.*)” „sip:\1” codec clasa vocală 99 codec preferință 1 g711ulaw codec 2 g711ulaw ieșire din clasa vocală srtp-crypto 200 cripto 1 AES_centimetru_128_hmac (dezambiguizare)_șah1_80 ieșiți din clasa de voce stun-utilizare 200 firewall-traversare flux de date ieșiți din clasa de voce 200 registrator dns:40462196.cisco-bcld.com sips-uri schemă expiră 240 raport de reîmprospătare 50 tcp tls număr de date de autentificare Hussain5091_Lgu (dezambiguizare) nume utilizator Hussain1076_Parolă LGU 0 OV12MEaZx nume utilizator autentificare Broadworks Hussain5091_Lgu (dezambiguizare) parolă 0 OV12MEaZx nume utilizator autentificare BroadWorks Hussain5091_Lgu (dezambiguizare) parolă 0 OV12MEaZx tărâm 40462196.cisco-bcld.com nu există server sip-id de la distanță dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 sesiune transport tcp tls url sips error-passthru asserted-id pai bind control sursă-interfață GigabitEthernet1 bind media-interfață GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com confidențialitate-politică passthru clasă de voce entitate găzduită 100 sesiune transport udp url sip error-passthru bind control sursă-interfață GigabitEthernet2 bind media sursă-interfață GigabitEthernet2 no pass-thru conținut custom-sdp clasă de voce 300 bind control sursă-interfață GigabitEthernet2 bind media sursă-interfață GigabitEthernet2 no pass-thru conținut custom-sdp clasă de voce uri 100 sip gazdă ipv4:198.18.133.3 URI clasă de voce 200 șablon sip dtg=hussain1076.lgu voce dial-peer 101 voip descriere Dial-peer de ieșire către șablonul de destinație IP PSTN BAD.BAD protocol sesiune sipv2 țintă sesiune IPV4:198.18.133.3 codec de clasă vocală 99 entitate găzduită sip de clasă vocală 100 dtmf-relay rtp-nte nu vad voce-peer voce 201 descriere voip Protocol sesiune sipv2 entitate găzduită sip de clasă vocală codec 99 voce stun-utilizare 200 nicio clasă de voce sip locală gazdă de clasă vocală 200 dtmf-relay rtp-nte srtp nu vad clasă de voce dpg 100 descriere IP PSTN(DP100) către Webex Calling (DP201) dial-peer 201 preferință 1 voce dial-peer 100 descifrare voip Apelare peer de intrare prin protocolul de sesiune IP PSTN sipv2 destinație dpg 200 uri de intrare prin protocolul de clasă vocală 99 entitate găzduită sip de clasă vocală 300 dtmf-relay rtp-nte nu vad voce dial-peer 200 descriere URI de intrare prin protocolul de sesiune Webex Calling sipv2 de destinație dpg 100 URI de intrare prin protocolul de sesiune Webex Calling sipv2 de destinație dpg 100 URI

Pentru a afișa ieșirea comenzii de afișare, am reîncărcat VCUBE-2 urmat de VCUBE-1, făcând din VCUBE-1 CUBUL standby și VCUBE-2 CUBUL activ

2

În orice moment, o singură platformă va menține o înregistrare activă ca Gateway local cu SBC-ul de acces webex Calling. Aruncați o privire la ieșirea următoarelor comenzi de afișare.

prezintă grupul de cereri de redundanță 1

afișare stare înscriere sip-ua 

 VCUBE-1#afișare redundanță grup aplicație 1 ID grup:1 Nume grup:LocalGateway-HA Stare administrativă: Fără stare operațională agregată de oprire: Îmbunătățiți  Rolul meu: Rolul Peer în așteptare: Prezență ACTIVĂ Peer: Da Comm pentru parteneri: Da Progresia între colegi a început: Da Domeniu RF: Stare RF btob-one: Stare RF HOT Peer în așteptare: VCUBE-1 ACTIV#afișare stare înscriere sip-ua VCUBE-1#

 VCUBE-2#afișare redundanță grup aplicație 1 ID grup:1 Nume grup:LocalGateway-HA Stare administrativă: Fără stare operațională agregată de oprire: Îmbunătățiți Rolul meu: Rolul ACTIV al partenerului: Stare PREZENȚĂ Peer: Da Comm pentru parteneri: Da Progresia între colegi a început: Da Domeniu RF: Stare RF btob-one: Stare RF Peer ACTIV: Standby HOT VCUBE-2#afișare stare înscriere sip-ua entitate găzduită: 200 --------------------Registru-Index  1 --------------------- Linie pereche expiră (sec) reg supraviețuire P-Associ-URI ============================== ========================= ============ Hussain5091_LGU -1 48 da normal VCUBE-2#

Din rezultatul de mai sus, puteți vedea că VCUBE-2 este LGW activ care menține înregistrarea la SBC de acces Webex Calling, în timp ce rezultatul „afișare stare înregistrare sip-ua” este necompletat în VCUBE-1

3

Acum activați următoarele depanări pe VCUBE-1

 VCUBE-1#debug ccsip non-call SIP Urmărirea în afara dialogului este activată VCUBE-1#debug ccsip info SIP Urmărirea informațiilor despre apel este activată VCUBE-1#debug ccsip message

4

Simulați reluarea prin emiterea următoarei comenzi pe LGW activ, VCUBE-2 în acest caz.

 VCUBE-2#grup de reîncărcare a aplicației redundanță 1 propriu

Trecerea de la ACTIVE la STANDBY LGW are loc în următorul scenariu, precum și în afară de CLI enumerate mai sus

  • Când routerul ACTIVE se reîncarcă

  • Când routerul ACTIVE cicluri de alimentare

  • Când orice interfață configurată RG a routerului ACTIVE este oprită pentru care este activată urmărirea

5

Verificați dacă VCUBE-1 s-a înregistrat cu Webex Calling access SBC. VCUBE-2 ar fi reîncărcat până acum.

 VCUBE-1#afișare stare Entitate găzduită Sip-ua: 200 --------------------Registru-Index  1 --------------------- Linie peer expiră (sec) reg supraviețuire P-Associ-URI ============================== ========== ============ ============= =========== Hussain5091_LGU -1 56 da normal VCUBE-1#

VCUBE-1 este acum LGW activ.

6

Uitați-vă la jurnalul de depanare relevant pe VCUBE-1 trimițând un REGISTRU SIP la Webex Apelând prin IP-ul virtual și primind un OK 200.

 VCUBE-1#afișare jurnal ian 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRAT: Id RG 1 Timpul De Bună A Expirat. Ian 9 18:37:24.771: %RG_PROTCOL-5-ROLEXCHANGE: Schimbarea rolului ID RG 1 din Standby în Ian activ 9 18:37:24.783: %VOCE_HA-2-COMUTARE_IND: Comutare, de la starea ÎN AȘTEPTARE_CALD la starea ACTIV. Ian 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: A fost primit notificare rol activ eveniment Ian 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Trimis(ă): Înscriere SIP: 40462196.cisco-bcld.com:5061 SIP/2.0 Prin: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 De la: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 La: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Dată: Joi, 09 ian 2020, 18:37:24 GMT ID apel: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Agent utilizator: Redirecționări maxime Cisco-SIPGateway/IOS-16.12.02: 70 Marca temporală: 1578595044 CSeq: 2 ÎNREGISTRARE Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expiră: 240 Acceptată: Lungime conținut cale: 0 

Ian 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Recepționat: SIP/2.0 401 Neautorizat Prin: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 De la: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 La: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Dată: Joi, 09 ian 2020, 18:37:24 GMT ID apel: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Marcaj temporal: 1578595044 CSeq: 2 ÎNSCRIEȚI WWW-AUTHENTICATE; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 Conținut-lungime: 0 

Ian 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Trimis(ă): Înscrieți-VĂ SIP:40462196.cisco-bcld.com:5061 SIP/2.0 Prin: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC De la: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 La: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Dată: Joi, 09 ian 2020, 18:37:25 GMT ID apel: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Agent utilizator:Cisco-SIPGateway/IOS-16.12.02 Redirecționări maxime: 70 Marca temporală: 1578595045 CSeq: 3 ÎNREGISTRARE Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expiră: 240 Acceptată: Autorizație cale: Rezumat nume utilizator="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Lungime conținut: 0 

Ian 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  Recepționat: SIP/2.0 200 OK Prin: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 De la: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 La: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 ID apel: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Marcaj temporal: 1578595045 CSeq: 3 ÎNSCRIEȚI-vă Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0,5 Allow-Events: call-info,line-seize,dialog,mesaj-rezumat,ca-caracteristică-eveniment,x-broadworks-hoteling,x-broadworks-call-center-status,conferință conținut-lungime: 0

Prezentare generală a apelării Webex

Imaginați-vă că puteți utiliza funcțiile de apelare în cloud la nivel de întreprindere, mobilitate și PBX, împreună cu Aplicația Webex pentru mesagerie și întâlniri și Apelare de pe un client software Webex Calling sau de pe un dispozitiv Cisco. Exact asta vă oferă Webex Calling .

Webex Calling oferă următoarele caracteristici și beneficii:

  • Abonamente de apel pentru utilizatorii de telefonie și zonele comune.

  • Servicii cloud sigure și de încredere furnizate de furnizori regionali de servicii de încredere

  • Acces la aplicația Webex pentru fiecare utilizator, adăugând comunicații unificate bogate și servicii de colaborare în echipă.

  • Webex Meetings ca program de completare opțional, integrat, pentru a oferi experiențele de întâlnire premium la care se așteaptă utilizatorii întreprinderii.

  • Acces la rețelele de telefonie cu comutare publică (PSTN) pentru a permite utilizatorilor dvs. să formeze numere în afara organizației. Serviciul este furnizat printr-o infrastructură de întreprindere existentă

    • Gateway local fără IP PBX local

    • Mediul de apelare Unified CM existent

    • Opțiuni PSTN furnizate de partener sau de Cisco

  • Suport de nivel 1 oferit de partenerul dvs., asistență de nivel următor oferit de Cisco

Control Hub este un portal de management bazat pe web care se integrează cu Webex Calling pentru a vă eficientiza comenzile și configurația și pentru a centraliza gestionarea ofertei incluse—Webex Calling, Aplicația Webex și Webex Meetings.

Tabelul 1. Funcții configurabile pentru administrator

Funcție

Descriere

Operator automat

Puteți să adăugați felicitări, să configurați meniuri și să direcționați apelurile către un serviciu de răspuns, un grup de vânătoare, o casetă de mesagerie vocală sau o persoană reală. Poți să creezi un program de 24 de ore sau să furnizezi diferite opțiuni atunci când afacerea ta este deschisă sau închisă. Puteți chiar să direcționați apelurile pe baza atributelor ID-ului apelantului pentru a crea liste VIP sau pentru a gestiona apelurile de la anumite coduri de zonă în mod diferit.

Coadă de apeluri

Puteți configura o coadă de apeluri atunci când nu puteți răspunde la apelurile de intrare. Puteți oferi apelanților un răspuns automat, mesaje de consolare și muzică în așteptare până când cineva poate răspunde la apel.

Preluare apeluri

Puteți îmbunătăți lucrul în echipă și colaborarea prin crearea unui grup de preluare a apelurilor, astfel încât utilizatorii să poată răspunde la apelurile altui utilizator. Când adăugați utilizatori la un grup de preluare a apelurilor și un membru al grupului este plecat sau ocupat, un alt membru poate răspunde la apelurile lor.

Parcare apeluri

Puteți activa parcarea apelurilor pentru a le permite utilizatorilor să pună un apel în așteptare și să îl preia de pe un alt telefon.

Grup de căutare

Poate doriți să configurați grupuri de vânătoare în următoarele scenarii:

  • O echipă de vânzări care dorește rutare secvențială. Un apel primit sună un telefon, dar dacă nu există niciun răspuns, apelul se duce la următorul agent din listă.

  • O echipă de asistență care dorește ca telefoanele să sune dintr-o dată, astfel încât primul agent disponibil să poată prelua apelul.

Grup de difuzare

Puteți crea un grup de paginare, astfel încât utilizatorii să poată trimite un mesaj audio unei persoane, unui departament sau unei echipe. Când cineva trimite un mesaj unui grup de paginare, mesajul se redă pe toate dispozitivele din grup.

Client-recepționer

Ajutați la susținerea nevoilor personalului din front-office, oferindu-le un set complet de opțiuni de control al apelurilor, monitorizare la scară largă a liniei, coadă de apel, mai multe opțiuni și vizualizări de director, integrare Outlook și multe altele.
Tabelul 2. Funcții configurabile ale utilizatorului

Funcție

Descriere

Respingerea anonimă a apelurilor

Utilizatorii pot respinge apelurile primite cu ID-uri de apelanți blocate.

Continuitatea activității

Dacă telefoanele utilizatorilor nu sunt conectate la rețea din motive precum întreruperea alimentării cu energie, probleme de rețea etc., atunci utilizatorii pot redirecționa apelurile de intrare către un anumit număr de telefon.

Redirecționare apeluri

Utilizatorii pot redirecționa apelurile primite către un alt telefon.

Redirecționarea selectivă a apelurilor

Utilizatorii pot redirecționa apelurile la anumite ore de la anumiți apelanți. Această setare va avea prioritate față de redirecționarea apelurilor.

Notificare apel

Utilizatorii își pot trimite un e-mail atunci când primesc un apel în conformitate cu criterii predefinite, cum ar fi numărul de telefon sau data și ora.

Apel în așteptare

Utilizatorii pot permite răspunsul la apelurile primite suplimentare.

Nu deranjaţi

Utilizatorii pot permite temporar ca toate apelurile să fie direcționate direct către mesageria vocală.

Birou oriunde

Utilizatorii își pot folosi telefoanele selectate ("Locații") ca o extensie a numărului de telefon de afaceri și a planului de apelare.

Alertă prioritară

Utilizatorii își pot suna telefoanele cu un inel distinctiv atunci când sunt îndeplinite criterii predefinite, cum ar fi numărul de telefon sau data și ora.

Birou la distanță

Utilizatorii pot efectua apeluri de la un telefon la distanță și îl pot face să apară din linia lor de afaceri. În plus, toate apelurile de intrare către linia lor profesională sună pe acest telefon de la distanță.

Acceptarea selectivă a apelurilor

Utilizatorii pot accepta apeluri la anumite ore de la anumiți apelanți.

Respingerea selectivă a apelurilor

Utilizatorii pot respinge apelurile la anumite ore de la anumiți apelanți.

Inel secvențial

Apelați până la 5 dispozitive unul după altul pentru apelurile primite.

Inel simultan

Apelați numerele utilizatorilor și ale altor persoane ("destinatarii apelurilor") în același timp pentru apelurile primite.

Configurare servicii, dispozitive și utilizatori în Control Hub, Lansare indirectă către Configurarea detaliată în Portalul de administrare a apelării

Control Hub ( https://admin.webex.com) este un portal de management care se integrează cu Webex Calling pentru a vă eficientiza comenzile și configurația și pentru a centraliza gestionarea ofertei incluse—Webex Calling, Aplicația Webex și Meetings.

Control Hub este punctul central pentru furnizarea tuturor serviciilor, dispozitivelor și utilizatorilor. Puteți să configurați pentru prima dată serviciul de apelare, să înregistrați telefoanele MPP în cloud (utilizând adresa MAC), să configurați utilizatorii prin asocierea dispozitivelor, adăugarea de numere, servicii, funcții de apelare și așa mai departe. De asemenea, din Control Hub, puteți lansa încrucișat la Portalul de administrare apelant.

Experiența utilizatorului

Utilizatorii au acces la următoarele interfețe:

  • Aplicația Webex Calling - Soft-client pentru apelarea care este marcată de Cisco. Pentru mai multe informații, consultați Explorarea noii aplicații de apelare Cisco Webex.

  • Setări Webex ( https://settings.webex.com) — Interfață în care utilizatorii pot seta preferințe pentru profil, pot descărca Aplicația Webex și pot lansa indirect în Portalul utilizatorului de apelare pentru setările de apelare. Pentru mai multe informații, consultați Modificarea setărilorCisco Webex.

  • Webex App – Aplicație inclusă în abonament ca client de mesagerie în echipă marca Cisco. Pentru mai multe informații, consultați Introducere în aplicația Cisco Webex.

  • Webex Meetings - Aplicație opțională adăugată ca soluție întâlniri. Pentru mai multe informații, consultați Webex Meetings.

Administratori clienți

În calitate de administrator client într-o perioadă de încercare sau abonament plătit la Webex Calling, vă puteți configura organizația în Control Hub adăugând locații, licențe, numere de telefon, funcții de apelare, utilizatori și spații de lucru (dispozitive de cameră care se înregistrează în cloudul Webex). Puteți gestiona toate aceste componente și de acolo.

Parteneri

În calitate de furnizor de servicii partener, puteți marca, comercializa și vinde Webex Calling clienților dvs. Puteți configura și extinde testele, puteți implementa servicii pentru clienții dvs. și puteți crea și furniza comenzi pentru clienții dvs.

Disponibilitate

Consultați antetul Webex Calling din articolul Unde este disponibil Cisco Webex pentru țările în care Webex Calling este disponibil pentru vânzare.

Faceți un tur al Control Hub

Control Hub este interfața ta unică, bazată pe web, pentru gestionarea organizației, gestionarea utilizatorilor, atribuirea serviciilor, analizarea tendințelor de adopție și a calității apelurilor și multe altele.

Prezentare generală a interfeței Control Hub, care evidențiază și etichetează meniul de navigare din stânga, informațiile despre companie, notificările, ajutorul din aplicație, feedback, limba și deconectați-vă.

Pentru a vă pune organizația în funcțiune, vă recomandăm să invitați câțiva utilizatori să se alăture Webex App introducând adresele lor de e-mail în Control Hub. Încurajați utilizatorii să utilizeze serviciile pe care le furnizați, inclusiv apelarea, și să vă ofere feedback despre experiența lor. Când sunteți gata, puteți adăuga întotdeauna mai mulți utilizatori.

Vă recomandăm să utilizați cea mai recentă versiune desktop de Google Chrome sau Mozilla Firefox pentru a accesa Control Hub. Browserele de pe dispozitive mobile și alte browsere desktop pot produce rezultate neașteptate.

Utilizați informațiile prezentate mai jos ca un rezumat la nivel înalt despre la ce să vă așteptați atunci când vă configurați organizația cu servicii. Pentru informații mai detaliate, consultați capitolele individuale pentru instrucțiuni pas cu pas.

Începeți

După ce partenerul îți creează contul, vei primi un e-mail de bun venit. Faceți clic pe linkul Începeți din e-mail, utilizând Chrome sau Firefox pentru a accesa Control Hub. Linkul vă conectează automat cu adresa de e-mail a administratorului. În continuare, vi se va solicita să creați parola de administrator.

Creați un nou ecran cu parolă din e-mailul de pornire pentru configurarea Control Hub.

Expertul pentru prima dată pentru încercări

Dacă partenerul v-a înregistrat pentru o versiune de încercare, expertul de configurare pornește automat după ce vă conectați la Control Hub. Expertul vă ajută să parcurgeți setările de bază pentru a vă pune organizația în funcțiune cu Webex Calling, printre alte servicii. Puteți să configurați și să revizuiți setările de apelare înainte de a termina ghidul expertului.

Expertul de configurare inițială pentru Control Hub.

Revizuiți-vă setările

Când Control Hub se încarcă, puteți revizui setările.

Pagina de prezentare generală a Control Hub.

Adăugați utilizatori

Acum că v-ați configurat serviciile, sunteți gata să adăugați persoane din directorul companiei. Accesați Utilizatori și faceți clic pe Gestionare utilizatori.

Fereastra pop-up de gestionare a utilizatorilor în Control Hub.

Dacă utilizați Microsoft Active Directory, vă recomandăm să activați sincronizare director mai întâi și apoi decideți cum doriți să adăugați utilizatori. Faceți clic pe Următorul și urmați instrucțiunile pentru a configura Cisco Directory Connector.

Configurarea înregistrării unice (SSO)

Aplicația Webex utilizează autentificarea de bază. Puteți alege să configurați SSO astfel încât utilizatorii să se autentifice la furnizorul dvs. de identitate Enterprise utilizând acreditările Enterprise, în loc să utilizeze o parolă separată stocată și gestionată în Webex.

Accesați Setări, defilați la Autentificare, faceți clic pe Modificare, apoi selectați Integrare furnizor de identitate3rd-party.

Ecran de setări conectare unică cu opțiunea „Integrați un furnizor 3rd party” selectată.

Atribuire servicii către utilizatori

Trebuie să atribuiți servicii utilizatorilor pe care i-ați adăugat, astfel încât utilizatorii să poată începe să utilizeze Webex App.

Accesați Utilizatori, faceți clic pe Gestionare utilizatori, selectați Exportați și importați utilizatori cu un fișierCSV, apoi faceți clic pe Export.

În fișierul pe care îl descărcați, pur și simplu adăugați True pentru serviciile pe care doriți să le atribuiți fiecăruia dintre utilizatori.

Exemplu de fișier CSV pentru atribuirea de servicii utilizatorilor în Control Hub.

Importați fișierul completat, faceți clic pe Adăugare și eliminare servicii, apoi faceți clic pe Remitere. Acum sunteți gata să configurați caracteristicile de apelare, să înregistrați dispozitive care pot fi partajate într-un loc comun și să înregistrați și să asociați dispozitive cu utilizatorii.

Susțineți-vă utilizatorii

Acum că ați adăugat utilizatori și li s-au atribuit servicii, aceștia pot începe să utilizeze telefoanele multiplatforme (MPPs) acceptate pentru apelarea Webex și aplicația Webex pentru mesagerie și întâlniri. Încurajați-i să utilizeze Setările Cisco Webex ca ghișeu unic pentru acces.

Rolul gateway-ului local

Gateway-ul local este un dispozitiv edge gestionat de întreprindere sau de parteneri pentru interworking Public Switch Telephony Network (PSTN) și interworking legacy public branch exchange (PBX) (inclusiv Unified CM).

Puteți utiliza Control Hub pentru a atribui un gateway local unei locații, după care Control Hub furnizează parametri pe care îi puteți configura pe CUBE. Acești pași înregistrează gateway-ul local în cloud, apoi serviciul PSTN este furnizat prin gateway-ul către utilizatorii Webex Calling într-o anumită locație.

Pentru a specifica și a comanda un Gateway local, citiți ghidulde comandă Local Gateway.

Implementări de gateway local acceptate pentru apelarea Webex

Sunt acceptate următoarele implementări de bază:

Gateway-ul local poate fi implementat independent sau în implementări în care este necesară integrarea în Cisco Unified Communications Manager.

Implementări gateway local fără PBX IP local

Implementări locale de gateway independente

Această cifră afișează o implementare Webex Calling fără niciun PBX IP existent și se aplică unei singure locații sau unei implementări cu mai multe locații.

Ilustrație care arată o implementare Webex Calling fără niciun IP PBX existent.

Pentru toate apelurile care nu corespund destinațiilor de apelare Webex, Webex Calling trimite aceste apeluri către gateway-ul local care este atribuit locației pentru procesare. Gateway-ul local direcționează toate apelurile care provin de la Webex Apelare la PSTN și în cealaltă direcție, PSTN la Webex Calling.

Gateway-ul PSTN poate fi o platformă dedicată sau coresident cu gateway-ul local. Ca și în figura următoare, vă recomandăm varianta de gateway PSTN dedicată a acestei implementări; poate fi utilizat dacă gateway-ul PSTN existent nu poate fi utilizat ca gateway local Webex Calling .

Ilustrație care arată opțiunea de implementare a variantei de gateway PSTN recomandată, care poate fi utilizată dacă gateway-ul PSTN existent nu poate fi utilizat ca gateway local Webex Calling.

Implementarea Gateway-ului local coresident

Gateway-ul local poate fi bazat pe IP, conectarea la un ITSP folosind un trunchi SIP sau TDM bazat folosind un circuit ISDN sau analogic. Figura următoare afișează o implementare Webex Calling în care gateway-ul local este coresident cu PSTN GW/SBC.

Ilustrație care arată o implementare Webex Calling în care gateway-ul local coincide cu PSTN GW/SBC.

Implementări gateway local cu PBX CM unificat local

Integrările cu UNIFIED CM sunt necesare în următoarele cazuri:

  • Locațiile activate pentru ApelareaWebex sunt adăugate la o implementare Cisco UC existentă în care CM unificat este implementat ca soluție locală de control al apelurilor

  • Este necesară apelarea directă între telefoanele înregistrate în Unified CM și telefoanele din locațiile Webex Calling .

Această cifră afișează o implementare Webex Calling în care clientul are un PBX IP CM unificat existent.

Ilustrație care arată o implementare Webex Calling în cazul în care clientul are un IP PBX Unified CM existent.

Webex Calling trimite apeluri care nu se potrivesc cu destinațiile de apelare Webex ale clientului la gateway-ul local. Acestea includ numere PSTN și extensii interne CM unificate, pe care Webex Calling nu le poate vedea. Gateway-ul local direcționează toate apelurile care provin de la Webex Calling la Unified CM și invers. CM unificat apoi rutele de intrare apelurile de intrare la destinații locale sau la PSTN ca pe planul de apelare existente. Planul de apelare CM unificat normalizează numerele ca +E.164. Gateway-ul PSTN poate fi unul dedicat sau co-rezident cu gateway-ul local.

Gateway PSTN dedicat

Varianta de gateway PSTN dedicată a acestei implementări, așa cum se arată în această diagramă, este opțiunea recomandată și poate fi utilizată dacă gateway-ul PSTN existent nu poate fi utilizat ca gateway local Webex Calling .

Ilustrație care arată varianta de gateway PSTN dedicată; opțiunea recomandată care poate fi utilizată dacă gateway-ul PSTN existent nu poate fi utilizat ca gateway local Webex Calling.

Coresident PSTN Gateway

Această cifră afișează o implementare Webex Calling cu un CM unificat în care gateway-ul local este coresident cu gateway-ul PSTN/SBC.

Apelarea Webex direcționează toate apelurile care nu corespund destinațiilor de apelare Webex ale clientului cu gateway-ul local care este atribuit locației. Aceasta include destinații PSTN și apeluri on-net către extensii interne unificate CM. Gateway-ul local rute toate apelurile la UNIFIED CM. CM unificat apoi rutele apelurile către telefoanele înregistrate local sau către PSTN prin gateway-ul local, care are funcționalitatea PSTN / SBC co-localizată.

Ilustrație care arată o implementare Webex Calling cu un Unified CM în care gatewayul local coincide cu gatewayul PSTN/SBC.

Considerații de rutare a apelurilor

Apeluri de la Webex apel la CM unificat

Logica de rutare Webex Calling funcționează astfel: dacă numărul care este format pe un punct final webex Apelare nu poate fi direcționat către nicio altă destinație din cadrul aceluiași client în Apelare Webex, atunci apelul este trimis la gateway-ul local pentru procesare ulterioară. Toate apelurile off-net (în afara apelării Webex) sunt trimise la gateway-ul local.

Pentru o implementare Webex Calling fără integrare într-un CM unificat existent, orice apel off-net este considerat un apel PSTN. Atunci când este combinat cu UNIFIED CM, un apel off-net poate fi în continuare un apel on-net către orice destinație găzduită pe UNIFIED CM sau un apel real off-net către o destinație PSTN. Distincția dintre ultimele două tipuri de apeluri este determinată de CM unificat și depinde de planul de apelare enterprise care este furnizat pe CM unificat.

Figura următoare arată un utilizator Webex Calling care formează un număr național în SUA.

Imagine care arată un utilizator Webex Calling care formează un număr național din SUA.

CM unificat acum pe baza planului de apelare configurat rute apelul la un punct final înregistrat local pe care destinația apelată este furnizat ca număr de director. Pentru aceasta, planul de apelare CM unificat trebuie să accepte rutarea numerelor +E.164.

Apeluri de la UNIFIED CM la Apelare Webex

Pentru a activa rutarea apelurilor de la CM unificat la Webex Apelând la CM unificat, trebuie să se asigure un set de rute pentru a defini setul de +E.164 și adresele planului de numerotare a întreprinderii în ApelareWebex.

Cu aceste rute în loc atât scenariile de apel prezentate în figura următoare sunt posibile.

Ilustrație care arată rutarea apelurilor de la Unified CM la Webex Calling pe un set de rute Unified CM.

Dacă un apelant din PSTN apelează un număr DID care este atribuit unui dispozitiv de apelare Webex, atunci apelul este predat întreprinderii prin gateway-ul PSTN al întreprinderii și apoi apasă UNIFIED CM. Adresa apelată a acelui apel se potrivește cu una dintre rutele de apelare Webex care este furnizată în CM unificat și apelul este trimis la gateway-ul local. (Adresa apelată trebuie să fie în format +E.164 atunci când este trimisă către gateway-ul local.) Logica de rutare Webex Calling asigură apoi faptul că apelul este trimis către dispozitivul Webex Calling dorit, pe baza alocării DID.

De asemenea, apelurile care provin de la punctele finale înregistrate de CM unificate, care vizează destinațiile din Webex Calling, sunt supuse planului de apelare care este furnizat pe UNIFIED CM. De obicei, acest plan de apelare permite utilizatorilor să utilizeze obiceiurile comune de apelare a întreprinderii pentru a efectua apeluri. Aceste obiceiuri nu includ neapărat doar +E.164 apelarea. Orice alt obicei de apelare decât +E.164 trebuie normalizat la +E.164 înainte ca apelurile să fie trimise la gateway-ul local pentru a permite rutarea corectă în Apelarea Webex.

Clasa de servicii (CoS)

Punerea în aplicare a clasei strânse de restricții de servicii este întotdeauna recomandată din diverse motive, inclusiv evitarea buclelor de apel și prevenirea fraudelor cu taxă. În contextul integrării Webex Calling Local Gateway cu unified CM class of service trebuie să luăm în considerare clasa de servicii pentru:

  • Dispozitive înregistrate la Unified CM

  • Apelurile care intră în CM unificat de la PSTN

  • Apelurile care intră în CM unificat de la Webex Calling

Dispozitive înregistrate la Unified CM

Adăugarea destinațiilor Webex Calling ca o nouă clasă de destinații la o configurare CoS existentă este destul de directă: permisiunea de a apela la destinațiile webex Calling este, de obicei, echivalentă cu permisiunea de a apela destinații locale (inclusiv inter-site).

Dacă un plan de apelare de întreprindere implementează deja o permisiune "(abreviat) pe site-ul inter-site", atunci există deja o partiție furnizată pe UNIFIED CM pe care o putem utiliza și furniza toate destinațiile cunoscute de apelare Webex de pe net în aceeași partiție.

În caz contrar, conceptul de permisiune "(abreviat) inter-site on-net" nu există încă, apoi o nouă partiție (de exemplu,"onNetRemote") trebuie să fie furnizată, destinațiile Webex Calling sunt adăugate la această partiție și, în cele din urmă, această nouă partiție trebuie adăugată la spațiile de căutare de apelare corespunzătoare.

Apelurile care intră în CM unificat de la PSTN

Adăugarea destinațiilor Webex Calling ca o nouă clasă de destinații la o configurare CoS existentă este destul de directă: permisiunea de a apela la destinațiile webex Calling este, de obicei, echivalentă cu permisiunea de a apela destinații locale (inclusiv inter-site).

Dacă un plan de apelare de întreprindere implementează deja o permisiune "(abreviat) pe site-ul inter-site", atunci există deja o partiție furnizată pe UNIFIED CM pe care o putem utiliza și furniza toate destinațiile cunoscute de apelare Webex de pe net în aceeași partiție.

În caz contrar, conceptul de permisiune "(abreviat) inter-site on-net" nu există încă, apoi o nouă partiție (de exemplu,"onNetRemote") trebuie să fie furnizată, destinațiile Webex Calling sunt adăugate la această partiție și, în cele din urmă, această nouă partiție trebuie adăugată la spațiile de căutare de apelare corespunzătoare.

Apelurile care intră în CM unificat de la Webex Calling

Apelurile care provin din PSTN au nevoie de acces la toate destinațiile de apelare Webex. Acest lucru necesită adăugarea partiției de mai sus care deține toate destinațiile Webex Calling la spațiul de căutare apelant utilizat pentru apelurile primite pe trunchiul PSTN. Accesul la destinațiile Webex Calling se adaugă accesului deja existent.

În timp ce pentru apelurile de la PSTN accesul la DID-urile CM unificate și DID-urile de apelare Webex sunt necesare apelurile care provin din Webex Calling au nevoie de acces la DID-uri CM unificate și destinații PSTN.

Ilustrație a CoS diferențiate pentru apelurile de la PST și Webex Calling.
CoS diferențiate pentru apelurile de la PSTN și Webex Calling

Această cifră compară aceste două clase diferite de servicii pentru apelurile de la PSTN și Webex Calling. Figura arată, de asemenea, că, dacă funcționalitatea gateway-ului PSTN este colocată cu Gateway-ul local, atunci sunt necesare două trunchiuri din PSTN GW combinat și Gateway local la UNIFIED CM: unul pentru apelurile provenite din PSTN și unul pentru apelurile care provin din Webex Calling. Acest lucru este determinat de cerința de a aplica spații de căutare de apelare diferențiate pentru fiecare tip de trafic. Cu două trunchiuri de intrare pe UNIFIED CM acest lucru poate fi realizat cu ușurință prin configurarea spațiului necesar de căutare a apelurilor pentru apelurile primite pe fiecare trunchi.

Integrarea planului de apelare

Acest ghid presupune o instalare existentă care se bazează pe cele mai bune practici curente în "Arhitectura preferată pentru cisco colaborare implementări on-premises, BCV." Cea mai recentă versiune este disponibilă aici.

Designul recomandat al planului de apelare urmează abordarea de proiectare care este documentată în capitolul Plan de apelare din cea mai recentă versiune a sistemului de colaborare Cisco SRND disponibil aici.

Ilustrație care afișează o prezentare generală a designului planului de apelare recomandat.
Planul de apelare recomandat

Această cifră prezintă o prezentare generală a designului planului de apelare recomandat. Caracteristicile cheie ale acestui design al planului de apelare includ:

  • Toate numerele de director care sunt configurate pe UNIFIED CM sunt în format +E.164.

  • Toate numerele de director se află aceeași partiție (DN) și sunt marcate urgent.

  • Rutarea de bază se bazează pe +E.164.

  • Toate obiceiurile de apelare non-+E.164 (de exemplu, apelarea intrasite prescurtată și apelarea PSTN folosind obiceiuri comune de apelare) sunt normalizate (globalizate) la +E.164 folosind modele de traducere de normalizare a apelului.

  • Apelarea modele de traducere normalizare utilizează model de traducere de asteptare moștenire spațiu de căutare; au setat opțiunea "Utilizați spațiul de căutare apelant al inițiatorului".

  • Clasa de servicii este implementată utilizând site-ul și clasa de spații de căutare a apelurilor specifice serviciului.

  • Capacitățile de acces PSTN (de exemplu, accesul la destinațiile PSTN internaționale) sunt implementate prin adăugarea de partiții cu modelele de rută +E.164 respective la spațiul de căutare apelant care definește clasa de serviciu.

Accesibilitatea la apelarea Webex

Ilustrație care arată adăugarea destinației Webex Calling la planul de apelare.
Adăugarea destinației apelului Webex la planul de apelare

Pentru a adăuga accesibilitatea destinațiilor Webex Calling la acest plan de apelare, trebuie creată o partiție care reprezintă toate destinațiile de apelare Webex ("Apelare Webex") și la această partiție se adaugă un model de rută +E.164 pentru fiecare interval DID din Webex Calling. Acest model de traseu face referire la o listă de rute cu un singur membru: grupul de rute cu portbagajul SIP la Gateway-ul local pentru apeluri către apelarea Webex. Deoarece toate destinațiile formate sunt normalizate la +E.164 fie folosind modele de traducere de normalizare a apelului pentru apelurile care provin de la puncte finale înregistrate cm unificate, fie transformări de intrare apelate pentru apelurile care provin din PSTN, acest set unic de modele de rută +E.164 este suficient pentru a obține accesibilitatea pentru destinațiile din Webex Calling, independent de obiceiul de apelare utilizat.

Dacă, de exemplu, un utilizator formează "914085550165", atunci modelul de traducere a normalizării apelării din partiția "UStoE164" normalizează acest șir de apelare la "+14085550165", care apoi se potrivește cu modelul de traseu pentru o destinație de apelare Webex în partiția "Apelare Webex". CM unificat trimite în cele din urmă apelul la gateway-ul local.

Adăugarea abreviat Intersite Dialing

Ilustrație care arată adăugarea apelării intersite abreviate.
Adăugarea abreviat Intersite Dialing

Modul recomandat de a adăuga apelarea intersite prescurtată la planul de apelare de referință este de a adăuga modele de traducere de normalizare a apelării pentru toate site-urile din planul de numerotare a întreprinderii la o partiție dedicată ("ESN", Numere semnificative enterprise). Aceste modele de traducere interceptează șirurile de apelare în formatul planului de numerotare a întreprinderii și normalizează șirul format la +E.164.

Pentru a adăuga apelarea prescurtată la nivel de întreprindere la destinațiile de apelare Webex, adăugați modelul de traducere a normalizării apelării de apelare respectivă pentru locația De apelare Webex la partiția "Apelare Webex" (de exemplu, "8101XX" din diagramă). După normalizare, apelul este trimis din nou la Webex Calling după potrivirea modelului de traseu din partiția "Apelare Webex".

Nu vă recomandăm să adăugați modelul de traducere de normalizare a apelării prescurtate pentru apelurile Webex Calling la partiția "ESN", deoarece această configurație poate crea bucle nedorite de rutare a apelurilor.

Rutine de tratare a protocolului pentru apelare

Webex Calling înregistrează următoarele rutine de tratare a protocolului cu sistemul de operare pentru a activa funcționalitatea clic și apel din browsere web sau din alte aplicații. Următoarele protocoale pornesc un apel audio sau video în Webex App atunci când este aplicația de apelare implicită pe Mac sau Windows:

  • CLICKTOCALL: sau CLICKTOCALL://

  • SIP: sau SIP://

  • TEL: sau TEL://

  • WEBEXTEL: sau WEBEXTEL://

Lista de operatori de protocol care inițiază un apel audio sau video în Aplicația Webex atunci când aceasta este aplicația de apelare implicită pe Mac sau Windows.

Rutine de tratare a protocolului pentru Windows

Alte aplicații se pot înregistra pentru rutinele de tratare a protocolului înainte de aplicația Webex. În Windows 10, fereastra de sistem pentru a le cere utilizatorilor să selecteze ce aplicație să utilizeze pentru a lansa apelul. Preferința utilizatorului poate fi reținută dacă utilizatorul verifică Utilizați întotdeauna această aplicație.

Windows 10 „Alegeți o aplicație” cu Webex evidențiată ca opțiune de selectat.

Dacă utilizatorii trebuie să reseteze setările implicite ale aplicației de apelare, astfel încât să poată alege Webex App, îi puteți instrui să modifice asocierile de protocol pentru Webex App în Windows 10:

  1. Deschideți setările de sistem pentru Setări implicite ale aplicației , faceți clic pe Setați valorile implicite în funcție de aplicație, apoi alegeți Aplicația Webex.

    Windows 10 „Setare valori implicite în funcție de aplicație”, cu Webex evidențiată ca opțiune de selectat.

  2. Pentru fiecare protocol, selectați Aplicația Webex.

    Windows 10 opțiuni Webex pentru tipul de fișier și asocierile de protocol.

Rutine de tratare a protocolului pentru macOS

Pe Mac OS, dacă alte aplicații s-au înregistrat la protocoalele de apelare înainte de AplicațiaWebex, utilizatorii trebuie să-și configureze aplicația Webex pentru a fi opțiunea implicită de apelare.

În Aplicația Webex pentru Mac, utilizatorii pot confirma că Aplicația Webex este selectată pentru setarea Inițiere apeluri cu din secțiunea Preferințe generale. De asemenea, pot bifa Conectați-vă întotdeauna la Microsoft Outlook dacă doresc să efectueze apeluri în Aplicația Webex atunci când fac clic pe numărul unui contact Outlook.

Setări administrator protocol Mac OS; selectați opțiunea „Conectați-vă întotdeauna la Microsoft Outlook” și lista derulantă „Inițiați apeluri cu” a fost selectată de Webex.

Pregătiți mediul dvs.

Cerințe preliminare generale

Înainte de a configura un gateway local pentru Webex Calling, asigurați-vă că:

  • Dețineți cunoștințe de bază despre principiile VoIP

  • Aveți cunoștințe de lucru de bază despre conceptele de voce Cisco IOS-XE și IOS-XE

  • Înțelegeți de bază Protocolul de inițiere a sesiunii (SIP)

  • Aveți o înțelegere de bază a Cisco Unified Communications Manager (Unified CM) dacă modelul de implementare include Unified CM

Consultați Ghidul de configurare Cisco Unified Border Element (CUBE) pentru detalii.

Cerințe hardware și software pentru Gateway-ul local

Asigurați-vă că implementarea are unul sau mai multe gateway-uri locale, cum ar fi:

  • Cisco CUBE pentru conectivitate bazată pe IP

  • Gateway Cisco IOS pentru conectivitate bazată pe TDM

Consultați tabelul 1 din Gateway-ul local pentru Ghidul de plasare a comenzilor Webex Calling. De asemenea, asigurați-vă că platforma rulează o versiune IOS-XE acceptată, conform Ghidului de configurare a gateway-ului local.

Gateway-ul local vă ajută să migrați la Webex Calling în propriul ritm. Gateway-ul local integrează implementarea locală existentă cu Webex Calling. De asemenea, puteți utiliza conexiunea PSTN existentă. Consultați Începeți să utilizați gateway-ul local

Cerințe de licență pentru gateway-urile locale

Licențele de apelare CUBE trebuie să fie instalate pe gateway-ul local. Pentru mai multe informații, consultați Ghidulde configurare a elementelor de frontieră unificate Cisco.

Certificat și cerințe de securitate pentru Gateway-ul local

Apelarea Webex necesită semnalizare securizată și suport media. Gateway-ul local efectuează criptarea și trebuie stabilită o conexiune TLS de ieșire în cloud cu următorii pași:

  • LGW trebuie să fie actualizate cu ca root bundle de la Cisco PKI

  • Un set de acreditări SIP digest din pagina de configurare PortBagaj Control Hub sunt utilizate pentru a configura LGW (pașii fac parte din configurația care urmează)

  • Ca root bundle validează certificatul prezentat

  • Solicitat acreditări (SIP digest furnizate)

  • Cloud-ul identifică gateway-ul local care este înregistrat în siguranță

Cerințe de optimizare a firewall-ului, NAT Traversal și a căii media pentru Gateway-ul local

În majoritatea cazurilor, gateway-ul local și punctele finale se pot afla în rețeaua internă de clienți, utilizând adrese IP private cu NAT. Paravanul de protecție de întreprindere trebuie să permită traficul de ieșire (SIP, RTP/UDP, HTTP) la anumite adrese IP/porturi, acoperite în Informații de referință port.

Dacă doriți să utilizați Optimizarea căilor media cu ICE, interfața orientată Webex Calling a gateway-ului local trebuie să aibă o cale directă de rețea către și de la punctele finale webex Calling. Dacă punctele finale se află într-o locație diferită și nu există o cale de rețea directă între punctele finale și interfața webex calling a gateway-ului local, atunci gateway-ul local trebuie să aibă o adresă IP publică atribuită interfeței cu care se confruntă Apelarea Webex pentru apeluri între gateway-ul local și punctele finale pentru a utiliza optimizarea căii media. În plus, trebuie să ruleze IOS-XE versiunea 16.12.5.

Informații de referință la port pentru Webex Calling

Un firewall și un proxy configurate corect sunt esențiale pentru o implementare reușită a apelării. Webex Calling utilizează SIP și HTTPS pentru semnalizarea apelurilor și adresele și porturile asociate pentru media, conexiunea la rețea și conectivitatea gateway-ului, deoarece Webex Calling este un serviciu global.

Nu toate configurațiile de firewall necesită deschiderea porturilor. Cu toate acestea, dacă executați reguli de la interior la exterior, trebuie să deschideți porturi pentru protocoalele necesare pentru a renunța la servicii.

Traducere adresă rețea (NAT)

Funcția Traducere adresă rețea (NAT) și Traducere adresă port (PAT) sunt aplicate la granița dintre două rețele pentru a traduce spațiile de adresă sau pentru a preveni coliziunea spațiilor de adresă IP.

Organizațiile utilizează tehnologii de gateway-uri, cum ar fi firewall-uri și proxy-uri, care oferă servicii NAT sau PAT pentru a oferi acces la internet la aplicațiile Webex sau la dispozitivele Webex care se află într-un spațiu de adresă IP privată. Aceste gateway-uri fac ca traficul de la aplicații sau dispozitive interne la internet să pară că provine de la una sau mai multe adrese IP cu rutare publică.

  • Dacă implementați NAT, nu este obligatoriu să deschideți un port de intrare pe firewall.

  • Validați dimensiunea rezervei NAT necesară pentru conectivitatea aplicației sau a dispozitivelor atunci când mai mulți utilizatori și dispozitive accesează serviciile Webex Calling și Webex aware utilizând NAT sau PAT. Asigurați-vă că rezervoarelor NAT li se atribuie adrese IP publice adecvate pentru a preveni epuizarea portului. Epuizarea portului contribuie la incapacitatea utilizatorilor și a dispozitivelor interne de a se conecta la serviciile Webex Calling și Webex Aware.

  • Definiți perioade de legare rezonabile și evitați manipularea SIP pe dispozitivul NAT.

  • Configurați un timeout minim NAT pentru a asigura funcționarea corectă a dispozitivelor. Exemplu: Telefoanele Cisco trimit un mesaj de reîmprospătare a ÎNREGISTRĂRII ulterioare la fiecare 1-2 minute.

  • Dacă rețeaua dvs. implementează NAT sau SPI, atunci setați un timp de expirare mai mare (de cel puțin 30 de minute) pentru conexiuni. Acest timeout permite o conectivitate fiabilă, reducând în același timp consumul de baterie al dispozitivelor mobile ale utilizatorilor.

Gateway nivel aplicație SIP

Dacă un router sau un firewall este SIP Aware, ceea ce înseamnă că gateway-ul la nivel de aplicație (ALG) SIP sau similar este activat, vă recomandăm să dezactivați această funcționalitate pentru ca serviciul să funcționeze corect. Deși tot traficul Webex Calling este criptat, anumite implementări ALG SIP pot cauza probleme la traversarea firewallului. Prin urmare, vă recomandăm să opriți ALG SIP pentru a asigura un serviciu de înaltă calitate.

Consultați documentația producătorului relevant pentru a afla pașii de dezactivare a ALG SIP pe anumite dispozitive.

Asistență proxy pentru Webex Calling

Organizațiile implementează un firewall de internet sau un proxy de internet și firewall pentru a inspecta, restricționa și controla traficul HTTP care părăsește și intră în rețeaua lor. Astfel, protejarea rețelei lor de diferite forme de atacuri cibernetice.

Proxy-urile îndeplinesc mai multe funcții de securitate, cum ar fi:

  • Permiteți sau blocați accesul la anumite adrese URL.

  • Autentificarea utilizatorului

  • Căutare reputație adresă IP/domeniu/nume gazdă/URI

  • Decriptarea și inspecția traficului

La configurarea caracteristicii proxy, aceasta se aplică tuturor aplicațiilor care utilizează protocolul HTTP.

Aplicația Webex și aplicațiile pentru dispozitive Webex includ următoarele:

  • Servicii Webex

  • Procedurile de activare a dispozitivelor clienților (CDA) utilizând platforma de asigurare a accesului la Cisco Cloud, cum ar fi GDS, EDOS activarea dispozitivelor, asigurarea accesului și integrarea în cloudul Webex.

  • Autentificare certificat

  • Upgrade-uri firmware

  • Rapoarte de stare

  • Încărcări PRT

  • Servicii XSI

Dacă este configurată o adresă de server proxy, numai traficul de semnalizare (HTTP/HTTPS) este trimis către serverul proxy. Clienții care utilizează SIP pentru a se înregistra la serviciul Webex Calling și conținutul media asociat nu sunt trimiși la proxy. Prin urmare, permiteți acestor clienți să treacă direct prin firewall.

Opțiuni proxy, configurație și tipuri de autentificare acceptate

Tipurile de proxy acceptate sunt:

  • Proxy explicit (inspectare sau neinspectare) — configurați clienții fie aplicația, fie dispozitivul cu proxy explicit pentru a specifica serverul de utilizat.

  • Proxy transparent (neinspectat) — Clienții nu sunt configurați să utilizeze o anumită adresă de server proxy și nu necesită nicio modificare pentru a lucra cu un proxy neinspectat.

  • Proxy transparent (inspectare) — Clienții nu sunt configurați să utilizeze o anumită adresă de server proxy. Nu sunt necesare modificări ale configurației HTTP; cu toate acestea, clienții dvs., fie aplicația, fie dispozitivele, au nevoie de un certificat rădăcină pentru a avea încredere în proxy. Echipa IT utilizează proxy-urile de inspecție pentru a impune politicile site-urilor web pe care le vizitați și tipurile de conținut care nu sunt permise.

Configurați manual adresele proxy pentru dispozitivele Cisco și Aplicația Webex utilizând:

În timp ce configurați tipurile de produs preferate, alegeți dintre următoarele tipuri de Configurații proxy și de autentificare din tabel:

Produs

Configurare proxy

Tip de autentificare

Webex pentru Mac

Manuală, WPAD, PAC

Fără autentif., de bază, NTLM,

Webex pentru Windows

Manuală, WPAD, PAC, GPO

Fără autentif., de bază, NTLM, , Negotiate

Webex pentru iOS

Manuală, WPAD, PAC

Fără autentif., de bază, de tip digest, NTLM

Webex pentru Android

Manuală, PAC

Fără autentif., de bază, de tip digest, NTLM

Aplicație web Webex

Acceptat prin sistemul de operare

Fără autentif., de bază, de tip digest, NTLM, Negotiate

Dispozitive Webex

WPAD, PAC sau manuală

Fără autentif., de bază, de tip digest

Telefoane Cisco IP

Manuală, WPAD, PAC

Fără autentif., de bază, de tip digest

Webex Video Mesh Node

Manual

Fără autentif., de bază, de tip digest, NTLM

Pentru legendele din tabel:

  1. Autentificare Mac NTLM - Aparatul nu trebuie să fie conectat la domeniu, utilizatorului i se solicită o parolă

  2. Autentificare Windows NTLM - Acceptată numai dacă o mașină este conectată la domeniu

  3. Negociați - Kerberos cu autentificarea de rezervă NTLM.

  4. Pentru a conecta un dispozitiv Cisco Webex din seria Board, Desk sau Room la un server proxy, consultați Conectați dispozitivul Board, Desk sau Room la un server proxy.

  5. Pentru telefoanele IP Cisco, consultați Configurarea unui server proxy ca exemplu pentru configurarea serverului proxy și a setărilor.

Pentru Fără autentificare, configurați clientul cu o adresă proxy care nu acceptă autentificarea. Atunci când utilizați Autentificare proxy, configurați cu acreditări valide. Proxy-urile care inspectează traficul web pot interfera cu conexiunile de soclu web. Dacă apare această problemă, ocolirea traficului care nu este inspectat către *.Webex.com ar putea rezolva problema. Dacă vedeți deja alte intrări, adăugați un punct și virgulă după ultima intrare, apoi introduceți excepția Webex.

Setări proxy pentru sistemul de operare Windows

Microsoft Windows acceptă două biblioteci de rețea pentru traficul HTTP (WinINet și WinHTTP) care permit configurația proxy. WinINet este un superset de WinHTTP.

  1. WinInet este proiectat pentru un singur utilizator, aplicații client desktop

  2. WinHTTP este conceput în primul rând pentru aplicații multiutilizator bazate pe server

Atunci când selectați între cele două, alegeți WinINet pentru setările de configurare proxy. Pentru detalii, consultați wininet-vs-winhttp.

Consultați Configurați o listă de domenii permise pentru a accesa Webex în timp ce vă aflați în rețeaua corporativă pentru detalii despre următoarele:

  • Pentru a vă asigura că persoanele se conectează la aplicații numai utilizând conturi dintr-o listă predefinită de domenii.

  • Utilizați un server proxy pentru a intercepta solicitările și a limita domeniile permise.

Inspecția proxy și fixarea certificatelor

Aplicația și dispozitivele Webex validează certificatele serverelor atunci când stabilesc sesiunile TLS. Certificatele verifică dacă, cum ar fi emitentul certificatului și semnătura digitală, se bazează pe verificarea lanțului de certificate până la certificatul rădăcină. Pentru a efectua verificările de validare, Aplicația și dispozitivele Webex utilizează un set de certificate CA rădăcină de încredere instalate în depozitul de încredere al sistemului de operare.

Dacă ați implementat un proxy de inspectare TLS pentru a intercepta, decripta și inspecta traficul Webex Calling. Asigurați-vă că certificatul pe care îl prezintă proxy (în loc de certificatul de serviciu Webex) este semnat de o autoritate de certificare și că certificatul rădăcină este instalat în magazinul de încredere al Aplicației Webex sau al dispozitivului Webex.

  • Pentru Aplicația Webex - Instalați certificatul CA utilizat pentru a semna certificatul de către proxy în sistemul de operare al dispozitivului.

  • Pentru dispozitivele Webex Room și telefoanele IP Cisco pentru mai multe platforme - deschideți o solicitare de serviciu cu echipa TAC pentru a instala certificatul CA.

Acest tabel afișează Aplicația Webex și dispozitivele Webex care acceptă inspecția TLS de către serverele proxy

Produs

Acceptă CA-uri de încredere personalizate pentru inspecția TLS

Aplicația Webex (Windows, Mac, iOS, Android, Web)

Da

Dispozitive Webex Room

Da

Telefoane Cisco IP pentru mai multe platforme (MPP)

Da

Configurație firewall

Cisco acceptă serviciile Webex Calling și Webex Aware în centrele de date securizate Cisco și Amazon Web Services (AWS). Amazon și-a rezervat subrețelele IP pentru utilizarea exclusivă a Cisco și a securizat serviciile situate în aceste subrețele în cloudul virtual privat AWS.

Configurați firewall-ul pentru a permite comunicarea de pe dispozitivele dvs., aplicațiile aplicațiilor și serviciile orientate către internet să își îndeplinească funcțiile în mod corespunzător. Această configurație permite accesul la toate serviciile cloud Webex Calling și Webex Aware acceptate, nume de domenii, adrese IP, Porturi și protocoale.

Listă albă sau acces deschis la următoarele, astfel încât serviciile Webex Calling și Webex Aware să funcționeze corect.

  • URL-urile/domeniile menționate în secțiunea Domenii și URL-uri pentru serviciile Webex Calling

  • Subrețele, porturi și protocoale IP menționate în secțiunea Subrețele IP pentru serviciile Webex Calling

  • Dacă utilizați Suita Webex de servicii de colaborare în cloud în cadrul organizației lor, Webex Meetings, Mesagerie, consola de participant Webex și alte servicii, asigurați-vă că subrețelele IP, domeniile/URL-urile menționate în aceste articole sunt deschise Cerințe de rețea pentru serviciile Webex și Cerințe de rețea pentru consola de participant

Dacă utilizați doar un firewall, filtrarea traficului Webex Calling exclusiv prin adrese IP nu este acceptată, deoarece unele dintre seturile de adrese IP sunt dinamice și se pot modifica în orice moment. Actualizați-vă periodic regulile, iar neactualizarea listei cu reguli pentru firewall ar putea avea impact asupra experienței utilizatorilor dvs. Cisco nu sprijină filtrarea unui subset de adrese IP pe baza unei anumite regiuni geografice sau a unui furnizor de servicii cloud. Filtrarea în funcție de regiune poate provoca o degradare gravă a experienței de apelare.

Cisco nu menține rezerve de adrese IP care se modifică dinamic, prin urmare, nu este listat în acest articol.

Dacă firewall-ul dvs. nu acceptă filtrarea domeniului/URL-ului, utilizați o opțiune de server proxy de întreprindere. Această opțiune filtrează/permite, după URL/domeniu, traficul de semnalizare HTTP către serviciile Webex Calling și Webex Aware din serverul proxy, înainte de a le redirecționa către firewall.

Puteți configura traficul utilizând filtrarea porturilor și a subrețelei IP pentru media de apel. Deoarece traficul media necesită acces direct la internet, alegeți opțiunea de filtrare URL pentru traficul de semnalizare.

Pentru Webex Calling, UDP este protocolul de transport preferat de Cisco pentru conținut media și recomandă utilizarea numai SRTP prin UDP. TCP și TLS ca protocoale de transport pentru conținut media nu sunt acceptate pentru Webex Calling în mediile de producție. Natura orientată spre conexiune a acestor protocoale afectează calitatea media în rețelele cu pierderi. Dacă aveți întrebări cu privire la protocolul de transport, deschideți un tichet de asistență.

Domenii și URL-uri pentru serviciile Webex Calling

Un * afișat la începutul unui URL (de exemplu, *.webex.com) indică faptul că serviciile din domeniul de nivel superior și toate subdomeniile sunt accesibile.

Domeniu/URL

Descriere

Aplicațiile și dispozitive Webex care utilizează aceste domenii/URL-uri

Servicii Cisco Webex

*.broadcloudpbx.com

Microservicii de autorizare Webex pentru lansare încrucișată de la Control Hub la Portalul de administrare apelant.

Control Hub

*.broadcloud.com.au

Servicii de apelare Webex în Australia.

Toate

*.broadcloud.eu

Servicii de apelare Webex în Europa.

Toate

*.broadcloudpbx.net

Apelarea serviciilor de configurare și gestionare a clienților.

Webex Apps

*.webex.com

*.cisco.com

Servicii de bază Webex Calling și Webex Aware

  1. Asigurarea accesului la identitate

  2. Stocarea identității

  3. Autentificare

  4. Servicii OAuth

  5. Integrarea dispozitivului

  6. Cloud Connected UC

Atunci când un telefon se conectează la o rețea pentru prima dată sau după o resetare la setările din fabrică fără nicio opțiune DHCP setată, acesta contactează un server de activare a dispozitivului pentru asigurarea accesului la atingere. Telefoanele noi utilizează activate.cisco.com și telefoanele cu o versiune firmware anterioară datei de 11.2(1); continuați să utilizați webapps.cisco.com pentru configurare.

Descărcați firmware-ul dispozitivului și actualizările locale de pe binaries.webex.com.

Permiteți telefoanelor Cisco pentru mai multe platforme (MPP) mai vechi de versiunea 12.0.3 să acceseze sudirenewal.cisco.com prin portul 80 pentru a reînnoi certificatul instalat de producător (MIC) și pentru a beneficia de un identificator unic de dispozitiv securizat (SUDI). Pentru detalii, consultați Notificarea câmpului.

Toate

*.ucmgmt.cisco.com

Servicii de apelare Webex

Control Hub

*.wbx2.com și *.ciscospark.com

Utilizat pentru conștientizarea în cloud, pentru a contacta serviciile Webex Calling și Webex Aware în timpul și după integrare.

Aceste servicii sunt necesare pentru

  • Gestionarea aplicațiilor și dispozitivelor

  • Aplicații Gestionare serviciu mecanism de notificare a aplicației

Toate

*.webexapis.com

Microservicii Webex care gestionează aplicațiile și dispozitivele Webex App.

  1. Serviciu fotografie de profil

  2. Serviciul de tablă

  3. Serviciul de proximitate

  4. Serviciu de prezență

  5. Serviciu de înscriere

  6. Serviciu Calendar

  7. Căutați serviciul

Toate

*.webexcontent.com

Serviciile de mesagerie Webex legate de stocarea generală a fișierelor, inclusiv:

  1. Fișiere utilizator

  2. Fișiere transcodificate

  3. Imagini

  4. Capturi de ecran

  5. Conținut tablă

  6. Jurnale client și dispozitiv

  7. Fotografii de profil

  8. Sigle brandului

  9. Fișiere jurnal

  10. Exportați fișiere CSV în bloc și importați fișiere (Control Hub)

Servicii de mesagerie pentru aplicațiile Webex.

Stocarea fișierelor utilizând webexcontent.com a fost înlocuită de clouddrive.com în octombrie 2019

*.accompany.com

Integrarea informațiilor despre persoane

Aplicațiile Webex

Servicii suplimentare conexe Webex (domenii terțe)

*.appdynamics.com

*.eum-appdynamics.com

Urmărirea performanței, captarea erorilor și a blocărilor, valorile sesiunii.

Control Hub

*.sipflash.com

Servicii de gestionare a dispozitivelor. Upgrade-uri de firmware și scopuri de integrare securizată.

Webex Apps

*.walkme.com *.walkmeusercontent.com

Client de orientare a utilizatorilor Webex. Oferă tururi de onboarding și utilizare pentru utilizatorii noi.

Pentru mai multe informații despre WalkMe, faceți clic aici.

Webex Apps

*.google.com

*.googleapis.com

Notificări către aplicațiile Webex pe dispozitive mobile (de exemplu: mesaj nou, atunci când se răspunde la apel)

Pentru subrețele IP, consultați aceste linkuri

Serviciul Google Firebase Cloud Messaging (FCM)

Serviciu de notificare Apple Push (APNS)

Pentru APNS, Apple listează subrețelele IP pentru acest serviciu.

Aplicația Webex

Subrețele IP pentru serviciile Webex Calling

Subrețele IP pentru serviciile Webex Calling*

23.89.0.0/16

85.119.56.0/23

128.177.14.0/24

128.177.36.0/24

135.84.168.0/21

139.177.64.0/21

139.177.72.0/23

144.196.0.0/16

150.253.128.0/17

163.129.0.0/17

170.72.0.0/16

170.133.128.0/18

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

Configurarea dispozitivului și gestionarea firmware-ului (notificări Cisco)

3.20.185.219

3.130.87.169

3.134.166.179

52.26.82.54

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

72.163.10.128/25

173.37.146.128/25

173.36.127.0/26

173.36.127.128/26

173.37.26.0/23

173.37.149.96/27

192.133.220.0/26

192.133.220.64/26

Configurarea Aplicației Webex

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

Scopul conexiunii

Adrese sursăPorturi sursăProtocolAdrese de destinațiePorturi de destinațieNote
Semnalizarea apelurilor către Webex Calling (SIP TLS)Local Gateway extern (NIC)8000-65535TCPConsultați Subrețele IP pentru Serviciilede apelare Webex.5062, 8934

Aceste IP-uri/porturi sunt necesare pentru semnalizarea apelurilor SIP-TLS de ieșire de la gateway-uri, dispozitive și aplicații Webex App (sursă) către Webex Calling Cloud (destinație).

Port 5062 (obligatoriu pentru trunchiul pe bază de certificat). Și portul 8934 (obligatoriu pentru trunchiul pe bază de înregistrare

Dispozitive5060-50808934
Aplicația Webex Efemer (OS dependent)
Semnalizarea apelurilor de la Webex Calling (SIP TLS) către gateway-ul local

Intervalul de adrese Webex Calling.

Consultați Subrețele IP pentru serviciile Webex Calling

8934TCPIP sau interval IP ales de client pentru gateway-ul localPortul sau intervalul de porturi ales de client pentru gateway-ul său local

Se aplică gateway-urilor locale bazate pe certificat. Este necesar să stabiliți o conexiune de la Webex Calling la un gateway local.

Un gateway local bazat pe înscriere funcționează la reutilizarea unei conexiuni create din gateway-ul local.

Portul de destinație este ales de client Configurați trunchiurile

Media apelurilor către Webex Calling (STUN, SRTP/SRTCP, T38, DTLS)Local Gateway NIC extern8000-48199†*UDPConsultați Subrețele IP pentru Serviciilede apelare Webex.

5004, 9000 (porturi STUN)

Audio: 8500-8599

Video: 8600-8699

19560-65535 (SRTP prin UDP)

  • Aceste IP-uri/porturi sunt utilizate pentru media apelurilor SRTP de ieșire de la gateway-uri, dispozitive și aplicații Webex App (sursă) la Webex Calling Cloud (destinație).

  • Pentru Apelurile din cadrul organizației în care STUN, negocierea ICE are succes, retransmisia media din cloud este eliminată ca cale de comunicare. În astfel de cazuri, fluxul media este direct între aplicațiile/dispozitivele utilizatorului.

    De exemplu: Dacă optimizarea media reușește, Aplicația Webex trimite conținut media direct între ele în intervalele de porturi 8500-8699, iar dispozitivele trimit conținut media direct între ele în intervalele de porturi 19560-19661.

  • Pentru anumite topologii de rețea în care firewallurile sunt utilizate într-o locație a clientului, permiteți accesul intervalelor de porturi sursă și de destinație menționate în interiorul rețelei dvs. pentru ca media să circule.

    Exemplu: Pentru Aplicația Webex, permiteți intervalul de porturi sursă și destinație

    Audio: 8500-8599 Video:8600-8699

  • Browserele utilizează portul sursă efemer care poate fi controlat prin setarea politicii WebRtcUdpPortRange în profilul Managed Device Management (MDM).

    Serviciul Webex Calling se comportă normal dacă nu este setat niciun serviciu MDM sau dacă SiteURL și EnableForceLogin nu sunt configurate.

Dispozitive*19560-19661

Dispozitive VG400 ATA

19560-19849
Aplicația Webex*

Audio: 8500-8599

Video: 8600-8699

WebRTC

Efemer (în funcție de politica browserului)
Conținut media pentru apeluri din Webex Calling (SRTP/SRTCP, T38)

Intervalul de adrese Webex Calling.

Consultați Subrețele IP pentru serviciile Webex Calling

19560-65535 (SRTP prin UDP) UDPIP sau interval IP ales de client pentru gateway-ul local Intervalul de porturi media ales de client pentru gateway-ul său local
Semnalizarea apelurilor către gateway-ul PSTN (SIP TLS)NIC intern al Gateway-ului local8000-65535TCPITSP PSTN GW sau UNIFIED CMDepinde de pstn opțiune (de exemplu, de obicei, 5060 sau 5061 pentru UNIFIED CM)
Apelați conținut media către gateway-ul PSTN (SRTP/SRTCP)NIC intern al Gateway-ului local8000-48199†*UDPITSP PSTN GW sau UNIFIED CMDepinde de opțiunea PSTN (de exemplu, de obicei 5060 sau 5061 pentru Unified CM)
Configurarea dispozitivului și gestionarea firmware-ului (dispozitive Cisco)Dispozitive de apelare WebexDe scurtă duratăTCP

Consultați Subrețele IP pentru serviciile Webex Calling

443, 6970, 80

Obligatoriu din următoarele motive:

  1. Se migrează de la telefoanele întreprinderii (Cisco Unified CM) la Webex Calling. Consultați upgrade.cisco.com pentru mai multe informații. Cloudupgrader.webex.com utilizează porturi: 6970.443 pentru procesul de migrare a firmware-ului.

  2. Upgrade-uri de firmware și integrarea securizată a dispozitivelor (telefoane MPP și telefoane Room sau Desk) utilizând codul de activare din 16 cifre (GDS)

  3. Pentru CDA / EDOS - CONFIGURARE pe bază de adresă MAC. Utilizat de dispozitive (telefoane MPP, ATA-uri și ATA-uri SPA) cu firmware mai nou.

  4. Pentru ATA-urile Cisco, asigurați-vă că dispozitivele au firmware-ul minim 11.1.0MSR3-9.

  5. Atunci când un telefon se conectează la o rețea pentru prima dată sau după o resetare la setările din fabrică, fără a seta opțiunile DHCP, acesta contactează un server de activare a dispozitivului pentru asigurarea accesului la atingere. Telefoanele noi utilizează activate.cisco.com în loc de webapps.cisco.com pentru configurare. Telefoanele cu firmware lansat mai devreme de 11.2(1) continuă să utilizeze webapps.cisco.com. Se recomandă să permiteți toate aceste subrețele IP.

  6. Permiteți telefoanelor Cisco pentru mai multe platforme (MPP) mai vechi de versiunea 12.0.3 să acceseze sudirenewal.cisco.com prin portul 80 pentru reînnoirea certificatului instalat de producător (MIC) și utilizarea unui identificator unic de dispozitiv securizat (SUDI). Pentru detalii, consultați Notificarea câmpului

Configurarea Aplicației WebexAplicații WebexDe scurtă duratăTCP

Consultați Subrețele IP pentru serviciile Webex Calling

443, 8443Utilizat pentru Autentificarea brokerului de Id, servicii de configurare a Aplicației Webex pentru clienți, acces web bazat pe browser pentru auto-asistență ȘI acces la interfața Administrativă.
Portul TCP 8443 este utilizat de Aplicația Webex în configurația Cisco Unified CM pentru descărcarea configurației. Numai clienții care utilizează configurarea pentru a se conecta la Webex Calling trebuie să deschidă portul.
Sincronizarea timpului dispozitivului (NTP)Dispozitive de apelare Webex51494UDPConsultați Subrețele IP pentru Serviciilede apelare Webex.123Aceste adrese IP sunt necesare pentru sincronizarea timpului pentru dispozitive (telefoane MPP, ATA-uri și ATA-uri SPA)

Rezoluția sistemului de nume de domeniu (DNS)

Dispozitive Webex Calling, Aplicația Webex și dispozitive WebexDe scurtă duratăUDP și TCPDefinit de gazdă53Utilizat pentru căutările DNS pentru a descoperi adresele IP ale serviciilor Webex Calling în cloud. Chiar dacă căutările DNS tipice se fac prin UDP, unele pot necesita TCP, dacă răspunsurile de interogare nu se pot potrivi în pachetele UDP.
Protocol de timp de rețea (NTP- Network Time Protocol)Aplicația Webex și dispozitivele Webex123UDPDefinit de gazdă123Sincronizarea timpului
CScanInstrument de precalificare pentru pregătirea rețelei pe web pentru Webex CallingDe scurtă duratăTCPConsultați Subrețele IP pentru Serviciilede apelare Webex.8934 și 443Instrument de precalificare a pregătirii rețelei bazat pe web pentru Webex Calling. Accesați cscan.webex.com pentru mai multe informații.
UDP19569-19760
Servicii suplimentare Webex Calling și Webex Aware (terț)
Servicii APNS și FCM pentru notificări push Aplicații Webex Calling De scurtă duratăTCP

Consultați subrețelele IP menționate mai jos linkurile

Serviciu de notificare Apple Push (APNS)

Mesagerie în cloud Google-Firebase (FCM)

443, 2197, 5228, 5229, 5230, 5223Notificări către aplicațiile Webex pe dispozitive mobile (de exemplu: Când primiți un mesaj nou sau când se răspunde la un apel)

  • *Intervalul de porturi media CUBE este configurabil cu intervalul de porturi rtp.

  • *Porturi media pentru dispozitive și aplicații care sunt alocate dinamic în intervalele de porturi SRTP. Porturile SRTP sunt porturi chiar numerotate, iar portul SRTCP corespunzător este atribuit cu portul numerotat impar consecutiv.

  • Dacă este configurată o adresă de server proxy pentru aplicații și dispozitive, traficul de semnalizare este trimis către proxy. Media transportat SRTP prin fluxuri UDP direct către firewall în loc de serverul proxy.

  • Dacă utilizați servicii NTP și DNS în rețeaua de întreprindere, deschideți porturile 53 și 123 prin firewall.

Calitatea serviciului (QoS)

Vă permite să activați etichetarea pachetelor de la dispozitivul local sau de la client pe platforma cloud Webex Calling. QoS vă permite să prioritizați traficul în timp real față de alt trafic de date. Prin activarea acestei setări, se modifică marcajele QoS pentru Aplicațiile și dispozitivele care utilizează semnalizarea și elementele media SIP.

Adrese sursă Tip trafic Adrese de destinație Porturi sursă Porturi de destinație Clasă și valoare DSCP
Aplicația Webex Audio

Consultați subrețelele IP, domeniile și URL-urile pentru serviciile Webex Calling

8500-8599 8500-8599, 19560-65535 Redirecționare rapidă (46)
Aplicația Webex Video 8600-8699 8600-8699, 19560-65535 Redirecționare asigurată 41 (34)
Aplicația Webex Semnalizare Efemer (OS dependent) 8934 cs0 (0)
Dispozitive Webex (MPP și Room)Audio și video 19560-19661 19560-65535

Redirecționare rapidă (46) &

Redirecționare asigurată 41 (34)

Dispozitive Webex Semnalizare 5060-5080 8934 Selector de clasă 3 (24)

  • Creați un profil QoS separat pentru audio și video/partajare, deoarece acestea au un interval de porturi sursă diferit pentru a marca traficul în mod diferit.

  • Pentru clienții Windows: Pentru a activa diferențierea portului sursă UDP pentru organizația dvs., contactați echipa de cont locală. Fără activare, nu puteți face diferența între audio și video/partajare folosind politicile Windows QoS (GPO), deoarece porturile sursă sunt aceleași pentru audio/video/partajare. Pentru detalii, consultați Activați intervalele de porturi sursă media pentru Aplicația Webex

  • Pentru dispozitivele Webex, configurați modificările setării QoS din setările dispozitivului Control Hub. Pentru detalii, consultați Configurați și modificați setările dispozitivului în Webex-Calling

Webex Meetings/Messaging - Cerințe de rețea

Pentru clienții care utilizează Suita Webex de servicii de colaborare în cloud, produsele înregistrate în cloudul Webex integrează dispozitivele MPP în cloudul Webex pentru servicii precum istoricul apelurilor, căutarea în director, întâlniri și mesagerie. Asigurați-vă că domeniile/URL-urile/adresele IP/porturile menționate în acest articol sunt deschise Cerințe de rețea pentru serviciile Webex.

Cerințe de rețea pentru Webex For Government (FedRAMP)

Pentru clienții care necesită lista de domenii, URL-uri, intervale de adrese IP și porturi pentru serviciile Webex for Government (FedRAMP), informațiile pot fi găsite aici: Cerințe de rețea pentru Webex for Government

Cerințe de rețea pentru consola de participant Webex

Pentru clienții care utilizează consola de participant - funcție de recepționeri, participanți și operatori, asigurați-vă că domeniile/URL-urile/adresele IP/porturile/protocoalele sunt deschise Cerințe de rețea pentru consola de participant

Începeți să utilizați gateway-ul local Webex Calling

Pentru clienții care utilizează soluția de gateway local cu Webex Calling pentru interoperabilitatea PSTN local și a SBC-urilor terțe, citiți articolul Noțiuni introductive privind gateway-ul local

Referințe

Pentru a afla Ce este nou în Webex Calling, consultați Ce este nou în Webex Calling

Pentru cerințele de securitate pentru Webex Calling, consultați Articolul

Optimizarea media Webex Calling cu stabilirea conectivității interactive (ICE) Articol

Istoricul versiunilor documentului

Dată

Am făcut următoarele modificări acestui articol

ianuarie 21, 2025

Au fost adăugate detalii pentru utilizarea gateway-ului la nivel de aplicație SIP.

ianuarie 8, 2025

A fost mutată adresa IP a subrețelei corelată cu configurarea dispozitivului și cu configurarea Aplicației Webex în secțiunea Subrețele IP pentru serviciile Webex Calling

17 decembrie 2024

A fost adăugat suport la WebRTC pentru specificațiile media Webex Calling.

14 noiembrie 2024

A fost actualizat intervalul de porturi acceptat pentru media de apeluri Webex Calling pentru dispozitivul ATA din seria VG400

11 noiembrie 2024

A fost adăugat intervalul de porturi acceptat pentru conținutul media al apelurilor Webex Calling pentru dispozitivul ATA din seria VG400

25 iulie 2024

A fost adăugată din nou subrețeaua IP 52.26.82.54 așa cum este necesară pentru configurarea dispozitivului Cisco ATA și gestionarea firmware-ului.

18 iulie 2024

Actualizat cu următoarele detalii:

  • Valori QoS (TOS/DSCP) acceptate pentru Webex Calling (aplicații, dispozitive)

  • A fost actualizată diagrama de rețea

  • Inclusiv linkul pentru cerințele de rețea legate de Consola de participant Webex.

28 iunie 2024

S-a actualizat utilizarea ambelor intervale de porturi SRTP/ SRTCP pentru specificațiile media Webex Calling.

11 iunie 2024

A fost eliminat domeniul „huron-dev.com” deoarece nu este utilizat.

06 mai 2024

S-a actualizat utilizarea ambelor intervale de porturi SRTP/ SRTCP pentru specificațiile media Webex Calling.

03 aprilie 2024

Au fost actualizate subrețelele IP pentru serviciile Webex Calling cu 163.129.0.0/17 pentru a se adapta extinderii pieței Webex Calling pentru regiunea Indiei.

18 decembrie 2023

Au fost incluse cerințele URL pentru sudirenewal.cisco.com și portul 80 pentru configurarea dispozitivului și gestionarea firmware-ului pentru reînnoirea MIC a telefonului Cisco MPP.

11 decembrie 2023

Au fost actualizate subrețelele IP pentru serviciile Webex Calling pentru a include un set mai mare de adrese IP.

150.253.209.128/25 – modificat în 150.253.128.0/17

29 noiembrie 2023

Au fost actualizate subrețelele IP pentru serviciile Webex Calling pentru a include un set mai mare de adrese IP pentru a se adapta extinderii regiunii Webex Calling pentru o creștere viitoare.

144.196.33.0/25 – modificat în 144.196.0.0/16

Subrețelele IP pentru secțiunile de servicii Webex Calling din Webex Calling (SIP TLS) și Media apel către Webex Calling (STUN, SRTP) sunt actualizate pentru claritate privind trunkingul pe bază de certificat și cerințele privind firewall-ul pentru gateway-ul local.

14 august 2023

Am adăugat următoarele adrese IP 144.196.33.0/25 și 150.253.156.128/25 pentru a accepta cerințele de capacitate sporită pentru serviciile Edge și Webex Calling.

Acest interval IP este acceptat numai în regiunea S.U.A.

5 iulie 2023

A adăugat linkul https://binaries.webex.com pentru a instala firmware-ul Cisco MPP.

7 martie 2023

Am revizuit întregul articol pentru a include:

  1. Opțiuni incluse pentru asistența pentru proxy.

  2. Diagrama fluxului de apeluri modificată

  3. Domenii/URL-uri/porțiuni de subrețea IP simplificate pentru serviciile Webex Calling și Webex Aware

  4. A fost adăugat intervalul de subrețea IP 170.72.0.0/16 pentru serviciile Webex Calling și Webex Aware.

    Au fost eliminate următoarele intervale 170.72.231.0, 170.72.231.10, 170.72.231.161 și 170.72.242.0/24

martie 5, 2023

Se actualizează articolul pentru a include următoarele:

  • A fost adăugat intervalul de porturi UDP-SRTP (8500-8700) utilizat de aplicații.

  • A adăugat porturile pentru serviciile APNS și FCM de notificări push.

  • Împărțiți intervalul de porturi CScan pentru UDP & TCP.

  • A fost adăugată secțiunea referințe.

15 noiembrie 2022

Am adăugat următoarele adrese IP pentru configurarea dispozitivelor și gestionarea firmware-ului (dispozitive Cisco):

  • 170.72.231.0

  • 170.72.231.10

  • 170.72.231.161

Am eliminat următoarele adrese IP din configurarea dispozitivelor și din gestionarea firmware-ului (dispozitive Cisco):

  • 3.20.118.133

  • 3.20.228.133

  • 3.23.144.213

  • 3.130.125.44

  • 3.132.162.62

  • 3.140.117.199

  • 18.232.241.58

  • 35.168.211.203

  • 50.16.236.139

  • 52.45.157.48

  • 54.145.130.71

  • 54.156.13.25

  • 52.26.82.54

  • 54.68.1.225

14 noiembrie 2022

A fost adăugată subrețeaua IP 170.72.242.0/24 pentru serviciul Webex Calling.

Septembrie 08, 2022

Firmware-ul Cisco MPP se va utiliza https://binaries.webex.com ca URL de gazdă pentru upgrade-urile firmware MPP în toate regiunile. Această modificare îmbunătățește performanța de actualizare a firmware-ului.

august 30, 2022

A fost eliminată referința la Portul 80 din Configurația dispozitivului și gestionarea firmware-ului (dispozitive Cisco), Configurația aplicației și rândurile CScan din tabelul Port, deoarece nu există nicio dependență.

august 18, 2022

Nici o schimbare în soluție. S-au actualizat porturile de destinație 5062 (necesare pentru trunchiul bazat pe certificat), 8934 (necesare pentru trunchiul bazat pe înregistrare) pentru semnalizarea apelurilor către Webex Calling (SIP TLS).

iulie 26, 2022

Adăugat 54.68.1.225 Adresa IP, care este necesar pentru actualizarea firmware-ului de Cisco 840/860 dispozitive.

iulie 21, 2022

S-au actualizat porturile de destinație 5062, 8934 pentru semnalizarea apelurilor către Webex Calling (SIP TLS).

iulie 14, 2022

Au fost adăugate URL-uri care acceptă o funcție completă a serviciilor Webex Aware.

A fost adăugată subrețeaua IP 23.89.154.0/25 pentru serviciul Webex Calling.

iunie 27, 2022

S-au actualizat domeniul și adresele URL pentru serviciile de apelare Webex:

*.broadcloudpbx.com

*.broadcloud.com.au

*.broadcloud.eu

*.broadcloudpbx.net

iunie 15, 2022

S-au adăugat următoarele porturi și protocoale sub Adrese IP și porturi pentru serviciilede apelare Webex:

  • Scopul conexiunii: Caracteristici Webex

  • Adrese sursă: Dispozitive de apelare Webex

  • Porturi sursă: De scurtă durată

  • Protocol: TCP

  • Adrese de destinație: Consultați subrețelele și domeniile IP definite în Webex Meetings/Mesagerie - Cerințe de rețea.

  • Porturi de destinație: 443

    Note: Dispozitivele Webex Calling utilizează aceste adrese IP și domenii pentru a se interacționa cu serviciile cloud Webex, cum ar fi directorul, istoricul apelurilor și întâlnirile.

Informații actualizate în secțiunea Webex Meetings/Mesagerie - Cerințe de rețea

Mai 24, 2022

S-a adăugat subrețeaua IP 52.26.82.54/24 la 52.26.82.54/32 pentru serviciul Webex Calling

Mai 6, 2022

S-a adăugat subrețeaua IP 52.26.82.54/24 pentru serviciul Webex Calling

Aprilie 7, 2022

Intervalul de porturi UDP intern și extern al gateway-ului local a fost actualizat la 8000-48198

Aprilie 5, 2022

S-au adăugat următoarele subrețele IP pentru serviciul Webex Calling:

  • 23.89.40.0/25

  • 23.89.1.128/25

martie 29, 2022

S-au adăugat următoarele subrețele IP pentru serviciul Webex Calling:

  • 23.89.33.0/24

  • 150.253.209.128/25

Septembrie 20, 2021

Au fost adăugate 4 subrețele IP noi pentru serviciul Webex Calling:

  • 23.89.76.128/25

  • 170.72.29.0/24

  • 170.72.17.128/25

  • 170.72.0.128/25

Aprilie 2, 2021

A fost adăugat *.ciscospark.com în Domenii și URL-uri pentru serviciile Webex Calling pentru a accepta cazurile de utilizare Webex Calling în aplicația Webex.

25 martie 2021

Au fost adăugate 6 noi intervale de IP pentru activate.cisco.com, care intră în vigoare la 8 mai 2021.

  • 72.163.15.64/26

  • 72.163.15.128/26

  • 173.36.127.0/26

  • 173.36.127.128/26

  • 192.133.220.0/26

  • 192.133.220.64/26

martie 4, 2021

A înlocuit IP-urile discrete Webex Calling și intervalele IP mai mici cu intervale simplificate într-un tabel separat pentru a facilita înțelegerea configurației firewall-ului.

februarie 26, 2021

S-a adăugat 5004 ca port de destinație pentru Call media la Webex Calling (STUN, SRTP) pentru a accepta Interactive Connectivity Establishment (ICE) care va fi disponibil în Webex Calling în aprilie 2021.

februarie 22, 2021

Domeniile și adresele URL sunt acum listate într-un tabel separat.

Tabelul Adrese și porturi IP sunt ajustate în funcție de adresele IP de grup pentru aceleași servicii.

Adăugarea coloanei Note în tabelul Adrese IP și porturi care ajută la înțelegerea cerințelor.

Se mută următoarele adrese IP în intervale simplificate pentru configurarea dispozitivelor și gestionarea firmware-ului (dispozitive Cisco):

activate.cisco.com

  • 72.163.10.125 -> 72.163.10.96/27

  • 173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 -> 173.37.146.128/25

  • 72.163.10.134 -> 72.163.10.128/25

Adăugarea următoarelor adrese IP pentru configurarea aplicației, deoarece clientul Cisco Webex indică un DNS SRV mai nou în Australia, în martie 2021.

  • 199.59.64.237

  • 199.59.67.237

ianuarie 21, 2021

Am adăugat următoarele adrese IP la configurarea dispozitivelor și gestionarea firmware-ului (dispozitive Cisco):

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

Am eliminat următoarele adrese IP din configurarea dispozitivelor și din gestionarea firmware-ului (dispozitive Cisco):

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Am adăugat următoarele adrese IP la configurația aplicației:

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

Am eliminat următoarele adrese IP din configurația aplicației:

  • 64.68.99.6

  • 64.68.100.6

Am eliminat următoarele numere de port din configurația aplicației:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Am adăugat următoarele domenii la configurarea aplicației:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

decembrie 23, 2020

S-au adăugat noi adrese IP de configurare a aplicațiilor la imaginile de referință ale portului.

decembrie 22, 2020

Actualizat rândul Configurare aplicație în tabele pentru a include următoarele adrese IP: 135.84.171.154 și 135.84.172.154.

Ați ascuns diagramele de rețea până când aceste adrese IP sunt adăugate.

decembrie 11, 2020

S-au actualizat configurația dispozitivului și gestionarea firmware-ului (dispozitive Cisco) și rândurile de configurare a aplicației pentru domeniile canadiene acceptate.

Octombrie 16, 2020

S-a actualizat semnalizarea apelurilor și intrările media cu următoarele adrese IP:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

Septembrie 23, 2020

Conform CScan, s-a înlocuit 199.59.64.156 cu 199.59.64.197.

august 14, 2020

S-au adăugat mai multe adrese IP pentru a sprijini introducerea centrelor de date în Canada:

Semnalizarea apelurilor către Webex Calling (SIP TLS) — 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

august 12, 2020

S-au adăugat mai multe adrese IP pentru a sprijini introducerea centrelor de date în Canada:

  • Apelați media la Webex Calling (SRTP) — 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Semnalizarea apelurilor către terminalele adresate public (SIP TLS)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24.

  • Configurarea dispozitivului și gestionarea firmware-ului (dispozitive Cisco) - 135.84.173.155, 135.84.174.155

  • Sincronizarea timpului dispozitivului — 135.84.173.152, 135.84.174.152

  • Configurarea aplicației — 135.84.173.154,135.84.174.154

iulie 22, 2020

Adăugat următoarea adresă IP pentru a sprijini introducerea de centre de date în Canada: 135.84.173.146

iunie 9, 2020

Am făcut următoarele modificări la intrarea CScan:

  • Corectat una dintre adresele IP-a schimbat 199.59.67.156 la 199.59.64.156.

  • Funcțiile noi necesită porturi noi și UDP—19560-19760.

martie 11, 2020

Am adăugat următoarele adrese de domeniu și IP la configurația aplicației:

  • jp.bcld.webex.com—135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com—64.68.99.6, 64.68.100.6

Am actualizat următoarele domenii cu adrese IP suplimentare pentru configurarea dispozitivului și gestionarea firmware-ului:

  • cisco.webexcalling.eu—85.119.56.198, 85.119.57.198

  • webapps.cisco.com—72.163.10.134

  • activation.webex.com—35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com—3.130.87.169, 3.20.185.219

februarie 27, 2020

Am adăugat următorul domeniu și porturi la configurarea dispozitivului și gestionarea firmware-ului:

cloudupgrader.webex.com—443, 6970

Configurați gateway-ul local în Cisco IOS XE pentru Webex Calling

Prezentare generală

Webex Calling acceptă în prezent două versiuni ale gateway-ului local:

  • Gateway local

  • Gateway local pentru Webex for Government

Considerații-cheie

  • Înainte de a începe, înțelegeți cerințele pentru rețeaua de telefonie publică (PSTN) și gateway-ul local (LGW) de la nivel local pentru Webex Calling. Consultați Arhitectura preferată Cisco pentru Apelarea Webex pentru mai multe informații.

  • Acest articol presupune că o platformă dedicată Local Gateway este în loc cu nici o configurație de voce existente. Dacă modificați un gateway PSTN existent sau o implementare CUBE Enterprise pentru a fi utilizată ca funcție gateway local pentru Webex Calling, acordați o atenție deosebită configurației. Asigurați-vă că nu întrerupeți fluxurile de apeluri și funcționalitatea existente din cauza modificărilor pe care le efectuați.

Procedurile conțin linkuri către documentația de referință a comenzilor, unde puteți afla mai multe despre opțiunile individuale ale comenzilor. Toate linkurile de referință ale comenzii merg la Referință comandă Webex Managed Gateways , cu excepția cazului în care se specifică altfel (caz, linkurile de comandă merg la Referință comandă vocală Cisco IOS). Puteți accesa toate aceste ghiduri la Referințe comandă Cisco Unified Border Element.

Pentru informații despre SBC-urile terțe acceptate, consultați documentația de referință a produsului respectivă.

Configurați gateway-ul local

Există două opțiuni pentru a configura Gateway-ul local pentru trunchiul de apelare Webex:

  • Portbagaj pe bază de înregistrare

  • Portbagaj pe bază de certificat

Utilizați fluxul de activități fie din gatewayul local pe bază de înregistrare , fie din gatewayul local pe bază de certificat pentru a configura gatewayul local pentru trunchiul Webex Calling.

Consultați Începeți să utilizați gatewayul local pentru mai multe informații despre diferite tipuri de trunchiuri. Efectuați următorii pași pe Gateway-ul local în sine, utilizând interfața liniei de comandă (CLI). Utilizăm protocolul de inițiere a sesiunii (SIP) și transportul Transport Layer Security (TLS) pentru a securiza trunchiul și protocolul securizat în timp real (SRTP) pentru a securiza conținutul media între gateway-ul local și Webex Calling.

Considerații-cheie

Gateway local pentru Webex for Government nu acceptă următoarele:

  • STUN/ICE-Lite pentru optimizarea căii media

  • Fax (T.38)

Configurați gateway-ul local pentru Webex for Government

Pentru a configura gateway-ul local pentru trunchiul Webex Calling în Webex for Government, utilizați următoarea opțiune:

  • Portbagaj pe bază de certificat

Utilizați fluxul de activități din gatewayul local pe bază de certificat pentru a configura gatewayul local pentru trunchiul Webex Calling. Pentru mai multe detalii despre cum să configurați un gateway local pe bază de certificat, consultați Configurați trunchiul pe bază de certificat Webex Calling.

Este obligatoriu să configurați cifruri GCM compatibile FIPS pentru a accepta gateway-ul local pentru Webex for Government. Dacă nu, configurarea apelurilor nu reușește. Pentru detalii de configurare, consultați Configurați trunchiul bazat pe certificat Webex Calling.

Webex for Government nu acceptă gateway-ul local bazat pe înscriere.

Prezentare generală a designului

Această secțiune descrie cum se configurează un Cisco Unified Border Element (CUBE) ca gateway local pentru Webex Calling, utilizând un trunchi SIP care înregistrează. Prima parte a acestui document ilustrează modul în care se configurează un gateway PSTN simplu. În acest caz, toate apelurile de la PSTN sunt rutate către Webex Calling și toate apelurile de la Webex Calling sunt rutate către PSTN. Imaginea de mai jos evidențiază această soluție și configurația de rutare a apelurilor de nivel înalt care va fi urmată.

În acest design, sunt utilizate următoarele configurații principale:

  • entități găzduite din clasa vocală: Utilizat pentru a crea configurații specifice trunchiului.

  • uri clasă vocală: Utilizat pentru a clasifica mesajele SIP pentru selectarea unui dial-peer de intrare.

  • dial-peer de intrare: Oferă tratament pentru mesajele SIP de intrare și determină ruta de ieșire utilizând un grup de dial-peer.

  • grup dial-peer: Definește colegii de apelare de ieșire utilizați pentru rutarea ulterioară a apelurilor.

  • dial-peer de ieșire: Oferă tratament pentru mesajele SIP de ieșire și direcționează-le către ținta necesară.

Rutare apeluri de la/la PSTN la/de la soluția de configurare Webex Calling

În timp ce IP și SIP au devenit protocoalele implicite pentru trunchiurile PSTN, circuitele ISDN TDM (Time Division Multiplexing) sunt încă utilizate pe scară largă și sunt acceptate cu trunchiurile Webex Calling. Pentru a activa optimizarea media a căilor IP pentru gateway-urile locale cu fluxuri de apeluri TDM-IP, în prezent este necesar să utilizați un proces de rutare a apelurilor pe două niveluri. Această abordare modifică configurația de rutare a apelurilor prezentată mai sus, prin introducerea unui set de colegi de apelare internă cu buclă inversă între Webex Calling și trunchiurile PSTN, după cum se ilustrează în imaginea de mai jos.

Configurația rutării apelurilor cu un set de colegi de apelare internă în buclă inversă între Webex Calling și trunchiurile PSTN

Când conectați o soluție Cisco Unified Communications Manager locală cu Webex Calling, puteți utiliza configurația simplă a gateway-ului PSTN ca referință pentru construirea soluției ilustrată în următoarea diagramă. În acest caz, Unified Communications Manager oferă rutare și tratament centralizat pentru toate apelurile PSTN și Webex Calling.

Diagrama soluției care afișează Unified Communications Manager oferă rutare și tratament centralizat pentru toate apelurile PSTN și Webex Calling

Pe parcursul acestui document sunt utilizate numele gazdelor, adresele IP și interfețele ilustrate în imaginea următoare.

Numele gazdelor, adresele IP și interfețele utilizate în soluțiile de configurare a rutării apelurilor

Utilizați îndrumările de configurare din restul acestui document pentru a finaliza configurarea gateway-ului local după cum urmează:

  • Pasul 1: Configurați conectivitatea și securitatea de bază a routerului

  • Pasul 2: Configurați trunchiul Webex Calling

    În funcție de arhitectura necesară, urmați oricare dintre următoarele:

  • Pasul 3: Configurați gateway-ul local cu trunchiul PSTN SIP

  • Pasul 4: Configurați Local Gateway cu un mediu Unified CM existent

    Sau:

  • Pasul 3: Configurați gateway-ul local cu trunchiul TDM PSTN

Configurați conectivitatea și securitatea

Configurație de bază

Primul pas în pregătirea routerului Cisco ca gateway local pentru Webex Calling este crearea unei configurații de bază care să vă securizeze platforma și să stabilească conectivitatea.

  • Toate implementările de gateway local bazate pe înscriere necesită Cisco IOS XE 17.6.1a sau versiuni ulterioare. Se recomandă Cisco IOS 17.12.2 sau o versiune ulterioară. Pentru versiunile recomandate, consultați pagina Cisco Software Research . Căutați platforma și selectați una dintre versiunile sugerate .

    • Routerele din seria ISR4000 trebuie să fie configurate atât cu licențe pentru tehnologia de comunicații unificate, cât și cu licențe pentru tehnologia de securitate.

    • Routerele Catalyst Edge din seria 8000 echipate cu carduri vocale sau DSP-uri necesită licențierea DNA Advantage. Routerele fără carduri vocale sau DSP necesită un nivel minim de autorizare DNA Essentials.

  • Creați o configurație de bază pentru platforma dvs., care să respecte politicile de afaceri. În special, configurați și verificați următoarele:

    • Ntp (dezambiguizare)

    • Acls

    • Autentificare utilizator și acces de la distanță

    • DNS

    • Rutare IP

    • Adrese IP

  • Rețeaua către Webex Calling trebuie să utilizeze o adresă IPv4.

  • Încărcați pachetul CA rădăcină Cisco pe gateway-ul local.

Configurare

1

Asigurați-vă că atribuiți adrese IP valide și rutabile oricărei interfețe din stratul 3, de exemplu:

 Interfață GigabitEthernet0/0/0 descriere Interfață cu PSTN și/sau adresa ip CUCM 10.80.13.12 255.255.255.0! interfață GigabitEthernet0/0/1 descriere Interfață cu Webex Calling (adresă privată) adresă ip 192.51.100.1 255.255.255.240

2

Protejați datele de înregistrare și acreditările STUN pe router utilizând criptarea simetrică. Configurați cheia de criptare principală și tipul de criptare după cum urmează:

 cheie config-cheie parolă-criptare ParolaCriptare parolă aes

3

Creați un punct de încredere PKI înlocuitor.

Necesită acest punct de încredere pentru a configura TLS mai târziu. Pentru trunchiurile pe bază de înregistrare, acest punct de încredere nu necesită un certificat - la fel ca în cazul unui trunchi pe bază de certificat.

 cripto pki punct de încredere EmptyTP revocare-verificare niciuna
4

Activați exclusivitatea TLS1.2 și specificați punctul de încredere implicit utilizând următoarele comenzi de configurare. Parametrii de transport ar trebui, de asemenea, actualizați pentru a asigura o conexiune sigură și fiabilă pentru înregistrare:

Comanda de server cn-san-validate asigură faptul că gateway-ul local permite o conexiune dacă numele de gazdă configurat în entitatea găzduită 200 este inclus fie în câmpurile CN, fie în SAN ale certificatului primit de la proxy-ul de ieșire.

  1. Setați numărul de reîncercare tcp la 1000 (multipli de 5 msec = 5 secunde).

  2. Comanda de stabilire a conexiunii temporizatorului vă permite să reglați cât timp așteaptă LGW să configureze o conexiune cu un proxy înainte de a lua în considerare următoarea opțiune disponibilă. Valoarea implicită pentru acest cronometru este de 20 de secunde și cel puțin 5 secunde. Începeți cu o valoare scăzută și creșteți dacă este necesar pentru a se adapta condițiilor de rețea.

 Conexiunea cronometrelor sip-ua stabilește tls 5 transport tcp tls v1.2 criptare semnalizare punct de încredere implicit EmptyTP cn-san-validate server tcp-reîncercare 1000

5

Instalați pachetul CA rădăcină Cisco, care include certificatul CA DigiCert utilizat de Webex Calling. Utilizați comanda crypto pki trustpool importare URL curat pentru a descărca pachetul de certificate de certificare rădăcină de la URL-ul specificat și pentru a șterge pachetul actual de certificate de certificare, apoi instalați noul pachet de certificate:

Dacă trebuie să utilizați un proxy pentru acces la internet utilizând HTTPS, adăugați următoarea configurație înainte de a importa pachetul CA:

http client proxy-server yourproxy.com proxy-port 80
 ip http client interfață sursă GigabitEthernet0/0/1 crypto pki trustpool import URL curat https://www.cisco.com/security/pki/trs/ios_core.p7b
Configurați trunchiul bazat pe înscriere Webex Calling
1

Creați un trunchi PSTN pe bază de înregistrare pentru o locație existentă în Control Hub. Notați informațiile despre trunchi care sunt furnizate după crearea trunchiului. Detaliile evidențiate în ilustrație sunt utilizate în pașii de configurare din acest ghid. Pentru mai multe informații, consultați Configurați trunchiuri, grupuri de rutare și planuri de apelare pentru Webex Calling.

Trunchi PSTN înregistrat
2

Introduceți următoarele comenzi pentru a configura CUBE ca gateway local Webex Calling:

 voce serviciu voip adresă ip de încredere ipv4 x.x.x.x y.y.y.y mod border-element media statistici media bloc-statistici permite-connections sip to sip no additional-service sip refer stun stun flowdata agent-id 1 număr de pornire 4 stun flowdata partajat-secret 0 Parolă123$ sip asimetric sarcină utilă completă ofertă timpurie forțată

Iată o explicație a câmpurilor pentru configurație:

 Listă de adrese ip de încredere  ipv4 x.x.x.x y.y.y.y.y

  • Pentru a proteja împotriva fraudei cu taxă, lista de adrese de încredere definește o listă de gazde și rețele din care gatewayul local așteaptă apeluri VoIP legitime.

  • În mod implicit, gatewayul local blochează toate mesajele VoIP primite de la adrese IP care nu se află în lista sa de încredere. În mod implicit, colegii de cadran configurați static cu „IP țintă sesiune” sau cu adrese IP ale grupului de servere sunt de încredere. Nu este necesară adăugarea acestor adrese IP în lista de încredere.

  • Atunci când configurați gateway-ul local, adăugați în listă subrețelele IP ale centrului de date Webex Calling regional. Pentru mai multe informații, consultați Informații de referință pentru apelarea Webex. De asemenea, adăugați intervale de adrese pentru serverele Unified Communications Manager (dacă sunt utilizate) și gateway-urile trunchiului PSTN.

    Dacă LGW este în spatele unui firewall cu un NAT cu con restricționat, puteți prefera să dezactivați lista de încredere a adresei IP de pe interfața frontală a Webex Calling. Paravanul de protecție vă protejează deja de VoIP de intrare nesolicitat. Acțiunea de dezactivare reduce configurația pe termen mai lung, deoarece nu putem garanta că adresele colegilor de la Webex Calling rămân fixe și trebuie să configurați firewall-ul pentru colegi în orice caz.

element frontieră mod

Activează funcțiile Cisco Unified Border Element (CUBE) pe platformă.

statistici media

Permite monitorizarea media pe Gateway-ul local.

statistici în bloc privind fișierele media

Permite planului de control să sondeze planul de date pentru statisticile apelurilor în bloc.

Pentru mai multe informații despre aceste comenzi, consultați Media.

permiteți-conexiuni sip la sip

Activați funcționalitatea de bază CUBE back-to-back a agentului utilizator. Pentru mai multe informații, consultați Permiteți conexiunile.

În mod implicit, transportul fax T.38 este activat. Pentru mai multe informații, consultați protocolul de fax t38 (serviciul de voce).

Stun (muzică)

Activează STUN (Sesiune de traversare a UDP prin NAT) la nivel global.

  • Funcția de asociere STUN de pe gatewayul local permite trimiterea cererilor STUN generate local pe calea media negociată. Acest lucru ajută la deschiderea orificiului de acces din firewall.

Pentru mai multe informații, consultați id agent stun flowdata și stun flowdata partajate în secret.

sarcină utilă asimetrică plină

Configurează suportul pentru sarcina utilă asimetrică SIP atât pentru sarcinile utile DTMF, cât și pentru cele dinamice ale codecului. Pentru mai multe informații, consultați sarcina utilă asimetrică.

ofertă timpurie forțată

Forțează gateway-ul local să trimită informații SDP în mesajul inițial de INVITAȚIE, în loc să aștepte confirmarea celuilalt partener. Pentru mai multe informații despre această comandă, consultați oferta din timp.

3

Configurați codec 100 pentru clasa vocală permițând codecuri G.711 numai pentru toate trunchiurile. Această abordare simplă este potrivită pentru majoritatea implementărilor. Dacă este necesar, se pot adăuga în listă tipuri suplimentare de codec acceptate atât de sistemele de origine, cât și de cele de încheiere.

Sunt acceptate soluții mai complexe care implică transcodarea folosind module DSP, dar nu sunt incluse în acest ghid. 

 codec clasă vocală 100 codec preferință 1 g711ulaw codec preferință 2 g711alaw

Iată o explicație a câmpurilor pentru configurație:

codec clasă vocală 100

Utilizat pentru a permite numai codecuri preferate pentru apelurile trunchiului SIP. Pentru mai multe informații, consultați codec-ul clasei vocale.

4

Configurați utilizarea stun-class a clasei de voce 100 pentru a activa ICE pe trunchiul Webex Calling.

 clasă de voce utilizare stun 100 utilizare firewall traversare flux date utilizare stun ice lite

Iată o explicație a câmpurilor pentru configurație:

Lite de gheață pentru utilizare stun

Utilizat pentru a activa ICE-Lite pentru toți colegii de apelare care se confruntă cu Webex Calling, pentru a permite optimizarea media ori de câte ori este posibil. Pentru mai multe informații, consultați utilizarea stun-urilor de voce și utilizarea stun-urilor de gheață lite.

Optimizarea media este negociată ori de câte ori este posibil. Dacă un apel necesită servicii media în cloud, cum ar fi înregistrarea, media nu poate fi optimizată.

5

Configurați politica de criptare media pentru traficul Webex.

 clasă vocală srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80

Iată o explicație a câmpurilor pentru configurație:

clasă vocală srtp-crypto 100

Specifică SHA1_80 ca singurele oferte de cifru-suită SRTP CUBE în SDP în mesajele de ofertă și de răspuns. Webex Calling acceptă doar SHA1_80. Pentru mai multe informații, consultați srtp-crypto clasa vocală.

6

Configurați un model pentru a identifica apelurile către un trunchi de gateway local pe baza parametrului trunchiului de destinație: 

 clasă de voce uri 100 șablon sip dtg=Dallas1463285401_LGU

Iată o explicație a câmpurilor pentru configurație:

uri clasă vocală 100 sip

Definește un model care să corespundă unei invitații SIP de intrare cu un dial-peer trunchi de intrare. Când introduceți acest model, utilizați dtg= urmat de valoarea OTG/DTG a trunchiului furnizată în Control Hub când a fost creat trunchiul. Pentru mai multe informații, consultați URI-ul clasei de voce.

7

Configurați profilul sip 100, care va fi utilizat pentru a modifica mesajele SIP înainte de a fi trimise către Webex Calling.

 profil sip clasă de voce 100 regulă 10 solicitare ORICE antet sip SIP-Req-URI modificare "sips:" "sip:" regula 20 solicitare ORICE antet sip Pentru a modifica "" "" regula 50 răspuns ORICE antet sip Pentru a modifica "" ";otg=dallas1463285401_lgu>" regula 90 solicitare ORICE antet sip P-Asserted-Identity modificare "sips:" "sip:"

Iată o explicație a câmpurilor pentru configurație:

  • articolele 10-70 și 90

    Asigură faptul că antetele SIP utilizate pentru semnalizarea apelurilor utilizează SIP în loc de schema SIP, pe care proxy-urile Webex o necesită. Configurarea CUBE pentru a utiliza SIP asigură utilizarea înregistrării securizate.

  • articolul 80

    Modifică antetul De la pentru a include identificatorul OTG/DTG al grupului de trunchiuri din Control Hub pentru a identifica în mod unic un site gateway local din cadrul unei întreprinderi.

Furnizorul PSTN din Statele Unite sau Canada poate oferi verificarea ID-ului apelantului pentru apelurile spam și frauduloase, cu configurația suplimentară menționată în indicația apelului spam sau fraudulos din articolul Webex Calling .

8

Configurați trunchiul Webex Calling:

  1. Creați entitate găzduită din clasa de voce 100 pentru a defini și grupa configurațiile necesare specific pentru trunchiul Webex Calling. În special, detaliile de înregistrare a trunchiurilor furnizate anterior în Control Hub vor fi utilizate în acest pas, după cum sunt detaliate mai jos. Colegii de apelare asociați ulterior cu această entitate găzduită vor moșteni aceste configurații.

    Următorul exemplu utilizează valorile ilustrate în Pasul 1 în scopul acestui ghid (prezentate cu aldine). Înlocuiți-le cu valorile pentru trunchiul dvs. din configurația dvs.

     entitate găzduită din clasa vocală 100 dns registrator:98027369.us10.bcld.webex.com expiră la 240 rata de reîmprospătare 50 tcp tls număr de date de autentificare Dallas1171197921_LGU nume de utilizator Dallas1463285401_Parolă LGU 0 9Wt[M6ifY+ realm Nume de utilizator autentificare BroadWorks Dallas1463285401_LGU 0 9Wt[M6ifY+ realm Nume de utilizator autentificare BroadWorks Dallas1463285401_LGU 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com fără dns de server sip de la distanță-party-id:98027369.us10.bcld.webex.com connection-reuse srtp-crypto 100 sesiune transport tcp tls no session refresh url sips error-passthru rel1xx dezactivați asserted-id pai bind control sursă-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com privacy-policy passthru

    Iată o explicație a câmpurilor pentru configurație:

    entitate găzduită clasă de voce 100

    Definește un set de parametri de configurare care se vor utiliza numai pentru trunchiul Webex Calling. Pentru mai multe informații, consultați entitatea găzduită de clasă vocală.

    registru dns:98027369.us10.bcld.webex.com schemă sips expiră 240 reîmprospătare-ratio 50 tcp tls

    Server de registrator pentru Gateway-ul local cu înregistrarea setată să se reîmprospăteze la fiecare două minute (50% din 240 de secunde). Pentru mai multe informații, consultați registratorul.

    Asigurați-vă că utilizați valoarea Înregistrare domeniu din Control Hub aici.

    Număr date de autentificare Dallas1171197921_LGU nume de utilizator Dallas1463285401_LGU parolă 0 9Wt[M6ifY+ realm BroadWorks

    Acreditări pentru provocarea de înregistrare a trunchiului. Pentru mai multe informații, consultați Datele de autentificare (SIP UA).

    Asigurați-vă că utilizați valorile Linie/Port, Nume de utilizator pentru autentificare și Parolă de autentificare din Control Hub aici.

    nume de utilizator autentificare Dallas1171197921_Parolă LGU 0 9Wt[M6ifY+ realm BroadWorks
    nume de utilizator autentificare Dallas1171197921_Parolă LGU 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Provocare de autentificare pentru apeluri. Pentru mai multe informații, consultați autentificarea (dial-peer).

    Asigurați-vă că utilizați valorile Nume de utilizator pentru autentificare, Parolă de autentificare și, respectiv, Domeniu de înregistrare din Control Hub aici.

    nu există remote-party-id

    Dezactivați antetul SIP Remote-Party-ID (RPID), deoarece Webex Calling acceptă PAI, care este activat utilizând asserted-id pai. Pentru mai multe informații, consultați Remote-party-id.

    dns server sip: us25.sipconnect.bcld.webex.com

    Configurează serverul SIP țintă pentru trunchi. Utilizați adresa SRV proxy Edge furnizată în Control Hub atunci când ați creat trunchiul.

    conexiune-reutilizare

    Utilizează aceeași conexiune persistentă pentru înregistrare și procesarea apelurilor. Pentru mai multe informații, consultați reutilizarea conexiunii.

    srtp-crypto 100

    Configurează suitele de cifruri preferate pentru segmentul de apel SRTP (conexiune) (specificat în pas 5). Pentru mai multe informații, consultați srtp-crypto clasa vocală.

    sesiune tcp tls

    Setează transportul la TLS. Pentru mai multe informații, consultați transport sesiune.

    nicio reîmprospătare sesiune

    Dezactivează reîmprospătarea sesiunii SIP pentru apelurile între CUBE și Webex. Pentru mai multe informații, consultați reîmprospătarea sesiunii.

    sip-uri url

    Interogarea SRV trebuie să fie SIP-uri, așa cum este acceptat de SBC-ul de acces; toate celelalte mesaje sunt schimbate în SIP de sip-profil 200.

    eroare-parolă

    Specifică funcționalitatea de trecere a răspunsului la eroare SIP. Pentru mai multe informații, consultați error-passthru.

    dezactivați rel1xx

    Dezactivează utilizarea răspunsurilor provizorii de încredere pentru trunchiul Webex Calling. Pentru mai multe informații, consultați rel1xx.

    aserțiune-id pai

    (Opțional) Activează procesarea antetului P-Asserted-Identity și controlează modul în care este utilizat pentru trunchiul Webex Calling.

    Webex Calling include anteturile P-Asserted-Identity (PAI) în invitațiile pentru apeluri de ieșire CĂTRE GATEWAY-ul local.

    Dacă această comandă este configurată, se utilizează informațiile de apelant din antetul PAI pentru a completa antetele de ieșire de la și PAI/Remote-Party-ID.

    Dacă această comandă nu este configurată, se utilizează informațiile de apelant din antetul De la pentru a completa anteturile de ieșire de la și PAI/Remote-Party-ID.

    Pentru mai multe informații, consultați asserted-id.

    legare sursă-interfață de control GigabitEthernet0/0/1

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către Webex Calling. Pentru mai multe informații, consultați bind.

    legați interfața sursă media GigabitEthernet0/0/1

    Configurează interfața sursă și adresa IP asociată pentru conținutul media trimis către WebexCalling. Pentru mai multe informații, consultați bind.

    nu pass-thru conținut personalizat-sdp

    Comanda implicită de sub entitate găzduită. Pentru mai multe informații despre această comandă, consultați conținutul pass-thru.

    profiluri SIP 100

    Modifică SIP-urile la SIP și modificați linia/portul pentru mesaje de INVITAȚIE și ÎNREGISTRARE așa cum sunt definite în profilurile sip 100. Pentru mai multe informații, consultați profiluri SIP pentru clasa vocală.

    proxy de ieșire dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Apelând acces SBC. Introduceți adresa proxy de ieșire furnizată în Control Hub atunci când ați creat trunchiul. Pentru mai multe informații, consultați proxy de ieșire.

    confidențialitate-politică passthru

    Configurează opțiunile politicii de antet de confidențialitate pentru ca trunchiul să transmită valorile de confidențialitate din mesajul primit către următorul segment de apel. Pentru mai multe informații, consultați Politica de confidențialitate.

  2. Configurați dial-peer trunchiul Webex Calling. 

     voce dial-peer 100 voip descriere Apelare Webex Calling de intrare/ieșire max-conn 250 șablon destinație BAD.BAD sesiune protocol sipv2 sesiune sip țintă sip-server URI de intrare 100 codec clasă vocală 100 dtmf-relay rtp-nte clasă vocală stun-utilizare 100 nicio clasă vocală sip locală entitate găzduită sip clasă vocală 100 srtp nu vad

    Iată o explicație a câmpurilor pentru configurație:

     Descriere voce dial-peer 100 voip  Apelare Webex de intrare/ieșire

    Definește un dial-peer VoIP cu o etichetă de 100 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare.

    număr maxim 250

    Restricționează numărul de apeluri de intrare și de ieșire simultane între LGW și Webex Calling. Pentru trunchiurile de înregistrare, valoarea maximă configurată trebuie să fie 250. Valoare mai mică pentru utilizator dacă acest lucru este mai adecvat pentru implementarea dvs. Pentru mai multe informații despre limitele apelurilor simultane pentru gatewayul local, consultați documentul Începeți să utilizați gatewayul local .

    Model destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. În acest caz, poate fi utilizat orice model de destinație valid. Pentru mai multe informații, consultați modelul destinației (interfață).

    protocol sesiune sipv2

    Specifică faptul că dial-peer 100 gestionează picioarele de apel SIP. Pentru mai multe informații, consultați protocolul de sesiune (dial-peer).

    server sip destinație sesiune

    Indică faptul că serverul SIP definit în entitatea găzduită 100 este moștenit și utilizat pentru destinație pentru apelurile de la acest peer de apelare. Pentru mai multe informații, consultați țintă sesiune (coleg de apelare voip).

    Solicitare uri de intrare 100

    Pentru a specifica clasa vocală utilizată pentru a asocia un coleg de apelare VoIP cu identificatorul uniform de resurse (URI) al unui apel primit. Pentru mai multe informații, consultați URI de intrare.

    codec pentru clasa vocală 100

    Configurează dial-peer pentru a utiliza lista de filtrare comună 100 de codec. Pentru mai multe informații, consultați codec pentru clasa vocală.

    utilizare stun-clasă vocală 100

    Permite trimiterea cererilor STUN generate local pe gatewayul local pe calea media negociată. STUN ajută la deschiderea unei găuri de firewall pentru traficul media.

    nicio gazdă locală SIP din clasa vocală

    Dezactivează înlocuirea numelui de gazdă locală DNS în locul adresei IP fizice în anteturile De la, Call-ID și Remote-Party-ID ale mesajelor de ieșire.

    Entitate găzduită sip din clasa vocală 100

    Dial-peer moștenește toți parametrii configurați la nivel global și în entitatea găzduită 100. Parametrii pot fi suprascriși la nivel de dial-peer.

    srtp (dezambiguizare)

    Permite SRTP pentru piciorul de apel.

    nu vad

    Dezactivează detectarea activității vocale.

După ce definiți entitatea găzduită 100 și configurați un dial-peer SIP VoIP, gatewayul inițiază o conexiune TLS către Webex Calling. În acest moment, SBC de acces prezintă certificatul său gateway-ului local. Gateway-ul local validează certificatul SBC de acces Webex Calling utilizând pachetul rădăcină CA, care a fost actualizat anterior. Dacă certificatul este recunoscut, se stabilește o sesiune TLS persistentă între gateway-ul local și SBC de acces Webex Calling. Gateway-ul local poate apoi să utilizeze această conexiune securizată pentru a se înregistra la SBC cu acces Webex. Când înregistrarea este contestată pentru autentificare:

  • Parametrii nume de utilizator, parolă și domeniu din configurația acreditărilor sunt utilizați în răspuns.

  • Regulile de modificare din profilul sip 100 sunt utilizate pentru a converti URL-ul SIPS înapoi în SIP.

Înscrierea este reușită atunci când este primit un OK 200 de la accesul SBC.

Diagramă a fluxurilor de autentificare și înregistrare a Webex Calling cu gateway local

Configurați gateway-ul local cu un trunchi SIP PSTN

După ce ați construit un trunchi către Webex Calling mai sus, utilizați următoarea configurație pentru a crea un trunchi necriptat către un furnizor PSTN bazat pe SIP:

Dacă furnizorul dvs. de servicii oferă un trunchi PSTN securizat, puteți urma o configurație similară celei detaliate mai sus pentru trunchiul Webex Calling. CUBE acceptă rutarea securizată a apelurilor.

Dacă utilizați un trunchi TDM/ISDN PSTN, treceți la următoarea secțiune Configurați gateway-ul local cu trunchiul TDM PSTN.

Pentru a configura interfețele TDM pentru segmentele de apel PSTN pe gateway-urile Cisco TDM-SIP, consultați Configurarea ISDN PRI.

1

Configurați următorul URI pentru clasa vocală pentru a identifica apelurile de intrare de la trunchiul PSTN:

 URI clasă vocală 200 gazdă sip ipv4:192.168.80.13

Iată o explicație a câmpurilor pentru configurație:

uri clasă vocală 200 sip

Definește un model care să corespundă unei invitații SIP de intrare cu un dial-peer trunchi de intrare. Când introduceți acest model, utilizați adresa IP a gateway-ului dvs. IP PSTN. Pentru mai multe informații, consultați URI-ul clasei de voce.

2

Configurați următorul dial-peer IP PSTN:

 voce dial-peer 200 voip descriere Trunchi IP de intrare/ieșire șablon destinație trunchi BAD.BAD sesiune protocol sipv2 sesiune țintă ipv4:192.168.80.13 URI de intrare prin 200 voce-clasă sip asserted-id pai voce-clasă sip bind control sursă-interfață GigabitEthernet0/0/0 voce-clasă sip bind media-interfață GigabitEthernet0/0/0 codec voce-clasă 100 dtmf-relay rtp-nte nici un vad

Iată o explicație a câmpurilor pentru configurație:

 voce dial-peer 200 voip  descriere Trunchi IP PSTN de intrare/ieșire

Definește un dial-peer VoIP cu o etichetă de 200 și oferă o descriere semnificativă pentru o gestionare ușoară și soluționarea problemelor. Pentru mai multe informații, consultați Voce dial-peer.

Model destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. În acest caz, poate fi utilizat orice model de destinație valid. Pentru mai multe informații, consultați modelul destinației (interfață).

protocol sesiune sipv2

Specifică faptul că acest dial-peer gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul de sesiune (dial peer).

ipv4 țintă sesiune: 192.168.80.13

Specifică adresa țintă pentru apelurile trimise către furnizorul PSTN. Aceasta poate fi fie o adresă IP, fie un nume de gazdă DNS. Pentru mai multe informații, consultați ținta sesiunii (peer dial VoIP).

URI de intrare prin 200

Specifică clasa vocală utilizată pentru a corespunde apelurilor primite cu acest dial-peer utilizând INVITAȚIA PRIN INTERMEDIUL URI de antet. Pentru mai multe informații, consultați URL-ul de intrare.

aserțiune sip-id pai

(Opțional) Activează procesarea antetului P-Asserted-Identity și controlează modul în care este utilizată pentru trunchiul PSTN. Dacă este utilizată această comandă, identitatea părții apelante furnizată de la dial-peer-ul de intrare este utilizată pentru antetele de ieșire De la și P-Asserted-Identity. Dacă această comandă nu este utilizată, identitatea părții apelante furnizată de apelantul dial-peer de intrare este utilizată pentru anteturile de ieșire De la și ID-ul părții de la distanță. Pentru mai multe informații, consultați Sip asserted-id pentru clasa vocală.

legare sursă-interfață de control GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați bind.

legați interfața sursă media GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru conținutul media trimis către PSTN. Pentru mai multe informații, consultați bind.

codec pentru clasa vocală 100

Configurează dial-peer pentru a utiliza lista de filtrare comună 100 de codec. Pentru mai multe informații, consultați codec pentru clasa vocală.

dtmf- relay rtp- nte

Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați Releu DTMF (Voice over IP).

nu vad

Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

3

Dacă configurați gateway-ul local pentru a dirija numai apelurile între Webex Calling și PSTN, adăugați următoarea configurație de dirijare a apelurilor. Dacă configurați gateway-ul local cu o platformă Unified Communications Manager, treceți la următoarea secțiune.

  1. Creați grupuri dial-peer pentru a direcționa apelurile către Webex Calling sau PSTN. Definiți DPG 100 cu dial-peer de ieșire 100 către Webex Calling. DPG 100 este aplicat la dial-peer de intrare din PSTN. În mod similar, definiți DPG 200 cu dial-peer de ieșire 200 spre PSTN. DPG 200 este aplicat la dial-peer de intrare din Webex.

     clasă de voce dpg 100 descriere Rutați apelurile către dial-peer Webex Calling 100 clasă de voce dpg 200 descriere Rutați apelurile către dial-peer PSTN 200

    Iată o explicație a câmpurilor pentru configurație:

    dial-peer 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg pentru clasa vocală.

  2. Aplicați grupurile dial-peer pentru a direcționa apelurile de la Webex către PSTN și de la PSTN la Webex: 

     voce dial-peer 100 destinație dpg 200 voce dial-peer 200 destinație dpg 100

    Iată o explicație a câmpurilor pentru configurație:

    destinație dpg 200

    Specifică ce grup de dial-peer și, prin urmare, dial-peer trebuie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

    Astfel, se încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când sunt configurate caracteristici CUBE.

Configurați gateway-ul local cu un trunchi TDM PSTN

După ce ați construit un trunchi către Webex Calling, utilizați următoarea configurație pentru a crea un trunchi TDM pentru serviciul dvs. PSTN cu rutare apel în buclă pentru a permite optimizarea media în segmentul de apel Webex.

Dacă nu aveți nevoie de optimizarea media IP, urmați pașii de configurare pentru un trunchi SIP PSTN. Utilizați un port de voce și un dial-peer POTS (așa cum se arată în pașii 2 și 3) în locul dial-peer-ului PSTN VoIP.

1

Configurația dial-peer în buclă inversă utilizează grupuri dial-peer și etichete de rutare a apelurilor pentru a se asigura că apelurile trec corect între Webex și PSTN, fără a crea bucle de rutare a apelurilor. Configurați următoarele reguli de traducere care vor fi utilizate pentru a adăuga și elimina etichetele de rutare a apelurilor:

 traducere vocală-regulă 100 regulă 1 /^\+/ /A2A/ traducere vocală-profil 100 traducere apelată 100 traducere vocală-regulă 200 regulă 1 /^/ /A1A/ traducere vocală-profil 200 traducere apelată 200 traducere vocală-regulă 11 regulă 1 /^A1A/ // traducere vocală-profil 11 traducere apelată 11 regulă 12 regulă 1 /^A2A44/ /0/ regulă 2/^A2A/ /00/ traducere vocală-profil 12 traducere apelată 12

Iată o explicație a câmpurilor pentru configurație:

regulă traducere vocală

Utilizează expresii regulate definite în reguli pentru a adăuga sau a elimina etichete de rutare a apelurilor. Cifrele supra-divizate („A”) sunt utilizate pentru a adăuga claritate în scopul soluționării problemelor.

În această configurație, eticheta adăugată de profilul de traducere 100 este utilizată pentru a ghida apelurile de la Webex Calling către PSTN prin intermediul colegilor de apelare cu loopback. În mod similar, eticheta adăugată de profilul de traducere 200 este utilizată pentru a ghida apelurile de la PSTN către Webex Calling. Profilurile de translatare 11 și 12 elimină aceste etichete înainte de a livra apeluri către trunchiurile Webex și, respectiv, către trunchiurile PSTN.

Acest exemplu presupune că numerele apelate din Webex Calling sunt prezentate în format +E.164. Regula 100 elimină caracterul + din față pentru a menține un număr apelat valid. Regula 12 adaugă apoi o cifră (cifre) națională (naționale) de rutare atunci când se elimină eticheta. Utilizați cifre care se potrivesc cu planul dvs. de apelare național ISDN local.

Dacă Webex Calling prezintă numerele în format național, ajustați regulile 100 și 12 pentru a adăuga și a elimina pur și simplu eticheta de rutare.

Pentru mai multe informații, consultați profilul de traducere vocală și regula de traducere vocală.

2

Configurați porturile interfeței vocale TDM conform cerințelor de tipul de trunchi și protocolului utilizat. Pentru mai multe informații, consultați Configurarea ISDN PRI. De exemplu, configurația de bază a unei interfețe ISDN cu rată primară instalată în slotul NIM 2 al unui dispozitiv poate include următoarele:

 tip card e1 0 2 controler rețea principală de tip switch isdn5 E1 0/2/0 serii de timp 1-31
3

Configurați următorul dial-peer TDM PSTN:

 voce dial-peer 200 de vase descriere trunchi PRI de intrare/ieșire PSTN trunchi destinație model BAD.BAD traducere profil de intrare 200 direct-inward-dial port 0/2/0:15

Iată o explicație a câmpurilor pentru configurație: 

 voce dial-peer 200 de vase  descriere Trunchi PSTN PRI de intrare/ieșire

Definește un dial-peer VoIP cu o etichetă de 200 și oferă o descriere semnificativă pentru o gestionare ușoară și soluționarea problemelor. Pentru mai multe informații, consultați Voce dial-peer.

Model destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. În acest caz, poate fi utilizat orice model de destinație valid. Pentru mai multe informații, consultați modelul destinației (interfață).

profil traducere primite 200

Atribuie profilul de translatare care va adăuga o etichetă de rutare a apelurilor la numărul apelat primit.

apelare directă-internă

Rutează apelul fără a furniza un ton de apel secundar. Pentru mai multe informații, consultați apelare directă în interior.

port 0/2/0:15

Portul de voce fizic asociat cu acest dial-peer.

4

Pentru a activa optimizarea media a căilor IP pentru gateway-urile locale cu fluxuri de apeluri TDM-IP, puteți modifica rutarea apelurilor prin introducerea unui set de colegi de apelare internă în buclă inversă între Webex Calling și trunchiurile PSTN. Configurați următorii colegi de apelare în buclă inversă. În acest caz, toate apelurile primite vor fi rutate inițial către dial-peer 10 și de acolo către dial-peer 11 sau 12 pe baza etichetei de rutare aplicate. După eliminarea etichetei de rutare, apelurile vor fi rutate către trunchiul de ieșire utilizând grupuri de tip dial-peer.

 voce dial-peer 10 descriere voip Ieșire buclă-în jurul piciorului destinație-șablon BAD.BAD protocol sesiune sipv2 țintă sesiune ipv4:192.168.80.14 voce-clasă sip legătură sursă-interfață de control GigabitEthernet0/0/0 voce-clasă sip legătură sursă-interfață media GigabitEthernet0/0/0 dtmf-relay sip legătură sursă-interfață GigabitEthernet0/0/0 voce-clasă sip legătură sursă-interfață GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw fără vad dial-peer voce 12 descriere Picior în buclă intrare spre PSTN traducere-profil intrare 12 protocol sipv2 apel-număr A2AT voce-clasă sip legătură sursă-interfață GigabitEthernet0/0/0 dtmf-relay rtp-nte codec 12 sesiune sipv2 apel-număr apelat-număr A2AT voce-clasă sip legătură sursă-interfață GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw fără vad dial-peer

Iată o explicație a câmpurilor pentru configurație: 

 voce dial-peer 10 voip  descriere Picior în buclă de ieșire

Definește un dial-peer VoIP și oferă o descriere semnificativă pentru a facilita gestionarea și soluționarea problemelor. Pentru mai multe informații, consultați Voce dial-peer.

profil traducere de intrare 11

Aplică profilul de translatare definit anterior pentru a elimina eticheta de rutare a apelurilor înainte de a trece la trunchiul de ieșire.

Model destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. Pentru mai multe informații, consultați modelul destinației (interfață).

protocol sesiune sipv2

Specifică faptul că acest dial-peer gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul de sesiune (dial peer).

ipv4 țintă sesiune: 192.168.80.14

Specifică adresa interfeței routerului local ca destinație a apelului în buclă inversă. Pentru mai multe informații, consultați țintă sesiune (coleg de apelare voip).

legare sursă-interfață de control GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mesajele trimise prin buclă inversă. Pentru mai multe informații, consultați bind.

legați interfața sursă media GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru conținutul media trimis prin buclă inversă. Pentru mai multe informații, consultați bind.

dtmf- relay rtp- nte

Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați Releu DTMF (Voice over IP).

codec g711alaw

Forțează toate apelurile PSTN să utilizeze G.711. Selectați A-law sau u-law pentru a corespunde metodei de compandare utilizate de serviciul ISDN.

nu vad

Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

5

Adăugați următoarea configurație de rutare a apelurilor:

  1. Creați grupuri dial-peer pentru a direcționa apelurile între PSTN și trunchiurile Webex prin buclă inversă.

     clasă de voce dpg 100 descriere Rutați apelurile către dial-peer Webex Calling 100 clasă de voce dpg 200 descriere Rutați apelurile către PSTN dial-peer 200 clasă de voce dpg 10 descriere Rutați apelurile către dial-peer Loopback 10

    Iată o explicație a câmpurilor pentru configurație:

    dial-peer 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg pentru clasa vocală.

  2. Aplicați grupuri de tip dial-peer pentru a direcționa apelurile.

     voce dial-peer 100 destinație dpg 10 voce dial-peer 200 destinație dpg 10 voce dial-peer 11 destinație dpg 100 voce dial-peer 12 destinație dpg 200

    Iată o explicație a câmpurilor pentru configurație:

    destinație dpg 200

    Specifică ce grup de dial-peer și, prin urmare, dial-peer trebuie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

Astfel, se încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când sunt configurate caracteristici CUBE.
Configurați Local Gateway cu un mediu Unified CM existent

Configurația PSTN-Webex Calling din secțiunile anterioare poate fi modificată pentru a include trunchiuri suplimentare într-un cluster Cisco Unified Communications Manager (UCM). În acest caz, toate apelurile sunt rutate prin Unified CM. Apelurile de la UCM de la portul 5060 sunt rutate către PSTN, iar apelurile de la portul 5065 sunt rutate către Webex Calling. Se pot adăuga următoarele configurații incrementale pentru a include acest scenariu de apelare.

Atunci când creați trunchiul Webex Calling în Unified CM, asigurați-vă că configurați portul de intrare în setările profilului de securitate trunchi SIP la 5065. Acest lucru permite mesajele de intrare pe portul 5065 și populați antetul VIA cu această valoare atunci când trimiteți mesaje către gateway-ul local.

Introduceți informațiile profilului de securitate al trunchiului SIP
1

Configurați următoarele URL-uri de clasă de voce:

  1. Clasifică apelurile Unified CM în Webex utilizând SIP PRIN port:

     clasă de voce uri 300 șablon sip:5065

  2. Clasifică apelurile Unified CM în PSTN utilizând SIP prin port:

     uri clasă vocală 400 șablon sip 192\.168\.80\.6[0-5]:5060

    Clasificați mesajele de intrare de la UCM către trunchiul PSTN utilizând unul sau mai multe modele care descriu adresele sursă de origine și numărul portului. Expresiile regulate pot fi utilizate pentru a defini modele de potrivire, dacă este necesar.

    În exemplul de mai sus, se utilizează o expresie regulată pentru a corespunde oricărei adrese IP din intervalul 192.168.80.60 - 65 și numărului de port 5060.

2

Configurați următoarele înregistrări DNS pentru a specifica rutarea SRV către gazdele Unified CM:

IOS XE utilizează aceste înregistrări pentru determinarea locală a gazdelor și porturilor UCM țintă. Cu această configurație, nu este necesar să configurați înregistrări în sistemul DNS. Dacă preferați să utilizați DNS, atunci aceste configurații locale nu sunt necesare.

 gazdă ip ucmpub.mydomain.com 192.168.80.60 gazdă ip ucmsub1.mydomain.com 192.168.80.61 gazdă ip ucmsub2.mydomain.com 192.168.80.62 gazdă ip ucmsub3.mydomain.com 192.168.80.63 gazdă ip ucmsub4.mydomain.com 192.168.80.64 gazdă ip ucmsub5.mydomain.com 192.168.80.65 gazdă ip _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Iată o explicație a câmpurilor pentru configurație:

Următoarea comandă creează o înregistrare a resursei DNS SRV. Creați o înregistrare pentru fiecare gazdă și trunchi UCM:

gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Nume înregistrare resursă SRV

2: Prioritatea de înregistrare a resurselor SRV

1: Ponderea înregistrată a resursei SRV

5060: Numărul portului care se va utiliza pentru gazda țintă în înregistrarea acestei resurse

ucmsub5.mydomain.com: Gazda țintă pentru înregistrarea resursei

Pentru a rezolva numele gazdelor țintă pentru înregistrarea resursei, creați înregistrări DNS A locale. De exemplu:

gazdă ip ucmsub5.mydomain.com 192.168.80.65

gazdă ip: Creează o înregistrare în baza de date locală IOS XE.

ucmsub5.mydomain.com: Numele gazdei înregistrării A.

192.168.80.65: Adresa IP a gazdei.

Creați înregistrările resurselor SRV și înregistrările A pentru a reflecta mediul UCM și strategia preferată de distribuire a apelurilor.

3

Configurați următorii colegi de apelare:

  1. Dial-peer pentru apelurile între Unified CM și Webex Calling:

     voce dial-peer 300 voip descriere UCM-Webex Calling trunchi destinație-model BAD.BAD sesiune protocol sipv2 sesiune țintă dns:wxtocucm.io uri de intrare prin codec 300 voce-clasă 100 voce-clasă sip legare sursă-interfață sursă-interfață GigabitEthernet 0/0/0 voce-clasă sip legare sursă-interfață media GigabitEthernet 0/0/0 dtmf-relay rtp-nte nici un vad

    Iată o explicație a câmpurilor pentru configurație:

     voce dial-peer 300 voip  descriere trunchi UCM-Webex Calling

    Definește un dial-peer VoIP cu o etichetă 300 și oferă o descriere semnificativă pentru a facilita gestionarea și soluționarea problemelor.

    Model destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. În acest caz, poate fi utilizat orice model de destinație valid.

    protocol sesiune sipv2

    Specifică faptul că dial-peer 300 gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul de sesiune (dial-peer).

    sesiune țintă dns:wxtocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția DNS SRV. În acest caz, înregistrarea SRV definită local wxtocucm.io este utilizată pentru a direcționa apelurile.

    uri de intrare prin 300

    Utilizează URI 300 pentru clasa vocală pentru a direcționa tot traficul de intrare de la Unified CM utilizând portul sursă 5065 către acest dial-peer. Pentru mai multe informații, consultați URI de intrare.

    codec pentru clasa vocală 100

    Indică lista de filtre codec pentru apelurile către și din Unified CM. Pentru mai multe informații, consultați codec-ul clasei vocale.

    legare sursă-interfață de control GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați bind.

    legați interfața sursă media GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru conținutul media trimis către PSTN. Pentru mai multe informații, consultați bind.

    dtmf- relay rtp- nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați Releu DTMF (Voice over IP).

    nu vad

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

  2. Dial-peer pentru apeluri între Unified CM și PSTN:

     dial-peer voce 400 voip descriere UCM-PSTN trunchi destinație-model BAD.BAD sesiune protocol sipv2 sesiune țintă dns:pstntocucm.io uri de intrare prin codec 400 voce-clasă 100 voce-clasă sip legare sursă-interfață GigabitEthernet 0/0/0 voce-clasă sip legare sursă-interfață media GigabitEthernet 0/0/0 dtmf-relay rtp-nte nici un vad

    Iată o explicație a câmpurilor pentru configurație:

     voce dial-peer 400 voip  descriere Trunchi UCM-PSTN

    Definește un dial-peer VoIP cu o etichetă de 400 și oferă o descriere semnificativă pentru ușurința în gestionare și soluționarea problemelor.

    Model destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. În acest caz, poate fi utilizat orice model de destinație valid.

    protocol sesiune sipv2

    Specifică faptul că dial-peer 400 gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul de sesiune (dial-peer).

    dns țintă sesiune:pstntocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția DNS SRV. În acest caz, înregistrarea SRV definită local pstntocucm.io este utilizată pentru a direcționa apelurile.

    URI de intrare prin 400

    Utilizează URI 400 pentru clasa vocală pentru a direcționa tot traficul de intrare de la gazdele Unified CM specificate, utilizând portul sursă 5060, către acest dial-peer. Pentru mai multe informații, consultați URI de intrare.

    codec pentru clasa vocală 100

    Indică lista de filtre codec pentru apelurile către și din Unified CM. Pentru mai multe informații, consultați codec-ul clasei vocale.

    legare sursă-interfață de control GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați bind.

    legați interfața sursă media GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru conținutul media trimis către PSTN. Pentru mai multe informații, consultați bind.

    dtmf- relay rtp- nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați Releu DTMF (Voice over IP).

    nu vad

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

4

Adăugați rutarea apelurilor utilizând următoarele configurații:

  1. Creați grupuri dial-peer pentru a direcționa apelurile între Unified CM și Webex Calling. Definiți DPG 100 cu dial-peer 100 de ieșire către Webex Calling. DPG 100 este aplicat la dial-peer de intrare asociat din Unified CM. În mod similar, definiți DPG 300 cu dial-peer de ieșire 300 spre Unified CM. DPG 300 este aplicat la dial-peer de intrare din Webex.

     clasă vocală dpg 100 descriere Rutați apelurile către dial-peer Webex Calling 100 clasă vocală dpg 300 descriere Rutați apelurile către trunchiul Webex Calling dial-peer 300

  2. Creați grupuri dial-peer pentru a direcționa apelurile între Unified CM și PSTN. Definiți DPG 200 cu dial-peer de ieșire 200 către PSTN. DPG 200 este aplicat la dial-peer de intrare asociat din Unified CM. În mod similar, definiți DPG 400 cu dial-peer de ieșire 400 spre Unified CM. DPG 400 este aplicat la dial-peer de intrare din PSTN.

     clasă de voce dpg 200 descriere Rutați apelurile către PSTN dial-peer 200 clasă de voce dpg 400 descriere Rutați apelurile către trunchiul PSTN dial-peer 400

    Iată o explicație a câmpurilor pentru configurație:

    dial-peer 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg pentru clasa vocală.

  3. Aplicați grupurile dial-peer pentru a direcționa apelurile de la Webex la Unified CM și de la Unified CM la Webex: 

     voce dial-peer 100 destinație dpg 300 voce dial-peer 300 destinație dpg 100

    Iată o explicație a câmpurilor pentru configurație:

    destinație dpg 300

    Specifică ce grup de dial-peer și, prin urmare, dial-peer trebuie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

  4. Aplicați grupurile dial-peer pentru a direcționa apelurile de la PSTN la Unified CM și de la Unified CM la PSTN:

     voce dial-peer 200 destinație dpg 400 voce dial-peer 400 destinație dpg 200

    Astfel, se încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când se configurează caracteristici CUBE.

Monitorizați și depanați Gateway-ul local cu semnături de diagnosticare

Semnăturile de diagnosticare (DS) detectează proactiv problemele observate frecvent în Gateway-ul local bazat pe IOS XE și generează e-mail, syslog sau notificare de mesaje terminale ale evenimentului. De asemenea, puteți instala DS pentru a automatiza colectarea datelor de diagnosticare și transferul datelor colectate în cazul Cisco TAC pentru a accelera timpul de rezoluție.

Semnăturile de diagnosticare (DS) sunt fișiere XML care conțin informații despre evenimentele care declanșează probleme și acțiunile care trebuie întreprinse pentru a informa, a depana și a remedia problema. Puteți defini logica de detectare a problemelor folosind mesaje syslog, evenimente SNMP și prin monitorizarea periodică a ieșirilor specifice ale comenzilor de afișare.

Tipurile de acțiuni includ colectarea ieșirilor de comandă afișare:

  • Generarea unui fișier jurnal consolidat

  • Încărcarea fișierului într-o locație de rețea furnizată de utilizator, cum ar fi HTTPS, SCP, FTP.

Inginerii TAC autor fișierele DS și îl semnează digital pentru protecția integrității. Fiecare fișier DS are un ID numeric unic atribuit de sistem. Instrumentul de căutare a semnăturilor de diagnosticare (DSLT) este o singură sursă pentru găsirea semnăturilor aplicabile pentru monitorizarea și depanarea diferitelor probleme.

Înainte de a începe:

  • Nu editați fișierul DS pe care îl descărcați de la DSLT. Fișierele pe care le modificați nu reușesc instalarea din cauza erorii de verificare a integrității.

  • Un server Simple Mail Transfer Protocol (SMTP) de care aveți nevoie pentru ca Gateway-ul local să trimită notificări prin e-mail.

  • Asigurați-vă că Gateway-ul local execută IOS XE 17.6.1 sau o versiune ulterioară dacă doriți să utilizați serverul SMTP securizat pentru notificări prin e-mail.

Cerințe preliminare

Gateway local care rulează IOS XE 17.6.1a sau o versiune ulterioară

  1. Semnăturile de diagnosticare sunt activate în mod implicit.

  2. Configurați serverul de e-mail securizat care se va utiliza pentru a trimite notificări proactive dacă dispozitivul rulează Cisco IOS XE 17.6.1a sau o versiune ulterioară.

    configurați serverul de mail pentru apelare acasă terminal :@ prioritatea 1 secure tls end

  3. Configurați variabila de mediu ds_email cu adresa de e-mail a administratorului pentru a vă notifica. 

    configurați mediul de semnătură de diagnosticare-apel-acasă terminal ds_email  sfârșit

Următorul prezintă un exemplu de configurare a unui gateway local care rulează pe Cisco IOS XE 17.6.1a sau o versiune ulterioară pentru a trimite notificările proactive la tacfaststart@gmail.com utilizând Gmail ca server SMTP securizat:

Vă recomandăm să utilizați Cisco IOS XE Bengaluru 17.6.x sau versiunile ulterioare.

server de e-mail call-home tacfaststart:password@smtp.gmail.com prioritate 1 mediu securizat de semnătură de diagnosticare ds_email „tacfaststart@gmail.com”

Un Gateway local care rulează pe Cisco IOS XE Software nu este un client Gmail tipic bazat pe web care acceptă OAuth, deci trebuie să configurăm o anumită setare de cont Gmail și să oferim permisiunea specifică de a avea e-mailul de pe dispozitiv procesat corect:

  1. Accesați Gestionați contul Google > Securitate și activați setarea Acces la aplicație mai puțin sigur .

  2. Răspundeți la "Da, am fost eu" atunci când primiți un e-mail de la Gmail în care se menționează "Google a împiedicat pe cineva să se conecteze la contul dvs., folosind o aplicație non-Google".

Instalarea semnăturilor de diagnosticare pentru monitorizare proactivă

Monitorizarea utilizării ridicate a procesorului

Acest DS urmărește utilizarea procesorului timp de cinci secunde utilizând SNMP OID 1.3.6.1.4.1.9.2.1.56. Când utilizarea ajunge la 75% sau mai mult, dezactivează toate depanările și dezinstalează toate semnăturile de diagnosticare care sunt instalate în Gateway-ul local. Urmați acești pași de mai jos pentru a instala semnătura.

  1. Utilizați comanda afișare snmp pentru a activa SNMP. Dacă nu activați această opțiune, configurați comanda snmp-server manager .

    afișare snmp %agent SNMP neactivat config t snmp-server manager sfârșit afișare snmp Șasiu: Intrare pachete ABCDEFGHIGK 149655 SNMP      0 erori de versiune SNMP incorectă      1 Nume necunoscut al comunității      0 Operațiune ilegală pentru numele comunității furnizate      0 Erori de codificare 37763 Numărul de variabile solicitate      2 Numărul de variabile modificate 34560 Obțineți PDU-uri solicitate 138 Obțineți PDU-uri următoare      2 PDU-uri cu solicitare de setare      0 picături de pachete pentru coada de apeluri de intrare (dimensiunea maximă a cozii de apeluri 1000) 158277 ieșire pachete SNMP      0 Erori prea mari (Dimensiune maximă a pachetului 1500) 20 Fără astfel de erori de nume      0 Erori de valori greșite      0 Erori generale 7998 PDU-uri de răspuns 10280 Capcană PDU-uri Pachete aflate în prezent în coada de intrare a procesului SNMP: 0 capcană globală SNMP: activate

  2. Descărcați DS 64224 utilizând următoarele opțiuni verticale din Instrumentulde căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco seria 4300, 4400 ISR sau Cisco CSR seria 1000V

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    Utilizare ridicată a procesorului cu notificare prin e-mail.

  3. Copiați fișierul DS XML în blițul Local Gateway.

    LocalGateway# copiere ftp://nume utilizator:parolă@/DS_64224.xml bootflash:

    Următorul exemplu arată copierea fișierului de pe un server FTP pe Gateway-ul local. 

    copiați ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash:  Se accesează ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 biți] 3571 biți copiați în 0,064 sec (55797 biți/sec)

  4. Instalați fișierul DS XML în Gateway-ul local.

    Încărcare semnătură diagnostic-apel acasă DS_64224.xml Încărcare fișier DS_64224.xml cu succes

  5. Utilizați comanda afișare semnătură de diagnosticare apel-acasă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare ar trebui să aibă o valoare "înregistrată". 

    afișați semnătura de diagnosticare-apel-acasă Setări actuale de semnătură de diagnosticare:  Semnătură diagnosticare: Profil activat: CiscoTAC-1 (stare: ACTIV) Descărcare URL(uri):  https://tools.cisco.com/its/service/oddce/services/DDCEService Variabilă mediu: ds_email: username@gmail.com

    Descarca DSes:

    ID-ul DS

    Numele DS

    Revizie

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Înscris

    2020-11-07 22:05:33

    Când este declanșată, această semnătură dezinstalează toate DS-urile care rulează, inclusiv pe sine. Dacă este necesar, reinstalați DS 64224 pentru a continua să monitorizați utilizarea ridicată a CPU pe gateway-ul local.

Monitorizarea înregistrării portbagajului SIP

Acest DS verifică anularea înregistrării unui portbagaj SIP Local Gateway cu cloud webex Calling la fiecare 60 de secunde. După ce este detectat evenimentul de anulare a înscrierii, acesta generează o notificare prin e-mail și syslog și se dezinstalează după două apariții de anulare a înscrierii. Utilizați pașii de mai jos pentru a instala semnătura:

  1. Descărcați DS 64117 utilizând următoarele opțiuni verticale din Instrumentul de căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    SIP-SIP

    Tip de problemă

    SIP Trunk Unregistration cu notificare prin e-mail.

  2. Copiați fișierul DS XML în Gateway-ul local.

    copiați ftp://nume utilizator:password@/DS_64117.xml bootflash:

  3. Instalați fișierul DS XML în Gateway-ul local. 

    Încărcare semnătură diagnostic-apel acasă DS_64117.xml Încărcare fișier DS_64117.xml reușită Gateway local#

  4. Utilizați comanda afișare semnătură de diagnosticare apel-acasă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare trebuie să aibă o valoare "înregistrată".

Monitorizarea deconectărilor anormale ale apelurilor

Acest DS utilizează sondajul SNMP la fiecare 10 minute pentru a detecta deconectarea anormală a apelurilor, cu erori SIP 403, 488 și 503. Dacă creșterea numărului de erori este mai mare sau egală cu 5 de la ultimul sondaj, se generează o notificare syslog și prin e-mail. Utilizați pașii de mai jos pentru a instala semnătura.

  1. Utilizați comanda afișare snmp pentru a verifica dacă SNMP este activat. Dacă nu este activată, configurați comanda snmp-server manager . 

    afișare snmp %agent SNMP neactivat config t snmp-server manager sfârșit afișare snmp Șasiu: Intrare pachete ABCDEFGHIGK 149655 SNMP      0 erori de versiune SNMP incorectă      1 Nume necunoscut al comunității      0 Operațiune ilegală pentru numele comunității furnizate      0 Erori de codificare 37763 Numărul de variabile solicitate      2 Numărul de variabile modificate 34560 Obțineți PDU-uri solicitate 138 Obțineți PDU-uri următoare      2 PDU-uri cu solicitare de setare      0 picături de pachete pentru coada de apeluri de intrare (dimensiunea maximă a cozii de apeluri 1000) 158277 ieșire pachete SNMP      0 Erori prea mari (Dimensiune maximă a pachetului 1500) 20 Fără astfel de erori de nume      0 Erori de valori greșite      0 Erori generale 7998 PDU-uri de răspuns 10280 Capcană PDU-uri Pachete aflate în prezent în coada de intrare a procesului SNMP: 0 capcană globală SNMP: activate

  2. Descărcați DS 65221 utilizând următoarele opțiuni în Instrumentul de căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    SIP anormale apel deconectați de detectare cu e-mail și Syslog notificare.

  3. Copiați fișierul DS XML în Gateway-ul local. 

    copiați ftp://nume utilizator:password@/DS_65221.xml bootflash:

  4. Instalați fișierul DS XML în Gateway-ul local. 

    încărcare semnătură diagnostic-apel acasă DS_65221.xml Încărcare fișier DS_65221.xml cu succes

  5. Utilizați comanda afișare semnătură de diagnosticare apel-acasă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare trebuie să aibă o valoare "înregistrată".

Instalarea semnăturilor de diagnosticare pentru a depana o problemă

Utilizați semnături de diagnosticare (DS) pentru a rezolva rapid problemele. Cisco TAC ingineri au creat mai multe semnături care permit depanare necesare, care sunt necesare pentru a depana o anumită problemă, detecta apariția problemei, colecta dreptul de set de date de diagnosticare și transferul automat de date la cisco TAC caz. Semnăturile de diagnosticare (DS) elimină necesitatea de a verifica manual apariția problemei și facilitează mult soluționarea problemelor intermitente și tranzitorii.

Puteți utiliza Instrumentul de căutare a semnăturilor de diagnosticare pentru a găsi semnăturile aplicabile și a le instala pentru a rezolva singur o problemă dată sau puteți instala semnătura recomandată de inginerul TAC ca parte a angajamentului de asistență.

Iată un exemplu despre cum să găsiți și să instalați un DS pentru a detecta apariția "%VOICE_IEC-3-GW: CCAPI: Eroare internă (prag de vârf al apelului): IEC=1.1.181.1.29.0" syslog și automatizați colectarea datelor de diagnosticare utilizând următorii pași:

  1. Configurați o variabilă suplimentară a mediului DSds_fsurl_prefix , care este calea serverului de fișiere Cisco TAC (cxd.cisco.com) la care sunt încărcate datele de diagnosticare colectate. Numele de utilizator din calea fișierului este numărul de caz, iar parola este tokenul de încărcare a fișierului care poate fi preluat de la Support Case Manager din următoarea comandă. Tokenul de încărcare a fișierului poate fi generat în secțiunea Atașamente din Support Case Manager, după cum este necesar. 

    configurați terminalul call-home diagnostic-semnătură LocalGateway(cfg-call-home-diag-sign) mediu ds_fsurl_prefix „scp://:@cxd.cisco.com” end

    Exemplu: 

    apel-acasă diagnostic-semnătură mediu ds_fsurl_prefix " mediu ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Asigurați-vă că SNMP este activat utilizând comanda afișare snmp . Dacă nu este activată, configurați comanda snmp-server manager .

    afișare agent snmp %SNMP neactivat config t sfârșit manager snmp-server

  3. Asigurați-vă că instalați monitorizarea ridicată a procesorului DS 64224 ca o măsură proactivă pentru a dezactiva toate semnăturile de depanare și diagnosticare în timpul utilizării ridicate a procesorului. Descărcați DS 64224 utilizând următoarele opțiuni în Instrumentul de căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    Utilizare ridicată a procesorului cu notificare prin e-mail.

  4. Descărcați DS 65095 utilizând următoarele opțiuni în Instrumentulde căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Syslogs

    Tip de problemă

    Syslog - %VOICE_IEC-3-GW: CCAPI: Eroare internă (prag de vârf al apelului): IEC=1.1.181.1.29.0

  5. Copiați fișierele DS XML pe Gateway-ul local.

    copiați ftp://nume utilizator:password@/DS_64224.xml bootflash:  copiați ftp://nume utilizator:password@/DS_65095.xml bootflash:

  6. Instalați fișierul DS 64224 de monitorizare a procesorului înalt și apoi DS 65095 XML în Gateway-ul local. 

    Încărcare semnătură diagnostic-apel acasă DS_64224.xml Încărcare fișier DS_64224.xml succes apel-acasă diagnostic-semnătură DS_65095.xml Încărcare fișier DS_65095.xml succes

  7. Verificați dacă semnătura este instalată cu succes folosind comanda afișare semnătură de diagnosticare acasă . Coloana de stare trebuie să aibă o valoare "înregistrată". 

    afișați semnătura de diagnosticare-apel-acasă Setări actuale de semnătură de diagnosticare:  Semnătură diagnosticare: Profil activat: CiscoTAC-1 (stare: ACTIV) Descărcare URL(uri):  https://tools.cisco.com/its/service/oddce/services/DDCEService Variabilă mediu: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    DescarcaT DSes:

    ID-ul DS

    Numele DS

    Revizie

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Înscris

    2020-11-08

    65095

    00:12:53

    _LGW_IEC_Call_spike_threshold

    0.0.12

    Înscris

    2020-11-08

Verificarea executării semnăturilor de diagnosticare

În următoarea comandă, coloana „Stare” a comenzii Afișare semnătură diagnostic apel-acasă se schimbă la „rulare” în timp ce gatewayul local execută acțiunea definită în cadrul semnăturii. Rezultatul statisticilor de diagnosticare a semnăturii de apel la domiciliu este cea mai bună modalitate de a verifica dacă o semnătură de diagnosticare detectează un eveniment de interes și execută acțiunea. Coloana "Triggered/Max/Deinstall" indică de câte ori semnătura dată a declanșat un eveniment, numărul maxim de ori este definit pentru a detecta un eveniment și dacă semnătura se deinstalează după detectarea numărului maxim de evenimente declanșate. 

afișați semnătura de diagnosticare-apel-acasă Setări actuale de semnătură de diagnosticare:  Semnătură diagnosticare: Profil activat: CiscoTAC-1 (stare: ACTIV) Descărcare URL(uri):  https://tools.cisco.com/its/service/oddce/services/DDCEService Variabilă mediu: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DescarcaT DSes:

ID-ul DS

Numele DS

Revizie

Stare

Ultima actualizare (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Înscris

2020-11-08 00:07:45

65095

_LGW_IEC_Call_spike_threshold

0.0.12

Rulare

2020-11-08 00:12:53

afișarea statisticilor privind semnătura de diagnosticare a apelurilor la domiciliu

ID-ul DS

Numele DS

Declanșat/Max/Dezinstalare

Timp mediu de rulare (secunde)

Timp maxim de rulare (secunde)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

E-mailul de notificare care este trimis în timpul executării semnăturii de diagnosticare conține informații cheie, cum ar fi tipul de problemă, detaliile dispozitivului, versiunea software, configurația care rulează și afișarea ieșirilor de comandă care sunt relevante pentru depanarea problemei date.

Dezinstalarea semnăturilor de diagnosticare

Utilizarea semnăturilor de diagnosticare în scopuri de depanare sunt de obicei definite pentru a dezinstala după detectarea unor apariții ale problemelor. Dacă doriți să dezinstalați manual o semnătură, recuperați ID-ul DS din rezultatul comenzii afișare semnătură diagnostic apel-acasă și executați următoarea comandă:

dezinstalare semnătură diagnosticare-apel acasă

Exemplu:

dezinstalare semnătură diagnosticare acasă 64224

Semnăturile noi sunt adăugate periodic la Instrumentul de căutare a semnăturilor de diagnosticare, pe baza problemelor care sunt frecvent observate în implementări. TAC în prezent nu acceptă solicitările de creare de noi semnături particularizate.

Gestionați și validați gateway-urile Cisco IOS XE prin Control Hub

Pentru o mai bună gestionare a gateway-urilor Cisco IOS XE, vă recomandăm să înscrieți și să gestionați gateway-urile prin intermediul Control Hub. Este o configurație opțională. Când sunteți înscris, puteți utiliza opțiunea de validare a configurației din Control Hub pentru a valida configurația gateway-ului local și pentru a identifica orice probleme de configurare. În prezent, această funcționalitate este acceptată numai de trunchiurile pe bază de înregistrare.

Pentru mai multe informații, consultați următoarele:

Prezentare generală a designului

Această secțiune descrie modul de configurare a unui Cisco Unified Border Element (CUBE) ca gateway local pentru Webex Calling utilizând un trunchi SIP TLS reciproc (mTLS) bazat pe certificat. Prima parte a acestui document ilustrează modul în care se configurează un gateway PSTN simplu. În acest caz, toate apelurile de la PSTN sunt rutate către Webex Calling și toate apelurile de la Webex Calling sunt rutate către PSTN. Imaginea următoare evidențiază această soluție și configurația de dirijare a apelurilor de nivel înalt care va fi urmărită.

În acest design, sunt utilizate următoarele configurații principale:

  • entități găzduite ale clasei de voce: Utilizate pentru a crea configurații specifice trunchiurilor.

  • uri clasă vocală: Utilizat pentru a clasifica mesajele SIP pentru selectarea unui dial-peer de intrare.

  • dial-peer de intrare: Oferă tratament pentru mesajele SIP de intrare și determină ruta de ieșire utilizând un grup de dial-peer.

  • grup dial-peer: Definește colegii de apelare de ieșire utilizați pentru rutarea ulterioară a apelurilor.

  • dial-peer de ieșire: Oferă tratament pentru mesajele SIP de ieșire și direcționează-le către ținta necesară.

Rutare apeluri de la/la PSTN la/de la soluția de configurare Webex Calling

În timp ce IP și SIP au devenit protocoalele implicite pentru trunchiurile PSTN, circuitele ISDN TDM (Time Division Multiplexing) sunt încă utilizate pe scară largă și sunt acceptate cu trunchiurile Webex Calling. Pentru a activa optimizarea media a căilor IP pentru gateway-urile locale cu fluxuri de apeluri TDM-IP, în prezent este necesar să utilizați un proces de rutare a apelurilor pe două niveluri. Această abordare modifică configurația de rutare a apelurilor prezentată mai sus, prin introducerea unui set de colegi de apelare internă cu buclă inversă între Webex Calling și trunchiurile PSTN, după cum se ilustrează în imaginea de mai jos.

Configurația rutării apelurilor cu un set de colegi de apelare internă în buclă inversă între Webex Calling și trunchiurile PSTN

Când conectați o soluție Cisco Unified Communications Manager locală cu Webex Calling, puteți utiliza configurația simplă a gateway-ului PSTN ca referință pentru construirea soluției ilustrată în următoarea diagramă. În acest caz, un Unified Communications Manager oferă rutare și tratament centralizat pentru toate apelurile PSTN și Webex Calling.

Diagrama soluției care afișează Unified Communications Manager oferă rutare și tratament centralizat pentru toate apelurile PSTN și Webex Calling

Pe parcursul acestui document sunt utilizate numele gazdelor, adresele IP și interfețele ilustrate în imaginea următoare. Sunt prevăzute opțiuni pentru abordarea publică sau privată (în urma NAT). Înregistrările DNS SRV sunt opționale, cu excepția cazului în care echilibrarea sarcinii pe mai multe instanțe CUBE.

Numele gazdelor, adresele IP și interfețele utilizate în configurațiile gateway-ului local pe bază de certificat

Utilizați îndrumările de configurare din restul acestui document pentru a finaliza configurarea gateway-ului local după cum urmează:

  • Pasul 1: Configurați conectivitatea și securitatea de bază a routerului

  • Pasul 2: Configurați trunchiul Webex Calling

    În funcție de arhitectura necesară, urmați oricare dintre următoarele:

  • Pasul 3: Configurați gateway-ul local cu trunchiul PSTN SIP

  • Pasul 4: Configurați Local Gateway cu un mediu Unified CM existent

    Sau:

  • Pasul 3: Configurați gateway-ul local cu trunchiul TDM PSTN

Configurați conectivitatea și securitatea

Configurație de bază

Primul pas în pregătirea routerului Cisco ca gateway local pentru Webex Calling este crearea unei configurații de bază care să vă securizeze platforma și să stabilească conectivitatea.

  • Toate implementările de gateway local pe bază de certificat necesită Cisco IOS XE 17.9.1a sau versiuni ulterioare. Se recomandă Cisco IOS XE 17.12.2 sau o versiune ulterioară. Pentru versiunile recomandate, consultați pagina Cisco Software Research . Căutați platforma și selectați una dintre versiunile sugerate .

    • Routerele din seria ISR4000 trebuie să fie configurate atât cu licențe pentru tehnologia de comunicații unificate, cât și cu licențe pentru tehnologia de securitate.

    • Routerele Catalyst Edge din seria 8000 echipate cu carduri vocale sau DSP-uri necesită licențierea DNA Advantage. Routerele fără carduri vocale sau DSP necesită un nivel minim de autorizare DNA Essentials.

    • Pentru cerințele de mare capacitate, puteți solicita, de asemenea, o licență High Security (HSEC) și drepturi suplimentare privind fluxul.

      Consultați Coduri de autorizare pentru mai multe detalii.

  • Creați o configurație de bază pentru platforma dvs., care să respecte politicile de afaceri. În special, configurați și verificați următoarele:

    • Ntp (dezambiguizare)

    • Acls

    • Autentificare utilizator și acces de la distanță

    • DNS

    • Rutare IP

    • Adrese IP

  • Rețeaua către Webex Calling trebuie să utilizeze o adresă IPv4. Numele de domeniu complet calificat (FQDN) sau adresele de înregistrare a serviciului (SRV) ale gateway-ului local configurate în Control Hub trebuie să corespundă unei adrese IPv4 publice de pe internet.

  • Toate porturile SIP și media de pe interfața gateway local cu fața la Webex trebuie să fie accesibile de la internet, fie direct, fie prin NAT static. Asigurați-vă că actualizați firewall-ul în consecință.

  • Urmați pașii de configurare detaliați de mai jos pentru a instala un certificat semnat pe gateway-ul local:

    • O Autoritate de certificare publică (CA), așa cum este detaliat în secțiunea Ce autorități de certificare rădăcină sunt acceptate pentru apelurile către platformele audio și video Cisco Webex? , trebuie să semneze certificatul dispozitivului.

    • Numele comun al subiectului certificatului (CN) sau unul dintre numele alternative ale subiectului (SAN) trebuie să fie același cu FQDN configurat în Control Hub. De exemplu:

      • Dacă un trunchi configurat în Control Hub al organizației dvs. are cube1.lgw.com:5061 ca FQDN al gateway-ului local, atunci CN sau SAN din certificatul routerului trebuie să conțină cube1.lgw.com. 

      • Dacă un trunchi configurat în Control Hub al organizației dvs. are lgws.lgw.com ca adresă SRV a gatewayului sau gatewayurilor locale accesibile din trunchi, atunci CN sau SAN din certificatul de router trebuie să conțină lgws.lgw.com. Înregistrările la care se rezolvă adresa SRV (CNAME, O înregistrare sau adresă IP) sunt opționale în SAN.

      • Indiferent dacă utilizați un FQDN sau un SRV pentru trunchi, adresa de contact pentru toate dialogurile SIP noi din gatewayul local trebuie să utilizeze numele configurat în Control Hub.

    • Asigurați-vă că certificatele sunt semnate pentru utilizare client și server.

  • Încărcați pachetul CA rădăcină Cisco pe gateway-ul local. Acest pachet include certificatul rădăcină CA utilizat pentru verificarea platformei Webex.

Configurare

1

Asigurați-vă că atribuiți adrese IP valide și rutabile oricărei interfețe din stratul 3, de exemplu:

 Interfață GigabitEthernet0/0/0 descriere Interfață cu adresa IP PSTN și/sau CUCM 192.168.80.14 255.255.255.0! interfață GigabitEthernet0/0/1 descriere Interfață cu adresa ip Webex Calling (adresă publică) 198.51.100.1 255.255.255.240

2

Protejați acreditările STUN pe router utilizând criptarea simetrică. Configurați cheia de criptare principală și tipul de criptare după cum urmează:

 cheie config-cheie parolă-criptare ParolaCriptare parolă aes
3

Creați un punct de încredere pentru criptare cu un certificat pentru domeniul dvs., semnat de o Autoritate de certificare (CA) acceptată .

  1. Creați o pereche de taste RSA utilizând următoarea comandă de exec.

    cheie cripto generați rsa general-chei exportabile etichetă lgw-key module 4096

  2. Utilizați următoarele comenzi de configurare pentru a crea un punct de încredere pentru certificat, specificând valorile câmpului de utilizat în solicitarea de semnare a certificatului: 

     crypto pki trustpoint LGW_Terminal de înscriere CERT pem fqdn none subject-name cn=cube1.lgw.com subject-alt-name cube1.lgw.com revocation-check none rsakeypair lgw-key hash sha256

    Note pentru câmpurile certificatului:

    • fqdn: Acesta nu este un câmp obligatoriu pentru Webex Calling. Setarea acestei configurații la „niciuna” va asigura faptul că nu este inclusă în solicitarea de semnare a certificatului. Dacă trebuie să includeți un FQDN utilizând această comandă, aceasta nu va afecta operația gateway-ului local.

    • nume subiect: Pentru validarea apelurilor de la un gateway local, Webex trebuie să corespundă FQDN din anteturile contactelor SIP cu cele incluse fie în atributul Nume comun subiect (CN), fie în câmpul Nume alternativ subiect (SAN) al certificatului SBC. Prin urmare, câmpul de subiect trebuie să conțină cel puțin un atribut CN, dar poate include și alte atribute, după cum este necesar. Pentru mai multe informații, consultați numele subiectului.

    • nume alt subiect: Câmpul Nume alternativ subiect (SAN) al certificatului SBC poate include o listă de FQDN-uri suplimentare. Webex verifică această listă pentru a valida antetul contactelor SIP din mesajele de la gateway-ul local dacă atributul CN subiect certificat nu este potrivit.

    • Hash: Se recomandă ferm ca RSC-urile să fie semnate utilizând SHA256. Acest algoritm este utilizat în mod implicit de la Cisco IOS XE 17.11.1 și trebuie configurat explicit utilizând această comandă cu versiunile anterioare.

  3. Generați Solicitare de semnare a certificatului (CSR) cu următoarea comandă de execuție sau de configurare și utilizați-o pentru a solicita un certificat semnat de la un furnizor CA acceptat:

    crypto pki înscrieți LGW_CERT

4

Furnizați certificatul CA intermediar care semnează, care este utilizat pentru a autentifica certificatul gazdei. Introduceți următoarea comandă de execuție sau de configurare:

 cripto pki autentificați LGW_CERT

5

Importați certificatul de gazdă semnat utilizând următoarea comandă de execuție sau de configurare:

 crypto pki importați LGW_certificat CERT

6

Activați exclusivitatea TLS1.2 și specificați punctul de încredere implicit care va fi utilizat pentru aplicațiile de voce utilizând următoarele comenzi de configurare:

 sip-ua semnalizare crypto punct de încredere implicit LGW_transport CERT tcp tls v1.2

7

Instalați pachetul CA rădăcină Cisco, care include certificatul CA DigiCert utilizat de Webex Calling. Utilizați comanda crypto pki trustpool importați adresa URL curată url pentru a descărca pachetul CA rădăcină de la URL-ul specificat și pentru a șterge pachetul actual de trustpool CA, apoi instalați noul pachet de certificate:

Dacă trebuie să utilizați un proxy pentru acces la internet utilizând HTTPS, adăugați următoarea configurație înainte de a importa pachetul CA:

http client proxy-server yourproxy.com proxy-port 80
 ip http client interfață sursă GigabitEthernet0/0/1 crypto pki trustpool import URL curat https://www.cisco.com/security/pki/trs/ios_core.p7b
Configurați trunchiul pe bază de certificat Webex Calling
1

Creați un trunchi PSTN pe bază de certificat CUBE pentru o locație existentă în Control Hub. Pentru mai multe informații, consultați Configurați trunchiuri, grupuri de rutare și planuri de apelare pentru Webex Calling.

Notați informațiile despre trunchi care sunt furnizate odată ce trunchiul este creat. Aceste detalii, așa cum sunt evidențiate în ilustrația următoare, vor fi utilizate în pașii de configurare din acest ghid.

A fost creat trunchiul PSTN bazat pe certificat CUBE
2

Introduceți următoarele comenzi pentru a configura CUBE ca gateway local Webex Calling:

 serviciu voip adresă ip de încredere ipv4 x.x.x.x y.y.y.y.y mod border-element allow-connections sip to sip no additional-service sip refer stun stun flux de date agent-id 1 număr de pornire 4 date în flux stun partajate-secret 0 Parolă123$ sip asimetric sarcină utilă completă ofertă timpurie-ofertă forţată profiluri sip intrare

Iată o explicație a câmpurilor pentru configurație:

 Listă de adrese ip de încredere  ipv4 x.x.x.x y.y.y.y.y

  • Pentru a proteja împotriva fraudei cu taxă, lista de adrese de încredere definește o listă de gazde și entități de rețea de la care gatewayul local așteaptă apeluri VoIP legitime.

  • În mod implicit, un gateway local blochează toate mesajele VoIP primite de la adrese IP care nu se află în lista sa de încredere. În mod implicit, colegii de cadran configurați static cu „IP țintă sesiune” sau cu adrese IP ale grupului de servere sunt de încredere. Nu este necesară adăugarea acestor adrese IP în lista de încredere.

  • Atunci când configurați gateway-ul local, adăugați în listă subrețelele IP pentru centrul de date Webex Calling regional, consultați Informații de referință privind porturile pentru Webex Calling pentru mai multe informații. De asemenea, adăugați intervale de adrese pentru serverele Unified Communications Manager (dacă sunt utilizate) și gateway-urile trunchiului PSTN.

  • Pentru mai multe informații despre modul de utilizare a unei liste de adrese IP de încredere pentru a preveni frauda cu taxă, consultați adresa IP de încredere.

element frontieră mod

Activează funcțiile Cisco Unified Border Element (CUBE) pe platformă.

permiteți-conexiuni sip la sip

Activați SIP de bază CUBE înapoi la înapoi funcționalitatea agentului utilizator. Pentru mai multe informații, consultați Permiteți conexiunile.

În mod implicit, transportul fax T.38 este activat. Pentru mai multe informații, consultați protocolul de fax t38 (serviciul de voce).

Stun (muzică)

Activează STUN (Sesiune de traversare a UDP prin NAT) la nivel global.

Aceste comenzi globale stun sunt necesare numai atunci când implementați gateway-ul local în spatele NAT.

  • Funcția de asociere STUN de pe gatewayul local permite trimiterea cererilor STUN generate local pe calea media negociată. Acest lucru ajută la deschiderea orificiului de acces din firewall.

Pentru mai multe informații, consultați id agent stun flowdata și stun flowdata partajate în secret.

sarcină utilă asimetrică plină

Configurează suportul pentru sarcina utilă asimetrică SIP atât pentru sarcinile utile DTMF, cât și pentru cele dinamice ale codecului. Pentru mai multe informații despre această comandă, consultați sarcina utilă asimetrică.

ofertă timpurie forțată

Forțează gateway-ul local să trimită informații SDP în mesajul inițial de INVITAȚIE, în loc să aștepte confirmarea celuilalt partener. Pentru mai multe informații despre această comandă, consultați oferta din timp.

Primite profiluri SIP

Permite CUBE să utilizeze profiluri SIP pentru a modifica mesajele pe măsură ce acestea sunt primite. Profilurile sunt aplicate prin intermediul colegilor de apelare sau al entităților găzduite.

3

Configurați codec 100 pentru clasa vocală permițând codecuri G.711 numai pentru toate trunchiurile. Această abordare simplă este potrivită pentru majoritatea implementărilor. Dacă este necesar, se pot adăuga în listă tipuri suplimentare de codec acceptate atât de sistemele de origine, cât și de cele de încheiere.

Sunt acceptate soluții mai complexe care implică transcodarea folosind module DSP, dar nu sunt incluse în acest ghid. 

 codec clasă vocală 100 codec preferință 1 g711ulaw codec preferință 2 g711alaw

Iată o explicație a câmpurilor pentru configurație:

codec clasă vocală 100

Utilizat pentru a permite numai codecuri preferate pentru apelurile trunchiului SIP. Pentru mai multe informații, consultați codec-ul clasei vocale.

4

Configurați utilizarea stun-class a clasei de voce 100 pentru a activa ICE pe trunchiul Webex Calling. (Acest pas nu se aplică pentru Webex for Government)

 clasă de voce utilizare stun 100 utilizare firewall traversare flux date utilizare stun ice lite

Iată o explicație a câmpurilor pentru configurație:

Lite de gheață pentru utilizare stun

Utilizat pentru a activa ICE-Lite pentru toți colegii de apelare care se confruntă cu Webex Calling, pentru a permite optimizarea media ori de câte ori este posibil. Pentru mai multe informații, consultați utilizarea stun-urilor de voce și utilizarea stun-urilor de gheață lite.

Comanda date de flux de traversare firewall cu utilizare stun este necesară numai atunci când implementați gatewayul local în spatele NAT.

Optimizarea media este negociată ori de câte ori este posibil. Dacă un apel necesită servicii media în cloud, cum ar fi înregistrarea, media nu poate fi optimizată.

5

Configurați politica de criptare media pentru traficul Webex. (Acest pas nu se aplică pentru Webex for Government)

 clasă vocală srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80

Iată o explicație a câmpurilor pentru configurație:

clasă vocală srtp-crypto 100

Specifică SHA1_80 ca singurele oferte de cifru-suită SRTP CUBE în SDP în mesajele de ofertă și de răspuns. Webex Calling acceptă doar SHA1_80. Pentru mai multe informații, consultați srtp-crypto clasa vocală.

6

Configurați cifruri GCM compatibile FIPS (Acest pas este aplicabil numai pentru Webex for Government). 

 clasă vocală srtp-crypto 100 crypto 1 AEAD_AES_256_GCM

Iată o explicație a câmpurilor pentru configurație:

clasă vocală srtp-crypto 100

Specifică GCM ca suită de cifruri pe care le oferă CUBE. Configurarea cifrurilor GCM pentru gateway-ul local este obligatorie pentru Webex for Government.

7

Configurați un model pentru a identifica în mod unic apelurile către un trunchi de gateway local, pe baza FQDN sau SRV ale destinației:

 uri clasă vocală 100 șablon sip cube1.lgw.com

Iată o explicație a câmpurilor pentru configurație:

uri clasă vocală 100 sip

Definește un model care să corespundă unei invitații SIP de intrare cu un dial-peer trunchi de intrare. Când introduceți acest model, utilizați trunchiul FQDN sau SRV configurat în Control Hub pentru trunchi.

8

Configurați profiluri de manipulare a mesajelor SIP. Dacă gateway-ul este configurat cu o adresă IP publică, configurați un profil după cum urmează sau treceți la pasul următor dacă utilizați NAT. În acest exemplu, cube1.lgw.com este FQDN configurat pentru gateway-ul local:

 profiluri sip-clasă de voce 100 regula 10 solicită ORICE modificare a Contactului sip-antet "@.*:" "@cube1.lgw.com:" regula 20 răspuns ORICE modificare a Contactului sip-antet "@.*:" "@cube1.lgw.com:"

Iată o explicație a câmpurilor pentru configurație:

regulile 10 și 20

Pentru a permite Webex să autentifice mesajele de la gateway-ul dvs. local, antetul „Contact” dintr-o solicitare SIP și mesajele de răspuns trebuie să conțină valoarea configurată pentru trunchi în Control Hub. Acesta va fi fie FQDN-ul unei singure gazde, fie numele SRV utilizat pentru un cluster de dispozitive.

9

În cazul în care gateway-ul este configurat cu o adresă IP privată în spatele NAT static, configurați profilurile SIP de intrare și de ieșire după cum urmează. În acest exemplu, cube1.lgw.com este FQDN configurat pentru gateway-ul local, „10.80.13.12” este adresa IP a interfeței cu Webex Calling și „192.65.79.20” este adresa IP publică NAT.

Profilurile SIP pentru mesaje de ieșire către Webex Calling 
 , clasa vocală sip-profiluri 100 regula 10 solicită ORICE modificare a Contactului sip-antet "@.*:" "@cube1.lgw.com:" regulă 20 răspuns ORICE modificare a Contactului sip-antet "@.*:" "@cube1.lgw.com:" regulă 30 răspuns ORICE modificare a atributului audio al antetului sdp "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20" regula 31 răspuns ORICE modificare a atributului audio sdp-header "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20" regula 40 răspuns ORICE sdp-antet Audio-Connection-Info modificare "IN IP4 10.80.13.12" "IN IP4 192.80.13.12" "IN IP4 192.65.79.20" regula 41 solicitare ORICE antet Audio-Connection-Info modificare "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regula 51 răspuns ORICE antet Connection-Info modificare "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regula 60 răspuns ORICE antet sdp-Session-Owner modificare "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regula 61 solicitare ORICE antet sdp-Session-Owner modificare "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regula 70 solicitare ORICE antet audio modificare a atributului sdp "(a=rtcp:.*) 10.80.13.12" regula 71 răspuns ORICE antet audio modificare a atributului 1.*) 10.80.13.12", regula 81 "\1 192.65.79.20" solicită modificarea atributului audio al antetului sdp "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Iată o explicație a câmpurilor pentru configurație:

regulile 10 și 20

Pentru a permite Webex să autentifice mesajele de la gateway-ul dvs. local, antetul „Contact” din mesajele de solicitare SIP și de răspuns trebuie să conțină valoarea configurată pentru trunchi în Control Hub. Acesta va fi fie FQDN-ul unei singure gazde, fie numele SRV utilizat pentru un cluster de dispozitive.

regulile 30-81

Convertiți adresele private referințele la adresa publică externă pentru site, permițând Webex să interpreteze și să ruteze corect mesajele ulterioare.

Profilul SIP pentru mesaje de intrare din profiluri de clasă vocală sip Webex Calling 
 110 regulă 10 răspuns ORICE antet Video-Conexiune-Informații modificare "192.65.79.20" "10.80.13.12" regulă 20 răspuns ORICE antet sip Contact modificare "@.*:" "@cube1.lgw.com:" regulă 30 răspuns ORICE antet Conexiune-Informații modificare "192.65.79.20" "10.80.13.12" regulă 40 răspuns ORICE antet Audio-Conexiune-Informații modificare "192.65.79.20" "10.80.13.12" regulă 50 răspuns ORICE antet Sesiune-Proprietar de antet modificare "192.65.79.20" "10.80.13.12" regulă 60 răspuns ORICE Atribut audio-antet modificare "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12" regula 70 răspuns ORICE modificare a atributului audio sdp-antet "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12" regula 80 răspunde ORICE modificare a atributului audio sdp-antet "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Iată o explicație a câmpurilor pentru configurație:

regulile 10-80

Convertiți adresa publică referințe la adresa privată configurată, permițând CUBE să proceseze mesajele de la Webex.

Pentru mai multe informații, consultați profiluri SIP pentru clasa vocală.

Furnizorul PSTN din Statele Unite sau Canada poate oferi verificarea ID-ului apelantului pentru apelurile spam și frauduloase, cu configurația suplimentară menționată în indicația apelului spam sau fraudulos din articolul Webex Calling .

10

Configurați o opțiune SIP păstrată în viață cu profilul de modificare a antetului.

 profiluri sip clasă de voce 115 regulă 10 solicitare OPȚIUNI sip-antet Contact modificare "<sip:.*:" "<sip:cube1.lgw.com:" regula 30 solicitare ORICE antet sip Prin modificare "(SIP.*) 10.80.13.12" "\1 192.65.79.20" regulă 40 răspuns ORICE antet sdp Conexiune-Info modificare "10.80.13.12" "192.65.79.20" regulă 50 răspuns ORICE antet sdp Audio-Connection-Info modificare "10.80.13.12" "192.65.79.20" ! sip-options-keepalive 100 descriere Keepalive pentru transport Webex Calling-interval 5 tcp tls sip-profiluri 115

Iată o explicație a câmpurilor pentru configurație:

sip-options-keepalive clasă voce 100

Configurează un profil keepalive și intră în modul de configurare a clasei de voce. Puteți configura timpul (în secunde) în care un SIP În afara opțiunilor de dialog Ping este trimis la ținta de apelare atunci când conexiunea bătăilor inimii la punctul final este în stare SUS sau În jos.

Acest profil keepalive este declanșat din dial-peer configurat către Webex.

Pentru a vă asigura că antetele de contact includ numele de domeniu complet calificat al SBC, se utilizează profilul SIP 115. Regulile 30, 40 și 50 sunt necesare numai atunci când SBC este configurat în spatele NAT static.

În acest exemplu, cube1.lgw.com este FQDN selectat pentru gateway-ul local și dacă se utilizează NAT static, „10.80.13.12” este adresa IP a interfeței SBC către Webex Calling și „192.65.79.20” este adresa IP publică NAT.

11

Configurați trunchiul Webex Calling:

  1. Creați entitate găzduită din clasa de voce 100 pentru a defini și grupa configurațiile necesare specific pentru trunchiul Webex Calling. Colegii de apelare asociați cu această entitate găzduită moștenesc ulterior aceste configurații:

    Următorul exemplu utilizează valorile ilustrate în Pasul 1 în scopul acestui ghid (prezentate cu aldine). Înlocuiți-le cu valorile pentru trunchiul dvs. din configurația dvs.

     entitate din clasa de voce 100 nu remote-party-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com transport sesiune tcp tls nu sesiune reîmprospătare eroare-passthru rel1xx dezactivați asserted-id pai bind sursă-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 nu pass-thru conținut custom-sdp sip-profiles 100 sip-profiles 110 intrare privacy-policy passthru!

    Iată o explicație a câmpurilor pentru configurație:

    entitate găzduită clasă de voce 100

    Vă recomandăm să utilizați entități găzduite pentru a configura trunchiuri, care au propriul certificat TLS și o listă de validare CN sau SAN. Aici, profilul tls asociat cu entitatea găzduită conține punctul de încredere care va fi utilizat pentru a accepta sau crea noi conexiuni și are lista CN sau SAN pentru a valida conexiunile de intrare. Pentru mai multe informații, consultați entitatea găzduită de clasă vocală.

    nu există remote-party-id

    Dezactivați antetul SIP Remote-Party-ID (RPID), deoarece Webex Calling acceptă PAI, care este activat utilizând comanda asserted-id pai . Pentru mai multe informații, consultați Remote-party-id.

    dns server sip: us25.sipconnect.bcld.webex.com

    Configurează serverul SIP țintă pentru trunchi. Utilizați adresa SRV proxy Edge furnizată în Control Hub atunci când ați creat trunchiul

    srtp-crypto 100

    Configurează suitele de cifruri preferate pentru segmentul de apel SRTP (conexiune) (specificat în pasul 5). Pentru mai multe informații, consultați srtp-crypto clasa vocală.

    dns gazdă locală: cube1.lgw.com

    Configurează CUBE pentru a înlocui adresa IP fizică din anteturile De la, Call-ID și Remote-Party-ID din mesajele de ieșire cu FQDN furnizat. Utilizați aici trunchiul FQDN sau SRV configurat în Control Hub pentru trunchi.

    sesiune tcp tls

    Setează transportul la TLS pentru colegii de apelare asociați. Pentru mai multe informații, consultați transport sesiune.

    nicio reîmprospătare sesiune

    Dezactivează reîmprospătarea sesiunii SIP pentru apelurile între CUBE și Webex. Pentru mai multe informații, consultați reîmprospătarea sesiunii.

    eroare-parolă

    Specifică funcționalitatea de trecere a răspunsului la eroare SIP. Pentru mai multe informații, consultați error-passthru.

    dezactivați rel1xx

    Dezactivează utilizarea răspunsurilor provizorii de încredere pentru trunchiul Webex Calling. Pentru mai multe informații, consultați rel1xx.

    aserțiune-id pai

    (Opțional) Activează procesarea antetului P-Asserted-Identity și controlează modul în care este utilizat pentru trunchiul Webex Calling.

    Webex Calling include anteturile P-Asserted-Identity (PAI) în invitațiile pentru apeluri de ieșire CĂTRE GATEWAY-ul local.

    Dacă această comandă este configurată, se utilizează informațiile de apelant din antetul PAI pentru a completa antetele de ieșire de la și PAI/Remote-Party-ID.

    Dacă această comandă nu este configurată, se utilizează informațiile de apelant din antetul De la pentru a completa anteturile de ieșire de la și PAI/Remote-Party-ID.

    Pentru mai multe informații, consultați asserted-id.

    legare sursă-interfață de control GigabitEthernet0/0/1

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către Webex Calling. Pentru mai multe informații, consultați bind.

    legați interfața sursă media GigabitEthernet0/0/1

    Configurează interfața sursă și adresa IP asociată pentru conținutul media trimis către Webex Calling. Pentru mai multe informații, consultați bind.

    Profiluri SIP pentru clasa vocală 100

    Aplică profilul de modificare a antetului (adresare IP publică sau NAT) pe care îl veți utiliza pentru mesajele de ieșire. Pentru mai multe informații, consultați profiluri SIP pentru clasa vocală.

    profiluri sip de clasă vocală 110 de intrare

    Numai pentru implementările LGW în spatele NAT: Aplică profilul de modificare a antetului de utilizat pentru mesajele de intrare. Pentru mai multe informații, consultați profilurile SIP pentru clasa vocală.

    confidențialitate-politică passthru

    Configurează CUBE pentru a trece în mod transparent antetele de confidențialitate din mesajul primit către următorul segment de apel. Pentru mai multe informații, consultați Politica de confidențialitate.

  2. Configurați dial-peer trunchiul Webex Calling.

     voce dial-peer 100 voip descriere Șablon destinație Webex Calling de intrare/ieșire BAD.BAD protocol sesiune sipv2 sesiune sip țintă sip-server solicitare uri de intrare 100 codec clasă voce 100 stun-utilizare 100 entitate găzduită sip clasă voce 100 opțiuni sip clasă voce-keepalive profil 100 dtmf-relay rtp-nte srtp nu vad

    Iată o explicație a câmpurilor pentru configurație:

     Descriere voce dial-peer 100 voip  Apelare Webex de intrare/ieșire

    Definește un dial-peer VoIP cu o etichetă de 100 și oferă o descriere semnificativă pentru ușurința în gestionare și soluționarea problemelor. Pentru mai multe informații, consultați Voce dial-peer.

    Model destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. În acest caz, poate fi utilizat orice model de destinație valid. Pentru mai multe informații, consultați modelul destinației (interfață).

    protocol sesiune sipv2

    Specifică faptul că acest dial-peer gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul de sesiune (dial-peer).

    server sip destinație sesiune

    Indică faptul că serverul SIP definit în entitatea găzduită 100 este moștenit și utilizat pentru destinație pentru apelurile de la acest peer de apelare.

    Solicitare uri de intrare 100

    Specifică clasa vocală utilizată pentru a corespunde apelurilor primite cu acest dial-peer utilizând URI-ul antetului SOLICITARE INVITAȚIE. Pentru mai multe informații, consultați URI de intrare.

    codec pentru clasa vocală 100

    Indică lista de filtre codec pentru apelurile către și de la Webex Calling. Pentru mai multe informații, consultați codec-ul clasei vocale.

    utilizare stun-clasă vocală 100

    Permite trimiterea solicitărilor STUN generate local de la gatewayul local pe calea media negociată. Pachetele STUN ajută la deschiderea unei găuri de firewall pentru traficul media și la detectarea căilor valide pentru optimizarea media.

    entitate găzduită SIP din clasa vocală 100

    Dial-peer moștenește toți parametrii configurați la nivel global și în entitatea găzduită 100. Parametrii pot fi suprascriși la nivelul dial-peer. Pentru mai multe informații, consultați entitatea găzduită SIP din clasa vocală.

    Opțiuni sip pentru clasa vocală - profil permanent 100

    Această comandă este utilizată pentru a monitoriza disponibilitatea unui grup de servere sau puncte finale SIP utilizând un profil specific (100).

    srtp (dezambiguizare)

    Permite SRTP pentru piciorul de apel.

Configurați gateway-ul local cu un trunchi SIP PSTN

După ce ați construit un trunchi către Webex Calling mai sus, utilizați următoarea configurație pentru a crea un trunchi necriptat către un furnizor PSTN bazat pe SIP:

Dacă furnizorul dvs. de servicii oferă un trunchi PSTN securizat, puteți urma o configurație similară celei detaliate mai sus pentru trunchiul Webex Calling. CUBE acceptă rutarea securizată a apelurilor.

Dacă utilizați un trunchi TDM/ISDN PSTN, treceți la următoarea secțiune Configurați gateway-ul local cu trunchiul TDM PSTN.

Pentru a configura interfețele TDM pentru segmentele de apel PSTN pe gateway-urile Cisco TDM-SIP, consultați Configurarea ISDN PRI.

1

Configurați următorul URI pentru clasa vocală pentru a identifica apelurile de intrare de la trunchiul PSTN:

 URI clasă vocală 200 gazdă sip ipv4:192.168.80.13

Iată o explicație a câmpurilor pentru configurație:

uri clasă vocală 200 sip

Definește un model care să corespundă unei invitații SIP de intrare cu un dial-peer trunchi de intrare. Când introduceți acest model, utilizați adresa IP a gateway-ului dvs. IP PSTN. Pentru mai multe informații, consultați URI-ul clasei de voce.

2

Configurați următorul dial-peer IP PSTN:

 voce dial-peer 200 voip descriere Trunchi IP de intrare/ieșire șablon destinație trunchi BAD.BAD sesiune protocol sipv2 sesiune țintă ipv4:192.168.80.13 URI de intrare prin 200 voce-clasă sip asserted-id pai voce-clasă sip bind control sursă-interfață GigabitEthernet0/0/0 voce-clasă sip bind media-interfață GigabitEthernet0/0/0 codec voce-clasă 100 dtmf-relay rtp-nte nici un vad

Iată o explicație a câmpurilor pentru configurație:

 voce dial-peer 200 voip  descriere Trunchi IP PSTN de intrare/ieșire

Definește un dial-peer VoIP cu o etichetă de 200 și oferă o descriere semnificativă pentru o gestionare ușoară și soluționarea problemelor. Pentru mai multe informații, consultați Voce dial-peer.

Model destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. În acest caz, poate fi utilizat orice model de destinație valid. Pentru mai multe informații, consultați modelul destinației (interfață).

protocol sesiune sipv2

Specifică faptul că acest dial-peer gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul de sesiune (dial peer).

ipv4 țintă sesiune: 192.168.80.13

Specifică adresa țintă pentru apelurile trimise către furnizorul PSTN. Aceasta poate fi fie o adresă IP, fie un nume de gazdă DNS. Pentru mai multe informații, consultați ținta sesiunii (peer dial VoIP).

URI de intrare prin 200

Specifică clasa vocală utilizată pentru a corespunde apelurilor primite cu acest dial-peer utilizând INVITAȚIA PRIN INTERMEDIUL URI de antet. Pentru mai multe informații, consultați URL-ul de intrare.

aserțiune sip-id pai

(Opțional) Activează procesarea antetului P-Asserted-Identity și controlează modul în care este utilizată pentru trunchiul PSTN. Dacă este utilizată această comandă, identitatea părții apelante furnizată de la dial-peer-ul de intrare este utilizată pentru antetele de ieșire De la și P-Asserted-Identity. Dacă această comandă nu este utilizată, identitatea părții apelante furnizată de apelantul dial-peer de intrare este utilizată pentru anteturile de ieșire De la și ID-ul părții de la distanță. Pentru mai multe informații, consultați Sip asserted-id pentru clasa vocală.

legare sursă-interfață de control GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați bind.

legați interfața sursă media GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru conținutul media trimis către PSTN. Pentru mai multe informații, consultați bind.

codec pentru clasa vocală 100

Configurează dial-peer pentru a utiliza lista de filtrare comună 100 de codec. Pentru mai multe informații, consultați codec pentru clasa vocală.

dtmf- relay rtp- nte

Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați Releu DTMF (Voice over IP).

nu vad

Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

3

Dacă configurați gateway-ul local pentru a dirija numai apelurile între Webex Calling și PSTN, adăugați următoarea configurație de dirijare a apelurilor. Dacă configurați gateway-ul local cu o platformă Unified Communications Manager, treceți la următoarea secțiune.

  1. Creați grupuri dial-peer pentru a direcționa apelurile către Webex Calling sau PSTN. Definiți DPG 100 cu dial-peer de ieșire 100 către Webex Calling. DPG 100 este aplicat la dial-peer de intrare din PSTN. În mod similar, definiți DPG 200 cu dial-peer de ieșire 200 spre PSTN. DPG 200 este aplicat la dial-peer de intrare din Webex.

     clasă de voce dpg 100 descriere Rutați apelurile către dial-peer Webex Calling 100 clasă de voce dpg 200 descriere Rutați apelurile către dial-peer PSTN 200

    Iată o explicație a câmpurilor pentru configurație:

    dial-peer 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg pentru clasa vocală.

  2. Aplicați grupurile dial-peer pentru a direcționa apelurile de la Webex către PSTN și de la PSTN la Webex: 

     voce dial-peer 100 destinație dpg 200 voce dial-peer 200 destinație dpg 100

    Iată o explicație a câmpurilor pentru configurație:

    destinație dpg 200

    Specifică ce grup de dial-peer și, prin urmare, dial-peer trebuie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

    Astfel, se încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când sunt configurate caracteristici CUBE.

Configurați gateway-ul local cu un trunchi TDM PSTN

După ce ați construit un trunchi către Webex Calling, utilizați următoarea configurație pentru a crea un trunchi TDM pentru serviciul dvs. PSTN cu rutare apel în buclă pentru a permite optimizarea media în segmentul de apel Webex.

Dacă nu aveți nevoie de optimizarea media IP, urmați pașii de configurare pentru un trunchi SIP PSTN. Utilizați un port de voce și un dial-peer POTS (așa cum se arată în pașii 2 și 3) în locul dial-peer-ului PSTN VoIP.

1

Configurația dial-peer în buclă inversă utilizează grupuri dial-peer și etichete de rutare a apelurilor pentru a se asigura că apelurile trec corect între Webex și PSTN, fără a crea bucle de rutare a apelurilor. Configurați următoarele reguli de traducere care vor fi utilizate pentru a adăuga și elimina etichetele de rutare a apelurilor:

 traducere vocală-regulă 100 regulă 1 /^\+/ /A2A/ traducere vocală-profil 100 traducere apelată 100 traducere vocală-regulă 200 regulă 1 /^/ /A1A/ traducere vocală-profil 200 traducere apelată 200 traducere vocală-regulă 11 regulă 1 /^A1A/ // traducere vocală-profil 11 traducere apelată 11 regulă 12 regulă 1 /^A2A44/ /0/ regulă 2/^A2A/ /00/ traducere vocală-profil 12 traducere apelată 12

Iată o explicație a câmpurilor pentru configurație:

regulă traducere vocală

Utilizează expresii regulate definite în reguli pentru a adăuga sau a elimina etichete de rutare a apelurilor. Cifrele supra-divizate („A”) sunt utilizate pentru a adăuga claritate în scopul soluționării problemelor.

În această configurație, eticheta adăugată de profilul de traducere 100 este utilizată pentru a ghida apelurile de la Webex Calling către PSTN prin intermediul colegilor de apelare cu loopback. În mod similar, eticheta adăugată de profilul de traducere 200 este utilizată pentru a ghida apelurile de la PSTN către Webex Calling. Profilurile de translatare 11 și 12 elimină aceste etichete înainte de a livra apeluri către trunchiurile Webex și, respectiv, către trunchiurile PSTN.

Acest exemplu presupune că numerele apelate din Webex Calling sunt prezentate în format +E.164. Regula 100 elimină caracterul + din față pentru a menține un număr apelat valid. Regula 12 adaugă apoi o cifră (cifre) națională (naționale) de rutare atunci când se elimină eticheta. Utilizați cifre care se potrivesc cu planul dvs. de apelare național ISDN local.

Dacă Webex Calling prezintă numerele în format național, ajustați regulile 100 și 12 pentru a adăuga și a elimina pur și simplu eticheta de rutare.

Pentru mai multe informații, consultați profilul de traducere vocală și regula de traducere vocală.

2

Configurați porturile interfeței vocale TDM conform cerințelor de tipul de trunchi și protocolului utilizat. Pentru mai multe informații, consultați Configurarea ISDN PRI. De exemplu, configurația de bază a unei interfețe ISDN cu rată primară instalată în slotul NIM 2 al unui dispozitiv poate include următoarele:

 tip card e1 0 2 controler rețea principală de tip switch isdn5 E1 0/2/0 serii de timp 1-31
3

Configurați următorul dial-peer TDM PSTN:

 voce dial-peer 200 de vase descriere trunchi PRI de intrare/ieșire PSTN trunchi destinație model BAD.BAD traducere profil de intrare 200 direct-inward-dial port 0/2/0:15

Iată o explicație a câmpurilor pentru configurație: 

 voce dial-peer 200 de vase  descriere Trunchi PSTN PRI de intrare/ieșire

Definește un dial-peer VoIP cu o etichetă de 200 și oferă o descriere semnificativă pentru o gestionare ușoară și soluționarea problemelor. Pentru mai multe informații, consultați Voce dial-peer.

Model destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. În acest caz, poate fi utilizat orice model de destinație valid. Pentru mai multe informații, consultați modelul destinației (interfață).

profil traducere primite 200

Atribuie profilul de translatare care va adăuga o etichetă de rutare a apelurilor la numărul apelat primit.

apelare directă-internă

Rutează apelul fără a furniza un ton de apel secundar. Pentru mai multe informații, consultați apelare directă în interior.

port 0/2/0:15

Portul de voce fizic asociat cu acest dial-peer.

4

Pentru a activa optimizarea media a căilor IP pentru gateway-urile locale cu fluxuri de apeluri TDM-IP, puteți modifica rutarea apelurilor prin introducerea unui set de colegi de apelare internă în buclă inversă între Webex Calling și trunchiurile PSTN. Configurați următorii colegi de apelare în buclă inversă. În acest caz, toate apelurile primite vor fi rutate inițial către dial-peer 10 și de acolo către dial-peer 11 sau 12 pe baza etichetei de rutare aplicate. După eliminarea etichetei de rutare, apelurile vor fi rutate către trunchiul de ieșire utilizând grupuri de tip dial-peer.

 voce dial-peer 10 descriere voip Ieșire buclă-în jurul piciorului destinație-șablon BAD.BAD protocol sesiune sipv2 țintă sesiune ipv4:192.168.80.14 voce-clasă sip legătură sursă-interfață de control GigabitEthernet0/0/0 voce-clasă sip legătură sursă-interfață media GigabitEthernet0/0/0 dtmf-relay sip legătură sursă-interfață GigabitEthernet0/0/0 voce-clasă sip legătură sursă-interfață GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw fără vad dial-peer voce 12 descriere Picior în buclă intrare spre PSTN traducere-profil intrare 12 protocol sipv2 apel-număr A2AT voce-clasă sip legătură sursă-interfață GigabitEthernet0/0/0 dtmf-relay rtp-nte codec 12 sesiune sipv2 apel-număr apelat-număr A2AT voce-clasă sip legătură sursă-interfață GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw fără vad dial-peer

Iată o explicație a câmpurilor pentru configurație: 

 voce dial-peer 10 voip  descriere Picior în buclă de ieșire

Definește un dial-peer VoIP și oferă o descriere semnificativă pentru a facilita gestionarea și soluționarea problemelor. Pentru mai multe informații, consultați Voce dial-peer.

profil traducere de intrare 11

Aplică profilul de translatare definit anterior pentru a elimina eticheta de rutare a apelurilor înainte de a trece la trunchiul de ieșire.

Model destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. Pentru mai multe informații, consultați modelul destinației (interfață).

protocol sesiune sipv2

Specifică faptul că acest dial-peer gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul de sesiune (dial peer).

ipv4 țintă sesiune: 192.168.80.14

Specifică adresa interfeței routerului local ca destinație a apelului în buclă inversă. Pentru mai multe informații, consultați țintă sesiune (coleg de apelare voip).

legare sursă-interfață de control GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mesajele trimise prin buclă inversă. Pentru mai multe informații, consultați bind.

legați interfața sursă media GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru conținutul media trimis prin buclă inversă. Pentru mai multe informații, consultați bind.

dtmf- relay rtp- nte

Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați Releu DTMF (Voice over IP).

codec g711alaw

Forțează toate apelurile PSTN să utilizeze G.711. Selectați A-law sau u-law pentru a corespunde metodei de compandare utilizate de serviciul ISDN.

nu vad

Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

5

Adăugați următoarea configurație de rutare a apelurilor:

  1. Creați grupuri dial-peer pentru a direcționa apelurile între PSTN și trunchiurile Webex prin buclă inversă.

     clasă de voce dpg 100 descriere Rutați apelurile către dial-peer Webex Calling 100 clasă de voce dpg 200 descriere Rutați apelurile către PSTN dial-peer 200 clasă de voce dpg 10 descriere Rutați apelurile către dial-peer Loopback 10

    Iată o explicație a câmpurilor pentru configurație:

    dial-peer 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg pentru clasa vocală.

  2. Aplicați grupuri de tip dial-peer pentru a direcționa apelurile.

     voce dial-peer 100 destinație dpg 10 voce dial-peer 200 destinație dpg 10 voce dial-peer 11 destinație dpg 100 voce dial-peer 12 destinație dpg 200

    Iată o explicație a câmpurilor pentru configurație:

    destinație dpg 200

    Specifică ce grup de dial-peer și, prin urmare, dial-peer trebuie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

Astfel, se încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când sunt configurate caracteristici CUBE.
Configurați Local Gateway cu un mediu Unified CM existent

Configurația PSTN-Webex Calling din secțiunile anterioare poate fi modificată pentru a include trunchiuri suplimentare într-un cluster Cisco Unified Communications Manager (UCM). În acest caz, toate apelurile sunt rutate prin Unified CM. Apelurile de la UCM de la portul 5060 sunt rutate către PSTN, iar apelurile de la portul 5065 sunt rutate către Webex Calling. Se pot adăuga următoarele configurații incrementale pentru a include acest scenariu de apelare.

1

Configurați următoarele URL-uri de clasă de voce:

  1. Clasifică apelurile Unified CM în Webex utilizând SIP PRIN port:

     clasă de voce uri 300 șablon sip:5065

  2. Clasifică apelurile Unified CM în PSTN utilizând SIP prin port:

     uri clasă vocală 400 șablon sip 192\.168\.80\.6[0-5]:5060

    Clasificați mesajele de intrare de la UCM către trunchiul PSTN utilizând unul sau mai multe modele care descriu adresele sursă de origine și numărul portului. Expresiile regulate pot fi utilizate pentru a defini modele de potrivire, dacă este necesar.

    În exemplul de mai sus, se utilizează o expresie regulată pentru a corespunde oricărei adrese IP din intervalul 192.168.80.60 - 65 și numărului de port 5060.

2

Configurați următoarele înregistrări DNS pentru a specifica rutarea SRV către gazdele Unified CM:

IOS XE utilizează aceste înregistrări pentru determinarea locală a gazdelor și porturilor UCM țintă. Cu această configurație, nu este necesar să configurați înregistrări în sistemul DNS. Dacă preferați să utilizați DNS, atunci aceste configurații locale nu sunt necesare.

 gazdă ip ucmpub.mydomain.com 192.168.80.60 gazdă ip ucmsub1.mydomain.com 192.168.80.61 gazdă ip ucmsub2.mydomain.com 192.168.80.62 gazdă ip ucmsub3.mydomain.com 192.168.80.63 gazdă ip ucmsub4.mydomain.com 192.168.80.64 gazdă ip ucmsub5.mydomain.com 192.168.80.65 gazdă ip _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Iată o explicație a câmpurilor pentru configurație:

Următoarea comandă creează o înregistrare a resursei DNS SRV. Creați o înregistrare pentru fiecare gazdă și trunchi UCM:

gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Nume înregistrare resursă SRV

2: Prioritatea de înregistrare a resurselor SRV

1: Ponderea înregistrată a resursei SRV

5060: Numărul portului care se va utiliza pentru gazda țintă în înregistrarea acestei resurse

ucmsub5.mydomain.com: Gazda țintă pentru înregistrarea resursei

Pentru a rezolva numele gazdelor țintă pentru înregistrarea resursei, creați înregistrări DNS A locale. De exemplu:

gazdă ip ucmsub5.mydomain.com 192.168.80.65

gazdă ip: Creează o înregistrare în baza de date locală IOS XE.

ucmsub5.mydomain.com: Numele gazdei înregistrării A.

192.168.80.65: Adresa IP a gazdei.

Creați înregistrările resurselor SRV și înregistrările A pentru a reflecta mediul UCM și strategia preferată de distribuire a apelurilor.

3

Configurați următorii colegi de apelare:

  1. Dial-peer pentru apelurile între Unified CM și Webex Calling:

     voce dial-peer 300 voip descriere UCM-Webex Calling trunchi destinație-model BAD.BAD sesiune protocol sipv2 sesiune țintă dns:wxtocucm.io uri de intrare prin codec 300 voce-clasă 100 voce-clasă sip legare sursă-interfață sursă-interfață GigabitEthernet 0/0/0 voce-clasă sip legare sursă-interfață media GigabitEthernet 0/0/0 dtmf-relay rtp-nte nici un vad

    Iată o explicație a câmpurilor pentru configurație:

     voce dial-peer 300 voip  descriere trunchi UCM-Webex Calling

    Definește un dial-peer VoIP cu o etichetă 300 și oferă o descriere semnificativă pentru a facilita gestionarea și soluționarea problemelor.

    Model destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. În acest caz, poate fi utilizat orice model de destinație valid.

    protocol sesiune sipv2

    Specifică faptul că dial-peer 300 gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul de sesiune (dial-peer).

    sesiune țintă dns:wxtocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția DNS SRV. În acest caz, înregistrarea SRV definită local wxtocucm.io este utilizată pentru a direcționa apelurile.

    uri de intrare prin 300

    Utilizează URI 300 pentru clasa vocală pentru a direcționa tot traficul de intrare de la Unified CM utilizând portul sursă 5065 către acest dial-peer. Pentru mai multe informații, consultați URI de intrare.

    codec pentru clasa vocală 100

    Indică lista de filtre codec pentru apelurile către și din Unified CM. Pentru mai multe informații, consultați codec-ul clasei vocale.

    legare sursă-interfață de control GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați bind.

    legați interfața sursă media GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru conținutul media trimis către PSTN. Pentru mai multe informații, consultați bind.

    dtmf- relay rtp- nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați Releu DTMF (Voice over IP).

    nu vad

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

  2. Dial-peer pentru apeluri între Unified CM și PSTN:

     dial-peer voce 400 voip descriere UCM-PSTN trunchi destinație-model BAD.BAD sesiune protocol sipv2 sesiune țintă dns:pstntocucm.io uri de intrare prin codec 400 voce-clasă 100 voce-clasă sip legare sursă-interfață GigabitEthernet 0/0/0 voce-clasă sip legare sursă-interfață media GigabitEthernet 0/0/0 dtmf-relay rtp-nte nici un vad

    Iată o explicație a câmpurilor pentru configurație:

     voce dial-peer 400 voip  descriere Trunchi UCM-PSTN

    Definește un dial-peer VoIP cu o etichetă de 400 și oferă o descriere semnificativă pentru ușurința în gestionare și soluționarea problemelor.

    Model destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup dial-peer de intrare. În acest caz, poate fi utilizat orice model de destinație valid.

    protocol sesiune sipv2

    Specifică faptul că dial-peer 400 gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul de sesiune (dial-peer).

    dns țintă sesiune:pstntocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția DNS SRV. În acest caz, înregistrarea SRV definită local pstntocucm.io este utilizată pentru a direcționa apelurile.

    URI de intrare prin 400

    Utilizează URI 400 pentru clasa vocală pentru a direcționa tot traficul de intrare de la gazdele Unified CM specificate, utilizând portul sursă 5060, către acest dial-peer. Pentru mai multe informații, consultați URI de intrare.

    codec pentru clasa vocală 100

    Indică lista de filtre codec pentru apelurile către și din Unified CM. Pentru mai multe informații, consultați codec-ul clasei vocale.

    legare sursă-interfață de control GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați bind.

    legați interfața sursă media GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru conținutul media trimis către PSTN. Pentru mai multe informații, consultați bind.

    dtmf- relay rtp- nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați Releu DTMF (Voice over IP).

    nu vad

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

4

Adăugați rutarea apelurilor utilizând următoarele configurații:

  1. Creați grupuri dial-peer pentru a direcționa apelurile între Unified CM și Webex Calling. Definiți DPG 100 cu dial-peer 100 de ieșire către Webex Calling. DPG 100 este aplicat la dial-peer de intrare asociat din Unified CM. În mod similar, definiți DPG 300 cu dial-peer de ieșire 300 spre Unified CM. DPG 300 este aplicat la dial-peer de intrare din Webex.

     clasă vocală dpg 100 descriere Rutați apelurile către dial-peer Webex Calling 100 clasă vocală dpg 300 descriere Rutați apelurile către trunchiul Webex Calling dial-peer 300

  2. Creați grupuri dial-peer pentru a direcționa apelurile între Unified CM și PSTN. Definiți DPG 200 cu dial-peer de ieșire 200 către PSTN. DPG 200 este aplicat la dial-peer de intrare asociat din Unified CM. În mod similar, definiți DPG 400 cu dial-peer de ieșire 400 spre Unified CM. DPG 400 este aplicat la dial-peer de intrare din PSTN.

     clasă de voce dpg 200 descriere Rutați apelurile către PSTN dial-peer 200 clasă de voce dpg 400 descriere Rutați apelurile către trunchiul PSTN dial-peer 400

    Iată o explicație a câmpurilor pentru configurație:

    dial-peer 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg pentru clasa vocală.

  3. Aplicați grupurile dial-peer pentru a direcționa apelurile de la Webex la Unified CM și de la Unified CM la Webex: 

     voce dial-peer 100 destinație dpg 300 voce dial-peer 300 destinație dpg 100

    Iată o explicație a câmpurilor pentru configurație:

    destinație dpg 300

    Specifică ce grup de dial-peer și, prin urmare, dial-peer trebuie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

  4. Aplicați grupurile dial-peer pentru a direcționa apelurile de la PSTN la Unified CM și de la Unified CM la PSTN:

     voce dial-peer 200 destinație dpg 400 voce dial-peer 400 destinație dpg 200

    Astfel, se încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când se configurează caracteristici CUBE.

Monitorizați și depanați Gateway-ul local cu semnături de diagnosticare

Semnăturile de diagnosticare (DS) detectează proactiv problemele observate frecvent în Gateway-ul local bazat pe Cisco IOS XE și generează notificări prin e-mail, syslog sau mesaje terminale ale evenimentului. De asemenea, puteți instala DS pentru a automatiza colectarea datelor de diagnosticare și pentru a transfera datele colectate în cazul Cisco TAC pentru a accelera timpul de rezoluție.

Semnăturile de diagnosticare (DS) sunt fișiere XML care conțin informații despre evenimentele și acțiunile de declanșare a problemei pentru a informa, depana și remedia problema. Utilizați mesaje syslog, snmp evenimente și prin monitorizarea periodică a ieșirilor specifice de comandă spectacol pentru a defini logica de detectare a problemelor. Tipurile de acțiuni includ:

  • Colectarea ieșirilor de comandă arată

  • Generarea unui fișier jurnal consolidat

  • Încărcarea fișierului într-o locație de rețea furnizată de utilizator, cum ar fi HTTPS, SCP, server FTP

Inginerii TAC autor fișiere DS și semnează digital pentru protecția integrității. Fiecare fișier DS are ID-ul numeric unic atribuit de sistem. Instrumentul de căutare a semnăturilor de diagnosticare (DSLT) este o singură sursă pentru găsirea semnăturilor aplicabile pentru monitorizarea și depanarea diferitelor probleme.

Înainte de a începe:

  • Nu editați fișierul DS pe care îl descărcați de la DSLT. Fișierele pe care le modificați nu reușesc instalarea din cauza erorii de verificare a integrității.

  • Un server Simple Mail Transfer Protocol (SMTP) de care aveți nevoie pentru ca Gateway-ul local să trimită notificări prin e-mail.

  • Asigurați-vă că Gateway-ul local execută IOS XE 17.6.1 sau o versiune ulterioară dacă doriți să utilizați serverul SMTP securizat pentru notificări prin e-mail.

Cerințe preliminare

Gateway local care rulează IOS XE 17.6.1 sau o versiune ulterioară

  1. Semnăturile de diagnosticare sunt activate în mod implicit.

  2. Configurați serverul de e-mail securizat pe care îl utilizați pentru a trimite notificări proactive dacă dispozitivul rulează IOS XE 17.6.1 sau o versiune ulterioară.

     configurați serverul de e-mail terminal pentru apelare acasă :@ prioritatea 1 end securizat tls

  3. Configurați variabila ds_email de mediu cu adresa de e-mail a administratorului pentru a vă notifica.

     configurați terminalul de diagnosticare-semnătură LocalGateway(cfg-call-home-diag-sign)mediu ds_email  sfârșit

Instalarea semnăturilor de diagnosticare pentru monitorizare proactivă

Monitorizarea utilizării ridicate a procesorului

Acest DS urmărește utilizarea procesorului de 5 secunde folosind SNMP OID 1.3.6.1.4.1.9.2.1.56. Când utilizarea ajunge la 75% sau mai mult, dezactivează toate depanările și dezinstalează toate semnăturile de diagnosticare pe care le instalați în Gateway-ul local. Urmați acești pași de mai jos pentru a instala semnătura.

  1. Asigurați-vă că ați activat SNMP utilizând comanda arată snmp. Dacă SNMP nu este activat, configurați comanda snmp-server manager .

     afișare snmp %agent SNMP neactivat config t snmp-server manager sfârșit afișare snmp Șasiu: Intrare pachete ABCDEFGHIGK 149655 SNMP      0 erori de versiune SNMP incorectă      1 Nume necunoscut al comunității      0 Operațiune ilegală pentru numele comunității furnizate      0 Erori de codificare 37763 Numărul de variabile solicitate      2 Numărul de variabile modificate 34560 Obțineți PDU-uri solicitate 138 Obțineți PDU-uri următoare      2 PDU-uri cu solicitare de setare      0 picături de pachete pentru coada de apeluri de intrare (dimensiunea maximă a cozii de apeluri 1000) 158277 ieșire pachete SNMP      0 Erori prea mari (Dimensiune maximă a pachetului 1500) 20 Fără astfel de erori de nume      0 Erori de valori greșite      0 Erori generale 7998 PDU-uri de răspuns 10280 Capcană PDU-uri Pachete aflate în prezent în coada de intrare a procesului SNMP: 0 capcană globală SNMP: activate

  2. Descărcați DS 64224 utilizând următoarele opțiuni verticale din Instrumentulde căutare semnături de diagnosticare:

    copiați ftp://nume utilizator:password@/DS_64224.xml bootflash:

    Nume câmp

    Valoarea câmpului

    Platformă

    Software Cisco seria 4300, seria 4400 ISR sau Catalyst 8000V Edge

    Produs

    CUBE Enterprise în soluția Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    Utilizare ridicată a procesorului cu notificare prin e-mail

    Descărcați DS 64224 din instrumentul de căutare a semnăturilor de diagnosticare

  3. Copiați fișierul DS XML în blițul Local Gateway.

    copiați ftp://nume utilizator:password@/DS_64224.xml bootflash:

    Următorul exemplu arată copierea fișierului de pe un server FTP pe Gateway-ul local.

    copiați ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash:  Se accesează ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 biți] 3571 biți copiați în 0,064 sec (55797 biți/sec)

  4. Instalați fișierul DS XML în Gateway-ul local.

     încărcare semnătură diagnosticare-apel acasă DS_64224.xml Încărcare fișier DS_64224.xml reușită

  5. Utilizați comanda afișare semnătură de diagnosticare apel-acasă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare trebuie să aibă o valoare "înregistrată". 

     afișați semnătura de diagnosticare-apel-acasă Setări actuale de semnătură de diagnosticare:   Semnătură diagnosticare: Profil activat: CiscoTAC-1 (stare: ACTIV) Descărcare URL(uri):  https://tools.cisco.com/its/service/oddce/services/DDCEService Variabilă mediu: ds_email: username@gmail.com

    Descarca DSes:

    ID-ul DS

    Numele DS

    Revizie

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Înscris

    2020-11-07 22:05:33

    Când este declanșată, această semnătură dezinstalează toate DS-urile care rulează, inclusiv pe sine. Dacă este necesar, reinstalați DS 64224 pentru a continua monitorizarea utilizării ridicate a procesorului pe Gateway-ul local.

Monitorizarea deconectărilor anormale ale apelurilor

Acest DS utilizează sondajul SNMP la fiecare 10 minute pentru a detecta deconectarea anormală a apelurilor, cu erori SIP 403, 488 și 503. Dacă creșterea numărului de erori este mai mare sau egală cu 5 de la ultimul sondaj, se generează o notificare syslog și prin e-mail. Utilizați pașii de mai jos pentru a instala semnătura.

  1. Asigurați-vă că SNMP este activat utilizând comanda arată snmp. Dacă SNMP nu este activat, configurați comanda snmp-server manager . 

    afișare snmp %agent SNMP neactivat config t snmp-server manager sfârșit afișare snmp Șasiu: Intrare pachete ABCDEFGHIGK 149655 SNMP      0 erori de versiune SNMP incorectă      1 Nume necunoscut al comunității      0 Operațiune ilegală pentru numele comunității furnizate      0 Erori de codificare 37763 Numărul de variabile solicitate      2 Numărul de variabile modificate 34560 Obțineți PDU-uri solicitate 138 Obțineți PDU-uri următoare      2 PDU-uri cu solicitare de setare      0 picături de pachete pentru coada de apeluri de intrare (dimensiunea maximă a cozii de apeluri 1000) 158277 ieșire pachete SNMP      0 Erori prea mari (Dimensiune maximă a pachetului 1500) 20 Fără astfel de erori de nume      0 Erori de valori greșite      0 Erori generale 7998 PDU-uri de răspuns 10280 Capcană PDU-uri Pachete aflate în prezent în coada de intrare a procesului SNMP: 0 capcană globală SNMP: activate

  2. Descărcați DS 65221 utilizând următoarele opțiuni în Instrumentul de căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Software Cisco seria 4300, seria 4400 ISR sau Catalyst 8000V Edge

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    SIP anormale apel deconectați de detectare cu e-mail și Syslog notificare.

  3. Copiați fișierul DS XML în Gateway-ul local.

    copiați ftp://nume utilizator:password@/DS_65221.xml bootflash:

  4. Instalați fișierul DS XML în Gateway-ul local. 

     încărcare semnătură diagnostic-apel acasă DS_65221.xml Încărcare fișier DS_65221.xml cu succes

  5. Utilizați comanda afișare semnătură diagnostic apel-acasă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare ar trebui să aibă o valoare „înregistrată”.

Instalați semnături de diagnosticare pentru a depana o problemă

De asemenea, puteți utiliza Semnături de diagnosticare (DS) pentru a rezolva rapid problemele. Cisco TAC ingineri au creat mai multe semnături care permit depanare necesare, care sunt necesare pentru a depana o anumită problemă, detecta apariția problemei, colecta dreptul de set de date de diagnosticare și transferul automat de date la cisco TAC caz. Acest lucru elimină necesitatea de a verifica manual apariția problemei și face rezolvarea problemelor intermitente și tranzitorii mult mai ușoară.

Puteți utiliza Instrumentul de căutare a semnăturilor de diagnosticare pentru a găsi semnăturile aplicabile și a le instala pentru a rezolva automat o anumită problemă sau puteți instala semnătura recomandată de inginerul TAC ca parte a angajamentului de asistență.

Iată un exemplu despre cum să găsiți și să instalați un DS pentru a detecta apariția "%VOICE_IEC-3-GW: CCAPI: Eroare internă (prag de vârf al apelului): IEC=1.1.181.1.29.0" syslog și automatizați colectarea datelor de diagnosticare utilizând următorii pași:

  1. Configurați o altă variabilă de mediu DS ds_fsurl_prefix ca cale a serverului de fișiere Cisco TAC (cxd.cisco.com) pentru a încărca datele de diagnosticare. Numele de utilizator din calea fișierului este numărul de caz, iar parola este tokenul de încărcare a fișierului care poate fi preluat de la Managerul de cazuri de asistență , după cum se arată în continuare. Tokenul de încărcare a fișierului poate fi generat în secțiunea Atașamente din Managerul de cazuri de asistență, după cum este necesar.

    Tokenul de încărcare a fișierului generat în secțiunea Atașamente din Managerul de cazuri de asistență
     configurați terminalul call-home diagnostic-semnătură LocalGateway(cfg-call-home-diag-sign) mediu ds_fsurl_prefix „scp://:@cxd.cisco.com” end

    Exemplu: 

     apel-acasă diagnostic-semnătură mediu ds_fsurl_prefix " mediu ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Asigurați-vă că SNMP este activat utilizând comanda arată snmp. Dacă SNMP nu este activat, configurați comanda snmp-server manager .

     afișare agent snmp %SNMP neactivat config t sfârșit manager snmp-server

  3. Vă recomandăm să instalați monitorizarea înaltă a procesorului DS 64224 ca măsură proactivă pentru a dezactiva toate semnăturile de depanare și diagnosticare în timpul utilizării ridicate a procesorului. Descărcați DS 64224 utilizând următoarele opțiuni în Instrumentul de căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Software Cisco seria 4300, seria 4400 ISR sau Catalyst 8000V Edge

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    Utilizare ridicată a procesorului cu notificare prin e-mail.

  4. Descărcați DS 65095 utilizând următoarele opțiuni în Instrumentulde căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Software Cisco seria 4300, seria 4400 ISR sau Catalyst 8000V Edge

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Syslogs

    Tip de problemă

    Syslog - %VOICE_IEC-3-GW: CCAPI: Eroare internă (prag de vârf al apelului): IEC=1.1.181.1.29.0

  5. Copiați fișierele DS XML pe Gateway-ul local.

     copiați fișierul ftp://nume utilizator:password@/DS_64224.xml bootflash:  copiați ftp://nume utilizator:password@/DS_65095.xml bootflash:

  6. Instalați monitorizarea ridicată a CPU DS 64224 și apoi fișierul XML DS 65095 pe gateway-ul local. 

     încărcare semnătură diagnostic-apel acasă DS_64224.xml Încărcare fișier DS_64224.xml succes apel-acasă diagnostic-semnătură DS_65095.xml Încărcare fișier DS_65095.xml succes

  7. Verificați dacă semnătura este instalată cu succes utilizând afișarea semnăturiide diagnosticare la domiciliu a apelului. Coloana de stare ar trebui să aibă o valoare "înregistrată". 

     afișați semnătura de diagnosticare-apel-acasă Setări actuale de semnătură de diagnosticare:   Semnătură diagnosticare: Profil activat: CiscoTAC-1 (stare: ACTIV) Descărcare URL(uri):  https://tools.cisco.com/its/service/oddce/services/DDCEService Variabilă mediu: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    DescarcaT DSes:

    ID-ul DS

    Numele DS

    Revizie

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Înscris

    2020-11-08:00:07:45

    65095

    00:12:53

    LGW_IEC_C_all_spike_threshold

    0.0.12

    Înscris

    2020-11-08:00:12:53

Verificarea executării semnăturilor de diagnosticare

În următoarea comandă, coloana "Stare" a comenzii afișează modificările semnăturii de diagnosticare la domiciliu apel la "rulare", în timp ce Gateway-ul local execută acțiunea definită în semnătură. Rezultatul statisticilor de diagnosticare a semnăturii de apel la domiciliu este cea mai bună modalitate de a verifica dacă o semnătură de diagnosticare detectează un eveniment de interes și a executat acțiunea. Coloana "Triggered/Max/Deinstall" indică de câte ori semnătura dată a declanșat un eveniment, numărul maxim de ori este definit pentru a detecta un eveniment și dacă semnătura se deinstalează după detectarea numărului maxim de evenimente declanșate. 

afișați semnătura de diagnosticare-apel-acasă Setări actuale de semnătură de diagnosticare:   Semnătură diagnosticare: Profil activat: CiscoTAC-1 (stare: ACTIV) Descărcare URL(uri):  https://tools.cisco.com/its/service/oddce/services/DDCEService Variabilă mediu: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DescarcaT DSes:

ID-ul DS

Numele DS

Revizie

Stare

Ultima actualizare (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Înscris

2020-11-08 00:07:45

65095

_LGW_IEC_Call_spike_threshold

0.0.12

Rulare

2020-11-08 00:12:53

afișarea statisticilor privind semnătura de diagnosticare a apelurilor la domiciliu

ID-ul DS

Numele DS

Declanșat/Max/Dezinstalare

Timp mediu de rulare (secunde)

Timp maxim de rulare (secunde)
64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

E-mailul de notificare care este trimis în timpul executării semnăturii de diagnosticare conține informații cheie, cum ar fi tipul de problemă, detaliile dispozitivului, versiunea software, configurația care rulează și afișează ieșirile de comandă care sunt relevante pentru depanarea problemei date.

E-mail de notificare care este trimis în timpul executării semnăturii de diagnosticare

Dezinstalarea semnăturilor de diagnosticare

Utilizarea semnăturilor de diagnosticare în scopuri de depanare sunt de obicei definite pentru a dezinstala după detectarea unor apariții ale problemelor. Dacă doriți să dezinstalați manual o semnătură, regăsiți ID-ul DS de la ieșirea de afișare a semnăturii de diagnosticare la domiciliu a apelului și executați următoarea comandă:

dezinstalare semnătură diagnosticare-apel acasă

Exemplu:

dezinstalare semnătură diagnosticare acasă 64224

Semnăturile noi sunt adăugate periodic la Instrumentul de căutare a semnăturilor de diagnosticare, pe baza problemelor observate în implementări. TAC în prezent nu acceptă solicitările de creare de noi semnături particularizate.

Configurați Webex Calling pentru organizația dvs.

Configurarea setărilor de apelare în Expertul de configurare pentru prima dată

Primul pas pentru a vă pune în funcțiune serviciile de apelare Webex este să finalizați Expertul de configurare pentru prima dată (FTSW). Odată ce FTSW este finalizat pentru prima locație, nu trebuie să fie finalizat pentru locații suplimentare.

1

Faceți clic pe linkul Introducere din e-mailul de bun venit pe care îl primiți.

Adresa de e-mail a administratorului este utilizată automat pentru a vă conecta la Control Hub, unde vi se va solicita să creați parola de administrator. După ce vă conectați, expertul de configurare pornește automat.

2

Revizuiți și acceptați termenii serviciului.

3

Revizuiți-vă planul, apoi faceți clic pe Introducere.

Managerul de cont este responsabil pentru activarea primilor pași pentru FTSW. Contactați managerul de cont dacă primiți o notificare "Imposibil de configurat apelul", atunci când selectați Începeți.

4

Selectați țara în care ar trebui să se mapeze centrul de date și introduceți informațiile despre persoana de contact a clientului și adresa clientului.

5

Faceți clic pe Următorul: Locație implicită.

6

Alegeți dintre următoarele opțiuni:

  • Faceți clic pe Salvare și închidere dacă sunteți administrator partener și doriți ca administratorul clientului să finalizeze asigurarea accesului la apelarea Webex.
  • Completați informațiile necesare despre locație. După ce creați locația în expert, puteți crea mai multe locații mai târziu.

După ce terminați expertul de configurare, asigurați-vă că adăugați un număr principal la locația pe care o creați.

7

Efectuați următoarele selecții pentru a vă aplica la această locație:

  • Limbă anunț- Pentru anunțuri și indicații audio pentru utilizatori și funcții noi.
  • Limbă e-mail- Pentru comunicarea prin e-mail pentru utilizatorii noi.
  • Țară
  • Fus orar
8

Faceți clic pe Următorul.

9

Introduceți o adresă CISCO Webex SIP disponibilă și faceți clic pe Următorul și selectați Terminare .

Adăugați o locație

Înainte de a începe

Pentru a crea o locație nouă, pregătiți următoarele informații:

  • Adresa locației

  • Numerele de telefon dorite (opțional)

1

Conectați-vă la Control Hub la https://admin.webex.com, accesați Gestionare > Locație.

O nouă locație va fi găzduită în centrul regional de date care corespunde țării pe care ați selectat-o utilizând Expertul de configurare inițială.
2

Configurați setările locației:

  • Nume locație—Introduceți un nume unic pentru a identifica locația.
  • Țară/Regiune—Alegeți o țară la care să asociați locația. De exemplu, puteți crea o locație (sediu) în Statele Unite și o altă (ramură) în Regatul Unit. Țara pe care o alegeți determină câmpurile de adrese care urmează. Cele documentate aici folosesc convenția de adrese din SUA ca exemplu.
  • Adresa locației—Introduceți adresa de corespondență principală a locației.
  • Oraș/Oraș—Introduceți un oraș pentru această locație.
  • Stat/Provincie/Regiune—Din lista derulantă, alegeți un stat.
  • Cod poștal—Introduceți codul poștal.
  • Limbă anunțuri—Alegeți limba pentru anunțurile și instrucțiunile audio pentru utilizatorii și funcțiile noi.
  • Limbă e-mail—Alegeți limba pentru comunicarea prin e-mail cu utilizatorii noi.
  • Fus orar—Alegeți fusul orar pentru locație.
3

Faceți clic pe Salvare , apoi alegeți Da/ Nu pentru a adăuga numere la locație acum sau o versiune ulterioară.

4

Dacă ați făcut clic pe Da, alegeți una dintre următoarele opțiuni:

  • Cisco PSTN —Alegeți această opțiune dacă doriți o soluție Cloud PSTN de la Cisco. Cisco Calling Plan este o soluție completă de înlocuire PSTN care oferă apeluri de urgență, intrare, și de ieșire interne și internaționale de asteptare, și vă permite să comandați noi numere PSTN sau port numere existente la Cisco.

    Cisco PSTN opțiune este vizibilă numai în următoarele condiții:

    • Ați achiziționat cel puțin un angajat Cisco Calling Plan OCP (Outbound Calling Plan).

    • Locația dumneavoastră se află într-o țară în care este acceptatPlanul de apelare Cisco.

    • Locația ta este nouă. Locațiile preexistente care au avut atribuite alte capacități PSTN nu sunt eligibile pentru Planul de apelare Cisco în acest moment. Deschideți un caz de asistență pentru îndrumare.

    • Sunteți găzduit într-un centru de date Webex Calling într-o regiune în care este acceptat planul Cisco Calling.

  • Cloud Connected PSTN — Alegeți această opțiune dacă sunteți în căutarea unei soluții PSTN cloud de la unul dintre numeroșii parteneri Cisco CCP sau dacă planul de apelare Cisco nu este disponibil în locația dvs. Partenerii PCC oferă soluții de înlocuire PSTN, o acoperire globală extinsă și o gamă largă și variată de caracteristici, ambalaje și prețuri.

    Partenerii PCC și acoperirea geografică sunt enumerate aici. Sunt afișați numai partenerii care acceptă țara locației dvs. Partenerii sunt listați fie cu o siglă, fie ca un scurt șir de text urmat de o regiune, între paranteze (Exemplu: (UE), (SUA) sau (CA)). Partenerii enumerați cu un logo oferă întotdeauna media regională pentru PCC. Pentru partenerii care se afișează ca șir, alegeți regiunea cea mai apropiată de țara în care vă aflați, pentru a asigura media regională pentru PCC.

    Dacă vedeți opțiunea de a comanda numere acum sub un furnizor listat, vă recomandăm să alegeți opțiunea respectivă, astfel încât să puteți beneficia de CPC integrat. CCP integrat permite achiziționarea și furnizarea numerelor de telefon în Control Hub pe un singur panou de sticlă. CPC neintegrată vă solicită să achiziționați numerele de telefon de la partenerul CCP în afara Control Hub.

  • PSTN local (Gateway local)—Puteți alege această opțiune dacă doriți să păstrați furnizorul PSTN actual sau dacă doriți să conectați site-uri non-cloud cu site-uri cloud.

Alegerea opțiunii PSTN este la fiecare nivel de locație (fiecare locație are o singură opțiune PSTN). Puteți să amestecați și să potriviți oricâte opțiuni doriți pentru implementare, dar fiecare locație va avea o singură opțiune. După ce ați selectat și furnizat o opțiune PSTN, o puteți modifica făcând clic pe Gestionare în locația proprietăți PSTN. Cu toate acestea, este posibil ca unele opțiuni, cum ar fi Cisco PSTN, să nu fie disponibile după ce a fost atribuită o altă opțiune. Deschideți un caz de asistență pentru îndrumare.

5

Alegeți dacă doriți să activați numerele acum sau o versiune ulterioară.

6

Dacă ați selectat PSTN neintegrat ccp sau local, introduceți numere de telefon ca valori separate prin virgulă, apoi faceți clic pe Validare.

Numerele sunt adăugate pentru locația specifică. Intrările valide se mută în câmpul Numere validate, iar intrările nevalide rămân în câmpul Adăugare numere însoțite de un mesaj de eroare.

În funcție de țara locației, numerele sunt formatate în funcție de cerințele locale de apelare. De exemplu, dacă este necesar un cod de țară, puteți introduce numere cu sau fără cod și codul este prependat.

7

Faceți clic pe Salvați.

Ce este de făcut în continuare

După ce creați o locație, puteți activa serviciile 911 de urgență pentru locația respectivă. Consultați Serviciul RedSky Emergency 911 pentru Webex Apelarea pentru mai multe informații.

Ștergeți o locație

Înainte de a începe

Puteți șterge o locație care fie nu este în uz, fie a fost configurată incorect după ștergerea utilizatorilor și a spațiilor de lucru asociate cu aceasta. Când ștergeți o locație, ștergeți toate serviciile și numerele atribuite.

Obțineți o listă cu utilizatorii și spațiile de lucru asociate cu o locație: Accesați Servicii > Apelare > Numere și, din meniul derulant, selectați locația pe care doriți să o ștergeți. Trebuie să ștergeți acei utilizatori și spații de lucru înainte de a șterge locația.

Rețineți că orice numere asociate cu această locație sunt returnate furnizorului dvs. PSTN; nu veți mai deține acele numere.

1

Conectați-vă la Control Hub la https://admin.webex.com, accesați Gestionare > Locație.

2

Faceți clic Buton Mai multe opţiuni în coloana Acțiuni de lângă locația pe care doriți să o ștergeți.

3

Alegeți Ștergere locațieși confirmați că doriți să ștergeți locația respectivă.

De obicei, ștergerea permanentă a locației durează câteva minute, dar poate dura până la o oră. Puteți verifica starea făcând clic pe lângă numele locației și selectând Buton Mai multe opţiuni Stareștergere.

Actualizarea unei locații existente

Puteți modifica configurarea PSTN, numele, fusul orar și limba unei locații după ce este creată. Reține însă că noua limbă se aplică doar utilizatorilor și dispozitivelor noi. Utilizatorii și dispozitivele existente continuă să utilizeze vechea limbă.

Pentru locațiile existente, puteți activa serviciile de urgență 911. Consultați Serviciul RedSky Emergency 911 pentru Webex Apelarea pentru mai multe informații.

1

Conectați-vă la Control Hub.

2

Accesați Administrare > Locație.

Dacă vedeți un simbol Atenție lângă o locație, înseamnă că nu ați configurat încă un număr de telefon pentru locația respectivă. Nu puteți efectua sau primi apeluri până când nu configurați acel număr.

3

(Opțional) Sub ConexiunePSTN, selectați PSTN conectat în cloud sau PSTN bazat pe sediu (gateway local), în funcție de cel pe care l-ați configurat deja. Faceți clic pe Gestionare pentru a modifica configurația respectivă, apoi confirmați riscurile asociate selectând Continuare. Apoi, alegeți una dintre următoarele opțiuni și faceți clic pe Salvare:

  • Cisco PSTN —Alegeți această opțiune dacă doriți o soluție Cloud PSTN de la Cisco. Cisco Calling Plan este o soluție completă de înlocuire PSTN care oferă apeluri de urgență, intrare, și de ieșire interne și internaționale de asteptare, și vă permite să comandați noi numere PSTN sau port numere existente la Cisco.

    Cisco PSTN opțiune este vizibilă numai în următoarele condiții:

    • Ați achiziționat cel puțin un OCP plan Cisco Calling (Plan de apelare de ieșire) comis.

    • Locația dumneavoastră se află într-o țară în care este acceptatPlanul de apelare Cisco.

    • Sunteți găzduit într-un centru de date Webex Calling într-o regiune în care este acceptat planul Cisco Calling.

  • Cloud Connected PSTN — Alegeți această opțiune dacă sunteți în căutarea unei soluții PSTN cloud de la unul dintre numeroșii parteneri Cisco CCP sau dacă planul de apelare Cisco nu este disponibil în locația dvs. Partenerii PCC oferă soluții de înlocuire PSTN, o acoperire globală extinsă și o gamă largă și variată de caracteristici, ambalaje și prețuri.

    Partenerii PCC și acoperirea geografică sunt enumerate aici. Sunt afișați numai partenerii care acceptă țara locației dvs. Partenerii sunt listați fie cu o siglă, fie ca un scurt șir de text urmat de o regiune, între paranteze (Exemplu: (UE), (SUA) sau (CA). Partenerii enumerați cu un logo oferă întotdeauna media regională pentru PCC. Pentru partenerii care se afișează ca șir, alegeți regiunea cea mai apropiată de țara în care vă aflați, pentru a asigura media regională pentru PCC.

    Dacă vedeți opțiunea Comandați numere acum la un furnizor enumerat, vă recomandăm să alegeți această opțiune, astfel încât să puteți beneficia de un CCP integrat. CCP integrat permite achiziționarea și configurarea numerelor de telefon în Control Hub într-un singur panou de sticlă. CCP neintegrat vă solicită să achiziționați numerele de telefon de la partenerul CCP din afara Control Hub.

  • PSTN local (Gateway local)—Puteți alege această opțiune dacă doriți să păstrați furnizorul PSTN actual sau dacă doriți să conectați site-uri non-cloud cu site-uri cloud.

    Clienții Webex Calling cu locații care sunt configurate anterior cu un Gateway local vor fi convertiți automat în PSTN bazat pe premise cu un trunchi corespunzător.

Pentru a migra, consultați Migrare la planurile de apelare Cisco de mai jos.

4

Pentru locație, selectați Numărul principal din lista derulantă.

Numărul principal poate fi atribuit unui operator automat sau unei alte destinații din locație, astfel încât apelanții externi să fie rutați către o destinație corespunzătoare.

Este obligatoriu să atribuiți un număr principal locației dacă aceasta are trunchiuri sau entități care beneficiază exclusiv de extensie, cum ar fi utilizatori, spații de lucru, linii virtuale sau funcții. Fără un număr principal, trunchiurile nu sunt utilizabile, iar entitățile care dețin doar extensia nu pot efectua sau primi apeluri interne sau externe. Utilizatorii din locația respectivă pot utiliza, de asemenea, acest număr ca ID de apelant extern atunci când efectuează apeluri PSTN.

Dacă alegeți un număr fără taxă ca număr principal pentru o locație, vă recomandăm să actualizați Numărul de reapelare de urgență pentru locație, deoarece un număr fără taxă nu are o adresă pentru serviciile de urgență. Pentru mai multe informații, consultați Configurarea numărului de apelare inversă de urgență pentru o locație.

5

(Opțional) Sub Apelarede urgență, puteți selecta Identificator de locație de urgență pe care să îl atribuiți acestei locații.

Această setare este opțională și se aplică numai țărilor care o solicită.

În unele țări (Exemplu: Franța), există cerințe de reglementare pentru sistemele radio celulare pentru a stabili identitatea celulei atunci când efectuați un apel de urgență și este pus la dispoziția autorităților de urgență. Alte țări, cum ar fi SUA și Canada, implementează determinarea locației folosind alte metode. Pentru mai multe informații, consultați Apelareade urgență îmbunătățită.

Furnizorul dvs. de apeluri de urgență poate avea nevoie de informații despre rețeaua de acces, iar acest lucru este realizat prin definirea unui nou antet de extensie SIP privată, P-Access-Network-Info. Antetul conține informații referitoare la rețeaua de acces.

Atunci când setați identificatorul de locație de urgență pentru o locație, valoarea locației este trimisă furnizorului ca parte a mesajului SIP. Contactați furnizorul de apeluri de urgență pentru a vedea dacă aveți nevoie de această setare și utilizați valoarea furnizată de furnizorul de apeluri de urgență."

6

Selectați Numărul de poștă vocală pe care utilizatorii îl pot apela pentru a-și verifica mesageria vocală pentru această locație.

7

(Opțional) Faceți clic pe pictograma creion din partea de sus a paginii Locație pentru a modifica numele locației , limbaanunțului, limbade e-mail, fusul orarsau adresa , după cum este necesar, apoi faceți clic pe Salvare.

Modificarea limbii de anunț intră în vigoare imediat pentru orice utilizatori și caracteristici noi adăugate la această locație. Dacă utilizatorii și/sau caracteristicile existente ar trebui, de asemenea, să li se modifice limba de anunțare, atunci când vi se solicită, selectați Modificare pentru utilizatorii și spațiile de lucru existente sau Modificare pentru caracteristicileexistente. Faceți clic pe Se aplică. Puteți vizualiza progresul pe pagina Activități . Nu mai puteți face modificări până când acest lucru nu este finalizat.

Modificarea fusului orar pentru o locație nu actualizează fusurile orare ale caracteristicilor asociate locației. Pentru a edita fusurile orare pentru funcții precum operatorul automat, grupul de hunt și coada de apeluri, accesați zona Setări generale a funcției specifice pentru care doriți să actualizați fusul orar, editați și salvați acolo.

Migrați la planurile de apelare Cisco

Vă puteți schimba conexiunea PSTN pentru o locație existentă la Cisco PSTN. De exemplu, puteți modifica locațiile pentru PSTN local (gateway local) sau conexiunile CCP neintegrate la PSTN Cisco. Cisco PSTN furnizează o soluție PSTN cloud de la Cisco.

Toate numerele care pot fi portate rămân funcționale, cu excepția unei mici întreruperi în timpul programat de finalizare a portării.

De asemenea, nu puteți efectua nicio modificare în gestionarea numerelor pentru o locație care este supusă unei tranziții de conexiune PSTN. Dar numerele existente rămân funcționale și puteți atribui sau anula alocarea numerelor către locație. Nu puteți adăuga, șterge și muta numere pentru locația respectivă. În timpul acestui proces, profilul de rutare se actualizează automat, activând Cisco PSTN.

În prezent, capacitatea de a schimba conexiunea PSTN pentru o locație existentă la Cisco PSTN nu este acceptată pentru regiunea Japoniei.

În timp ce schimbați conexiunea PSTN, se aplică un abonament cu o licență de apelare, iar serviciul de facturare primește o notificare.

Limitări:

  • Migrarea de la o locație IntelePeer integrată la o locație Cisco PSTN nu este acceptată

  • Locația instanței dedicate nu poate fi migrată în Cisco PSTN

  • Este posibil să fie necesare mai multe comenzi de porturi pentru modificarea conexiunii PSTN. Dacă da, aceste comenzi sunt legate, astfel încât să fie finalizate în același timp. Orice modificare a datei sau anularea unei secvențe de porturi trebuie să se aplice tuturor secvențelor de porturi asociate pentru modificarea conexiunii.

Cum să inițiați o modificare a conexiunii PSTN

1

Conectați-vă la Control Hub.

2

Accesați Administrare > Locație.

3

Selectați locația pentru care doriți să modificați conexiunea PSTN la Cisco PSTN.

4

Accesați fila Apelare , faceți clic pe opțiunea Gestionați de lângă PSTN local sau PSTN conectat în cloud neintegrat.

5

Editați lângă Tipul de conexiune.

6

Selectați cardul Planuri de apelare Cisco și alegeți abonamentul care alocă pentru utilizatorii din această locație planul de apelare Cisco. Faceți clic pe Următorul.

7

Este afișată o pagină de modificare a conexiunii pentru confirmare. Faceți clic pe Înainte și verificați disponibilitatea portului pentru numerele dvs.

Butonul Următorul se activează numai dacă toate numerele din listă pot fi portate. Citiți aceste indicatoare:

  • „Numere care nu pot fi portate” se referă la numere inactive; asigurați-vă că nu există numere în această listă.

  • Eliminați orice numere care nu pot fi portate din locație. Puteți muta sau anula alocarea, apoi puteți șterge numerele.

8

Faceți clic pe Înainte și furnizați informațiile contractului.

Acesta este principalul contact contractual pentru toate locațiile care utilizează planuri de apelare Cisco (S.U.A.). Orice modificare a acestui contact se aplică tuturor celorlalte locații care utilizează planuri de apelare Cisco (SUA).

9

Faceți clic pe Înainte. Se afișează o notificare care solicită confirmarea pentru a salva informațiile de contract pentru locația respectivă. Selectați Da, modificați.

10

Furnizați adresa pentru serviciul de urgență și faceți clic pe Salvați.

În cazul unei situații de urgență, echipa locală de intervenție în caz de urgență utilizează această adresă pentru a localiza apelantul.

11

Este afișată pagina cu rezumatul cu numărul de porturi create. Dacă există o singură comandă, puteți vedea un pas suplimentar numit Furnizați informații suplimentare. Pentru mai multe comenzi, în partea de sus este disponibil un selector de comenzi, pentru a naviga între ele. Faceți clic pe Înainte și introduceți detaliile pentru a finaliza expertul de portare.

Comenzile sunt trimise imediat atunci când toate informațiile sunt furnizate pentru o singură solicitare de migrare PSTN. În mod implicit, data angajării ferme a comenzii este consecventă pentru toate comenzile. Modificarea conexiunii PSTN se aplică automat după ce ultima comandă asociată este portată complet.

  • Dacă trimiterea comenzii nu reușește, un tichet de asistență este creat automat și trimis echipei de asistență.

  • Dacă modificarea conexiunii PSTN necesită comenzi multiple de la mai mulți operatori, poate dura până la 10 zile lucrătoare pentru a fi finalizată.

Detaliile privind migrarea sunt disponibile în fila Servicii > Apelare > PSTN > Comandă . Selectați ID-ul comenzii pentru a vizualiza detaliile comenzii într-o vizualizare din panoul lateral. Puteți vedea tipul ca Schimbați PSTN pentru comenzile create din schimbarea conexiunii PSTN.

Anulați modificarea conexiunii PSTN

Un administrator poate anula migrarea PSTN atunci când locația se află încă într-o stare de tranziție.

1

Conectați-vă la Control Hub.

2

Accesați Administrare > Locație.

3

Selectați locația pentru care doriți să anulați conexiunea PSTN.

4

Accesați fila Apelare, faceți clic pe butonul Anulați schimbarea conexiunii PSTN .

5

Faceți clic pe Da, continuați pentru a confirma anularea.

Configurați planul de apelare Webex Calling

Puteți controla planul de apelare pentru implementarea Apelării Webex cu coduri de apelare la ieșire. Particularizați lungimile extensiilor, prefixele de rutare și preferințele de apelare (interne și externe) pentru a fi compatibile cu obiceiurile de apelare ale utilizatorilor.

Aceste setări sunt pentru apelare internă și sunt, de asemenea, disponibile în expertul de configurare pentru prima dată. Pe măsură ce vă schimbați planul de apelare, numerele de exemplu din Control Hub se actualizează pentru a afișa aceste modificări.

Puteți configura permisiunile de apelare de ieșire pentru o locație. Consultați acești pași pentru a configura permisiunile de apelare de ieșire.

1

Conectați-vă la Control Hub, accesați Servicii > Apelare > Setări serviciu, apoi defilați la Apelare internă.

2

Configurați următoarele preferințe opționale de apelare, după cum este necesar:

  • Lungime prefix rutare locație—Dacă aveți mai multe locații, vă recomandăm această setare. Puteți introduce o lungime de 1-7 cifre. Dacă aveți mai multe locații cu aceeași extensie, utilizatorii trebuie să formeze un prefix atunci când Apelează între locații. De exemplu, dacă aveți mai multe magazine, toate cu extensia 1000, puteți configura un prefix de rutare pentru fiecare magazin. Dacă un magazin are un prefix de 888, veți forma 8881000 pentru a ajunge la acel magazin.

    • Lungimile prefixului de rutare includ cifra de direcționare. De exemplu, dacă setați lungimea prefixului de rutare la patru, puteți utiliza numai trei cifre pentru a specifica site-ul.

    • Dacă atribuiți un prefix de rutare unei locații, toate aparițiile interioarelor atribuite locației respective includ prefixul de rutare în fața numărului de interior. De exemplu, 888-1000 (extensie pentru prefixul de rutare).

  • Cifră de direcționare în prefixul de rutare—Alegeți numărul care va fi setat ca primă cifră a fiecărui prefix de rutare.
  • Lungime extensie internă—Puteți introduce 2-10 cifre, iar valoarea implicită este 2.

    După ce creșteți lungimea interiorului, apelările rapide existente la interioarele interne nu sunt actualizate automat.

  • Permiteți apelarea între locații folosind extensii—Vă permite să personalizați apelarea între locații pe baza cerințelor organizației dvs.

    • Activați comutatorul dacă organizația dvs. nu are interioare duplicate în toate locațiile sale.

      În mod implicit, comutatorul este activat.

    • Dezactivați comutatorul dacă organizația dvs. are aceeași extensie în locații diferite. Atunci când comutatorul este dezactivat, iar apelantul formează extensia, apelul este direcționat către un utilizator cu o extensie corespunzătoare, în aceeași locație cu apelantul. Apelantul trebuie să formeze numărul semnificativ de întreprindere (prefixul de rutare al locației + extensia) pentru a apela la o extensie în alte locații.

3

Specificați apelarea internă pentru anumite locații. Accesați Gestionare > Locații, selectați o locație din listă și faceți clic pe Apelare . Derulați la Apelare, apoi modificați apelarea internă după cum este necesar:

  • Apelare internă—Specificați prefixul de rutare pe care utilizatorii dintr-o locație trebuie să îl apeleze pentru a contacta pe cineva din cealaltă locație. Prefixul de rutare al fiecărei locații trebuie să fie unic. Vă recomandăm ca lungimea prefixului să corespundă cu lungimea setată la nivel de organizație, dar să aibă o lungime de 1-7 cifre.
4

Specificați apelarea externă pentru anumite locații. Accesați Gestionare > Locații, selectați o locație din listă și faceți clic pe Apelare . Derulați la Apelare, apoi modificați apelarea externă după cum este necesar:

  • Apelare externă—Puteți alege o cifră pentru apeluri de ieșire pe care utilizatorii trebuie să o formeze pentru a apela o linie externă. Valoarea implicită este None și o puteți lăsa dacă nu aveți nevoie de acest obicei de apelare. Dacă decideți să utilizați această caracteristică, vă recomandăm să utilizați un număr diferit de cifra de direcție a organizației dvs.

    Utilizatorii pot include cifra de apelare de ieșire atunci când efectuează apeluri externe pentru a imita modul în care au apelat pe sistemele vechi. Cu toate acestea, toți utilizatorii pot efectua în continuare apeluri externe fără cifra de apelare de ieșire.

  • Opțional, puteți Impune formarea cifrei de apelare în exterior a acestei locații, asigurându-se că utilizatorul trebuie să utilizeze cifra de apelare în exterior setată de administrator pentru a efectua apeluri externe.

    • Puteți apela apeluri de urgență cu sau fără cifra de apelare în exterior, activând această funcție.

      Odată activate, orice numere de destinație externe, cum ar fi cele utilizate pentru redirecționarea apelurilor, nu vor mai funcționa dacă nu este inclusă o cifră pentru apeluri de ieșire.

    • Dacă o extensie este identică cu numărul național, aceasta are prioritate față de numărul național. Prin urmare, vă recomandăm să activați cifra pentru apeluri de ieșire.

    • Vă recomandăm insistent să utilizați formatul de numerotare E.164 pentru apelurile PSTN de intrare și de ieșire.

Impactul asupra utilizatorilor:

  • Utilizatorii trebuie să își repornească telefoanele pentru ca modificările preferințelor de apelare să fie implementate.

  • Interioarele de utilizator nu trebuie să înceapă cu același număr ca cifra de direcționare a locației sau cifrele de apelare în exterior.

Configurarea PSTN bazat pe premise (Local Gateway) în Control Hub

Dacă sunteți reseller cu valoare adăugată, puteți utiliza acești pași pentru a porni configurarea gateway-ului local în Control Hub. Atunci când acest gateway este înregistrat în cloud, îl puteți utiliza în una sau mai multe dintre locațiile webex Calling pentru a furniza rutare către un furnizor de servicii PSTN de întreprindere.

O locație care are un gateway local nu poate fi ștearsă atunci când gateway-ul local este utilizat pentru alte locații.

Crearea unui trunchi

Urmați acești pași pentru a crea un trunchi în Control Hub.

Înainte de a începe

  • Odată ce o locație este adăugată și înainte de a configura PSTN bazat pe premise pentru o locație, trebuie să creați un trunchi.

  • Creați orice locații și setări și numere specifice pentru fiecare dintre ele. Locațiile trebuie să existe înainte de a putea adăuga un PSTN bazat pe premise.

  • Înțelegeți cerințele PSTN (gateway local) bazate pe premise pentru apelareaWebex.

  • Nu puteți alege mai mult de un portbagaj pentru o locație cu PSTN bazat pe premise, dar puteți alege același portbagaj pentru mai multe locații.

1

Conectați-vă la Control Hub la https://admin.webex.com, accesați Servicii > Apelare > Rutare apel și selectați Adăugați trunchi.

2

Selectați o locație.

3

Denumiți trunchiul și faceți clic pe Salvare.

Numele nu poate fi mai mare de 24 de caractere.

Ce trebuie să faceți în continuare

Vi se prezintă parametrii relevanți pe care va trebui să îi configurați pe trunchi. De asemenea, veți genera un set de acreditări SIP digest pentru a securiza conexiunea PSTN.

Informațiile despre trunchi apar pe ecranul Registru domeniu, Trunk Group OTG/DTG, Linie/Portși 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 local, astfel încât să puteți face referire la acestea atunci când sunteți gata să configurați PSTN bazat pe premise.

Dacă pierdeți acreditările, trebuie să le generați din ecranul de informații 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.

Selectați un trunchi pentru PSTN bazat pe premise

1

Conectați-vă la Control Hub la https://admin.webex.com, accesați Gestionare > Locație.

2

Selectați o locație de modificat și faceți clic pe Gestionare.

3

Selectați PSTN bazat pe premise și faceți clic pe Următorul.

4

Alegeți un trunchi din meniul vertical.

Vizitați pagina portbagajului pentru a gestiona opțiunile grupului de trunchiuri.

5

Faceți clic pe notificarea de confirmare, apoi faceți clic pe Salvare.

Ce trebuie să faceți în continuare

Trebuie să luați informațiile de configurare pe care Control Hub le-a generat și să mapați parametrii în gateway-ul local (de exemplu, pe un CISCO CUBE care se află la fața locului). Acest articol vă îndrumă prin acest proces. Ca referință, consultați următoarea diagramă pentru un exemplu despre modul în care informațiile de configurare ale Hubului de control (din stânga) se mapează pe parametrii din CUBE (în dreapta):

După ce finalizați cu succes configurarea gateway-ului în sine, puteți reveni la Servicii > Apel > Locații din Control Hub, iar gatewayul pe care l-ați creat va fi afișat în cardul locației căruia i-ați alocat, cu un punct verde în partea stângă a numelui. Această stare indică faptul că gateway-ul este înregistrat în siguranță în cloud-ul apelant și servește ca gateway PSTN activ pentru locație.

Gestionare numere de telefon

Puteți vizualiza, activa, elimina și adăuga cu ușurință numere de telefon pentru organizația dvs. în Control Hub. Pentru mai multe informații, consultați Gestionarea numerelor de telefon în Control Hub.

Solicitarea unei achiziții de servicii Webex dintr-o versiune de încercare din Control Hub

Dacă încercați serviciile Webex și doriți să convertiți versiunea de încercare într-un abonament plătit, puteți trimite o solicitare prin e-mail partenerului.

1

Conectați-vă la Control Hub la https://admin.webex.com, selectați pictograma de clădire .

2

Selectați fila Abonamente , apoi faceți clic pe Achiziție acum.

Un e-mail este trimis partenerului prin care îi anunță că sunteți interesat să vă convertiți la un abonament plătit.

Setați opțiunile de apelare

Puteți utiliza Control Hub pentru a seta prioritatea opțiunilor de apelare disponibile pe care utilizatorii le văd în Webex App. De asemenea, le puteți activa pentru un singur clic și apel. Pentru mai multe informații, consultați: Setați opțiunile de apelare pentru utilizatorii Aplicației Webex.

Configurați comportamentul de apelare

Puteți controla ce se deschide aplicația de apelare atunci când utilizatorii efectuează apeluri. Puteți configura setările clientului de apelare, inclusiv implementarea în modul mixt pentru organizațiile cu utilizatori titulari de Unified CM sau Webex Calling și utilizatori fără servicii de apelare cu plată de la Cisco. Pentru mai multe informații, consultați: Configurați comportamentul de apelare.

Configurați Unified CM pentru Webex Calling

Configurarea SIP Trunk profil de securitate pentru Trunk la Local Gateway

În cazurile în care Local Gateway și PSTN gateway se află pe același dispozitiv, Unified CM trebuie să fie activat pentru a diferenția între două tipuri diferite de trafic (apeluri de la Webex și de la PSTN) care provin de pe același dispozitiv și pentru a aplica o clasă diferențiată de servicii acestor tipuri de apeluri. Acest tratament de apel diferențiat se realizează prin asigurarea a două trunchiuri între Unified CM și gateway-ul local combinat și pstn gateway dispozitiv care necesită porturi diferite de ascultare SIP pentru cele două trunchiuri.

Creați un profil de securitate dedicat SIP Trunk pentru trunchiul Local Gateway cu următoarele setări:

ConfigurareValoare
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi profilul de securitate al trunchiului SIP Webex
Portul de intrareTrebuie să se potrivească portul utilizat în configurarea gateway-ului local pentru traficul către/de la Webex: 5065

Configurarea profilului SIP pentru trunchiul gateway-ului local

Creați un profil SIP dedicat pentru trunchiul Local Gateway cu următoarele setări:

ConfigurareValoare
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Profilul SIP Webex
Activați OPTIONS Ping pentru a monitoriza starea de destinație pentru trunchiuri cu tipul de serviciu "None (Implicit)"Bifat

Crearea unui spațiu de căutare a apelurilor pentru apelurile de la Webex

Creați un spațiu de căutare a apelurilor pentru apelurile care provin de la Webex cu următoarele setări:

ConfigurareValoare
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi spațiul de căutare Webex Calling
Partiții selectate

DN (+Numere director E.164)

ESN (apelare intersite abreviată)

PSTNInațional (acces PSTN)

onNetRemote (destinații învățate în GDPR)

Ultima partiție onNetRemote este utilizată numai într-un mediu multi-cluster în care informațiile de rutare sunt schimbate între clustere CM unificate utilizând Intercluster Lookup Service (ILS) sau Global Dialplan Replication (GDPR).

Configurarea unui trunchi SIP către și de la Webex

Creați un trunchi SIP pentru apelurile către și de la Webex prin Gateway-ul local cu următoarele setări:

ConfigurareValoare
Informații dispozitiv
Nume dispozitivUn nume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi trunchiul SIP Webex
Rularea pe toate nodurile CM unificate activeBifat
Apeluri primite
Apelarea spațiului de căutareSpațiul de căutare a apelurilor definit anterior: Webex
AAR Apelarea spațiului de căutare Un spațiu de căutare de apelare cu acces numai la modelele de rute PSTN: PSTNReroute
Sip Informații
Adresa de destinațieAdresa IP a Local Gateway CUBE
Portul de destinație5060
SIP Trunk profil de securitateDefinit anterior: Webex
Profilul SIPDefinit anterior: Webex

Configurarea Grupului de rute pentru Webex

Creați un grup de rute cu următoarele setări:

ConfigurareValoare
Informații despre grupul de rute
Nume grup de rutareUn nume unic, cum ar fi Webex
Dispozitive selectateTrunchiul SIP configurat anterior: Webex

Configurarea listei de rute pentru Webex

Creați o listă de rute cu următoarele setări:

ConfigurareValoare
Informații despre lista de rute
NumeUn nume unic, cum ar fi RL_Webex
DescriereDescriere relevantă, cum ar fi Listă de rutare pentru Webex
Rularea pe toate nodurile CM unificate activeBifat
Informații despre membrii listei de rute
Grupuri selectateNumai grupul de rute definit anterior: Webex

Crearea unei partiții pentru destinații webex

Creați o partiție pentru destinațiile Webex cu următoarele setări:

ConfigurareValoare
Informații despre lista de rute
NumeNume unic, cum ar fi Webex
DescriereDescriere semnificativă, cum ar fi Partiție Webex

Ce trebuie să faceți în continuare

Asigurați-vă că adăugați această partiție la toate spațiile de căutare apelante care ar trebui să aibă acces la destinații webex. Trebuie să adăugați această partiție în mod specific la spațiul de căutare apelant care este utilizat ca spațiu de căutare de apelare la intrare pe trunchiurile PSTN, astfel încât apelurile de la PSTN la Webex să poată fi direcționate.

Configurarea modelelor de rute pentru destinațiile Webex

Configurați modelele de rute pentru fiecare interval DID de pe Webex cu următoarele setări:

ConfigurareValoare
Model traseuModel complet +E.164 pentru gama DID din Webex cu cel mai important "\". De exemplu: \+140855501XX
Partiția de rutăWebex
Gateway/Listă de ruteRL_Webex
Prioritate urgentăBifat

Configurarea normalizării abreviate a apelării intersite pentru Webex

Dacă webex este necesară apelarea prescurtată între site-uri, configurați modelele de normalizare a apelului pentru fiecare interval ESN de pe Webex cu următoarele setări:

ConfigurareValoare
Model de traducereModel ESN pentru gama ESN din Webex. De exemplu: 80121XX
PartițieWebex
DescriereDescriere semnificativă, cum ar fi Modelul de normalizare Webex
Utilizați spațiul de căutare apelant al inițiatoruluiBifat
Prioritate urgentăBifat
Nu așteptați pentru Timeout Interdigit pe hamei ulterioareBifat
Numită Party Transformation MaskMasca pentru a normaliza numărul la +E.164. De exemplu: +140855501XX

Configurați funcțiile dvs. Webex Calling

Configurarea unui grup de vânătoare

Grupurile de vânătoare direcționează apelurile primite către un grup de utilizatori sau spații de lucru. Puteți configura chiar și un model pentru a ruta la un grup întreg.

Pentru mai multe informații despre cum să configurați un grup de vânătoare, consultați Grupuri de vânătoare în Cisco Webex Control Hub.

Crearea unei cozi de apel

Puteți configura o coadă de apeluri, astfel încât, atunci când apelurile clienților nu pot fi răspunse, să li se ofere un răspuns automat, mesaje de confort și muzică în așteptare până când cineva poate răspunde la apel.

Pentru mai multe informații despre cum să configurați și să gestionați o coadă de apel, consultați Gestionarea cozilor de apeluri în Cisco Webex Control Hub.

Crearea unui client recepționer

Ajutați-vă să susțineți nevoile personalului din front-office. Puteți configura utilizatorii ca însoțitori de telefon, astfel încât să poată filtra apelurile primite către anumite persoane din cadrul organizației dvs.

Pentru informații despre cum să configurați și să vizualizați clienții recepționer, consultați Clienții recepționer din Cisco Webex Control Hub.

Crearea și gestionarea operatorilor automați

Puteți să adăugați felicitări, să configurați meniuri și să direcționați apelurile către un serviciu de răspuns, un grup de vânătoare, o casetă de mesagerie vocală sau o persoană reală. Creează un program de 24 de ore sau oferă opțiuni diferite atunci când afacerea ta este deschisă sau închisă.

Pentru informații despre cum să creați și să gestionați operatorii automați, consultați Gestionarea operatorilor automați în Cisco Webex Control Hub.

Configurarea unui grup de paginare

Paginarea în grup permite unui utilizator să plaseze o pagină de apel sau de grup unidirecțională la până la 75 de utilizatori și spații de lucru țintă, formând un număr sau o extensie atribuită unui anumit grup de paginare.

Pentru informații despre configurarea și editarea grupurilor de paginare, consultați Configurarea unui grup de paginare în Cisco Webex Control Hub.

Configurarea preluării apelurilor

Îmbunătățiți munca în echipă și colaborarea prin crearea unui grup de preluare a apelurilor, astfel încât utilizatorii să poată răspunde reciproc la apeluri. Când adăugați utilizatori la un grup de preluare a apelurilor și un membru al grupului este plecat sau ocupat, un alt membru poate răspunde la apelurile lor.

Pentru informații despre cum să configurați un grup de preluare a apelurilor, consultați Preluarea apelurilor în Cisco Webex Control Hub.

Configurarea parcului de apeluri

Call park permite unui grup definit de utilizatori să parcheze apelurile împotriva altor membri disponibili ai unui grup de call park. Apelurile parcate pot fi preluate de alți membri ai grupului pe telefonul lor.

Pentru mai multe informații despre cum să configurați parcul de apeluri, consultați Call Park în Cisco Webex Control Hub.

Activați întreruperea pentru utilizatori

1

Din fereastra de vizualizare a clientului din https://admin.webex.com, accesați Administrare > Utilizatori.

2

Selectați un utilizator și faceți clic pe Apelare.

3

Accesați secțiunea Permisiuni între utilizatori , apoi selectați Intruziune.

4

Activați comutatorul pentru a permite altor utilizatori să se adauge la apelul în curs al acestui utilizator.

5

Bifați opțiunea Redați un ton atunci când acest utilizator intră inopinat într-un apel dacă doriți să redați un ton altor persoane atunci când acest utilizator intră inopinat în apelul lor.

Setarea Redați un ton atunci când acest utilizator intră inopinat într-un apel nu se aplică funcționalității de apelare inopinată a supervizorului Customer Experience Basic și Essentials. Chiar dacă activați această opțiune pentru un supervizor, sistemul nu redă tonul de notificare către agent atunci când un supervizor intră inopinat în apelul din coada de apeluri.

Dacă doriți să redați un ton unui agent atunci când un supervizor intră inopinat în apelul său, îl puteți activa din setările „Ton de notificare pentru agenți”. Pentru mai multe informații, consultați secțiunea Creați o coadă de apeluri din Webex Customer Experience Basic sau Webex Customer Experience Essentials.

6

Faceți clic pe Salvați.

Activați confidențialitatea pentru un utilizator

1

Conectați-vă la Control Hub și accesați Gestionare > Utilizatori.

2

Selectați un utilizator și faceți clic pe Apelare.

3

Accesați zona Permisiuni între utilizatori , apoi alegeți Confidențialitate.

4

Alegeți setările de confidențialitate ale Operatorului automat corespunzătoare pentru acest utilizator.

  • Permiteți acestui utilizator să fie apelat prin interior
  • Permiteți acestui utilizator să fie apelat cu prenume sau nume
5

Bifați caseta de selectare Activare confidențialitate . Apoi, puteți decide să blocați toate persoanele dacă nu alegeți membri din lista derulantă. În mod alternativ, puteți alege utilizatorii, spațiile de lucru și liniile virtuale care pot monitoriza starea liniei acestui utilizator.

Dacă sunteți administrator de locație, în lista derulantă apar numai utilizatorii, spațiile de lucru și liniile virtuale care aparțin locațiilor alocate.

Debifați caseta de selectare Activare confidențialitate pentru a permite tuturor să monitorizeze starea liniei.

6

Bifați caseta de selectare Impuneți confidențialitatea pentru preluarea apelurilor direcționate și întreruperea apelurilor pentru a activa confidențialitatea pentru preluarea apelurilor direcționate și întreruperea apelurilor.

  • Dacă activați această opțiune, numai utilizatorii autorizați, liniile virtuale și dispozitivele din spațiul de lucru pot utiliza preluarea apelurilor direcționate și pot întrerupe apelul acestui utilizator. În caz contrar, orice persoană din organizație poate invoca preluarea apelurilor direcționate și poate întrerupe o linie.
  • Pentru mai multe informații despre întreruperea apelului, consultați Întreruperea apelului telefonic al altcuiva.
  • Supervizorul poate întrerupe oricând apelurile pe care agenții le primesc prin coada de apeluri. Adică, setările de confidențialitate nu afectează opțiunea de întrerupere a unui supervizor.

7

Din Adăugați membrul după nume, alegeți utilizatorii, spațiile de lucru și liniile virtuale care pot monitoriza starea liniei telefonice, pot invoca preluarea apelurilor direcționate și pot întrerupe apelul.

8

Pentru a filtra membrii pe care îi selectați, utilizați câmpul Filtru după nume, număr sau interior .

9

Faceți clic pe Eliminați toți pentru a elimina toți membrii selectați.

Pentru a elimina un membru individual, faceți clic pe Ștergere lângă numele membrului.

10

Faceți clic pe Salvați.

Setări de confidențialitate

Configurați monitorizarea

Numărul maxim de linii monitorizate pentru un utilizator este 50. Cu toate acestea, în timp ce configurați lista de monitorizare, luați în considerare numărul de mesaje care afectează lățimea de bandă dintre Webex Calling și rețeaua dvs. De asemenea, determinați liniile maxime monitorizate de numărul de butoane de linie de pe telefonul utilizatorului.

1

Din fereastra de vizualizare a clientului din https://admin.webex.com, accesați Gestionare , apoi faceți clic pe Utilizatori.

2

Selectați utilizatorul pe care doriți să-l modificați și faceți clic pe Apelare.

3

Accesați secțiunea Permisiuni între utilizatori și selectați Monitorizare.

4

Alegeți dintre următoarele:

  • Adăugare linie monitorizată
  • Adăugare Interior parcare apeluri

Puteți include o linie virtuală în lista Adăugare linie monitorizată pentru monitorizarea utilizatorului.

5

Alegeți dacă doriți să notificați acest utilizator despre apelurile parcate, căutați persoana sau extensia de parcare a apelurilor care urmează să fie monitorizată, apoi faceți clic pe Salvați.

Lista de linii monitorizate din Control Hub corespunde ordinii liniilor monitorizate care se afișează pe dispozitivul utilizatorului. Puteți reordona lista de linii monitorizate în orice moment.

Numele care apare pentru linia monitorizată este numele introdus în câmpurile Prenume și Nume de familie din ID apelant pentru utilizator, spațiu de lucru și linie virtuală.

Vrei să vezi cum se face? Urmăriți această demonstrație video despre cum să gestionați setările de monitorizare pentru un utilizator în Control Hub.

Activați tonul de avertizare pentru punte de apeluri pentru utilizatori

Înainte de a începe

Trebuie să aveți configurată linia partajată pentru a fi invocată puntea de apeluri. Vedeți cum să configurați liniile partajate înainte de a activa redarea tonului de avertizare pentru punte de apeluri.
1

Conectați-vă la Control Hub și accesați Gestionare > Utilizatori.

2

Selectați un utilizator și faceți clic pe fila Apelare.

3

Accesați Permisiuni între utilizatori și faceți clic pe Ton de avertizare pentru punte între apeluri.

4

Activați Ton de avertizare pentru punte între apeluri, apoi faceți clic pe Salvați.

În mod implicit, această funcție este activată.

Pentru mai multe informații despre punte între apeluri pe o linie partajată MPP, consultați Linii partajate pe telefonul de birou pentru mai multe platforme.

Pentru mai multe informații despre punte între apeluri pe o linie partajată a Aplicației Webex, consultați Aparența liniei partajate pentru Aplicația Webex.

Activarea hoteling-ului pentru un utilizator

Activarea hoteling pentru un utilizator le permite să lucreze într-un alt spațiu, menținând în același timp funcționalitatea și caracteristicile telefonului principal de birou.
1

Din fereastra de vizualizare a clientului din https://admin.webex.com, accesați Gestionare și selectați Utilizatori.

2

Selectați un utilizator și faceți clic pe fila Apelare.

3

Accesați secțiunea Permisiuni între utilizatori , selectați Închiriere și activați comutatorul.

4

Introduceți numele sau numărul gazdei de închiriere în câmpul de căutare Locație închiriere și alegeți gazda de închiriere pe care doriți să o atribuiți utilizatorului.

Poate fi selectată o singură gazdă de programare a utilizării. Dacă alegeți o altă gazdă de programare a utilizării, prima va fi ștearsă.

Dacă sunteți administrator de locație, puteți aloca numai gazda de închiriere care aparține locațiilor alocate.

5

Pentru a limita durata de timp în care un utilizator poate fi asociat gazdei de închiriere, alegeți numărul de ore în care utilizatorul poate utiliza gazda de închiriere, din lista derulantă Limitați perioada de asociere .

Utilizatorul va fi deconectat automat după ora selectată.

Un mesaj de eroare este afișat pe ecran dacă perioada de asociere limită specificată pentru utilizator depășește perioada de asociere limită a gazdei hoteliere alese. De exemplu, dacă gazda de închiriere are o perioadă de asociere limită de 12 ore, iar perioada de asociere limită a utilizatorului este de 24 de ore, se afișează un mesaj de eroare. În astfel de cazuri, trebuie să prelungiți perioada limită de asociere a gazdei de închiriere dacă este nevoie de mai mult timp pentru utilizator.

6

Faceți clic pe Salvați.

De asemenea, un utilizator poate căuta și localiza gazda de închiriere pe care dorește să o utilizeze din User Hub. Pentru mai multe informații, consultați Accesați profilul de apelare de oriunde.

Vreți să vedeți cum se procedează? Urmăriți această demonstrație video despre cum să configurați programarea utilizării în Control Hub.

Rapoarte privind tendințele de adoptare și utilizare pentru Webex Calling

Vizualizați rapoartele de apelare

Puteți utiliza pagina Statistici din Control Hub pentru a vizualiza modul în care sunt utilizate serviciile Webex Calling, implicarea în aplicația Webex și calitatea experienței media a apelurilor acestora. Pentru a accesa statisticile Webex Calling:

1

Conectați-vă la Control Hub.

2

Accesați Statistici și selectați fila Apelare .

3

Selectați Istoric detaliat al apelurilor.

Detaliile istoricului apelurilor sunt afișate cu datele de calitate media.
4

Pentru a accesa datele de calitate media, conectați-vă la Control Hub, apoi accesați Statistici și apoi selectați Apelare.

Informații conexe
A fost util acest articol?
A fost util acest articol?
PrețuriAplicația WebexMeetingsCallingMesageriePartajare ecran
Webex SuiteCallingMeetingsMesagerieSlidoSeminare webEventsContact CenterCPaaSSecuritateControl Hub
CăștiCamereSeria DeskSeria RoomSeria BoardSeria PhoneAccesorii
EducațieAsistență medicalăGuvernFinanțeSport și divertismentPrima linieNonprofitStart-upuriActivitate hibridă
DescărcăriIntrați într-o întâlnire de probăCursuri onlineIntegrăriAccesibilitateIncluzivitateSeminare web live și la cerereComunitate WebexDezvoltatori WebexNoutăți și inovație
CiscoContactați asistențaContactați departamentul de vânzăriWebex BlogSpirit inovator WebexMagazin produse WebexCariere
  • X
  • LinkedIn
  • Facebook
  • Youtube
  • Instagram
Clauze și condițiiDeclarație de confidențialitateModule cookieMărci comerciale
©2025 Cisco și/sau afiliații săi. Toate drepturile rezervate.
Clauze și condițiiDeclarație de confidențialitateModule cookieMărci comerciale