Flux de lucru pentru configurația Webex Calling

05 iulie 2024 | 1985 vizualizare(ări) | 0 persoane au considerat că este util

În acest articol

Pregătiți mediul dvs.

Cerințe privind gateway-ul local pentru Webex Calling

Condiţii generale

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

Cerințe de licență pentru gateway-urile locale

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

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

Configurați Webex Calling pentru organizația dvs.

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

Prezentare generală

Implementați disponibilitatea ridicată a CUBE ca gateway local

Fundamentale

Configurați redundanța pe Ambele CUBE-uri

Configurați un gateway local pe Ambele CUBE-uri

Configurați Unified CM pentru Webex Calling

Configurați profilul de securitate al trunchiurilor SIP pentru trunchiuri la gateway-ul local

Configurați profilul SIP pentru trunchiul gateway local

Creați un spațiu de căutare pentru apeluri din Webex

Configurați un trunchi SIP la și de la Webex

Configurați grupul de rutare pentru Webex

Configurați lista de rutare pentru Webex

Creați o partiție pentru Webex Destinations

Configurați modelele de rută pentru destinațiile Webex

Configurați standardizarea abreviată a apelurilor intersite pentru Webex

Configurați funcțiile dvs. Webex Calling

Configurați un grup de hunt

Creați o coadă de apeluri

Creați un client recepționer

Creați și gestionați operatorii automati

Configurați un grup de difuzare

Configurați preluarea apelurilor

Configurați parcarea apelurilor

Activați barge-in pentru utilizatori

Activați confidențialitatea pentru un utilizator

Configurați monitorizarea

Activați tonul de avertizare prin punte de apel pentru utilizatori

Activați hotelizarea pentru un utilizator

Tendințe de adoptare și rapoarte de utilizare pentru Webex Calling

Vizualizați rapoartele privind apelurile

Rulați instrumentul CScan

Flux de lucru pentru configurația Webex Calling

În acest articol

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 licență pentru gateway-urile locale

Licențele de apelare CUBE trebuie instalate pe gateway-ul local. Pentru mai multe informații, consultați Ghidul de configurare a elementului de frontieră Cisco Unified.

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.

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.

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

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 .

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

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

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.

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

Faceți clic pe Înainte.

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)

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.

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.

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

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.

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

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.

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.

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.

(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 :

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

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

(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ță ."

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

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

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

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.

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.

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.

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

Selectați o locație.

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

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

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

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

Alegeți un trunchi din meniu derulant.

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

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

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 Gestionați numerele de telefon în Control Hub .

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

Puteți utiliza Control Hub pentru a seta prioritatea opțiunilor de apelare disponibile pe care le văd utilizatorii în Aplicația Webex . Le puteți activa și pentru un singur clic pentru apelare. 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 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

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

Selectați CUBE ca Gateway local. Webex for Government nu acceptă în prezent niciun controler de frontieră pentru sesiune terță (SBC). Pentru a revizui cea mai recentă listă, consultați Începeți cu gateway-ul local.
Instalați versiunile Cisco IOS XE Dublin 17.12.1a sau versiuni ulterioare pentru toate gateway-urile locale Webex for Government.
Pentru a revizui lista autorităților de certificare rădăcină (AC) care acceptă Webex for Government, consultați autoritățile de certificare rădăcină pentru Webex for Government.
Pentru detalii despre intervalele de porturi externe pentru gateway-ul local din Webex for Government, consultați cerințele rețelei pentru Webex for Government (FedRAMP).

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.

Gateway local bazat pe înregistrare
Gateway local bazat pe certificat

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


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

key config-key password-encrypt YourPassword
password encryption aes

crypto pki trustpoint EmptyTP 
 revocation-check none

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

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


 
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  

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

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

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

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:"

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

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.

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.

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

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.

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

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

Clasifică apelurile Unified CM la Webex utilizând portul SIP VIA:
```
voice class uri 300 sip
 pattern :5065
```
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.

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.

Configurați următorii colegi de apelare:

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

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

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 
```
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ă.
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.
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

Semnăturile de diagnosticare este activată implicit.
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 
```
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:

Accesați Gestionați Contul Google > Securitate și activați setarea de acces la aplicație mai puțin securizată.
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.

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

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 .

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)

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

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

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:

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 .

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

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

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

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

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.

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

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.

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

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

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

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

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:

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"  
```
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 
```

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 .

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

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:

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

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

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ă

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


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

key config-key password-encrypt YourPassword
password encryption aes
crypto key generate rsa general-keys exportable label lgw-key modulus 4096

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

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

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

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



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

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

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

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

voice class uri 100 sip
 pattern cube1.lgw.com

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:" 
 

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"

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

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
!

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:

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

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

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

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

intrare prin 200

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

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ă.
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ți următoarele URI pentru clase de voce:

Clasifică apelurile Unified CM la Webex utilizând portul SIP VIA:
```
voice class uri 300 sip
 pattern :5065
```
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.

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


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.

Configurați următorii colegi de apelare:

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

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

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 
```
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ă.
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.
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ă

Semnăturile de diagnosticare este activată implicit.
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 
```

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.

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

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

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)

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


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

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

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

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.

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

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

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


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

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.

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"  
```
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 
```

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 .

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

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:

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

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

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:

soluție Cisco Webex Calling
Opțiune gateway locală pentru Cisco Webex Calling
Layer 2 redundanță box-to-box cu CUBE Enterprise pentru păstrarea constantă a apelurilor

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:

Seria ISR 4K — https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE) — https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Arhitectură preferată Cisco pentru Cisco Webex Calling — https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf

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.

VCUBE-2#conf t
VCUBE-2(config)#redundancy
VCUBE-2(config)#voice service voip
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2#wr

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#

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


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

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

VCUBE-2#redundancy application reload group 1 self

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#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

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:

Setare	Valoare

Nume	Nume unic, cum ar fi Webex
Descriere	Descriere semnificativă, cum ar fi Webex SIP Trunk Security Profile
Port de intrare	Necesitatea 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:

Setare	Valoare

Nume	Nume unic, cum ar fi Webex
Descriere	Descriere 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:

Setare	Valoare

Nume	Nume unic, cum ar fi Webex
Descriere	Descriere 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:

Setare	Valoare
Informații dispozitiv
Nume dispozitiv	Un nume unic, cum ar fi Webex
Descriere	Descriere semnificativă, cum ar fi Trunk Webex SIP
Rulați pe toate nodurile Unified CM active	Bifat
Apeluri primite
Spațiu de căutare pentru apelare	Spațiul de căutare pentru apelare definit anterior: Webex
Spațiu de căutare AAR pentru apelare	Un spațiu de căutare prin apelare cu acces exclusiv la modelele de rute PSTN: Calea PSTNReroute
Informații SIP
Adresa de destinație	Adresa IP a CUBE-ului gateway local
Port de destinație	5060
profil de securitate SIP trunk	Definit anterior: Webex
Profil SIP	Definit anterior: Webex

Configurați grupul de rutare pentru Webex

Creați un grup de rute cu următoarele setări:

Setare	Valoare
Informații grup de rutare
Nume grup de rutare	Un nume unic, cum ar fi Webex
Dispozitive selectate	Trunchiul SIP configurat anterior: Webex

Configurați lista de rutare pentru Webex

Creați o listă de rute cu următoarele setări:

Setare	Valoare
Informații listă de rute
Nume	Un nume unic, cum ar fi RL_Webex
Descriere	Descriere semnificativă, cum ar fi lista de rutare pentru Webex
Rulați pe toate nodurile Unified CM active	Bifat
Informații despre membrii listei de rutare
Grupuri selectate	Numai 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:

Setare	Valoare
Informații listă de rute
Nume	Nume unic, cum ar fi Webex
Descriere	Descriere 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:

Setare	Valoare

șablon De Rută	Șablon complet +E.164 pentru gama DID în Webex cu lider “\”. De exemplu: \+140855501xx
Partiție De Rută	Webex
Listă gateway/rutare	RL_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:

Setare	Valoare

Model de translatare	Modelul ESN pentru gama ESN din Webex. De exemplu: 80121xx
Partiție	Webex
Descriere	Descriere semnificativă, cum ar fi modelul de standardizare Webex
Utilizați spațiul de căutare pentru apelare al inițiatorului	Bifat
Prioritate urgentă	Bifat
Nu așteptați pentru expirarea intervalului de timp intermitent la ghișeele ulterioare	Bifat
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

Conectați-vă la Control Hub și accesați Management > Utilizatori.

Alegeți un utilizator și faceți clic pe Apelare.

Accesați zona Permisiuni între utilizatori și apoi alegeți Confidențialitate.

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

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.

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.

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.

Pentru a filtra membrii pe care îi selectați, utilizați filtrul după nume, număr sau câmp text.

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.

Faceți clic pe Salvați.

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.

Din vizualizarea clientului din https://admin.webex.com, accesați Management și apoi faceți clic pe Utilizatori.

Selectați utilizatorul pe care doriți să îl modificați și faceți clic Apelare .

Accesați secțiunea Permisiuni între utilizatori și selectați Monitorizare.

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.

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.

Conectați-vă la Control Hub și accesați Management > Utilizatori.

Selectați un utilizator și faceți clic pe fila Apelare.

Accesați Permisiuni între utilizatori și faceți clic pe Call Bridging Warning Tone.

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.

Din vizualizarea clientului înhttps://admin.webex.com , accesați Management și selectați Utilizatori .

Selectați un utilizator și faceți clic pe fila Apelare.

Accesați secțiunea Permisiuni între utilizatori și selectați Hoteling și activați comutatorul.

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.

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.

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.

Rulați instrumentul CScan

CScan este un instrument de pregătire a rețelei, conceput pentru a vă testa conexiune la rețea Webex Calling .

Pentru mai multe informații, consultați Utilizați CScan pentru a testa calitatea rețelei Webex Calling .

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

Cerințe privind gateway-ul local pentru Webex Calling

Condiţii generale

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

Cerințe de licență pentru gateway-urile locale

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

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

Înainte de a începe

Ce este de făcut în continuare

Înainte de a începe

Înainte de a începe

Ce este de făcut în continuare

Ce este de făcut în continuare

Prezentare generală

configurație Inițială

Configurare

Cerințe preliminare

configurație Inițială

Configurare

Cerințe preliminare

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

Monitorizarea deconectărilor anormale ale apelurilor

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

Verificați execuția semnăturilor de diagnosticare

Dezinstalați semnăturile de diagnosticare

Fundamentale

Configurați redundanța pe Ambele CUBE-uri

Configurați un gateway local pe Ambele CUBE-uri

Configurați profilul de securitate al trunchiurilor SIP pentru trunchiuri la gateway-ul local

Configurați profilul SIP pentru trunchiul gateway local

Creați un spațiu de căutare pentru apeluri din Webex

Configurați un trunchi SIP la și de la Webex

Configurați grupul de rutare pentru Webex

Configurați lista de rutare pentru Webex

Creați o partiție pentru Webex Destinations

Ce este de făcut în continuare

Configurați modelele de rută pentru destinațiile Webex

Configurați standardizarea abreviată a apelurilor intersite pentru Webex

Configurați un grup de hunt

Creați o coadă de apeluri

Creați un client recepționer

Creați și gestionați operatorii automati

Configurați un grup de difuzare

Configurați preluarea apelurilor

Configurați parcarea apelurilor

Activați barge-in pentru utilizatori

Activați confidențialitatea pentru un utilizator

Configurați monitorizarea

Activați tonul de avertizare prin punte de apel pentru utilizatori

Înainte de a începe

Activați hotelizarea pentru un utilizator

Vizualizați rapoartele privind apelurile

Rulați instrumentul CScan

Întreprindere mică

Enterprise

Dispozitive

Soluții pentru

Resurse

Companie