Flux de lucru de configurare a apelurilor Webex
Flux de lucru de configurare a apelurilor Webex
30 septembrie 2022
Prezentare generală a apelării Webex

Vă prezentăm apelarea Webex

Imaginați-vă că puteți utiliza funcțiile de apelare în cloud, mobilitate și PBX de nivel enterprise, împreună cu Aplicația Webex pentru mesagerie și întâlniri și apelare de la un client soft Webex Calling sau de la un dispozitiv Cisco. Exact asta vă oferă Webex Calling .

Webex Calling oferă următoarele beneficii:

  • Apelarea abonamentelor pentru utilizatorii de telefonie și zonele comune

  • Acces la Webex App pentru fiecare utilizator

  • Acces la rețeaua publică de telefonie comutată (PSTN) pentru a permite utilizatorilor să formeze numere în afara organizației. Serviciul este furnizat printr-o infrastructură existentă de întreprindere (gateway local fără IP PBX local sau cu mediul de apel CM unificat existent) sau opțiuni pstn furnizate de Partener sau Cisco.

Webex Calling acceptă următoarele caracteristici. Pentru mai multe informații, consultați capitolul Configurarea caracteristicilor de apelare Webex.

Tabelul 1. Caracteristici configurabile pentru administratori

Funcție

Descriere

Operator automat

Puteți să adăugați felicitări, să configurați meniuri și să direcționați apelurile către un serviciu de răspuns, un grup de vânătoare, o casetă de mesagerie vocală sau o persoană reală. Poți să creezi un program de 24 de ore sau să furnizezi diferite opțiuni atunci când afacerea ta este deschisă sau închisă. Puteți chiar să direcționați apelurile pe baza atributelor ID-ului apelantului pentru a crea liste VIP sau pentru a gestiona apelurile de la anumite coduri de zonă în mod diferit.

Coadă de apeluri

Puteți configura o coadă de apeluri astfel încât, atunci când apelurile primite nu pot primi răspuns, apelanților să li se ofere un răspuns automat, mesaje de confort și muzică în așteptare până când cineva poate răspunde la apel.

Preluare apeluri

Puteți îmbunătăți munca în echipă și colaborarea prin crearea unui grup de preluare a apelurilor, astfel încât utilizatorii să poată răspunde reciproc la apeluri. Când adăugați utilizatori la un grup de preluare a apelurilor și un membru al grupului este plecat sau ocupat, un alt membru poate răspunde la apelurile lor.

Parcare apeluri

Puteți activa parcul de apeluri, astfel încât utilizatorii să poată pune un apel în așteptare și să-l ridice de pe un alt telefon.

Grup de căutare

Poate doriți să configurați grupuri de vânătoare în următoarele scenarii:

  • O echipă de vânzări care dorește rutare secvențială. Un apel primit sună un telefon, dar dacă nu există niciun răspuns, apelul se duce la următorul agent din listă.

  • O echipă de asistență care dorește ca telefoanele să sune dintr-o dată, astfel încât primul agent disponibil să poată prelua apelul.

Grup de difuzare

Puteți crea un grup de paginare, astfel încât utilizatorii să poată trimite un mesaj audio unei persoane, unui departament sau unei echipe. Când cineva trimite un mesaj unui grup de paginare, mesajul se redă pe toate dispozitivele din grup.

Client-recepționer

Ajutați la susținerea nevoilor personalului din front-office, oferindu-le un set complet de opțiuni de control al apelurilor, monitorizare la scară largă a liniei, coadă de apel, mai multe opțiuni și vizualizări de director, integrare Outlook și multe altele.

Utilizatorii pot configura următoarele caracteristici în https://settings.webex.com, care se lansează încrucișat în Portalulutilizatorului apelant.

Tabelul 2. Caracteristici configurabile de utilizator

Funcție

Descriere

Respingerea anonimă a apelurilor

Utilizatorii pot respinge apelurile primite cu ID-uri de apelant blocate.

Continuitatea activității

Dacă telefoanele utilizatorilor nu sunt conectate la rețea din orice motiv (cum ar fi întreruperea alimentării cu energie electrică, probleme de rețea și așa mai departe), utilizatorii pot redirecționa apelurile primite către un anumit număr de telefon.

Redirecționare apeluri

Utilizatorii pot redirecționa apelurile primite către un alt telefon.

Redirecționarea selectivă a apelurilor

Utilizatorii pot redirecționa apelurile la anumite ore de la anumiți apelanți. Această setare va avea prioritate față de redirecționarea apelurilor.

Notificare apel

Utilizatorii își pot trimite un e-mail atunci când primesc un apel în conformitate cu criterii predefinite, cum ar fi numărul de telefon sau data și ora.

Apel în așteptare

Utilizatorii pot permite răspunsul la apelurile primite suplimentare.

Nu deranjaţi

Utilizatorii pot permite temporar tuturor apelurilor să meargă direct la mesageria vocală.

Birou oriunde

Utilizatorii își pot folosi telefoanele selectate ("Locații") ca o extensie a numărului de telefon de afaceri și a planului de apelare.

Alertă prioritară

Utilizatorii își pot suna telefoanele cu un inel distinctiv atunci când sunt îndeplinite criterii predefinite, cum ar fi numărul de telefon sau data și ora.

Birou la distanță

Utilizatorii pot efectua apeluri de la un telefon la distanță și îl pot face să apară din linia lor de afaceri. În plus, orice apeluri primite la linia lor de afaceri vor suna pe acest telefon de la distanță.

Acceptarea selectivă a apelurilor

Utilizatorii pot accepta apeluri la anumite ore de la anumiți apelanți.

Respingerea selectivă a apelurilor

Utilizatorii pot respinge apelurile la anumite ore de la anumiți apelanți.

Inel secvențial

Apelați până la 5 dispozitive unul după altul pentru apelurile primite.

Inel simultan

Apelați numerele utilizatorilor și ale altor persoane ("destinatarii apelurilor") în același timp pentru apelurile primite.

Servicii de asigurare a accesului, dispozitive și utilizatori în Control Hub, lansare încrucișată la configurare detaliată în apelarea portalului de administrare

Control Hub (https://admin.webex.com) este un portal de gestionare care se integrează cu Webex Calling pentru a vă simplifica comenzile și configurația și pentru a vă centraliza gestionarea ofertei incluse -Webex Calling, Webex Appși Meetings.

Control Hub este punctul central pentru furnizarea tuturor serviciilor, dispozitivelor și utilizatorilor. Puteți să configurați pentru prima dată serviciul de apelare, să înregistrați telefoanele MPP în cloud (utilizând adresa MAC), să configurați utilizatorii prin asocierea dispozitivelor, adăugarea de numere, servicii, funcții de apelare și așa mai departe. De asemenea, din Control Hub, puteți lansa încrucișat la Portalul de administrare apelant.

Experiența utilizatorului

Utilizatorii au acces la următoarele interfețe:

  • Aplicația Webex Calling - Soft-client pentru apelarea care este marcată de Cisco. Pentru mai multe informații, consultați Explorarea noii aplicații de apelare Cisco Webex.

  • Setări Webex (https://settings.webex.com)- Interfață în care utilizatorii pot seta preferințele pentru profil, pot descărca aplicația Webex și se pot lansa încrucișat în Portalul utilizatorului apelant pentru setările de apelare. Pentru mai multe informații, consultați Modificarea setărilorCisco Webex.

  • Webex App – Aplicație inclusă în abonament ca client de mesagerie în echipă marca Cisco. Pentru mai multe informații, consultați Introducere în aplicația Cisco Webex.

  • Webex Meetings - Aplicație opțională adăugată ca soluție întâlniri. Pentru mai multe informații, consultați Webex Meetings.

Prezentare generală

Apelarea Webex poate reduce costurile operaționale și poate îmbunătăți productivitatea, ajutându-vă să migrați comunicațiile critice de afaceri în cloud. Atunci când este combinat cu alte aplicații și dispozitive Webex, acesta este inima unei experiențe complete de apelare și colaborare în cloud la nivel de întreprindere. Cisco acceptă implementări de modele on-premises, în cloud și mixte pentru a ne menține clienții conectați și productivi de oriunde; chiar și în timpul evenimentelor perturbatoare de pe piață.

Webex Calling include acum o opțiune de instanță cloud dedicată bazată pe arhitectura Cisco Unified Communications Manager. Instanța dedicată este integrată cu Webex Calling și profită de serviciile platformei Webex, aducând inovație în cloud și o experiență îmbunătățită clienților care trebuie să sprijine punctele finale Cisco mai vechi, soluțiile locale de supraviețuire sau integrările existente care fac parte din fluxurile de lucru critice de afaceri.

Programul de completare Instanță dedicată pentru apelarea Webex include:

  • Cisco Unified Communications Manager

  • Mesaje instant și prezență unificate Cisco

  • Cisco Unified Unity Connection

  • Drum expres Cisco

  • Cisco Emergency Responder (numai regiunea Americilor)

  • Cisco Session Management Edition (IMM) (opțional)

Roi extins - Instanță dedicată acceptă aceleași puncte finale de voce și video ca și versiunea UC Manager asociată, eliminând cerința de a reîmprospăta toate punctele finale ale clienților atunci când migrează în cloud și extinzând rentabilitatea investiției acestor active.

Basic Inter-Op – Dedicated Instance este integrat cu Webex Calling pentru rutarea apelurilor prin intermediul platformei Webex. Clienții au flexibilitatea de a distribui utilizatorii atât în instanța dedicată, cât și în apelarea Webex și de a se adapta în timp, după cum este necesar, pentru a răspunde cerințelor lor de afaceri privind apelarea în cloud.


Clienții care împart utilizatorii pe platforme vor experimenta caracteristici diferite. Caracteristicile de apelare nu sunt armonizate între Instanța dedicată și Apelarea Webex. De exemplu, utilizatorii Webex Calling nu pot face parte dintr-un grup de vânătoare pe Instanță dedicată.

Faceți un tur al Hub-ului de control

Control Hub este interfața ta unică, bazată pe web, pentru gestionarea organizației, gestionarea utilizatorilor, atribuirea serviciilor, analizarea tendințelor de adopție și a calității apelurilor și multe altele.

Pentru a vă pune organizația în funcțiune, vă recomandăm să invitați câțiva utilizatori să se alăture Webex App introducând adresele lor de e-mail în Control Hub. Încurajați utilizatorii să utilizeze serviciile pe care le furnizați, inclusiv apelarea, și să vă ofere feedback despre experiența lor. Când sunteți gata, puteți adăuga întotdeauna mai mulți utilizatori.


Vă recomandăm să utilizați cea mai recentă versiune desktop de Google Chrome sau Mozilla Firefox pentru a accesa Control Hub. Browserele de pe dispozitive mobile și alte browsere desktop pot produce rezultate neașteptate.

Utilizați informațiile prezentate mai jos ca un rezumat la nivel înalt despre la ce să vă așteptați atunci când vă configurați organizația cu servicii. Pentru informații mai detaliate, consultați capitolele individuale pentru instrucțiuni pas cu pas.

Începeți

După ce partenerul îți creează contul, vei primi un e-mail de bun venit. Faceți clic pe linkul Introducere din e-mail, utilizând Chrome sau Firefox pentru a accesa Control Hub. Linkul vă conectează automat cu adresa de e-mail a administratorului. În continuare, vi se va solicita să creați parola de administrator.

Expertul pentru prima dată pentru încercări

Dacă partenerul v-a înregistrat pentru o versiune de încercare, expertul de configurare pornește automat după ce vă conectați la Control Hub. Expertul vă ajută să parcurgeți setările de bază pentru a vă pune organizația în funcțiune cu Webex Calling, printre alte servicii. Puteți să configurați și să revizuiți setările de apelare înainte de a termina ghidul expertului.

Revizuiți-vă setările

Când Control Hub se încarcă, puteți revizui setările.

Adăugați utilizatori

Acum că v-ați configurat serviciile, sunteți gata să adăugați persoane din directorul companiei. Accesați Utilizatori și faceți clic pe Gestionare utilizatori.

Dacă utilizați Microsoft Active Directory, vă recomandăm să activați sincronizare director mai întâi și apoi decideți cum doriți să adăugați utilizatori. Faceți clic pe Următorul și urmați instrucțiunile pentru a configura Cisco Directory Connector.

Configurarea înregistrării unice (SSO)

Webex App utilizează autentificarea de bază. Puteți alege să configurați SSO astfel încât utilizatorii să se autentifice cu furnizorul de identitate de întreprindere utilizând acreditările enterprise, mai degrabă decât o parolă separată stocată și gestionată în Webex.

Accesați Setări, defilați la Autentificare, faceți clic pe Modificare, apoi selectați Integrare furnizor de identitate3rd-party.

Atribuire servicii către utilizatori

Trebuie să atribuiți servicii utilizatorilor pe care i-ați adăugat, astfel încât utilizatorii să poată începe să utilizeze Webex App.

Accesați Utilizatori, faceți clic pe Gestionare utilizatori, selectați Exportați și importați utilizatori cu un fișierCSV, apoi faceți clic pe Export.

În fișierul pe care îl descărcați, pur și simplu adăugați True pentru serviciile pe care doriți să le atribuiți fiecăruia dintre utilizatori.

Importați fișierul completat, faceți clic pe Adăugare și eliminare servicii, apoi faceți clic pe Remitere. Acum sunteți gata să configurați caracteristicile de apelare, să înregistrați dispozitive care pot fi partajate într-un loc comun și să înregistrați și să asociați dispozitive cu utilizatorii.

Susțineți-vă utilizatorii

Acum că ați adăugat utilizatori și li s-au atribuit servicii, aceștia pot începe să utilizeze telefoanele multiplatforme (MPPs) acceptate pentru apelarea Webex și aplicația Webex pentru mesagerie și întâlniri. Încurajați-i să utilizeze Setările Cisco Webex ca ghișeu unic pentru acces.

Rolul gateway-ului local

Gateway-ul local este un dispozitiv edge gestionat de întreprindere sau de parteneri pentru interworking Public Switch Telephony Network (PSTN) și interworking legacy public branch exchange (PBX) (inclusiv Unified CM).

Puteți utiliza Control Hub pentru a atribui un gateway local unei locații, după care Control Hub furnizează parametri pe care îi puteți configura pe CUBE. Acești pași înregistrează gateway-ul local în cloud, apoi serviciul PSTN este furnizat prin gateway-ul către utilizatorii Webex Calling într-o anumită locație.

Pentru a specifica și a comanda un Gateway local, citiți ghidulde comandă Local Gateway.

Implementări de gateway local acceptate pentru apelarea Webex

Sunt acceptate următoarele implementări de bază:

Gateway-ul local poate fi implementat independent sau în implementări în care este necesară integrarea în Cisco Unified Communications Manager.

Implementări gateway local fără PBX IP local

Implementări locale de gateway independente

Această cifră afișează o implementare Webex Calling fără niciun PBX IP existent și se aplică unei singure locații sau unei implementări cu mai multe locații.

Pentru toate apelurile care nu corespund destinațiilor de apelare Webex, Webex Calling trimite aceste apeluri către gateway-ul local care este atribuit locației pentru procesare. Gateway-ul local direcționează toate apelurile care provin de la Webex Apelare la PSTN și în cealaltă direcție, PSTN la Webex Calling.

Gateway-ul PSTN poate fi o platformă dedicată sau coresident cu gateway-ul local. Ca și în figura următoare, vă recomandăm varianta de gateway PSTN dedicată a acestei implementări; poate fi utilizat dacă gateway-ul PSTN existent nu poate fi utilizat ca gateway local Webex Calling .

Implementarea Gateway-ului local coresident

Gateway-ul local poate fi bazat pe IP, conectarea la un ITSP folosind un trunchi SIP sau TDM bazat folosind un circuit ISDN sau analogic. Figura următoare afișează o implementare Webex Calling în care gateway-ul local este coresident cu PSTN GW/SBC.

Implementări gateway local cu PBX CM unificat local

Integrările cu UNIFIED CM sunt necesare în următoarele cazuri:

  • Locațiile activate pentru ApelareaWebex sunt adăugate la o implementare Cisco UC existentă în care CM unificat este implementat ca soluție locală de control al apelurilor

  • Este necesară apelarea directă între telefoanele înregistrate în Unified CM și telefoanele din locațiile Webex Calling .

Această cifră afișează o implementare Webex Calling în care clientul are un PBX IP CM unificat existent.

Webex Calling trimite apeluri care nu se potrivesc cu destinațiile de apelare Webex ale clientului la gateway-ul local. Acestea includ numere PSTN și extensii interne CM unificate, pe care Webex Calling nu le poate vedea. Gateway-ul local direcționează toate apelurile care provin de la Webex Calling la Unified CM și invers. CM unificat apoi rutele de intrare apelurile de intrare la destinații locale sau la PSTN ca pe planul de apelare existente. Planul de apelare CM unificat normalizează numerele ca +E.164. Gateway-ul PSTN poate fi unul dedicat sau co-rezident cu gateway-ul local.

Gateway PSTN dedicat

Varianta de gateway PSTN dedicată a acestei implementări, așa cum se arată în această diagramă, este opțiunea recomandată și poate fi utilizată dacă gateway-ul PSTN existent nu poate fi utilizat ca gateway local Webex Calling .

Coresident PSTN Gateway

Această cifră afișează o implementare Webex Calling cu un CM unificat în care gateway-ul local este coresident cu gateway-ul PSTN/SBC.

Apelarea Webex direcționează toate apelurile care nu corespund destinațiilor de apelare Webex ale clientului cu gateway-ul local care este atribuit locației. Aceasta include destinații PSTN și apeluri on-net către extensii interne unificate CM. Gateway-ul local rute toate apelurile la UNIFIED CM. CM unificat apoi rutele apelurile către telefoanele înregistrate local sau către PSTN prin gateway-ul local, care are funcționalitatea PSTN / SBC co-localizată.

Considerații de rutare a apelurilor

Apeluri de la Webex apel la CM unificat

Logica de rutare Webex Calling funcționează astfel: dacă numărul care este format pe un punct final webex Apelare nu poate fi direcționat către nicio altă destinație din cadrul aceluiași client în Apelare Webex, atunci apelul este trimis la gateway-ul local pentru procesare ulterioară. Toate apelurile off-net (în afara apelării Webex) sunt trimise la gateway-ul local.

Pentru o implementare Webex Calling fără integrare într-un CM unificat existent, orice apel off-net este considerat un apel PSTN. Atunci când este combinat cu UNIFIED CM, un apel off-net poate fi în continuare un apel on-net către orice destinație găzduită pe UNIFIED CM sau un apel real off-net către o destinație PSTN. Distincția dintre ultimele două tipuri de apeluri este determinată de CM unificat și depinde de planul de apelare enterprise care este furnizat pe CM unificat.

Figura următoare arată un utilizator Webex Calling care formează un număr național în SUA.

CM unificat acum pe baza planului de apelare configurat rute apelul la un punct final înregistrat local pe care destinația apelată este furnizat ca număr de director. Pentru aceasta, planul de apelare CM unificat trebuie să accepte rutarea numerelor +E.164.

Apeluri de la UNIFIED CM la Apelare Webex

Pentru a activa rutarea apelurilor de la CM unificat la Webex Apelând la CM unificat, trebuie să se asigure un set de rute pentru a defini setul de +E.164 și adresele planului de numerotare a întreprinderii în ApelareWebex.

Cu aceste rute în loc atât scenariile de apel prezentate în figura următoare sunt posibile.

Dacă un apelant din PSTN apelează un număr DID care este atribuit unui dispozitiv de apelare Webex, atunci apelul este predat întreprinderii prin gateway-ul PSTN al întreprinderii și apoi apasă UNIFIED CM. Adresa apelată a acelui apel se potrivește cu una dintre rutele de apelare Webex care este furnizată în CM unificat și apelul este trimis la gateway-ul local. (Adresa apelată trebuie să fie în format +E.164 atunci când este trimisă la gateway-ul local.) Logica de rutare Webex Calling se asigură apoi că apelul este trimis la dispozitivul Webex Calling vizat , pe baza atribuirii DID.

De asemenea, apelurile care provin de la punctele finale înregistrate de CM unificate, care vizează destinațiile din Webex Calling, sunt supuse planului de apelare care este furnizat pe UNIFIED CM. De obicei, acest plan de apelare permite utilizatorilor să utilizeze obiceiurile comune de apelare a întreprinderii pentru a efectua apeluri. Aceste obiceiuri nu includ neapărat doar +E.164 apelarea. Orice alt obicei de apelare decât +E.164 trebuie normalizat la +E.164 înainte ca apelurile să fie trimise la gateway-ul local pentru a permite rutarea corectă în Apelarea Webex.

Clasa de servicii (CoS)

Punerea în aplicare a clasei strânse de restricții de servicii este întotdeauna recomandată din diverse motive, inclusiv evitarea buclelor de apel și prevenirea fraudelor cu taxă. În contextul integrării Webex Calling Local Gateway cu unified CM class of service trebuie să luăm în considerare clasa de servicii pentru:

  • Dispozitive înregistrate la Unified CM

  • Apelurile care intră în CM unificat de la PSTN

  • Apelurile care intră în CM unificat de la Webex Calling

Dispozitive înregistrate la Unified CM

Adăugarea destinațiilor Webex Calling ca o nouă clasă de destinații la o configurare CoS existentă este destul de directă: permisiunea de a apela la destinațiile webex Calling este, de obicei, echivalentă cu permisiunea de a apela destinații locale (inclusiv inter-site).

Dacă un plan de apelare de întreprindere implementează deja o permisiune "(abreviat) pe site-ul inter-site", atunci există deja o partiție furnizată pe UNIFIED CM pe care o putem utiliza și furniza toate destinațiile cunoscute de apelare Webex de pe net în aceeași partiție.

În caz contrar, conceptul de permisiune "(abreviat) inter-site on-net" nu există încă, apoi o nouă partiție (de exemplu,"onNetRemote") trebuie să fie furnizată, destinațiile Webex Calling sunt adăugate la această partiție și, în cele din urmă, această nouă partiție trebuie adăugată la spațiile de căutare de apelare corespunzătoare.

Apelurile care intră în CM unificat de la PSTN

Adăugarea destinațiilor Webex Calling ca o nouă clasă de destinații la o configurare CoS existentă este destul de directă: permisiunea de a apela la destinațiile webex Calling este, de obicei, echivalentă cu permisiunea de a apela destinații locale (inclusiv inter-site).

Dacă un plan de apelare de întreprindere implementează deja o permisiune "(abreviat) pe site-ul inter-site", atunci există deja o partiție furnizată pe UNIFIED CM pe care o putem utiliza și furniza toate destinațiile cunoscute de apelare Webex de pe net în aceeași partiție.

În caz contrar, conceptul de permisiune "(abreviat) inter-site on-net" nu există încă, apoi o nouă partiție (de exemplu,"onNetRemote") trebuie să fie furnizată, destinațiile Webex Calling sunt adăugate la această partiție și, în cele din urmă, această nouă partiție trebuie adăugată la spațiile de căutare de apelare corespunzătoare.

Apelurile care intră în CM unificat de la Webex Calling

Apelurile care provin din PSTN au nevoie de acces la toate destinațiile de apelare Webex. Acest lucru necesită adăugarea partiției de mai sus care deține toate destinațiile Webex Calling la spațiul de căutare apelant utilizat pentru apelurile primite pe trunchiul PSTN. Accesul la destinațiile Webex Calling se adaugă accesului deja existent.

În timp ce pentru apelurile de la PSTN accesul la DID-urile CM unificate și DID-urile de apelare Webex sunt necesare apelurile care provin din Webex Calling au nevoie de acces la DID-uri CM unificate și destinații PSTN.

Figura 1. CoS diferențiat pentru apeluri de la PSTN și Webex Calling

Această cifră compară aceste două clase diferite de servicii pentru apelurile de la PSTN și Webex Calling. Figura arată, de asemenea, că, dacă funcționalitatea gateway-ului PSTN este colocată cu Gateway-ul local, atunci sunt necesare două trunchiuri din PSTN GW combinat și Gateway local la UNIFIED CM: unul pentru apelurile provenite din PSTN și unul pentru apelurile care provin din Webex Calling. Acest lucru este determinat de cerința de a aplica spații de căutare de apelare diferențiate pentru fiecare tip de trafic. Cu două trunchiuri de intrare pe UNIFIED CM acest lucru poate fi realizat cu ușurință prin configurarea spațiului necesar de căutare a apelurilor pentru apelurile primite pe fiecare trunchi.

Integrarea planului de apelare

Acest ghid presupune o instalare existentă care se bazează pe cele mai bune practici curente în "Arhitectura preferată pentru cisco colaborare implementări on-premises, BCV." Cea mai recentă versiune este disponibilă aici.

Designul recomandat al planului de apelare urmează abordarea de proiectare care este documentată în capitolul Plan de apelare din cea mai recentă versiune a sistemului de colaborare Cisco SRND disponibil aici.

Figura 2. Planul de apelare recomandat

Această cifră prezintă o prezentare generală a designului planului de apelare recomandat. Caracteristicile cheie ale acestui design al planului de apelare includ:

  • Toate numerele de director care sunt configurate pe UNIFIED CM sunt în format +E.164.

  • Toate numerele de director se află aceeași partiție (DN) și sunt marcate urgent.

  • Rutarea de bază se bazează pe +E.164.

  • Toate obiceiurile de apelare non-+E.164 (de exemplu, apelarea intrasite prescurtată și apelarea PSTN folosind obiceiuri comune de apelare) sunt normalizate (globalizate) la +E.164 folosind modele de traducere de normalizare a apelului.

  • Apelarea modele de traducere normalizare utilizează model de traducere de asteptare moștenire spațiu de căutare; au setat opțiunea "Utilizați spațiul de căutare apelant al inițiatorului".

  • Clasa de servicii este implementată utilizând site-ul și clasa de spații de căutare a apelurilor specifice serviciului.

  • Capacitățile de acces PSTN (de exemplu, accesul la destinațiile PSTN internaționale) sunt implementate prin adăugarea de partiții cu modelele de rută +E.164 respective la spațiul de căutare apelant care definește clasa de serviciu.

Accesibilitatea la apelarea Webex

Figura 3. Adăugarea destinației apelului Webex la planul de apelare

Pentru a adăuga accesibilitatea destinațiilor Webex Calling la acest plan de apelare, trebuie creată o partiție care reprezintă toate destinațiile de apelare Webex ("Apelare Webex") și la această partiție se adaugă un model de rută +E.164 pentru fiecare interval DID din Webex Calling. Acest model de traseu face referire la o listă de rute cu un singur membru: grupul de rute cu portbagajul SIP la Gateway-ul local pentru apeluri către apelarea Webex. Deoarece toate destinațiile formate sunt normalizate la +E.164 fie folosind modele de traducere de normalizare a apelului pentru apelurile care provin de la puncte finale înregistrate cm unificate, fie transformări de intrare apelate pentru apelurile care provin din PSTN, acest set unic de modele de rută +E.164 este suficient pentru a obține accesibilitatea pentru destinațiile din Webex Calling, independent de obiceiul de apelare utilizat.

Dacă, de exemplu, un utilizator formează "914085550165", atunci modelul de traducere a normalizării apelării din partiția "UStoE164" normalizează acest șir de apelare la "+14085550165", care apoi se potrivește cu modelul de traseu pentru o destinație de apelare Webex în partiția "Apelare Webex". CM unificat trimite în cele din urmă apelul la gateway-ul local.

Adăugarea abreviat Intersite Dialing

Figura 4. Adăugarea abreviat Intersite Dialing

Modul recomandat de a adăuga apelarea intersite prescurtată la planul de apelare de referință este de a adăuga modele de traducere de normalizare a apelării pentru toate site-urile din planul de numerotare a întreprinderii la o partiție dedicată ("ESN", Numere semnificative enterprise). Aceste modele de traducere interceptează șirurile de apelare în formatul planului de numerotare a întreprinderii și normalizează șirul format la +E.164.

Pentru a adăuga apelarea prescurtată la nivel de întreprindere la destinațiile de apelare Webex, adăugați modelul de traducere a normalizării apelării de apelare respectivă pentru locația De apelare Webex la partiția "Apelare Webex" (de exemplu, "8101XX" din diagramă). După normalizare, apelul este trimis din nou la Webex Calling după potrivirea modelului de traseu din partiția "Apelare Webex".

Nu vă recomandăm să adăugați modelul de traducere de normalizare a apelării prescurtate pentru apelurile Webex Calling la partiția "ESN", deoarece această configurație poate crea bucle nedorite de rutare a apelurilor.

Rutine de tratare a protocolului pentru apelare

Webex Calling înregistrează următoarele rutine de tratare a protocolului cu sistemul de operare pentru a activa funcționalitatea clic și apel din browsere web sau din alte aplicații. Următoarele protocoale pornesc un apel audio sau video în Webex App atunci când este aplicația de apelare implicită pe Mac sau Windows:

  • CLICKTOCALL: sau CLICKTOCALL://

  • SIP: sau SIP://

  • TEL: sau TEL://

  • WEBEXTEL: sau WEBEXTEL://

Rutine de tratare a protocolului pentru Windows

Alte aplicații se pot înregistra pentru rutinele de tratare a protocolului înainte de aplicația Webex. În Windows 10, fereastra de sistem pentru a le cere utilizatorilor să selecteze ce aplicație să utilizeze pentru a lansa apelul. Preferința utilizatorului poate fi reținută dacă utilizatorul verifică Utilizați întotdeauna această aplicație.

Dacă utilizatorii trebuie să reseteze setările implicite ale aplicației de apelare, astfel încât să poată alege Webex App, îi puteți instrui să modifice asocierile de protocol pentru Webex App în Windows 10:

  1. Deschideți setările de sistem implicite pentru setările aplicației, faceți clic pe Setare valori implicite după aplicație, apoi alegeți Webex App.

  2. Pentru fiecare protocol, alegeți Webex App .

Rutine de tratare a protocolului pentru macOS

Pe Mac OS, dacă alte aplicații s-au înregistrat la protocoalele de apelare înainte de AplicațiaWebex, utilizatorii trebuie să-și configureze aplicația Webex pentru a fi opțiunea implicită de apelare.

În Webex App pentru Mac, utilizatorii pot confirma că Aplicația Webex este selectată pentru setarea Începeți apelurile cu sub Preferințe generale. De asemenea, pot verifica Întotdeauna conectați-vă la Microsoft Outlook dacă doresc să efectueze apeluri în Webex App atunci când fac clic pe numărul unei persoane de contact Outlook.

30 septembrie 2022
Pregătiți-vă mediul pentru apelarea Webex

Cerințe pentru apelare

Licențe

Webex Calling este disponibil prin intermediul Cisco Collaboration Flex Plan. Trebuie să achiziționați un plan de acord de întreprindere (EA) (pentru toți utilizatorii, inclusiv dispozitive de spațiu de lucru 50% ) sau un plan de utilizator numit (NU) (unii sau toți utilizatorii).

Webex Calling oferă trei tipuri de licențe ("Tipuri de stații")

  • Profesional- Aceste licențe oferă un set complet de caracteristici pentru întreaga organizație. Această ofertă include comunicații unificate (Webex Calling), mobilitate (clienți desktop și mobili cu suport pentru mai multe dispozitive), colaborare în echipă în aplicațiaWebex și opțiunea de a grupa întâlnirile cu până la 1000 de participanți per întâlnire.

  • De bază– alegeți această opțiune dacă utilizatorii au nevoie de funcții limitate, fără mobilitate sau comunicații unificate. Aceștia vor primi în continuare o ofertă vocală completă, dar sunt limitați la un singur dispozitiv per utilizator.


    Licențele de bază sunt disponibile numai dacă aveți un abonament de utilizator numit. Licențele de bază nu sunt acceptate pentru abonamentele Enterprise Agreement.

  • Spații de lucru (cunoscute și sub numele de Zonă comună) - Alegeți această opțiune dacă căutați un ton de apel de bază, cu un set limitat de caracteristici de apelare adecvate pentru zone precum săli de pauză, lobby-uri și săli de conferințe.

Această documentație vă arată mai târziu cum să utilizați Control Hub pentru a gestiona aceste distribuții de licențe în locații din organizația dvs.

Cerințe privind lățimea de bandă

Fiecare dispozitiv dintr-un apel video necesită până la 2 Mbps. Fiecare dispozitiv dintr-un apel audio necesită 100 kbps. Telefoanele la ralanti au nevoie de lățime de bandă minimă.

Gateway local pentru PSTN bazat pe premise

Atât revânzătorii cu valoare adăugată (VAR), cât și furnizorii de servicii (SPs) pot oferi acces PSTN la organizațiile webex calling. Gateway-ul local este în prezent singura opțiune de a oferi acces PSTN bazat pe premise. Gateway-ul local poate fi implementat independent sau în implementări în care este necesară integrarea în Cisco Unified Communications Manager. Urmează cerințele gateway-ului local.

Dispozitive acceptate

Webex Calling acceptă telefoanele IP Cisco Multiplatform (MPP). Ca administrator, puteți înregistra următoarele telefoane în cloud. Consultați următoarele articole de ajutor pentru mai multe informații:


Pentru o listă completă a dispozitivelor acceptate pentru apelarea Webex, consultați Dispozitive acceptate pentru apelareaWebex.

Dispozitivele Cisco Webex Room, Board și Desk sunt acceptate ca dispozitive într-un spațiu de lucru pe care îl creați în Control Hub. Consultați "Cisco Webex Room, Board, and Desk Devices" în Dispozitive acceptate pentru Webex Apelare pentru mai multe informații. Cu toate acestea, puteți furniza acestor dispozitive serviciul PSTN activând Webex Calling for the Workspace.

Firewall

Îndepliniți cerințele paravanului de protecție care sunt documentate în Informațiile de referință de port pentru apelarea Cisco Webex.

Cerințe privind gateway-ul local pentru apelarea Webex

Cerințe generale

Înainte de a configura un gateway local pentru ApelareWebex, asigurați-vă că dvs.

    • Dețineți cunoștințe de bază despre principiile VoIP

    • Aveți cunoștințe de lucru de bază despre conceptele de voce Cisco IOS-XE și IOS-XE

    • Aveți o înțelegere de bază a Protocolului de inițiere a sesiunii (SIP)

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

    Mai multe detalii pot fi găsite în Cisco Unified Border Element (CUBE) Enterprise Configuration Guide la https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

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

Asigurați-vă că implementarea are unul sau mai multe gateway-uri locale (Cisco CUBE (pentru conectivitate bazată pe IP) sau Cisco IOS Gateway (pentru conectivitate bazată pe TDM)) care se află în tabelul 1 din Ghidulde comandă a apelurilor Local Gateway for Webex. În plus, asigurați-vă că platforma execută o versiune IOS-XE acceptată conform Ghiduluide configurare Local Gateway.

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

Licențele de apelare CUBE trebuie să fie instalate pe gateway-ul local. Pentru mai multe informații, consultați Ghidulde configurare a elementelor de frontieră unificate Cisco.

Certificat și cerințe de securitate pentru Gateway-ul local

Apelarea Webex necesită semnalizare securizată și suport media. Gateway-ul local efectuează criptarea și trebuie stabilită o conexiune TLS de ieșire în cloud cu următorii pași:

  • LGW trebuie să fie actualizate cu ca root bundle de la Cisco PKI

  • Un set de acreditări SIP digest din pagina de configurare PortBagaj Control Hub sunt utilizate pentru a configura LGW (pașii fac parte din configurația care urmează)

  • Ca root bundle validează certificatul prezentat

  • Solicitat acreditări (SIP digest furnizate)

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

Cerințe de optimizare a firewall-ului, NAT Traversal și a căii media pentru Gateway-ul local

În majoritatea cazurilor, gateway-ul local și punctele finale se pot afla în rețeaua internă de clienți, utilizând adrese IP private cu NAT. Paravanul de protecție de întreprindere trebuie să permită traficul de ieșire (SIP, RTP/UDP, HTTP) la anumite adrese IP/porturi, acoperite în Informații de referință port.

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

30 septembrie 2022
Configurarea apelării Webex pentru organizația dvs.

Particularizați-vă organizația pentru apelarea Webex în Control Hub. După activarea primei locații prin Expertul de configurare pentru prima dată, puteți configura și gestiona locații suplimentare, atribuirea și utilizarea trunchiului, opțiunile planului de apelare, utilizatorii, dispozitivele și caracteristicile.

Primul pas pentru a vă pune în funcțiune serviciile de apelare Webex este să finalizați Expertul de configurare pentru prima dată (FTSW). Odată ce FTSW este finalizat pentru prima locație, nu trebuie să fie finalizat pentru locații suplimentare.

1

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


 

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

2

Revizuiți și acceptați termenii serviciului.

3

Revizuiți-vă planul, apoi faceți clic pe Introducere.


 

Managerul de cont este responsabil pentru activarea primilor pași pentru FTSW. Contactați managerul de cont dacă primiți o notificare "Imposibil de configurat apelul", atunci când selectați Începeți.

4

Selectați țara în care ar trebui să se mapeze centrul de date și introduceți informațiile despre persoana de contact a clientului și adresa clientului.

5

Faceți clic pe Următorul: Locație implicită.

6

Alegeți dintre următoarele opțiuni:

  • Faceți clic pe Salvare și închidere dacă sunteți administrator partener și doriți ca administratorul clientului să finalizeze asigurarea accesului pentru ApelareaWebex.
  • Completați informațiile necesare despre locație. După ce creați locația în expert, puteți crea mai multe locații mai târziu.

 

După ce terminați expertul de configurare, asigurați-vă că adăugați un număr principal la locația pe care o creați.

7

Efectuați următoarele selecții pentru a vă aplica la această locație:

  • Limba anunțului- pentru anunțuri audio și solicitări pentru noi utilizatori și caracteristici.
  • Limbade e-mail - Pentru comunicarea prin e-mail pentru utilizatorii noi.
  • Țară
  • Fus orar
8

Faceți clic pe Următorul.

9

Introduceți o adresă CISCO Webex SIP disponibilă și faceți clic pe Următorul și selectați Terminare .

Înainte de a începe

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

  • Adresa locației

  • Numerele de telefon dorite (opțional)

1

Din vizualizarea client din https://admin.webex.com, accesați Servicii > Apelarea > locațiiși faceți clic pe Adăugare locație.

Rețineți că noi locații vor fi găzduite în centrul de date regional care corespunde țării pe care ați selectat-o utilizând Expertul de configurare pentru prima dată.

2

Configurați setările locației:

  • Numelocație - Introduceți un nume unic pentru a identifica locația.
  • Țară/Regiune– Alegeți o țară de care să legați locația. De exemplu, puteți crea o locație (sediu) în Statele Unite și o altă (ramură) în Regatul Unit. Țara pe care o alegeți determină câmpurile de adrese care urmează. Cele documentate aici folosesc convenția de adrese din SUA ca exemplu.
  • Adresalocației - Introduceți adresa principală de corespondență a locației.
  • Oraș/Oraș- Introduceți un oraș pentru această locație.
  • Stat/Provincie/Regiune— Din lista verticală, alegeți un stat.
  • Codpoștal / poștal - Introduceți codul poștal sau zip.
  • Limbaanunțului - Alegeți limba pentru anunțuri audio și solicitări pentru utilizatori și caracteristici noi.
  • Limbade e-mail - Alegeți limba pentru comunicarea prin e-mail cu utilizatori noi.
  • Fus orar- Alegeți fusul orar pentru locație.
3

Faceți clic pe Salvare , apoi alegeți Da/ Nu pentru a adăuga numere la locație acum sau o versiune ulterioară.

4

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

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


     

    Cisco PSTN opțiune este vizibilă numai în următoarele condiții:

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

    • Locația dumneavoastră se află într-o țară în care este acceptatPlanul de apelare Cisco.

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

    • Sunteți găzduit într-un centru de date webex calling într-o regiune în care este acceptat Planul de apelare Cisco.

  • PSTNconectat la cloud - Alegeți această opțiune dacă sunteți în căutarea unei soluții PSTN în cloud de la unul dintre numeroșii parteneri Cisco CCP sau dacă Planul de apelare Cisco nu este disponibil în locația dvs. Partenerii PCC oferă soluții de înlocuire PSTN, o acoperire globală extinsă și o gamă largă și variată de caracteristici, ambalaje și prețuri.

     

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

    Dacă vedeți opțiunea de a comanda numere acum sub un furnizor listat, vă recomandăm să alegeți opțiunea respectivă, astfel încât să puteți beneficia de CPC integrat. CCP integrat permite achiziționarea și furnizarea numerelor de telefon în Control Hub pe un singur panou de sticlă. CPC neintegrată vă solicită să achiziționați numerele de telefon de la partenerul CCP în afara Control Hub.

  • PSTN bazat pe premise (Local Gateway)- Puteți alege această opțiune dacă doriți să vă păstrați furnizorul PSTN curent sau doriți să conectați site-uri non-cloud cu site-uri cloud.

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

5

Alegeți dacă doriți să activați numerele acum sau o versiune ulterioară.

6

Dacă ați selectat PSTN neintegrat ccp sau local, introduceți numere de telefon ca valori separate prin virgulă, apoi faceți clic pe Validare.

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

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

7

Faceți clic pe Salvare.

Ce trebuie să faceți în continuare

După ce creați o locație, puteți activa serviciile 911 de urgență pentru locația respectivă. Consultați Serviciul RedSky Emergency 911 pentru Webex Apelarea pentru mai multe informații.

Înainte de a începe


Obțineți o listă cu utilizatorii și spațiile de lucru asociate cu o locație: Accesați Servicii > Apelarea numerelor > și, din meniul vertical, selectați locația care trebuie ștearsă. Trebuie să ștergeți acei utilizatori și spații de lucru înainte de a șterge locația.

1

Din vizualizarea clientului din https://admin.webex.com, accesați Servicii > Apelarea > locații.

2

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

3

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

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

Puteți modifica configurarea PSTN, numele, fusul orar și limba unei locații după ce este creată. Reține însă că noua limbă se aplică doar utilizatorilor și dispozitivelor noi. Utilizatorii și dispozitivele existente continuă să utilizeze vechea limbă.


Pentru locațiile existente, puteți activa serviciile de urgență 911. Consultați Serviciul RedSky Emergency 911 pentru Webex Apelarea pentru mai multe informații.

1

Din vizualizarea client din https://admin.webex.com, accesați Servicii > Apelarea > Locații, apoi selectați locația pe care doriți să o actualizați.

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

2

(Opțional) Sub ConexiunePSTN, selectați PSTN conectat în cloud sau PSTN bazat pe sediu (gateway local), în funcție de cel pe care l-ați configurat deja. Faceți clic pe Gestionare pentru a modifica configurația respectivă, apoi confirmați riscurile asociate selectând Continuare. Apoi, alegeți una dintre următoarele opțiuni și faceți clic pe Salvare:

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


     

    Cisco PSTN opțiune este vizibilă numai în următoarele condiții:

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

    • Locația dumneavoastră se află într-o țară în care este acceptatPlanul de apelare Cisco.

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

    • Sunteți găzduit într-un centru de date webex calling într-o regiune în care este acceptat Planul de apelare Cisco.

  • PSTNconectat la cloud - Alegeți această opțiune dacă sunteți în căutarea unei soluții PSTN în cloud de la unul dintre numeroșii parteneri Cisco CCP sau dacă Planul de apelare Cisco nu este disponibil în locația dvs. Partenerii PCC oferă soluții de înlocuire PSTN, o acoperire globală extinsă și o gamă largă și variată de caracteristici, ambalaje și prețuri.

     

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

    Dacă vedeți opțiunea de a comanda numere acum sub un furnizor listat, vă recomandăm să alegeți opțiunea respectivă, astfel încât să puteți beneficia de CPC integrat. CCP integrat permite achiziționarea și furnizarea numerelor de telefon în Control Hub pe un singur panou de sticlă. CPC neintegrată vă solicită să achiziționați numerele de telefon de la partenerul CCP în afara Control Hub.

  • PSTN bazat pe premise (Local Gateway)- Puteți alege această opțiune dacă doriți să vă păstrați furnizorul PSTN actual sau doriți să conectați site-uri noncloud cu site-uri cloud.

     

    Clienții Webex Calling cu locații care sunt configurate anterior cu un Gateway local vor fi convertiți automat în PSTN bazat pe premise cu un trunchi corespunzător.

3

Selectați Numărul principal la care poate fi contactată persoana de contact principală a locației.

4

(Opțional) Sub Apelarede urgență, puteți selecta Identificator de locație de urgență pe care să îl atribuiți acestei locații.


 

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

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

Este posibil ca furnizorul de apeluri de urgență să aibă nevoie de informații despre rețeaua de acces și se realizează prin definirea unui nou antet de extensie SIP privat, P-Access-Network-Info. Antetul conține informații referitoare la rețeaua de acces.

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

5

Selectați Numărul de poștă vocală pe care utilizatorii îl pot apela pentru a-și verifica mesageria vocală pentru această locație.

6

(Opțional) Faceți clic pe pictograma creion din partea de sus a paginii Locație pentru a modifica numele locației , limbaanunțului, limbade e-mail, fusul orarsau adresa , după cum este necesar, apoi faceți clic pe Salvare.


 

Modificarea limbii de anunț intră în vigoare imediat pentru orice utilizatori și caracteristici noi adăugate la această locație. Dacă utilizatorii și/sau caracteristicile existente ar trebui, de asemenea, să li se modifice limba de anunțare, atunci când vi se solicită, selectați Modificare pentru utilizatorii și spațiile de lucru existente sau Modificare pentru caracteristicileexistente. Faceți clic pe Se aplică. Puteți vizualiza progresul pe pagina Sarcini. Nu mai puteți face modificări până când acest lucru nu este finalizat.


 

Modificarea fusului orar pentru o locație nu actualizează fusurile orare ale caracteristicilor asociate locației. Pentru a edita fusurile orare pentru caracteristici precum operator automat, grup de vânătoare și coadă de apeluri, accesați zona Setări generale a caracteristicii specifice pentru care doriți să actualizați fusul orar și editați și salvați acolo.

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


Codurile de apelare de ieșire nu sunt acceptate pe dispozitivele Webex App, Webex Calling App sau Cisco Room.


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

1

Din vizualizarea client din https://admin.webex.com, accesați Servicii > Apelare > Setăriserviciu, apoi defilați la Apelareinternă.

2

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

  • Lungimea prefixului de rutare a locației- Vă recomandăm această setare dacă aveți mai multe locații. Puteți introduce o lungime de 2-7 cifre. Dacă aveți mai multe locații cu aceeași extensie, utilizatorii trebuie să formeze un prefix atunci când apelează între locații. De exemplu, dacă aveți mai multe magazine, toate cu extensia 1000, puteți configura un prefix de rutare pentru fiecare magazin. Dacă un magazin are un prefix de 888, veți forma 8881000 pentru a ajunge la acel magazin.
  • Cifra de direcție în prefixulde rutare - Puteți seta o valoare aici, indiferent dacă utilizați prefixe de rutare a locației.
  • Lungimea extensieiinterne - Puteți introduce 2-6 cifre, iar valoarea implicită este 2.

     

    După ce măriți lungimea extensiei, cadranele de viteză existente la extensiile interne nu sunt actualizate automat.

3

Specificați apelarea internă pentru anumite locații. Accesați Servicii > Apelați > locații, selectați o locație, defilați la Apelare, apoi modificați apelareainternă și externă după cum este necesar:

  • Apelareinternă - Specificați prefixul de rutare pe care utilizatorii din alte locații trebuie să îl apeleze pentru a contacta pe cineva în această locație. Prefixul de rutare al fiecărei locații trebuie să fie unic. Vă recomandăm ca lungimea prefixului să se potrivească cu lungimea setată la nivel de organizație, dar trebuie să aibă între 2-7 cifre.
  • Apelareexternă - Opțional, puteți alege o cifră de apelare de ieșire pe care utilizatorii trebuie să o apeleze pentru a ajunge la o linie exterioară. Valoarea implicită este None și o puteți lăsa dacă nu aveți nevoie de acest obicei de apelare. Dacă decideți să utilizați această caracteristică, vă recomandăm să utilizați un număr diferit de cifra de direcție a organizației dvs.

     

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

Impactul asupra utilizatorilor:

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

  • Extensiile de utilizator nu ar trebui să înceapă cu același număr ca și cifra de direcție a locației.

Dacă sunteți reseller cu valoare adăugată, puteți utiliza acești pași pentru a porni configurarea gateway-ului local în Control Hub. Atunci când acest gateway este înregistrat în cloud, îl puteți utiliza în una sau mai multe dintre locațiile webex Calling pentru a furniza rutare către un furnizor de servicii PSTN de întreprindere.


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

Urmați acești pași pentru a crea un trunchi în Control Hub.

Înainte de a începe

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

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

  • Înțelegeți cerințele PSTN (gateway local) bazate pe premise pentru apelareaWebex.

  • Nu puteți alege mai mult de un portbagaj pentru o locație cu PSTN bazat pe premise, dar puteți alege același portbagaj pentru mai multe locații.

1

Din vizualizarea client din https://admin.webex.com, accesați Servicii > Apelarea > rutare apeluriși selectați Adăugare trunchi.

2

Selectați o locație.

3

Denumiți trunchiul și faceți clic pe Salvare.


 

Numele nu poate fi mai mare de 24 de caractere.

Ce trebuie să faceți în continuare

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

Informațiile despre trunchi apar pe ecranul Registru domeniu, Trunk Group OTG/DTG, Linie/Portși Adresăproxy de ieșire.

Vă recomandăm să copiați aceste informații din Control Hub și să le lipiți într-un fișier text local sau într-un document, astfel încât să le puteți consulta atunci când sunteți gata să configurați PSTN-ul bazat pe premise.

Dacă pierdeți acreditările, trebuie să le generați din ecranul de informații despre trunchi din Control Hub. Faceți clic pe Regăsire nume de utilizator și reinițializare parolă pentru a genera un nou set de acreditări de autentificare de utilizat pe trunchi.

1

Din vizualizarea clientului din https://admin.webex.com, accesați Servicii > Apelarea > locații.

2

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

3

Selectați PSTN bazat pe premise și faceți clic pe Următorul.

4

Alegeți un trunchi din meniul vertical.


 

Vizitați pagina portbagajului pentru a gestiona opțiunile grupului de trunchiuri.

5

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

Ce trebuie să faceți în continuare

Trebuie să luați informațiile de configurare pe care Control Hub le-a generat și să mapați parametrii în gateway-ul local (de exemplu, pe un CISCO CUBE care se află la fața locului). Acest articol vă ajută să parcurgeți acest proces. Ca referință, consultați următoarea diagramă pentru un exemplu despre modul în care informațiile de configurare ale Hubului de control (din stânga) se mapează pe parametrii din CUBE (în dreapta):

După ce terminați cu succes configurația pe gateway-ul propriu-zis, puteți reveni la Servicii > Call > Locations din Control Hub , iar gateway-ul pe care l-ați creat va fi listat în cartea de locație căreia i-ați atribuit-o cu un punct verde în partea stângă a numelui. Această stare indică faptul că gateway-ul este înregistrat în siguranță în cloud-ul apelant și servește ca gateway PSTN activ pentru locație.

1

Din vizualizarea client din https://admin.webex.com, selectați pictograma clădirii .

2

Selectați fila Abonamente , apoi faceți clic pe Achiziție acum.

Un e-mail este trimis partenerului prin care îi anunță că sunteți interesat să vă convertiți la un abonament plătit.

1

Din vizualizarea client din https://admin.webex.com, accesați Setări organizație > Servicii, defilați la Apelare , apoi alegeți Setăriclient.

2

Glisați și fixați opțiunile de apelare pe care doriți să le vadă utilizatorii în câmpul Opțiuni de apel disponibile, apoi rearanjați-le în ordinea de priorități dorită pentru utilizatorii dvs.

Alte opțiuni care sunt ascunse pentru utilizatori apar în câmpul Opțiuni apel ascuns, așa cum se arată în acest exemplu de captură de ecran:

3

Comutați pe Activare singur clic și apel dacă doriți ca utilizatorii să poată efectua un apel cu prima opțiune de apel pe care ați configurat-o în pasul anterior.


 

Modificările pot dura până la 24 de ore pentru a apărea în Webex App. Vă puteți sfătui utilizatorii să-și repornească aplicațiile pentru a prelua aceste modificări mai rapid.

Puteți controla ce aplicație de apelare se deschide atunci când utilizatorii efectuează apeluri PSTN. După ce configurați această setare la nivel de organizație, puteți înlocui această setare pentru anumiți utilizatori.


Alegeți opțiunea la nivel de organizație numai dacă sunteți gata să migrați întreaga organizație.

Înainte de a începe

  • Organizația trebuie să aibă abonamentele corecte pentru comportamentul de apelare pe care îl alegeți.

  • Utilizatorii trebuie să aibă numere de telefon valide. Dacă numerele nu sunt valide, Webex App trimite în continuare numărul la aplicația de apelare pe care o selectați, dar apelul din aplicația respectivă nu va reuși.

Din vizualizarea client din https://admin.webex.com, accesați Gestionare > Setăriorganizație, apoi defilați la Comportamentapelare, apoi alegeți una dintre următoarele variante: .

  • Apelarea în Webex -Selectați această opțiune dacă doriți ca utilizatorii să efectueze apeluri direct în Webex App utilizând ApelareaWebex.
  • AplicațiaApelare Webex - Selectați această opțiune dacă organizația dumneavoastră are un abonament la Cisco Webex Calling și doriți să permiteți utilizatorilor să efectueze apeluri PSTN utilizând aplicația Apelare Webex. Atunci când utilizatorii efectuează apeluri PSTN în Webex App, aplicația Apelare Webex este utilizată pentru a efectua apelul.

     

    Aplicația Webex Calling este disponibilă numai pentru a selecta clienții.

Apare un mesaj care indică faptul că comportamentul de apelare este actualizat. Utilizatorii pot efectua acum apeluri PSTN din Webex App sau din aplicația Webex Calling .

Utilizatorii trebuie să aibă instalată aplicația corespunzătoare pentru a efectua apeluri PSTN din Webex App. Asigurați-vă că lăsați oamenii să știe ce alegere faceți și dacă o altă aplicație este utilizată pentru a efectua apeluri PSTN.


 

Puteți modifica această setare la nivel de utilizator dacă anumite persoane trebuie să utilizeze un comportament diferit de apelare. Accesați Utilizatori și, sub Setări, selectați Comportamentde apelare. Puteți face alegerea, apoi faceți clic pe Salvare.

06 februarie 2023
Configurarea gateway-ului local pe IOS-XE pentru apelarea Webex

După ce configurați Webex Calling pentru organizația dvs., puteți configura un trunchi pentru a vă conecta gateway-ul local la Webex Calling. Transportul SIP TLS securizează trunchiul dintre gateway-ul local și cloud-ul Webex . Media dintre gateway-ul local și Webex Calling utilizează SRTP.

Flux operațiuni de configurare gateway 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. Vedeți Configurați trunchiuri, grupuri de rutare și planuri de apelare pentru Webex Calling pentru mai multe informații despre diferitele tipuri de trunchi. 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 .

Înainte de a începe

  • Înțelegeți cerințele rețelei de telefonie publică comutată (PSTN) și gateway-ului local (LGW) din locație 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 o implementare întreprindere de gateway local pentru a le utiliza ca funcție gateway local pt Webex Calling , apoi 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.

  • Creați un trunchi în Control Hub și alocați-l locației. Vedeți Configurați trunchiuri, grupuri de rutare și planuri de apelare pentru Webex Calling pentru mai multe informații.


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 Referințe pentru comenzi .

Înainte de a începe

  • Asigurați-vă că următoarea configurație de bază a platformei pe care o configurați este configurată în conformitate cu politicile și procedurile organizației dvs.:

    • NTP-uri

    • ACL-uri

    • activați parolele

    • parola principală

    • Rutare IP

    • Adresele IP și așa mai departe

  • Aveți nevoie de o versiune minimă acceptată a Cisco IOS XE 16.12 sau IOS-XE 17.3 pentru toate implementările de gateway local.

1

Asigurați-vă că alocați interfețelor de nivel 3 să aibă adrese IP valide și rutabile:

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
ip address 192.168.43.197 255.255.255.0
2

Preconfigurați o cheie principală pentru parolă utilizând următoarele comenzi, înainte de a utiliza acreditările și secretele partajate. Criptați parolele de tip 6 utilizând cifru AES și cheia principală definită de utilizator.

conf t
key config-key password-encrypt Password123
password encryption aes
3

Configurați serverul de nume IP pentru a activa căutarea DNS și ping pentru a vă asigura că serverul este accesibil. Gateway-ul local utilizează DNS pentru a rezolva adresele proxy Webex Calling :

conf t
Enter configuration commands, one per line.  End with CNTL/Z.
ip name-server 8.8.8.8
end
4

Activați Exclusivitatea TLS 1.2 și un punct de încredere implicit pentru substituent:

  1. Creați un substituent PKI trustpoint și apelați-l eșantionTP .

  2. Alocați punctul de încredere ca punct de încredere de semnalizare implicit în sip-ua .


     
    • Asigurați-vă că a cn-san-validate server stabilește conexiunea Local Gateway numai dacă proxy-ul de ieșire pe care l-ați configurat chiriaș 200 (descris mai târziu) se potrivește cu lista CN-SAN pe care o primiți de la server.

    • Aveți nevoie de punctul de încredere cripto pentru ca TLS să funcționeze. Deși nu aveți nevoie de un certificat client local (de exemplu, mTLS) configurat pentru conexiune.

  3. Activați exclusivitatea v1.2 pentru a dezactiva TLS v1.0 și v1.1.

  4. Setați tcp-retry count la 1000 (multiplu de 5 ms = 5 secunde).

  5. Setați conexiunea temporizatoarelor pentru a stabili TLS<wait-timer in="" sec=""> . Intervalul este între 5 și 20 de secunde, iar valoarea implicită este de 20 de secunde. (LGW detectează eroare conexiune TLS în 20 de secunde înainte de a încerca să stabilească o conexiune cu următoarea conexiune disponibilă Webex Calling accesați SBC. CLI permite administratorului să modifice valoarea pentru a se adapta la condițiile rețelei și pentru a detecta erorile de conectare cu Access SBC mult mai rapid).


     

    Se aplică Cisco IOS XE 17.3.2 și versiunile ulterioare.

configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
crypto pki trustpoint sampleTP
revocation-check crl
exit

sip-ua
crypto signaling default trustpoint sampleTP cn-san-validate server
transport tcp tls v1.2
tcp-retry 1000
end
5

Actualizați grupul de încredere Local Gateway:

Pachetul implicit de trustpool nu include certificatele „DigiCert Root CA” sau „IdenTrust Commercial” de care aveți nevoie pentru validarea certificatului de pe server în timpul stabilirii conexiunii TLS la Webex Calling .

Descărcați cea mai recentă versiune „Cisco Trusted Core Root Bundle” de lahttp://www.cisco.com/security/pki/ pentru a actualiza pachetul trustpool.

  1. Verificați dacă există certificatele DigiCert Room CA și IdenTrust Commercial:

    show crypto pki trustpool | include DigiCert
  2. Dacă DigiCert Room CA și certificatele IdenTrust Commercial nu există, actualizați după cum urmează:

    configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b
    Reading file from http://www.cisco.com/security/pki/trs/ios_core.p7b
    Loading http://www.cisco.com/security/pki/trs/ios_core.p7b 
    % PEM files import succeeded.
    end
    

     

    Ca alternativă, puteți descărca pachetul de certificate și îl puteți instala de pe un server local sau de pe o memorie flash Local Gateway.

    De exemplu:

    crypto pki trustpool import clean url flash:ios_core.p7b
  3. Verificați:

    show crypto pki trustpool | include DigiCert
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    
    show crypto pki trustpool | include IdenTrust Commercial
    cn=IdenTrust Commercial Root CA 1
    cn=IdenTrust Commercial Root CA 1

Înainte de a începe

Asigurați-vă că ați efectuat pașii din Control Hub pentru a crea o locație și a adăuga un trunchi pentru locația respectivă. În următorul exemplu, obțineți informațiile din Control Hub.

1

Introduceți următoarele comenzi pentru a porni aplicația Local Gateway, a se vedea Informații de referință la port pentru Cisco Webex Calling pentru cele mai recente subrețele IP pe care trebuie să le adăugați în listă de încredere:

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 t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
sip
g729 annexb-all
early-offer forced
asymmetric payload full
end

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

Prevenirea fraudei cu taxă
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Activează adresele IP sursă ale entităților de la care gateway-ul local așteaptă apeluri VoIP legitime, cum ar fi Webex Calling colegi, noduri Unified CM și PSTN IP .

  • În mod implicit, LGW blochează toate setările de apeluri VoIP de intrare de la adresele IP care nu se află în lista sa de încredere. Adresele IP de la colegii de apelare cu „ IP țintă sesiunii” sau grup de servere sunt de încredere în mod implicit și nu este necesar să le populați aici.

  • Adresele IP din listă trebuie să corespundă subrețelelor IP conform regiunii Webex Calling centru de date la care vă conectați. Pentru mai multe informații, consultați Informații de referință la port pentru Webex Calling .


     

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

  • Configurați alte adrese IP pe alte interfețe, de exemplu: vă asigurați că adăugați adresele Unified CM la interfețele orientate spre interior.

  • Adresele IP trebuie să corespundă cu IP -ul gazdelor și cu outbound-proxy decide să chiriaș 200.

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

Media
voice service voip
 media statistics 
 media bulk-stats 
  • Statistică media

    Permite monitorizarea media pe gateway-ul local.

  • Statistici în bloc media

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

  • Pentru mai multe informații despre aceste comenzi, consultați Media în Referință pentru comandă vocală Cisco IOS - de la K la R .

Funcționalitate de bază SIP la SIP
allow-connections sip to sip
  • Permiteți conexiuni SIP la SIP .

  • În mod implicit, dispozitivele vocale Cisco IOS sau IOS XE nu permit unui segment VoIP de intrare să iasă ca VoIP.

  • Pentru mai multe informații despre această comandă, consultați Permiteți conexiuni .

Servicii suplimentare
no supplementary-service sip refer
no supplementary-service sip handle-replaces

Dezactivează REFERIRE și înlocuiește ID - ul de dialog din antetul înlocuiește cu ID- ul de dialog peer .

Pentru mai multe informații, consultați Serviciu suplimentar înghițitură .

Protocol fax
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Activează T.38 pentru transportul faxului, deși traficul faxului nu va fi criptat. Pentru mai multe informații despre această comandă, consultați protocol fax t38 (serviciu vocal) .

Activați asomarea globală
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
  • Când redirecționați un apel către un Webex Calling utilizator (de exemplu, atât partea apelată, cât și partea apelantă sunt Webex Calling abonaților și dacă ancorați media la Webex Calling SBC), atunci mediul nu poate curge către gateway-ul local, deoarece orificiul nu este deschis.

  • Funcția de legături de paralizare de pe gateway-ul local permite trimiterea solicitărilor de paralizare generate local pe calea media negociată. Asomarea ajută la deschiderea orificiului din firewall.

  • Parola stun este o condiție prealabilă pentru ca gateway-ul local să trimită mesaje stun. Puteți configura firewall-uri bazate pe Cisco IOS/IOS XE pentru a verifica parola și a deschide găuri în mod dinamic (de exemplu, fără reguli explicite de intrare). Dar pentru implementarea gateway-ului local, configurați firewall-ul în mod static pentru a deschide și ieși găuri pe baza Webex Calling Subrețele SBC. Ca atare, firewall-ul trebuie să trateze subrețelele SBC ca pe orice pachet UDP de intrare, care declanșează deschiderea pinhole fără a analiza în mod explicit conținutul pachetului.

Pentru mai multe informații, consultați stun flowdata agent-id și stun flowdata secret-partajat .
G729
sip
g729 annexb-all

Permite toate variantele de G729.

Pentru mai multe informații, consultați g729 anexab-toate.
SIP
early-offer forced

Forțează gateway-ul local să trimită informațiile SDP în mesajul INVITE inițial în loc să aștepte confirmarea de la partenerul vecin.

Pentru mai multe informații despre această comandă, consultați ofertă anticipată .
2

Configurați „Profil SIP 200”.

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=hussain2572_lgu>"
rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"

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

  • regula 9

    Se asigură că listați antetul ca “SIP-Req-URI” și nu “SIP-Req-URL” .

    Regula efectuează conversia între URI-urile SIP și URL-urile SIP , deoarece Webex Calling nu acceptă URI-urile SIP în mesajele de solicitare/răspuns, dar are nevoie de ele pentru interogările SRV, de exemplu: _sips._tcp.<outbound-proxy>.
  • regula 20

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

  • Aplică profilul SIP chiriașului clasei vocale 200 (discutat mai târziu) pentru toate tipurile de trafic Webex Calling . Pentru mai multe informații, consultați profiluri pentru clasa de voce .

    Pentru mai multe informații despre comenzile cu reguli, consultați regulă (regulă de traducere vocală) în Referință pentru comandă vocală Cisco IOS - de la K la R .

3

Configurați profilul codecului, definiția de paralizare și suita SRTP Crypto.

voice class codec 99
codec preference 1 g711ulaw
codec preference 2 g711alaw 
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
stun usage ice lite
exit

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

  • Codec clasa vocală 99

    Permite ambele codecuri g711 (mu și a-law) pentru sesiuni. Aplicați stun la toate dial-peer-urile.

    Pentru mai multe informații, consultați codec de clasă vocală .
  • Clasa vocală srtp-crypto 200

    voice class srtp-crypto 200
    crypto 1 AES_CM_128_HMAC_SHA1_80

    Specifică SHA1_ 80 ca singura suite de SRTP pe care Local Gateway-ul o oferă în SDP ca ofertă și răspuns. Webex Calling acceptă numai SHA1_ 80. Pentru mai multe informații despre comanda clasei vocale, consultați clasa de voce srtp-crypto .

  • Se aplică chiriaș clasa vocală 200 (discutat mai târziu) cu fața- Webex Calling .

  • Clasa de voce stun-usage 200

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

    Definește utilizarea asomării. Se aplică uimirea tuturor Webex Calling -persoane de apelare orientate (etichetă 2XX) pentru a evita transmisia audio interzisă atunci când un telefon Unified CM redirecționează apelul către alt telefon Webex Calling telefon. Vedeți firewall de utilizare stun-date flux traversale și stun utilisation ice lite .


 

Dacă conținutul media de ancorare la SBC ITSP și gateway-ul local se află în spatele unui NAT, așteptați stream media de intrare de la ITSP. Puteți aplica comanda stun pe ITSP orientați către colegii de apelare.


 

Aveți nevoie de utilizarea stun ice-lite pentru fluxurile de apeluri care utilizează optimizarea căii media.

4

Asociați parametrii Control Hub cu configurația Local Gateway.

Adaugă Webex Calling ca chiriaș în cadrul Gateway-ului local. Aveți nevoie de configurare pentru a înregistra gateway-ul local în chiriaș clasa vocală 200 . Trebuie să obțineți elementele configurației respective din pagina Informații trunchi din Control Hub, așa cum se arată în imaginea următoare. Următorul exemplu afișează care sunt câmpurile care se mapează la respectivul Local Gateway CLI.

Aplicați chiriaș 200 la toate Webex Calling colegii cu cadran cu care se confruntă (2xx etichetă) în configurația Local Gateway. Caracteristica de închiriere a clasei de voce permite gruparea și configurarea parametrilor SIP trunk care, altfel, se realizează în cadrul serviciului vocal VoIP și sip-ua. Când configurați un client și îl aplicați într-un dial-peer, configurațiile Gateway local se aplică următoarea ordine a preferințelor:

  • Configurație dial-peer

  • Configurația locatarului

  • Configurare globală (serviciu voce VoIP / sip-ua)

5

Configurare chiriaș clasa vocală 200 pentru a activa înregistrarea trunchiului de la Local Gateway către Webex Calling pe baza parametrilor pe care i-ați obținut din Control Hub:


 

Următoarele linie de comandă și parametrii sunt doar exemplificative. Utilizați parametrii pentru propria implementare.

voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF 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 GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru

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

voice class tenant 200

Permite configurații globale specifice pentru mai mulți locatari pe trunchiuri SIP care permit servicii diferențiate pentru locatari.

Pentru mai multe informații, consultați chiriaș clasei de voce .
registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

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

credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks

Date de autentificare pentru provocare înregistrare trunchi. Pentru mai multe informații, consultați acreditări (SIP UA) în Referință pentru comandă vocală Cisco IOS - de la A la C .

authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks
authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm 40462196.cisco-bcld.com

Provocare autentificare pentru apeluri. Pentru mai multe informații, consultați autentificare (dial-peer) în Referință pentru comandă vocală Cisco IOS - de la A la C .

no remote-party-id

Dezactivați antetul SIP Remote-Party- ID (RPID) ca Webex Calling acceptă PAI, care este activat prin CIO asserted-id pai. Pentru mai multe informații, consultați ID-partid-de-la distanță în Referință pentru comandă vocală Cisco IOS - de la K la R .

sip-server dns:40462196.cisco-bcld.com
Definește Webex Calling servere. Pentru mai multe informații, consultați sip-server în Referință comenzi vocale Cisco IOS - comenzi S .
connection-reuse

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

srtp-crypto 200

Definește voice class srtp-crypto 200 pentru a specifica SHA1_ 80 (specificat la pasul 3). Pentru mai multe informații, consultați clasa de voce srtp-crypto.

session transport tcp tls
Setează transportul la TLS. Pentru mai multe informații, consultați sesiune-transport .
url sips

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

error-passthru

Specifică funcționalitatea de transmitere a răspunsului la eroare SIP .

Pentru mai multe informații, consultați eroare-passthru .
asserted-id pai

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

bind control source-interface GigabitEthernet0/0/1

Configurați o adresă IP sursă pentru interfața sursei de semnalizare orientată Webex Calling .

bind media source-interface GigabitEthernet0/0/1

Configurați o adresă IP sursă pentru interfața sursei media Webex Calling .

Pentru mai multe informații despre comenzile bind, consultați bind în Referință pentru comandă vocală Cisco IOS - de la A la C .

no pass-thru content custom-sdp

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

sip-profiles 200

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

outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com

Webex Calling accesați SBC. Pentru mai multe informații, consultați proxy-ul de ieșire .

privacy-policy passthru

Transferați în mod transparent valorile antetului de confidențialitate de la segmentul de intrare la cel de ieșire. Pentru mai multe informații, consultați politică de confidențialitate în Referință pentru comandă vocală Cisco IOS - de la K la R .

După ce definiți tenant 200 în cadrul gateway-ului local și configurați un dial-peer SIP VoIP , gateway-ul inițiază apoi o conexiune TLS către Webex Calling , moment în care SBC de acces își prezintă certificatul la Gateway-ul local. Gateway-ul local validează Webex Calling accesați certificatul SBC utilizând pachetul rădăcină CA care este actualizat anterior. Stabilește o sesiune TLS persistentă între gateway-ul local și Webex Calling accesați SBC. Gateway-ul local trimite apoi un REGISTER către SBC de acces care este contestat. AOR de înregistrare este număr@domeniu. Numărul este preluat din acreditările parametrul „număr” și domeniul din „registrar dns:<fqdn> .” Când înscrierea este contestată:

  • Utilizați nume de utilizator, parolă și domeniu parametrii din acreditările pentru a construi antetul și profilul de înghițitură 200.

  • Convertește URL-ul SIPS înapoi în SIP.

Înscrierea a reușit când primiți 200 OK de la SBC de acces.

Această implementare necesită următoarea configurație pe gateway-ul local:

  1. Chiriașii clasei de voce —Creați alți clienți găzduiți pentru colegii de apelare care se confruntă cu ITSP, similar cu tenantul 200 pentru care creați Webex Calling cu care se confruntă colegii-dial.

  2. URI-uri clase vocale —Definiți modele pentru adresele IP /porturile gazdei pentru diferite trunchiuri care se termină pe gateway-ul local:

    • Webex Calling către LGW

    • Terminare SIP trunk pe LGW

  3. Peers de apelare de ieșire —Puteți direcționa segmente de apel de ieșire de la LGW la SIP trunk ITSP și Webex Calling .

  4. Clasa de voce DPG —Puteți invoca pentru a viza dial-peer-ii de ieșire de la un dial-peer de intrare.

  5. Peers de apelare de intrare —Puteți accepta segmente de apeluri de intrare de la ITSP și Webex Calling .

Utilizați configurațiile fie pentru configurarea gateway-ului local găzduit de partener, fie gateway-ul site-ului clientului, după cum se arată în imaginea următoare.

1

Configurați următorii locatari clase de voce:

  1. Aplicați chiriașul clasei vocale 100 către toți dial-peer-ii de ieșire care se confruntă cu IP PSTN.

    voice class tenant 100 
    session transport udp
    url sip
    error-passthru
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
  2. Aplicați chiriașul clasei vocale 300 către toți colegii de apelare de intrare de la PSTN IP .

    voice class tenant 300 
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
2

Configurați următoarea clasă de voce uri:

  1. Definiți adresă IP a gazdei ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definiți un model pentru a identifica unic un site gateway local într-o întreprindere pe baza parametrului OTG sau DTG al grup de trunchiuri al Control Hub:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Local Gateway nu acceptă momentan literă de subliniere „_ " în tiparul de potrivire. Ca o soluție alternativă, puteți utiliza un punct "." (se potrivește cu oricare) pentru a se potrivi cu „_ ".

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
    Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
    pattern :8934
    
3

Configurați următorii colegi de apelare de ieșire:

  1. Dial-peer de ieșire către IP PSTN:

    dial-peer voice 101 voip 
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad

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

    dial-peer voice 101 voip
     description Outgoing dial-peer to PSTN
    

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

    destination-pattern BAD.BAD

    Permite selectarea dial-peer 101 . Cu toate acestea, invocați acest dial-peer de ieșire direct de la dial-peer-ul de intrare utilizând instrucțiuni dpg și acest lucru ocolește criteriile de potrivire a modelului de cifre. Utilizați un model arbitrar bazat pe cifre alfanumerice permise de CLI pentru modelul de destinație.

    session protocol sipv2

    Specifică acel dial-peer 101 se ocupă de segmentele de apel SIP .

    session target ipv4:192.168.80.13

    Indică adresă IPv4 țintă a destinației pentru a trimite segmentul de componentă apel. În acest caz, adresă IP a ITSP .

    voice-class codec 99

    Indică lista de preferințe pentru codec 99 pentru a fi utilizat pentru acest dial-peer.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pentru acest componentă apel.

    voice-class sip tenant 100

    Dial-peer-ul moștenește toți parametrii de la tenant 100 cu excepția cazului în care același parametru este definit în dial-peer-ul însuși.

    no vad

    Dezactivează detectarea activității vocale.

  2. Ieșire apel-peer către Webex Calling (Actualizați dial-peer de ieșire pentru a servi ca peer de dial de intrare de la Webex Calling precum și mai târziu în ghid configurare).

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target sip-server
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class stun-usage 200
    no voice-class sip localhost
    voice-class sip tenant 200
    srtp
    no vad
    

    Explicația comenzilor:

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

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

    session target sip-server

    Indică faptul că serverul SIP global este destinația apelurilor de la acest peer de apelare. Webex Calling serverul pe care îl definiți în chiriaș 200 este moștenit pentru dial-peer 200201 .

    voice-class stun-usage 200

    Permite trimiterea cererilor de paralizare generate local pe gateway-ul local pe calea media negociată. Stun ajută la deschiderea gaurii din firewall.

    no voice-class sip localhost

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

    voice-class sip tenant 200

    Dial-peer-ul moștenește toți parametrii de la tenant 200 (LGW <--> Webex Calling Trunk) cu excepția cazului în care definiți același parametru în dial-peer-ul însuși.

    srtp

    Activează SRTP pentru segmentul de componentă apel.

    no vad

    Dezactivează detectarea activității vocale.

4

Configurați următoarele grupuri dial-peer (dpg):

  1. Definește grupul dial-peer 100 . Dial-peer de ieșire 101 este ținta pentru orice invocare peer-dial de intrare grup de apelare-peer 100 . Aplicam DPG 100 către dial-peer-ul de intrare 200201 pentru Webex Calling --> LGW --> PSTN cale.

    voice class dpg 100
    description Incoming WxC(DP200201) to IP PSTN(DP101)
    dial-peer 101 preference 1
    
  2. Definiți grupul dial-peer 200 cu dial-peer de ieșire 200201 ca țintă pentru PSTN --> LGW --> Webex Calling cale. Aplicați DPG 200 către dial-peer-ul de intrare 100 pe care le definiți mai târziu.

    voice class dpg 200
    description Incoming IP PSTN(DP100) to Webex Calling(DP200201)
    dial-peer 200201 preference 1
    
5

Configurați următorii dial-peer de intrare:

  1. Dial-peer de intrare pentru segmentele de apel IP PSTN de intrare:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN
    session protocol sipv2
    destination dpg 200
    incoming uri via 100
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

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

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

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

    session protocol sipv2

    Specifică acel dial-peer 100 se ocupă de segmentele de apel SIP .

    incoming uri via 100

    Specifică uri pentru clasa vocală 100 pentru a potrivi întregul trafic de intrare de la IP PSTN la Local Gateway pe adresă IP a gazdei unui antet VIA . Pentru mai multe informații, consultați uri de intrare în Referințe comenzi vocale Cisco IOS - de la D la I .

    destination dpg 200

    Specifică grupul de peer de apelare 200 pentru a selecta un peer de apelare de ieșire. Pentru mai multe informații despre setarea unui grup dial-peer, consultați clasa de voce dpg în Referințe comenzi vocale Cisco IOS - de la T la Z .

    voice-class sip tenant 300

    Dial-peer-ul moștenește toți parametrii de la tenant 300 cu excepția cazului în care același parametru este definit în dial-peer-ul însuși.

    no vad

    Dezactivează detectarea activității vocale.

  2. Dial-peer de intrare pentru intrare Webex Calling segmente de apel:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    max-conn 250
    destination dpg 100
    incoming uri request 200
     

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

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

    Actualizează un dial-peer VoIP cu o etichetă de 200201 și oferă o descriere semnificativă pentru o gestionare ușoară și depanare.

    incoming uri request 200

    Specifică uri pentru clasa vocală 200 pentru a corespunde întregului trafic de intrare de la Webex Calling către LGW pe modelul unic dtg din URI-ul solicitării , identificând în mod unic site-ul Gateway local din cadrul unei întreprinderi și în Webex Calling ecosistem. Pentru mai multe informații, consultați uri de intrare în Referințe comenzi vocale Cisco IOS - de la D la I .

    destination dpg 100

    Specifică grupul de peer de apelare 100 pentru a selecta un peer de apelare de ieșire. Pentru mai multe informații despre setarea unui grup dial-peer, consultați clasa de voce dpg în Referințe comenzi vocale Cisco IOS - de la T la Z .

    max-conn 250

    Limitează numărul de apeluri simultane la 250 între LGW și Webex Calling , presupunând un singur dial-peer orientat Webex Calling atât pentru apelurile de intrare, cât și pentru apelurile de ieșire, așa cum este definit în acest articol. Pentru mai multe informații despre limitele apelurilor simultane care implică Local Gateway, consultați documentul Tranziția de la Unified CM la Webex Calling .

PSTN către Webex Calling

Potriviți toate segmentele de apeluri IP PSTN de intrare de pe gateway-ul local cu dial-peer 100 pentru a defini un criteriu de potrivire pentru antetul VIA cu adresa IP a PSTN-ului adresă IP. DPG 200 invocă peer-ul de apelare de ieșire 200201 , care are Webex Calling server ca destinație țintă.

Webex Calling la PSTN

Potriviți toate cele primite Webex Calling segmente de apel pe gateway-ul local cu dial-peer 200201 pentru a defini criteriul de potrivire pentru modelul antet REQUEST URI cu parametrul OTG/DTG al grup de trunchiuri , unic pentru această implementare Local Gateway. DPG 100 invocă dial-peer-ul de ieșire 101 , care are adresa IP PSTN adresă IP ca destinație țintă.

Această implementare necesită următoarea configurație pe gateway-ul local:

  1. Chiriașii clasei de voce —Creați mai mulți locatari pentru colegii de apelare care se confruntă cu Unified CM și ITSP, similar cu chiriaș 200 pentru care creați Webex Calling cu care se confruntă colegii-dial.

  2. URI-uri clase vocale — Definiți un model pentru adresele IP /porturile gazdei pentru diferite trunchiuri care se termină pe LGW de la:

    • Unified CM la LGW pentru destinații PSTN

    • Unified CM la LGW pentru Webex Calling destinații

    • Webex Calling către destinațiile LGW

    • Terminare SIP trunk pe LGW

  3. Clasa de voce server-grup —Puteți viza adrese/porturi IP pentru trunchiuri de ieșire de la:

    • LGW la Unified CM

    • LGW la Webex Calling

    • SIP trunk de la LGW la PSTN

  4. Peers de apelare de ieșire —Puteți direcționa segmente de apel de ieșire din:

    • LGW la Unified CM

    • SIP trunk

    • Webex Calling

  5. Clasa de voce DPG —Puteți invoca pentru a viza colegii de apelare de ieșire de la un egal de apelare de intrare.

  6. Peers de apelare de intrare —Puteți accepta segmente de apeluri de intrare de la Unified CM, ITSP și Webex Calling .

1

Configurați următorii locatari clase de voce:

  1. Aplicați chiriașul clasei vocale 100 pe toți partenerii de apelare de ieșire care se confruntă cu Unified CM și IP PSTN:

    voice class tenant 100 
    session transport udp
    url sip
    error-passthru
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
  2. Aplicați chiriașul clasei vocale 300 pe toți colegii de apelare de intrare de la Unified CM și IP PSTN:

    voice class tenant 300 
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
2

Configurați următoarea clasă de voce uri:

  1. Definește adresă IP gazdă a ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definiți un model pentru a identifica în mod unic un site gateway local într-o întreprindere pe baza parametrului OTG/DTG al grup de trunchiuri al Control Hub:

    voice class uri 200 sip
    pattern dtg=hussain2572.lgu
    

     

    Gateway-ul local nu acceptă momentan litera de subliniere "_ " în tiparul de potrivire. Ca o soluție alternativă, utilizați punctul "." (se potrivește cu oricare) pentru a se potrivi cu „_ ".

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
    Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
    pattern :8934
    
  3. Definește portul de semnalizare Unified CM VIA pentru trunchiul Webex Calling :

    voice class uri 300 sip
    pattern :5065
    
  4. Definește IP de semnalizare sursă Unified CM și portul VIA pentru trunchiul PSTN:

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
3

Configurați următoarele grupuri de servere pentru clase de voce:

  1. Definește adresă IP a gazdei țintă a trunchiului Unified CM și număr port pentru Grup Unified CM (5 noduri). Unified CM utilizează portul 5065 pentru traficul de intrare pe Webex Calling portbagaj ( Webex Calling <-> LGW --> Unified CM).

    voice class server-group 301
    ipv4 192.168.80.60 port 5065
    
  2. Definește adresă IP a gazdei țintă a trunchiului Unified CM și număr port pentru Grup Unified CM, dacă este cazul:

    voice class server-group 303
    ipv4 192.168.80.60 port 5065
    
  3. Definește adresă IP a gazdei țintă a trunchiului Unified CM Grup Unified CM 1 CM unificat (5 noduri). Unified CM utilizează portul implicit 5060 pentru traficul de intrare pe trunchiul PSTN. Fără un număr port specificat, puteți utiliza portul implicit 5060. (PSTN <-> LGW --> Unified CM)

    voice class server-group 305
    ipv4 192.168.80.60
    
  4. Definește adresă IP a gazdei țintă a trunchiului Unified CM Grup Unified CM 2 CM unificat, dacă este cazul.

    voice class server-group 307 
    ipv4 192.168.80.60
    
4

Configurați următorii dial-peer de ieșire:

  1. Dial-peer de ieșire către IP PSTN:

    dial-peer voice 101 voip 
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    

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

    dial-peer voice 101 voip
    description Outgoing dial-peer to PSTN

    Definește un dial-peer VoIP cu eticheta de 101 și se oferă o descriere semnificativă pentru ușurință în gestionare și depanare.

    destination-pattern BAD.BAD

    Permite selectarea dial-peer 101 . Cu toate acestea, invocați dial-peer-ul de ieșire direct de la dial-peer-ul de intrare utilizând instrucțiuni dpg și acest lucru ocolește criteriile de potrivire a modelului de cifre. Utilizați un model arbitrar care se bazează pe cifre alfanumerice permise de CLI pentru modelul de destinație.

    session protocol sipv2

    Specifică acel dial-peer 101 se ocupă de segmentele de apel SIP .

    session target ipv4:192.168.80.13

    Indică adresă IPv4 țintă a destinației pentru a trimite segmentul de componentă apel. (În acest caz, adresă IP a ITSP-ului .)

    voice-class codec 99

    Indică lista de preferințe pentru codec 99 pentru a fi utilizat pentru acest dial-peer.

    voice-class sip tenant 100

    Dial-peer-ul moștenește toți parametrii de la tenant 100 cu excepția cazului în care definiți același parametru în dial-peer-ul însuși.

  2. Ieșire apel-peer către Webex Calling (Actualizați dial-peer-ul de ieșire pentru a servi ca dial-peer de intrare de la Webex Calling ):

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target sip-server
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class stun-usage 200
    no voice-class sip localhost
    voice-class sip tenant 200
    srtp
    no vad
    

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

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

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

    session target sip-server

    Indică faptul că serverul SIP global este destinația apelurilor de la dial-peer 200201 . Webex Calling server care este definit în chiriaș 200 este moștenit pentru dial-peer 200201 .

    voice-class stun-usage 200

    Permite trimiterea solicitărilor de paralizare generate local pe calea media negociată. Stun ajută la deschiderea gaurii din firewall.

    no voice-class sip localhost

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

    voice-class sip tenant 200

    Dial-peer-ul moștenește toți parametrii de la tenant 200 (LGW <--> Webex Calling trunk) cu excepția cazului în care definiți același parametru în dial-peer-ul însuși.

    srtp

    Activează SRTP pentru segmentul de componentă apel.

  3. Dial-peer de ieșire către trunchiul Webex Calling al Unified CM:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 301
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    

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

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling – Nodes 1 to 5

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

    session server-group 301

    În loc de IP -ul țintă al sesiunii în dial-peer, indicați un grup de servere destinație ( grupul de servere 301 pentru dial-peer 301 ) pentru a defini mai multe noduri UCM țintă, deși exemplul arată doar un singur nod.

    Grup de server în dial-peer de ieșire

    Cu mai multe dial-peer în DPG și mai multe servere în grupul dial-peer server, puteți realiza o distribuție aleatorie a apelurilor între toți abonații de procesare apeluri a apelurilor Unified CM sau puteți căuta pe baza unei preferințe definite. Fiecare grup de servere poate avea până la cinci servere (IPv4/v6 cu sau fără port). Aveți nevoie de un al doilea dial-peer și un al doilea grup de servere numai dacă sunt utilizați mai mult de cinci abonați la procesare apeluri .

    Pentru mai multe informații, consultați Grupuri de servere în colegii de apelare de ieșire în Ghid de configurare pentru Cisco Unified Border Element - Cisco IOS XE 17.6 și versiunile ulterioare .

  4. Al doilea dial-peer de ieșire către trunchiul Webex Calling al Unified CM dacă aveți mai mult de 5 noduri Unified CM :

    dial-peer voice 303 voip
    description Outgoing dial-peer to CUCM-Group-2 
    for inbound from Webex Calling - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 303
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
  5. Dial-peer de ieșire către trunchiul PSTN al Unified CM:

    dial-peer voice 305 voip
    description Outgoing dial-peer to CUCM-Group-1for inbound from PSTN - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 305
    voice-class codec 99 
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    
  6. Al doilea dial-peer de ieșire către trunchiul PSTN al Unified CM dacă aveți mai mult de 5 noduri Unified CM :

    dial-peer voice 307 voip
    description Outgoing dial-peer to CUCM-Group-2 for inbound from PSTN - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 307
    voice-class codec 99  
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    
5

Configurați următorul DPG:

  1. Definește DPG 100 . Dial-peer de ieșire 101 este ținta pentru orice invocare peer-dial de intrare grup de apelare-peer 100 . Aplicam DPG 100 către peer-ul de apelare de intrare 302 definit ulterior pentru Unified CM --> LGW --> PSTN cale:

    voice class dpg 100
    dial-peer 101 preference 1
    
  2. Definiți DPG 200 cu dial-peer de ieșire 200201 ca țintă pentru Unified CM --> LGW --> Webex Calling cale:

    voice class dpg 200
    dial-peer 200201 preference 1
    
  3. Definiți DPG 300 pentru colegii de apelare de ieșire 301 sau 303 pentru Webex Calling --> LGW --> Unified CM cale:

    voice class dpg 300
    dial-peer 301 preference 1
    dial-peer 303 preference 1
    
  4. Definiți DPG 302 pentru colegii de apelare de ieșire 305 sau 307 pentru PSTN --> LGW --> Unified CM cale:

    voice class dpg 302
    dial-peer 305 preference 1
    dial-peer 307 preference 1
    
6

Configurați următorii dial-peer de intrare:

  1. Dial-peer de intrare pentru segmentele de apel IP PSTN de intrare:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN
    session protocol sipv2
    destination dpg 302
    incoming uri via 100
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

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

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

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

    session protocol sipv2

    Specifică acel dial-peer 100 se ocupă de segmentele de apel SIP .

    incoming uri via 100

    Specifică uri pentru clasa vocală 100 către întregul trafic de intrare de la Unified CM către LGW pe adresă IP a gazdei antetului VIA . Pentru mai multe informații, consultați uri de intrare în Referințe comenzi vocale Cisco IOS - de la D la I .

    destination dpg 302

    Specifică grupul dial-peer 302 pentru a selecta un peer de apelare de ieșire. Pentru mai multe informații despre setarea unui grup dial-peer, consultați clasa de voce dpg în Referințe comenzi vocale Cisco IOS - de la T la Z .

    voice-class sip tenant 300

    Dial-peer-ul moștenește toți parametrii de la tenantul 300, cu excepția cazului în care definiți același parametru în dial-peer-ul însuși.

  2. Dial-peer de intrare pentru intrare Webex Calling segmente de apel:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    max-conn 250
    destination dpg 300
    incoming uri request 200
     

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

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

    Actualizează un dial-peer VoIP cu o etichetă de 200201 și oferă o descriere semnificativă pentru o gestionare ușoară și depanare.

    incoming uri request 200

    Specifică uri pentru clasa vocală 200 către întregul trafic de intrare de la Unified CM către LGW pe modelul unic dtg din URI-ul solicitării , identificând în mod unic un site Local Gateway din cadrul unei întreprinderi și din Webex Calling ecosistem. Pentru mai multe informații, consultați uri de intrare în Referințe comenzi vocale Cisco IOS - de la D la I .

    destination dpg 300

    Specifică grupul dial-peer 300 pentru a selecta un peer de apelare de ieșire. Pentru mai multe informații despre setarea unui grup dial-peer, consultați clasa de voce dpg în Referințe comenzi vocale Cisco IOS - de la T la Z .

    max-conn 250

    Limitează numărul de apeluri simultane la 250 între LGW și Webex Calling presupunând o singură orientare dial-peer Webex Calling atât pentru apelurile de intrare, cât și pentru apelurile de ieșire, așa cum este definit în acest ghid. Pentru mai multe detalii despre limitele apelurilor simultane care implică Local Gateway, consultați documentul Tranziția de la Unified CM la Webex Calling .

  3. Dial-peer de intrare pentru segmentele de apel Unified CM de intrare cu Webex Calling ca destinație:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling
    session protocol sipv2
    destination dpg 200
    incoming uri via 300
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

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

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling

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

    incoming uri via 300

    Specifică URI -ul clasei vocale 300 către întregul trafic de intrare de la Unified CM la LGW pe portul via sursă (5065). Pentru mai multe informații, consultați uri de intrare în Referințe comenzi vocale Cisco IOS - de la D la I .

    destination dpg 200

    Specifică grupul dial-peer 200 pentru a selecta un peer de apelare de ieșire. Pentru mai multe informații despre setarea unui grup dial-peer, consultați clasa de voce dpg în Referințe comenzi vocale Cisco IOS - de la T la Z .

    voice-class sip tenant 300

    Dial-peer-ul moștenește toți parametrii de la tenantul 300, cu excepția cazului în care definiți același parametru în dial-peer-ul însuși.

  4. Dial-peer de intrare pentru segmentele de apel Unified CM de intrare cu PSTN ca destinație:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN
    session protocol sipv2
    destination dpg 100
    incoming uri via 302
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

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

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN

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

    incoming uri via 302

    Specifică uri pentru clasa vocală 302 către întregul trafic de intrare de la Unified CM la LGW pe portul via sursă (5065). Pentru mai multe informații, consultați uri de intrare în Referințe comenzi vocale Cisco IOS - de la D la I .

    destination dpg 100

    Specifică grupul dial-peer 100 pentru a selecta un peer de apelare de ieșire. Pentru mai multe informații despre setarea unui grup dial-peer, consultați clasa de voce dpg în Referințe comenzi vocale Cisco IOS - de la T la Z .

    voice-class sip tenant 300

    Dial-peer-ul moștenește toți parametrii de la tenant 300 cu excepția cazului în care definiți același parametru în dial-peer-ul însuși.

Trunchi PSTN IP la Unified CM PSTN

Webex Calling Platformă către trunchiul Unified CM Webex Calling

Trunchiul Unified CM la IP PSTN

Trunchiul Unified CM Webex Calling către Webex Calling Platformă

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ăturile de diagnosticare (DS) sunt fișiere XML care conțin informații despre evenimentele de declanșare a problemei și acțiunile care trebuie întreprinse pentru a informa, a depana și a remedia problema. puteți defini logica de detectare a problemei utilizând mesajele syslog, evenimentele SNMP și prin monitorizarea periodică a ieșirilor specifice comenzii show.

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 serverul HTTPS, SCP, 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 local care rulează IOS XE 17.3.2 sau o versiune ulterioară

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

  2. Configurați serverul de e-mail securizat pentru a fi utilizat pentru a trimite notificări proactive dacă dispozitivul rulează Cisco IOS XE 17.3.2 sau o versiune ulterioară.

    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Configurați variabila de mediuds_email cu adresa de e-adresă de e-mail a administratorului pentru a vă notifica.

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

Gateway local care rulează 16.11.1 sau o versiune ulterioară

  1. Semnăturile de diagnosticare sunt activată implicit

  2. Configurați serverul de e-mail pentru a fi utilizat pentru a trimite notificări proactive dacă dispozitivul rulează o versiune anterioară 17.3.2.

    configure terminal 
    call-home  
    mail-server <email server> priority 1 
    end 
  3. Configurați variabila de mediuds_email cu adresa de e-adresă de e-mail a administratorului care urmează să fie notificat.

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

Gateway local care rulează versiunea 16.9.x

  1. Introduceți următoarele comenzi pentru a activa semnăturile de diagnosticare.

    configure terminal 
    call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    end  
  2. Configurați serverul de e-mail pentru a fi utilizat pentru a trimite notificări proactive dacă dispozitivul rulează o versiune anterioară 17.3.2.

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Configurați variabila de mediuds_email cu adresa de e-adresă de e-mail a administratorului care urmează să fie notificat.

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

În continuare este prezentat un exemplu de configurare a unui Gateway local care rulează pe Cisco IOS XE 17.3.2 pentru a trimite notificări proactive către tacfaststart@gmail.com utilizând Gmail ca server SMTP securizat:

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

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

  1. Accesați Gestionați Contul Google > Securitate și porniți Acces mai puțin sigur la aplicație setare.

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

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

Monitorizarea gradului de utilizare ridicat al CPU

Acest DS urmărește utilizarea CPU timp de 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 care sunt instalate în gateway-ul local. Utilizați acești pași de mai jos pentru a instala semnătura.

  1. Asigurați-vă că ați SNMP folosind comanda afișați snmp . Dacă nu activați, configurați comanda „snmp-server manager”.

    show snmp 
    %SNMP agent not enabled 
    
    config t 
    snmp-server manager 
    end 
    
    show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    
  2. Descărcați DS 64224 utilizând următoarele opțiuni derulante în Instrumentul de căutare a semnăturilor de diagnosticare :

    Nume câmp

    Valoarea câmpului

    Platformă

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

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip problemă

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

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

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

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

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    
  4. Instalați fișier XML în gateway-ul local.

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
  5. Verificați dacă semnătura a fost instalată cu succes folosind afișați semnătura-diagnostic call-home . 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 î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. Vă rugăm să utilizați pașii de mai jos pentru a instala semnătura.

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

    Nume câmp

    Valoarea câmpului

    Platformă

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

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    SIP- SIP

    Tip problemă

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

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

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash: 
  3. Instalați fișier XML în gateway-ul local.

    call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Utilizați afișați semnătura-diagnostic call-home pentru a verifica dacă semnătura a fost instalată cu succes . Coloana de stare trebuie să aibă o valoare „înscrisă”.

Monitorizarea deconectărilor anormale ale apelurilor

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

  1. Verificați dacă SNMP este activat utilizând comanda afișați snmp . Dacă nu este activat, configurați comanda „snmp-server manager”.

    show snmp 
    %SNMP agent not enabled 
     
    
    config t 
    snmp-server manager 
    end 
    
    show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    
  2. Descărcați DS 65221 utilizând următoarele opțiuni în Instrumentul de căutare a semnăturilor de diagnosticare :

    Nume câmp

    Valoarea câmpului

    Platformă

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

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip problemă

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

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

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. Instalați fișier XML în gateway-ul local.

    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    
  5. Utilizați afișați semnătura-diagnostic call-home pentru a verifica dacă semnătura a fost instalată cu succes utilizând . 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 verificării manuale a apariției problemei și facilitează mult depanarea problemelor intermitente și tranzitorii.

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

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

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

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

    Exemplu:

    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. Asigurați-vă că SNMP este activat folosind comanda afișați snmp . Dacă nu este activat, configurați comanda „snmp-server manager”.

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

    Nume câmp

    Valoarea câmpului

    Platformă

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

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip problemă

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

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

    Nume câmp

    Valoarea câmpului

    Platformă

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

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Syslog-uri

    Tip problemă

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

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

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Instalați fișier XML DS 64224 și apoi DS 65095 pentru monitorizarea CPU înalt în gateway-ul local.

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
     
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  7. Verificați dacă semnătura a fost instalată cu succes folosind afișați semnătura-diagnostic call-home . 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 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 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ă, 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 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.

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:

Înainte de a începe

  • Asigurați-vă că următoarea configurație de bază a platformei pe care o configurați este configurată în conformitate cu politicile și procedurile organizației dvs.:

    • NTP-uri

    • ACL-uri

    • activați parolele

    • parola principală

    • Rutare IP

    • Adresele IP și așa mai departe

  • Aveți nevoie de o versiune minimă acceptată a IOS XE 17.6 pentru toate implementările de gateway local.

1

Asigurați-vă că atribuiți adrese IP valide și rutabile oricărei interfețe de nivel 3:

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
 ip address 198.51.100.1 255.0.0.0

 
Interfață către Webex Calling trebuie să fie accesibil din exterior.

 

Puteți configura Control Hub numai cu FQDN/SRV al gateway-ului local. Asigurați-vă că FQDN se rezolvă la IP-ul de interfață.

2

Preconfigurați o cheie principală pentru parolă cu următoarele comenzi înainte de a fi utilizată ca date de autentificare și secrete partajate. Parolele de tip 6 sunt criptate utilizând cifrul AES și cheia principală definită de utilizator.

conf t
key config-key password-encrypt Password123
password encryption aes
3

Configurați IP Name Server pentru a activa căutarea DNS . Efectuați ping la serverul de nume IP și asigurați-vă că serverul este accesibil. Gateway-ul local trebuie să se rezolve Webex Calling adrese proxy care utilizează acest DNS:

conf t
Enter configuration commands, one per line. End with CNTL/Z. 
ip name-server 8.8.8.8
end
4

Activați Exclusivitatea TLS 1.2 și un substituent implicit Trustpoint:


 
  • Un Certificat CA semnat și de încredere trebuie să fie recunoscut.

  • Domeniul din URI antet de contact al mesajelor de solicitare SIP (de exemplu: Invitație, Opțiuni) trebuie să fie prezent în certificatul SAN pentru a stabili conexiunea TLS .

  1. Creați o cheie RSA care să corespundă lungimii certificatului a certificat rădăcină cu următoarea comandă:

    crypto key generate rsa general-keys exportable label my-cube modulus 4096
  2. Creați un punct de încredere pentru a deține un certificat semnat de CA cu următoarele comenzi:

    crypto pki trustpoint CUBE_CA_CERT
     enrollment terminal pem
     serial-number none
     subject-name CN=my-cube.domain.com (This has to match the DNS hostname through which this router is reachable)
     revocation-check none
     rsakeypair TestRSAkey !(this has to match the RSA key you just created)
  3. Generați cerere de semnare certificat (CSR) cu următoarea comandă:

    crypto pki enroll CUBE_CA_CERT

     
    • Utilizați acest CSR pentru a solicita un certificat de la una dintre autoritățile de certificare acceptate.

    • Asigurați-vă că destinația trunchiului (FQDN sau SRV) pe care o configurați pe Control Hub este prezentă în SAN-ul certificatului.

5

Dacă certificat rădăcină are un CA intermediar, atunci executați următoarele comenzi:


 

Dacă nu există autorități de certificare intermediare, treceți la pasul următor.

crypto pki trustpoint Root_CA_CERT
 enrollment terminal
 revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki trustpoint Intermediate_CA
 enrollment terminal
 chain-validation continue Root_CA_CERT
 revocation-check none
!
crypto pki authenticate Intermediate_CA
<paste Intermediate CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste Intermediate CA X.64 based certificate here >


crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >
6

Creați un trustpoint pentru a deține certificat rădăcină. Executați următoarele comenzi, dacă nu există un CA intermediar:

crypto pki trustpoint Root_CA_CERT
enrollment terminal
revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste root  CA X.64 based certificate here >

crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >

7

Configurați SIP-UA pentru a utiliza punctul de încredere pe care l-ați creat.

configure terminal
sip-ua
crypto signaling default trustpoint CUBE_CA_CERT
transport tcp tls v1.2

Înainte de a începe

  • Rețeaua către Webex Calling trebuie să utilizeze o adresă IPv4 publică . Numele de domeniu complet calificate (FQDN) sau adresele Înregistrare de servicii (SRV) trebuie să se rezolve la o adresă IPv4 pe internet.

  • Toate porturile SIP și media de pe interfața externă trebuie să fie accesibile de pe internet. Porturile nu trebuie să fie în spatele unui Network Address Translation (NAT). Asigurați-vă că actualizați firewall-ul componentelor rețelei companiei.

  • Instalați un certificat semnat pe gateway-ul local.

    • Autoritatea certificatului (CA) trebuie să semneze certificatul așa cum este menționat în Ce autorități de certificare rădăcină sunt acceptate pentru apelurile către platformele audio și video Cisco Webex ? .

    • FQDN selectat din Control Hub trebuie să fie denumirea comună (CN) sau numele alternativ al subiectului (SAN) al certificatului. De exemplu:

      • Dacă un trunk configurat din Control Hub al organizației dvs. are london.lgw.cisco.com:5061 ca FQDN al Gateway-ului local, atunci CN sau SAN trebuie să conțină london.lgw.cisco.com în certificat.  

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

      • În exemplul FQDN sau SRV pe care îl utilizați pentru trunchi, adresa de contact pentru toate dialogurile SIP noi din gateway-ul dvs. local trebuie să aibă london.lgw.cisco.com în porțiunea gazdă a adresei SIP . Vedeți, Pasul 5 pentru configurare.

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

  • Încărcați bundle-ul de încredere în gateway-ul local, așa cum este menționat în Ce autorități de certificare rădăcină sunt acceptate pentru apelurile către platformele audio și video Cisco Webex ? .

1

Introduceți următoarele comenzi pentru a porni aplicația Local Gateway (Consultați Informații de referință la port pentru Cisco Webex Calling pentru cele mai recente subrețele IP de adăugat ca listă de încredere):

configure terminal
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
allow-connections sip to sip
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none 
sip 
early-offer forced
asymmetric payload full

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

Prevenirea fraudei cu taxă
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Activează adresele IP sursă ale entităților de la care gateway-ul local așteaptă apeluri VoIP legitime Webex Calling colegii.

  • În mod implicit, Local Gateway blochează toate setările de apeluri VoIP de intrare de la adresele IP care nu se află în lista sa de încredere. Adresele IP de la colegii de apelare cu „ IP țintă sesiunii” sau grup de servere sunt de încredere în mod implicit și nu se populează aici.

  • Adresele IP din această listă trebuie să corespundă subrețelelor IP în funcție de regională Webex Calling centru de date la care clientul îl conectează. Vedeți Informații de referință la port pentru Webex Calling pentru mai multe informații.

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

Funcționalitate de bază SIP la SIP
allow-connections sip to sip
  • Permiteți conexiuni SIP la SIP .

  • În mod implicit, dispozitivele vocale Cisco IOS sau IOS XE nu permit unui segment VoIP de intrare să iasă ca VoIP.

  • Pentru mai multe informații despre această comandă, consultați Permiteți conexiuni .

Protocol fax
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Activează T.38 pentru transportul faxului, deși traficul faxului nu este criptat. Pentru mai multe informații despre această comandă, consultați protocol fax t38 (serviciu vocal) .

SIP
early-offer forced

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

2

Configurați „codecul clasa vocală 100”.

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

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

Codec clasa vocală 100

Permite codecuri opus și ambele g711 (mu și a-law) pentru sesiuni. Aplică codecul preferat tuturor dial-peer-urilor. Pentru mai multe informații, consultați codec de clasă vocală .

3

Configurați „clasa de voce stun-utilisation 100” pentru a activa ICE.

voice class stun-usage 100 
stun usage ice lite

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

Clasa de voce stun-usage 100

Definește utilizarea asomării. Se aplică uimirea tuturor Webex Calling -dial-peers orientați pentru a evita transmisia audio atunci când un telefon Unified CM redirecționează apelul către altul Webex Calling telefon. Vedeți utilizarea stunării clasei de voce în Comenzi vocale Cisco IOS - de la T la Z și stun utilisation ice lite .

4

Configurați „clasa vocală srtp-crypto 100” pentru a limita criptografiile acceptate.

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

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

Clasa vocală srtp-crypto 100
Specifică SHA1_ 80 ca singura suită de SRTP pe care un Local Gateway o oferă în SDP în oferta și răspuns. Webex Calling acceptă numai SHA1_ 80.
Pentru mai multe informații, consultați clasa de voce srtp-crypto .
5

Configurați „ Profiluri SIP 100”. În exemplu, cube1.abc.lgwtrunking.com este FQDN selectat pentru gateway-ul local, iar „172.xxx” este adresă IP a interfeței gateway-ului local care este către Webex Calling :

voice class sip-profiles 100
rule 10 request ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
rule 20 response ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
 

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

de la regula 10 la regula 20
Se asigură că înlocuiți adresă IP a gateway-ului local cu FQDN în antetul „Contact” al mesajelor de solicitare și răspuns.

Aceasta este o cerință pentru autentificarea gateway-ului dvs. local pentru a fi utilizat ca trunchi într-un anumit domeniu Webex Calling locație pentru organizația dvs.

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

Pentru mai multe informații, consultați regulă (regulă de traducere vocală) în Referință pentru comandă vocală Cisco IOS - de la K la R .

6

Configurați următorii patru dial-peer de ieșire:

  1. Configurați primul dial-peer de ieșire către Webex Calling .

    dial-peer voice 101 voip 
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD 
    session protocol sipv2
    session target dns:peering1.sip.address:5062p tls
    voice-class sip rel1xx disable 
    voice-class codec 100
    voice-class stun-usage 100 
    voice-class sip profiles 100 
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1 
    voice-class sip bind media source-interface GigabitEthernet 1 
    dtmf-relay rtp-nte
    srtp
    !
    Iată o explicație a câmpurilor pentru configurare:
    dial-peer voice 101 voip
    description OutBound Dial peer towards Webex Calling

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

    destination-pattern BAD.BAD

    Permite selectarea dial-peer 101. Cu toate acestea, invocăm dial-peer de ieșire 101 direct de la dial-peer-ul de intrare folosind instrucțiuni DPG și care ocolește criteriile de potrivire a modelului de cifre. Utilizați un model arbitrar care se bazează pe cifre alfanumerice permise de CLI pentru modelul de destinație. Vedeți model-destinație (interfață) în Referință pentru comandă vocală Cisco IOS - de la D la I pentru mai multe informații.

    session protocol sipv2

    Specifică acel dial-peer 101 se ocupă de segmentele de apel SIP . Vedeți protocol de sesiune (dial-peer) în Referințe pentru comenzile vocale Cisco IOS - Comenzi S pentru mai multe informații.

    session target dns:peering1.sip.address:5062

    Indică adresa FQDN țintă a destinației din Control Hub pentru a trimite segmentul de componentă apel. Vedeți țintă sesiune (VoIP dial-peer) în Referințe pentru comenzile vocale Cisco IOS - Comenzi S pentru mai multe informații.

    voice-class codec 100

    Indică lista de preferințe pentru codec 100 pentru a utiliza pentru dial-peer 101 . Vedeți codec de clasă vocală pentru mai multe informații.

  2. Configurați restul unui peer de apelare de ieșire către Webex Calling . Pașii rămân aceleași ca în subpasul anterior de la Pasul 6, dar au o „țintă de sesiune” diferită pentru colegii de apelare.

    dial-peer voice 102 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering2.sip.address:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    dial-peer voice 103 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering3.sip.address:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    dial-peer voice 104 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering4.sip.address:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
     !
7

Creați grup de dial-peer pe baza dial-peer către Webex Calling în modelul activ/activ.


 

Această configurație se aplică în toate regiunile, cu excepția trunchiurilor pe care le configurați într-o locație din Singapore. Consultați Pasul 8 pentru mai multe informații.

  1. Definiți DPG 100 cu dial-peer de ieșire 101 , 102 , 103 , 104 spre Webex Calling . Aplicați DPG 100 către dial-peer-ul de intrare 100 pentru a defini PSTN sau Unified CM.

voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 1 
dial-peer 104 preference 1 
Iată o explicație a câmpurilor pentru configurare:
dial-peer 101 preference 1 

Asociază un dial-peer de ieșire cu un grup dial-peer 100 și configurați dial-peer 101 , 102 , 103 , și 104 cu aceeași preferință. Vedeți voce dial-peer pentru mai multe informații.

8

Creați grup de dial-peer pe baza dial-peer către Webex Calling în modelul principal/de rezervă.


 

Această configurație se aplică numai pentru trunchiurile pe care le configurați în locațiile din Singapore.

  1. Definiți grupul de dial-peer 100 cu dial-peer de ieșire 101 , 102 , 103 , 104 spre Webex Calling . Aplicați DPG 100 către dial-peer-ul de intrare 100 pentru a defini PSTN sau Unified CM.

voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 2 
dial-peer 104 preference 2 
Iată o explicație a câmpurilor pentru configurare:
dial-peer 101 and 102 preference 1 

Asociază un dial-peer de ieșire cu un grup dial-peer 100 și configurați dial-peer 101 și 102 ca primă preferință. Vedeți clasa voce dpg în Referințe pentru comenzile vocale Cisco IOS - de la T la Z pentru mai multe informații.

dial-peer 103 and 104 preference 2 

Asociază un dial-peer de ieșire cu grupul dial-peer 100 și configurați dial-peer 103 și 104 ca a doua preferință.

9

Configurați dial-peer de intrare de la Webex Calling . Potrivirea primită se bazează pe solicitarea URI .

voice class uri 120 sip 
pattern cube.domain.com 
dial-peer voice 110 voip 
session protocol sipv2
session transport tcp tls
destination dpg 300
incoming uri request 120
voice-class codec 100
voice-class stun-usage 100 
voice-class sip profiles 100 
voice-class sip srtp-crypto 100
voice-class sip bind control source-interface GigabitEthernet1 
voice-class sip bind media source-interface GigabitEthernet1 
srtp
!

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

voice class uri 120 sip
Definește modelul de potrivire pentru un apel primit de la Webex Calling . Vedeți clasa de voce uri sip preferință în Referință pentru comandă vocală Cisco IOS până la Z pentru mai multe informații.
session transport tcp tls
Setează transportul la TLS. Vedeți sesiune-transport pentru mai multe informații.
destination dpg 300
Specifică grupul dial-peer 120 pentru a selecta un peer de apelare de ieșire. Vedeți clasa voce dpg în Referințe pentru comenzile vocale Cisco IOS - de la T la Z pentru mai multe informații.despre grupurile dial-peer.
incoming uri request 120

Corespunde cu tot traficul primit de la Webex Calling către Local Gateway pe modelul unic DTG din URI-ul solicitării , identificând în mod unic un site Local Gateway într-o întreprindere și în Webex Calling ecosistem. Vedeți uri de intrare Referință pentru comandă vocală Cisco IOS - de la D la I pentru mai multe informații.

Voice class srtp-crypto 100

Configurați suitele de criptare preferate pentru segmentul de componentă apel SRTP (conexiune). Vedeți clasa de voce srtp-crypto pentru mai multe informații.

bind control source-interface GigabitEthernet0/0/1

Configurați o adresă IP sursă pentru interfața sursei de semnalizare orientată Webex Calling . Vedeți bind în Referință pentru comandă vocală Cisco IOS - de la A la C pentru mai multe informații despre utilizarea bind.

bind media source-interface GigabitEthernet0/0/1

Configurați o adresă IP sursă pentru interfața sursei media Webex Calling .

Această implementare necesită următoarea configurație pe gateway-ul local:

  1. URI-uri clase vocale —Puteți defini modele de adrese IP /porturi ale gazdei pentru diferite trunchiuri care se termină pe Local Gateway:

    • Webex Calling către LGW

    • Terminare SIP trunk pe LGW

  2. Peers de apelare de ieșire —Puteți direcționa segmente de apel de ieșire de la un LGW către un SIP trunk de la furnizor serviciu de telefonie prin internet (ITSP) și Webex Calling .

  3. Clasa de voce DPG —Puteți invoca pentru a viza colegii de apelare de ieșire de la un egal de apelare de intrare.

  4. Peers de apelare de intrare —Puteți accepta segmente de apeluri de intrare de la ITSP și Webex Calling .

Utilizați configurația fie pentru o configurare gateway local găzduită de partener, fie pentru gateway-ul site-ului clientului local. Consultați următoarele:

1

Configurați următoarea clasă de voce uri:

  1. Definiți adresă IP a gazdei ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definiți un model pentru a identifica în mod unic un site gateway local în cadrul unei întreprinderi. Utilizați numele de gazdă Gateway local ca model de potrivire URI(Uniform Resource Identifier).

    voice class uri 200 sip
    pattern cube.domain.com
    

     

    Gateway-ul local nu acceptă momentan literă de subliniere „_ " în tiparul de potrivire. Ca o soluție alternativă, utilizați punctul "." (se potrivește cu oricare) pentru a se potrivi cu „_ ".

    Received
    INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0 
2

Configurați următorii dial-peer de ieșire:

  1. Dial-peer de ieșire către IP PSTN:

    dial-peer voice 121 voip
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13 
    voice-class codec 100
    dtmf-relay rtp-nte 
    no vad
    

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

    dial-peer voice 121 voip
     description Outgoing dial-peer to PSTN
    

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

    destination-pattern BAD.BAD

    Permite selectarea dial-peer 121 . Cu toate acestea, invocați acest dial-peer de ieșire direct de la dial-peer-ul de intrare utilizând instrucțiuni DPG și acest lucru ocolește criteriile de potrivire a modelului de cifre. Utilizați un model arbitrar care se bazează pe cifre alfanumerice permise de CLI pentru modelul de destinație. Pentru mai multe informații, consultați model-destinație (interfață) în Referință pentru comandă vocală Cisco IOS - de la D la I .

    session protocol sipv2

    Specifică acel dial-peer 121 se ocupă de segmentele de apel SIP . Pentru mai multe informații, consultați protocol de sesiune (dial peer) în Referințe pentru comenzile vocale Cisco IOS - Comenzi S .

    session target 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 țintă sesiune (peer de apelare VoIP ) în Referințe pentru comenzile vocale Cisco IOS - Comenzi S .

    voice-class codec 100.

    Indică lista de preferințe pentru codec 100 pentru a utiliza pentru dial-peer 121 . 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 Releu DTMF (Voice over IP) .

    no vad

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (peer de apelare) în Referințe pentru comenzile vocale Cisco IOS - de la T la Z .

  2. Ieșire apel-peer către Webex Calling . Consultați cealaltă procedură Configurați trunchiul bazat pe certificat în cadrul acestui articol.

3

Configurați următorul grup Dial-peer (DPG):

  1. Definește grupul dial-peer 120 . Dial-peer de ieșire 121 este ținta pentru Webex Calling --> LGW --> PSTN. Aplicați DPG 120 către dial-peer-ul de intrare 110 pentru Webex Calling --> LGW --> PSTN cale.

    voice class dpg 120
    description Incoming IP PSTN to Webex Calling
    dial-peer 110 

     

    Trebuie să configurați DPG-ul 120 către dial-peer-ul de intrare de la Webex Calling . Pentru mai multe informații, consultați Pasul 9 din procedură Configurați trunchiul bazat pe certificat în cadrul acestui articol.

4

Configurați următorii dial-peer de intrare:

  1. Dial-peer de intrare pentru segmentele de apel IP PSTN de intrare:

    dial-peer voice 122 voip
    description Incoming dial-peer from PSTN 
    session protocol sipv2
    destination dpg 100 
    incoming uri via 100 
    voice-class codec 100 
    dtmf-relay rtp-nte
    no vad
    

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

    dial-peer voice 122 voip
    description Incoming dial-peer from PSTN

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

    session protocol sipv2

    Specifică acel dial-peer 122 se ocupă de segmentele de apel SIP . Vedeți protocol de sesiune (dial peer) în Referințe pentru comenzile vocale Cisco IOS - Comenzi S pentru mai multe informații.

    incoming uri via 100

    Definește un criteriu de potrivire pentru antetul VIA cu adresa IP a PSTN adresă IP. Corespunde cu toate segmentele de apeluri IP PSTN de intrare de pe gateway-ul local cu dial-peer 122 . Pentru mai multe informații, consultați URL de intrare în Referință pentru comandă vocală Cisco IOS - de la D la I .

    destination dpg 100

    Omite criteriile clasice de potrivire dial-peer de ieșire în Local Gateway cu DPG de destinație 100 . Configurați segmentul de apel de ieșire utilizând colegii de apelare definiți în DPG de destinație 100 , adică dial-peer 101 , 102 , 103 , 104 . Pentru mai multe informații despre configurarea grupurilor de peer de apelare, consultați clasa voce dpg în Referință pentru comandă vocală Cisco IOS - de la D la I .

    no vad

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (peer de apelare) în Referință pentru comandă vocală Cisco IOS - T, dar Z .

  2. Dial-peer de intrare pentru intrare Webex Calling segmente de apel:

PSTN către Webex Calling :

Potriviți toate segmentele de apeluri IP PSTN de intrare de pe gateway-ul local cu dial-peer 122 pentru a defini un criteriu de potrivire pentru antetul VIA cu adresa IP a PSTN-ului adresă IP. DPG 100 invocă peer-ul de apelare de ieșire 101 , 102 , 103 , 104 , care are Webex Calling server ca destinație țintă.

Webex Calling către PSTN:

Potriviți toate cele primite Webex Calling segmente de apel pe gateway-ul local cu dial-peer 110 pentru a defini criteriul de potrivire pentru modelul antet URI CERERE cu numele de gazdă a gateway-ului local, unic pentru implementarea gateway-ului local. DPG 120 invocă peer-ul de apelare de ieșire 121 , care are adresa IP PSTN adresă IP ca destinație țintă.

Această implementare necesită următoarea configurație pe gateway-ul local:

  1. URI-uri clase vocale —Puteți defini modele de adrese/porturi IP gazdei pentru diferite trunchiuri care se termină pe LGW de la:

    • Unified CM la LGW pentru destinații PSTN

    • Unified CM la LGW pentru Webex Calling destinații

    • Webex Calling către destinațiile LGW

    • Terminare SIP trunk pe destinații LGW

  2. Clasa de voce server-grup —Puteți viza adrese IP sau porturi pentru trunchiuri de ieșire din:

    • LGW la Unified CM

    • LGW la Webex Calling

    • SIP trunk de la LGW la PSTN

  3. Peers de apelare de ieșire —Puteți direcționa segmente de apel de ieșire din:

    • LGW la Unified CM

    • SIP trunk a furnizorului de servicii de telefonie prin internet (ITSP).

    • Webex Calling

  4. Clasa de voce dpg —Puteți viza pentru a invoca colegi dial de ieșire de la un peer de apel de intrare.

  5. Peers de apelare de intrare — Puteți accepta segmente de apeluri de intrare de la Unified CM, ITSP și Webex Calling .

1

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

  1. Definește adresa IP (IP) a gazdei ITSP:

    voice class uri 100 sip
    host ipv4:192.168.80.13
    
  2. Definiți un model pentru a identifica în mod unic un site gateway local în cadrul unei întreprinderi. Utilizați numele gazdei Gateway local ca model de potrivire URI(Uniform Resource Identifier) necesar.

    voice class uri 200 sip
    pattern cube.domain.com

     

    Gateway-ul local nu acceptă momentan literă de subliniere "_ " în tiparul de potrivire. Ca o soluție alternativă, folosim un punct "." (se potrivește cu oricare) pentru a se potrivi cu „_ ".

    Received
    INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0 
  3. Definește portul de semnalizare Unified CM VIA pentru Webex Calling trunchi:

    voice class uri 300 sip
    pattern :5065
    
  4. Definește IP de semnalizare sursă Unified CM și portul VIA pentru trunchiul PSTN:

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
2

Configurați următoarele grupuri de servere pentru clase de voce:

  1. Definește adresă IP a gazdei țintă a trunchiului Unified CM și număr port pentru Grup Unified CM (5 noduri). Unified CM utilizează portul 5065 pentru traficul de intrare pe Webex Calling portbagaj ( Webex Calling <-> LGW --> Unified CM).

    voice class server-group 301
    ipv4 192.168.80.60 port 5065
    
  2. Definește adresă IP țintă a gazdei trunchiului Unified CM și număr port pentru Unified CM Group 2, dacă este cazul:

    voice class server-group 303
    ipv4 192.168.80.60 port 5065
    
  3. Definește adresă IP a gazdei țintă a trunchiului Unified CM pentru Unified CM Group 1 (5 noduri). Unified CM utilizează portul implicit 5060 pentru traficul de intrare pe trunchiul PSTN. Utilizați portul implicit 5060 dacă nu specificați număr port. (PSTN <-> LGW --> Unified CM)

    voice class server-group 305
    ipv4 192.168.80.60
    
  4. Definește adresă IP a gazdei țintă a trunchiului Unified CM pentru Unified CM Group 2, dacă este cazul.

    voice class server-group 307
    ipv4 192.168.80.60
    
3

Configurați următorii dial-peer de ieșire:

  1. Dial-peer de ieșire către IP PSTN:

    dial-peer voice 121 voip 
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

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

    dial-peer voice 121 voip
    description Outgoing dial-peer to PSTN

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

    destination-pattern BAD.BAD

    Permite selectarea peer-ului de apelare 121 . Cu toate acestea, invocăm acest dial-peer de ieșire direct de la dial-peer-ul de intrare utilizând instrucțiuni DPG și acest lucru ocolește criteriile de potrivire a modelului de cifre. Utilizăm un model arbitrar bazat pe cifre alfanumerice permise de CLI pentru modelul de destinație. Pentru mai multe informații, consultați model-destinație (interfață) în Referință pentru comandă vocală Cisco IOS - de la D la I .

    Pe session protocol sipv2 secțiunea specifică acel dial-peer 121 se ocupă de segmentele de apel SIP . Pentru mai multe informații, consultați protocol de sesiune (dial peer) în Referințe pentru comenzile vocale Cisco IOS - Comenzi S .

    session target ipv4:192.168.80.13

    Furnizați adresă IPv4 țintă a destinației pentru a trimite segmentul de componentă apel. (În acest caz, adresă IP a ITSP-ului .) Pentru mai multe informații, consultați ținta sesiunii (VoIP dial peer). în Referințe pentru comenzile vocale Cisco IOS - Comenzi S

    voice-class codec 100

    Indică lista de preferințe pentru codec 100 pe care îl utilizați pentru dial-peer 121 .

    Pentru mai multe informații, consultați codec de clasă vocală .

  2. Ieșire apel-peer către Webex Calling :

    dial-peer voice 200201 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:<insert peering1 address from Control Hub>:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200202 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:<insert peering2 address from Control Hub>:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200203 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:<insert peering3 address from Control Hub>:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200204 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:<insert peering4 address from Control Hub>:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    

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

    dial-peer voice 200201 voip
    description Outgoing dial-peer to Webex Calling

    Definește un dial-peer VoIP cu eticheta de 200201, 200202, 200203, 200204 și oferă o descriere semnificativă pentru o gestionare ușoară și depanare.

    voice-class stun-usage 100

    Trimiteți o solicitare de paralizare generată local prin calea media negociată. Stun deschide gaura din firewall.

    srtp

    Activează SRTP pentru segmentul de componentă apel.

  3. Dial-peer de ieșire către CM-uri unificate Webex Calling trunchi:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for inbound from Webex Calling - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 301
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

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

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for inbound from Webex Calling – Nodes 1 to 5

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

    session server-group 301

    Definește ținta sesiunii a mai multor noduri Unified CM ( grupul de servere 301 pentru dial-peer 301 ) deși exemplul arată doar un singur nod.

    Grup de server în peer de apelare de ieșire

    Realizează o distribuție aleatorie a apelurilor între toți abonații de procesare apeluri a apelurilor Unified CM sau vânătoare pe baza unei preferințe definite cu mai multe dial-peer în DPG și mai multe servere din grupul dial-peer server. Fiecare grup de servere poate avea până la cinci servere (IPv4/v6 cu sau fără port). Puteți utiliza un al doilea dial-peer și un al doilea grup de servere numai pentru mai mult de cinci abonați la procesare apeluri .

    Pentru mai multe informații, consultați Grupuri de servere în colegii de apelare de ieșire în Ghid de configurare a Cisco Unified Border Element prin Cisco IOS XE 17.5 .

  4. Al doilea dial-peer de ieșire către Unified CM-uri Webex Calling trunchi dacă aveți mai mult de 5 noduri Unified CM :

    dial-peer voice 303 voip
    description Outgoing dial-peer to CUCM-Group-2 for inbound from Webex Calling - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 303
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
  5. Dial-peer de ieșire către trunchiul PSTN al Unified CM:

    dial-peer voice 305 voip
    description Outgoing dial-peer to CUCM-Group-1 for inbound from PSTN - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 305
    voice-class codec 100 
    dtmf-relay rtp-nte
    no vad
    
  6. Al doilea dial-peer de ieșire către trunchiul PSTN al Unified CM dacă aveți mai mult de 5 noduri Unified CM :

    dial-peer voice 307 voip
    description Outgoing dial-peer to CUCM-Group-2 for inbound from PSTN - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 307
    voice-class codec 100  
    dtmf-relay rtp-nte
    no vad
    
4

Configurați următorul grup de dial-peer (DPG):

  1. Definește DPG 121 . Dial-peer de ieșire 121 este ținta pentru orice dial-peer de intrare care invocă DPG 121 . Aplicați DPG 121 către peer-ul de apelare de intrare 302 definit ulterior pentru Unified CM --> LGW --> PSTN cale:

    voice class dpg 121
    dial-peer 121 preference 1
    
  2. Definiți DPG 100 cu dial-peer de ieșire 200201, 200202, 200203, 200204 ca țintă pentru Unified CM --> LGW --> Webex Calling cale:


     

    Asigurați-vă că modificările preferințelor se bazează pe locația gateway-ului local configurat. Consultați Pasul 7 și Pasul 8 din procedură Configurați trunchiul bazat pe certificat pentru mai multe informații.

    voice class dpg 100
    dial-peer 200201 preference 1
    dial-peer 200202 preference 1
    dial-peer 200203 preference 1
    dial-peer 200204 preference 1
    
  3. Definiți DPG 300 pentru colegii de apelare de ieșire 301 sau 303 pentru Webex Calling --> LGW --> Unified CM cale:

    voice class dpg 300
    dial-peer 301 preference 1
    dial-peer 303 preference 1
    
  4. Definiți DPG 302 pentru colegii de apelare de ieșire 305 sau 307 pentru PSTN --> LGW --> Unified CM cale:

    voice class dpg 302
    dial-peer 305 preference 1
    dial-peer 307 preference 1
    
5

Configurați următorii dial-peer de intrare:

  1. Dial-peer de intrare pentru segmentele de apel IP PSTN de intrare:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN
    session protocol sipv2
    destination dpg 302
    incoming uri via 100
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

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

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

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

    session protocol sipv2

    Specifică acel dial-peer 100 se ocupă de segmentele de apel SIP .

    incoming uri via 100

    Specifică uri pentru clasa vocală 100 pentru a potrivi întregul trafic de intrare de la IP PSTN la Local Gateway pe adresă IP a gazdei unui antet VIA de intrare . Pentru mai multe informații, consultați uri de intrare în Referință pentru comandă vocală Cisco IOS - de la D la I .

    destination dpg 302

    Specifică grupul de peer de apelare 302 pentru a selecta un peer de apelare de ieșire. Pentru mai multe informații despre configurarea grupurilor de peer de apelare, consultați clasa de voce dpg în Referințe pentru comenzile vocale Cisco IOS - de la T la Z .
  2. Dial-peer de intrare pentru intrare Webex Calling segmente de apel:

    dial-peer voice 110 voip
    description Incoming dial-peer from Webex Calling  
    session protocol sipv2 
    session transport tcp tls 
    destination dpg 300 
    incoming uri request 120  
    voice-class codec 100 
    voice-class stun-usage 100 
    voice-class sip profiles 100 
    voice-class sip srtp-crypto 100 
    voice-class sip bind control source-interface GigabitEthernet1 
    voice-class sip bind media source-interface GigabitEthernet1 
    srtp 
     

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

    dial-peer voice 110 voip
    description Incoming dial-peer from Webex Calling

    Actualizează un dial-peer VoIP cu o etichetă de 110 și oferă o descriere semnificativă pentru o gestionare ușoară și depanare.

    destination dpg 300

    Specifică grupul de peer de apelare 120 pentru a selecta un peer de apelare de ieșire. Pentru mai multe informații despre configurarea grupurilor de peer de apelare, consultați clasa de voce dpg în Referințe pentru comenzile vocale Cisco IOS - de la T la Z .

    Voice class srtp-crypto 100

    Configurați suitele de criptare preferate pentru segmentul de componentă apel SRTP (conexiune). Pentru mai multe informații, consultați clasa de voce srtp-crypto .

    bind control source-interface GigabitEthernet0/0/1

    Configurați o adresă IP sursă pentru interfața sursei de semnalizare orientată Webex Calling .

    Pentru mai multe informații despre comanda bind, consultați bind .

    bind media source-interface GigabitEthernet0/0/1

    Configurați o adresă IP sursă pentru interfața sursei media Webex Calling .

  3. Dial-peer de intrare pentru segmentele de apel Unified CM de intrare cu Webex Calling ca destinație:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling
    session protocol sipv2
    destination dpg 100
    incoming uri via 300
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

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

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling

    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 .

    incoming uri via 300

    Specifică URI -ul clasei vocale 300 către întregul trafic de intrare de la Unified CM la LGW pe portul via sursă (5065). Pentru mai multe informații, consultați uri de intrare în Referință pentru comandă vocală Cisco IOS - de la D la I .

    destination dpg 100

    Specifică grupul de peer de apelare 200 pentru a selecta un peer de apelare de ieșire. Pentru mai multe informații despre configurarea grupurilor de peer de apelare, consultați clasa de voce dpg în Referințe pentru comenzile vocale Cisco IOS - de la T la Z .

  4. Dial-peer de intrare pentru segmentele de apel Unified CM de intrare cu PSTN ca destinație:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN
    session protocol sipv2
    destination dpg 100
    incoming uri via 302
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

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

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN

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

    incoming uri via 302

    Specifică URI -ul clasei vocale 300 pentru a potrivi întregul trafic de intrare de la Unified CM la un Gateway local pentru o destinație PSTN pe portul VIA. Puteți utiliza portul 5060 ca port SIP standard. Pentru mai multe informații, consultați uri de intrare în Referință pentru comandă vocală Cisco IOS - de la D la I .

    destination dpg 100

    Specifică grupul de peer de apelare 100 pentru a selecta un peer de apelare de ieșire. Pentru mai multe informații despre configurarea grupurilor de peer de apelare, consultați clasa de voce dpg în Referințe pentru comenzile vocale Cisco IOS - de la T la Z pentru mai multe informații despre configurarea grupurilor de peer de apelare.

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

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

  • Colectarea ieșirilor comenzii show

  • Generarea unui fișier jurnal consolidat

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

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

Înainte de a începe:

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

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

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

Cerințe preliminare

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

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

  2. Configurați serverul de e-mail securizat pe care îl utilizați pentru a trimite notificări proactive dacă dispozitivul rulează IOS XE 17.6.1 sau o versiune ulterioară.
    
    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Configurați variabila de mediuds_email cu adresa de e-adresă de e-mail a administratorului pentru a vă notifica.

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

Gateway local care rulează versiunea 17.6.1

  1. Introduceți următoarele comenzi pentru a activa Semnăturile de diagnosticare.

    configure terminal 
    call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    end  
  2. Configurați serverul de e-mail pentru a trimite notificări proactive dacă dispozitivul rulează o versiune anterioară celei de 17.6.1.

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Configurați variabila de mediuds_email cu adresa de e-adresă de e-mail a administratorului pe care o notificați

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

În continuare este prezentat un exemplu de configurare a unui Gateway local care rulează pe Cisco IOS XE 17.6.1 pentru a trimite notificări proactive către tacfaststart@gmail.com utilizând Gmail ca server SMTP securizat:


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

Gateway-ul 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ă configurăm o anumită setare pentru contul Gmail și să oferim permisiunea specifică pentru ca e-mailul de pe dispozitiv să fie procesat corect:

  1. Accesați Gestionați Contul Google > Securitate și porniți Acces mai puțin sigur la aplicație setare.

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

Instalați semnăturile de diagnosticare pentru monitorizarea proactivă

Monitorizarea gradului de utilizare ridicat al CPU

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

  1. Asigurați-vă că ați activat SNMP folosind comanda afișați snmp . Dacă SNMP nu este activat, configurați comanda „snmp-server manager”.

    
    show snmp 
    %SNMP agent not enabled  
    
    config t 
    snmp-server manager 
    end  
    
    show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    
  2. Descărcați DS 64224 utilizând următoarele opțiuni derulante în Instrumentul de căutare a semnăturilor de diagnosticare :

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

    Nume câmp

    Valoarea câmpului

    Platformă

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

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip problemă

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

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

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

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

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    
  4. Instalați fișier XML în gateway-ul local.

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

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

    Descărcați DS:

    ID DS

    Nume DS

    Revizuire

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    DS_ LGW_ CPU_ MON75

    0.0.10

    Înscris

    07.11.2020 22:05:33


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

Monitorizarea deconectărilor anormale ale apelurilor

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

  1. Asigurați-vă că SNMP este activat folosind comanda afișați snmp . Dacă SNMP nu este activat, configurați comanda „snmp-server manager”.

    show snmp 
    %SNMP agent not enabled  
    
    config t 
    snmp-server manager 
    end  
    
    show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
  2. Descărcați DS 65221 utilizând următoarele opțiuni în Instrumentul de căutare a semnăturilor de diagnosticare :

    Nume câmp

    Valoarea câmpului

    Platformă

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

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip problemă

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

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

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. Instalați fișier XML în gateway-ul local.

    
    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
  5. Utilizați 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ăturile de diagnosticare pentru a depana o problemă

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

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

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

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

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

    Exemplu:

    
    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. Asigurați-vă că SNMP este activat folosind comanda afișați snmp . Dacă SNMP nu este activat, configurați comanda „snmp-server manager”.

    
    show snmp 
    %SNMP agent not enabled 
     
    config t 
    snmp-server manager 
    end 
  3. Vă recomandăm să instalați DS 64224 pentru monitorizarea CPU ridicat ca o măsură proactivă pentru a dezactiva toate semnările de depanare și diagnosticare în timpul perioadei de utilizare ridicată a CPU . Descărcați DS 64224 utilizând următoarele opțiuni în Instrumentul de căutare a semnăturilor de diagnosticare :

    Nume câmp

    Valoarea câmpului

    Platformă

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

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip problemă

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

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

    Nume câmp

    Valoarea câmpului

    Platformă

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

    Produs

    CUBE Enterprise în Webex Calling

    Domeniul de aplicare al problemei

    Syslog-uri

    Tip problemă

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

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

    
    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Instalați fișier XML DS 64224 și apoi DS 65095 pentru monitorizarea CPU înalt în gateway-ul local.

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  7. Verificați dacă semnătura a fost instalată cu succes folosind afișați semnătura-diagnostic call-home . 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 executarea semnăturilor de diagnosticare

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

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

DS descărcate:

ID DS

Nume DS

Revizuire

Stare

Ultima actualizare (GMT+00:00)

64224

DS_ LGW_ CPU_ MON75

0.0.10

Înscris

08.11.2020, 00:07:45

65095

DS_ LGW_ IEC_ Call_spike_threshold

0.0.12

Rulare

08-11-2020 00:12:53

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

ID DS

Nume DS

Declanșat /Max/Deinstall

Durată medie de rulare (secunde)

Durată maximă de rulare (secunde)

64224

DS_ LGW_ CPU_ MON75

0/0/N

0,000

0,000

65095

DS_ LGW_ IEC_ Call_spike_threshold

1 /20/A

23.053

23.053

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

Dezinstalați Semnăturile de diagnosticare

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

call-home diagnostic-signature deinstall <DS ID> 

Exemplu:

call-home diagnostic-signature deinstall 64224 

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

30 septembrie 2022
Implementarea CUBE High Availability ca Gateway Local

Local Gateway (LGW) este singura opțiune de a oferi acces PSTN bazat pe premise pentru clienții Cisco Webex Calling. Obiectivul acestui document este de a vă ajuta în construirea unei configurații Local Gateway utilizând CUBE disponibilitate ridicată, cubes activ/standby pentru failover stateful de apeluri active.

Fundamentele

Cerințe preliminare

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

Liniile directoare de configurare furnizate în acest articol presupune o platformă gateway local dedicat cu nici o configurație de voce existente. Dacă o implementare existentă CUBE enterprise este modificată pentru a utiliza, de asemenea, funcția gateway local pentru Cisco Webex Calling, acordați o atenție deosebită configurației aplicate pentru a vă asigura că fluxurile de apeluri și funcționalitățile existente nu sunt întrerupte și asigurați-vă că respectați cerințele de proiectare CUBE HA.

Componente hardware și software

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


Comenzile arată și jurnalele din acest articol se bazează pe lansarea software-ul minim de Cisco IOS-XE 16.12.2 puse în aplicare pe un vCUBE (CSR1000v).

Material de referință

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

Prezentare generală a soluției de apelare Webex

Cisco Webex Calling este o ofertă de colaborare care oferă o alternativă bazată pe cloud cu mai multe entități găzduite la serviciul de telefonie PBX local, cu mai multe opțiuni PSTN pentru clienți.

Implementarea Local Gateway (reprezentată mai jos) este punctul central al acestui articol. Portbagajul gateway-ului local (PSTN bazat pe premise) din Webex Calling permite conectivitatea la un serviciu PSTN deținut de client. De asemenea, oferă conectivitate la o implementare IP PBX locală, cum ar fi Cisco Unified CM. Toate comunicațiile către și de la cloud sunt securizate utilizând tls transport pentru SIP și SRTP pentru mass-media.

Figura de mai jos afișează o implementare Webex Calling fără niciun PBX IP existent și se aplică unei implementări unice sau multi-site. Configurația descrisă în acest articol se bazează pe această implementare.

Redundanță de la cutie la nivel 2

Redundanța box-to-box CUBE HA layer 2 utilizează protocolul de infrastructură Redundancy Group (RG) pentru a forma o pereche activă/standby de routere. Această pereche partajează aceeași adresă IP virtuală (VIP) în interfețele lor respective și schimbă continuu mesajele de stare. Cube informații sesiune este check-pointed peste perechea de routere care să permită router standby pentru a lua toate responsabilitățile CUBE apel de procesare peste imediat în cazul în care router-ul activ iese din serviciu, rezultând în păstrarea statuos de semnalizare și mass-media.


Indicația de verificare este limitată la apelurile conectate cu pachete media. Apelurile în tranzit nu sunt marcate (de exemplu, o stare de încercare sau de apel).

În acest articol, CUBE HA se va referi la cube high availability (HA) Layer 2 Box-to-box (B2B) redundanță pentru conservarea apelurilor impunătoare

Începând cu IOS-XE 16.12.2, CUBE HA poate fi implementat ca gateway local pentru implementările trunchiului de apelare Cisco Webex (PSTN bazat pe premise) și vom acoperi considerațiile și configurațiile de proiectare din acest articol. Această cifră afișează o configurare tipică CUBE HA ca Gateway local pentru o implementare a trunchiului Cisco Webex Calling.

Componenta infra a grupului de redundanță

Componenta Infra a grupului de redundanță (RG) oferă suportul pentru infrastructura de comunicații box-to-box între cele două CUBEs și negociază starea finală de redundanță stabilă. Această componentă oferă, de asemenea:

  • Un protocol de tip HSRP care negociază starea finală de redundanță pentru fiecare router prin schimbul de mesaje keepalive și salut între cele două CUBEs (prin interfața de control) - GigabitEthernet3 în figura de mai sus.

  • Un mecanism de transport pentru punctarea semnalizării și a stării media pentru fiecare apel de la routerul activ la cel standby (prin interfața de date) — GigabitEthernet3 în figura de mai sus.

  • Configurarea și gestionarea interfeței IP virtual (VIP) pentru interfețele de trafic (mai multe interfețe de trafic pot fi configurate folosind același grup RG) – GigabitEthernet 1 și 2 sunt considerate interfețe de trafic.

Această componentă RG trebuie să fie configurat special pentru a accepta voce B2B HA.

Gestionarea adreselor IP virtual (VIP) atât pentru semnalizare, cât și pentru mass-media

B2B HA se bazează pe VIP pentru a obține redundanță. Vip-ul și interfețele fizice asociate pe ambele CUBEs din perechea CUBE HA trebuie să se afle pe aceeași subrețea LAN. Configurarea VIP-ului și legarea interfeței VIP la o anumită aplicație de voce (SIP) sunt obligatorii pentru suportul vocal B2B HA. Dispozitivele externe, cum ar fi Unified CM, Webex Calling access SBC, furnizorul de servicii sau proxy-ul, utilizează VIP ca adresă IP de destinație pentru apelurile care traversează routerele CUBE HA. Prin urmare, din punct de vedere webex Calling, perechile CUBE HA acționează ca un singur gateway local.

Informațiile despre semnalizarea apelurilor și sesiunea RTP a apelurilor stabilite sunt punctate de la routerul activ la routerul standby. Când routerul activ coboară, routerul Standby preia controlul și continuă să redirecționeze fluxul RTP care a fost anterior direcționat de primul router.

Apelurile într-o stare tranzitorie în momentul nereușitei nu vor fi păstrate după comutare. De exemplu, apelurile care nu sunt încă pe deplin stabilite sau sunt în curs de a fi modificate cu o funcție de transfer sau reținere. Apelurile stabilite pot fi deconectate după comutare.

Există următoarele cerințe pentru utilizarea CUBE HA ca gateway local pentru reluarea impunătoare a apelurilor:

  • CUBE HA nu poate avea TDM sau interfețe analogice co-localizate

  • Gig1 și Gig2 sunt denumite interfețe de trafic (SIP / RTP), iar Gig3 este redundanță Grup (RG) Control / interfață de date

  • Nu mai mult de 2 perechi CUBE HA pot fi plasate în același domeniu de nivel 2, unul cu id-ul grupului 1 și celălalt cu id-ul grupului 2. Dacă configurați 2 perechi HA cu același ID de grup, interfețele RG Control/Data trebuie să aparțină unor domenii de nivel 2 diferite (vlan, comutator separat)

  • Canalul de port este acceptat atât pentru interfețele de control/date RG, cât și pentru interfețele de trafic

  • Toate de semnalizare / mass-media este provenind de la / la adresa IP virtuală

  • Ori de câte ori o platformă este reîncărcată într-o relație CUBE-HA, aceasta pornește întotdeauna ca Standby

  • Adresa inferioară pentru toate interfețele (Gig1, Gig2, Gig3) ar trebui să fie pe aceeași platformă

  • Identificatorul interfeței de redundanță, rii ar trebui să fie unic pentru o combinație pereche/interfață pe același Strat 2

  • Configurația pe ambele CUBEs trebuie să fie identică, inclusiv configurația fizică și trebuie să ruleze pe același tip de platformă și versiunea IOS-XE

  • Interfețe loopback nu pot fi utilizate ca se leagă, deoarece acestea sunt întotdeauna în sus

  • Interfețele cu trafic multiplu (SIP/RTP) (Gig1, Gig2) necesită configurarea urmăririi interfeței

  • CUBE-HA nu este acceptat printr-o conexiune prin cablu crossover pentru RG-control/link-ul de date (Gig3)

  • Ambele platforme trebuie să fie identice și să fie conectate printr-un switch fizic între toate interfețele de referință pentru ca CUBE HA să funcționeze, adică GE0/0/0 din CUBE-1 și CUBE-2 trebuie să se termine pe același comutator și așa mai departe.

  • Nu poate avea WAN reziliat pe cubes direct sau de date HA pe fiecare parte

  • Ambele Active/Standby trebuie să fie în același centru de date

  • Este obligatorie utilizarea interfeței L3 separate pentru redundanță (RG Control/data, Gig3). adică interfața utilizată pentru trafic nu poate fi utilizată pentru păstrarea ha și punctul de control

  • În caz de nereușită, CUBE-ul activ anterior trece printr-o reîncărcare prin proiectare, păstrând semnalizarea și mass-media

Configurarea redundanței pe ambele CUB-uri

Trebuie să configurați redundanța box-to-box de la nivelul 2 la ambele CUBEs destinate a fi utilizate într-o pereche HA pentru a aduce IP-uri virtuale.

1

Configurați urmărirea interfeței la nivel global pentru a urmări starea interfeței.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit
VCUBE-1#conf t
VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#exit
VCUBE-2#conf t
VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-2(config-track)#exit

Track CLI este utilizat în RG pentru a urmări starea interfeței de trafic de voce, astfel încât ruta activă va avea un rol destul de activ după ce interfața de trafic este în jos.

2

Configurați un RG pentru utilizare cu VoIP HA sub-modul de redundanță a aplicației.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit
VCUBE-1(config)#redundancy
VCUBE-1(config-red)#application redundancy
VCUBE-1(config-red-app)#group 1
VCUBE-1(config-red-app-grp)#name LocalGateway-HA
VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
VCUBE-1(config-red-app-grp)#track 1 shutdown
VCUBE-1(config-red-app-grp)#track 2 shutdown
VCUBE-1(config-red-app-grp)#exit
VCUBE-1(config-red-app)#protocol 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#exit
VCUBE-1(config-red-app)#exit
VCUBE-1(config-red)#exit
VCUBE-1(config)#
VCUBE-2(config)#redundancy
VCUBE-2(config-red)#application redundancy
VCUBE-2(config-red-app)#group 1
VCUBE-2(config-red-app-grp)#name LocalGateway-HA
VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
VCUBE-2(config-red-app-grp)#track 1 shutdown
VCUBE-2(config-red-app-grp)#track 2 shutdown
VCUBE-2(config-red-app-grp)#exit
VCUBE-2(config-red-app)#protocol 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#exit
VCUBE-2(config-red-app)#exit
VCUBE-2(config-red)#exit
VCUBE-2(config)#

Iată o explicație a câmpurilor utilizate în această configurație:

  • redundanță— Intră în modul de redundanță

  • redundanța aplicațiilor— Intră în modul de configurare a redundanței aplicațiilor

  • grup- Introduce modul de configurare a grupului de aplicații de redundanță

  • nume LocalGateway-HA- Definește numele grupului RG

  • prioritatea 100 pragul de reluare în caz de nereușită 75- Specifică prioritatea inițială și pragurile de reluare în caz de nereușită pentru un RG

  • cronometre întârziere 30 reload 60-Configureazăde două ori pentru întârziere și reîncărcare

    • Temporizator de întârziere, care este cantitatea de timp pentru a întârzia inițializarea grupului RG și negocierea rolului după ce interfața apare - Implicit 30 de secunde. Intervalul este de 0-10000 secunde

    • Reîncărcare - Aceasta este perioada de timp pentru a întârzia inițializarea grupului RG și negocierea rolurilor după o reîncărcare - Implicit 60 de secunde. Intervalul este de 0-10000 secunde

    • Cronometrele implicite sunt recomandate, deși aceste cronometre pot fi ajustate pentru a se potrivi cu orice întârziere suplimentară de convergență a rețelei care poate apărea în timpul pornirii/reîncărcării routerelor, pentru a garanta că negocierea protocolului RG are loc după ce rutarea în rețea a convergent la un punct stabil. De exemplu, dacă se vede după failover că este nevoie de până la 20 sec pentru ca noul STANDBY să vadă primul pachet RG HELLO de la noul ACTIVE, atunci cronometrele trebuie ajustate la "cronometre întârziere 60 reîncărcați 120" pentru a lua în considerare această întârziere.

  • controlAți protocolul GigabitEthernet3 1- Configurează interfața utilizată pentru a face schimb de mesaje de menținere și salut între cele două CUBEs și specifică instanța protocolului care va fi atașată la o interfață de control și intră în modul de configurare a protocolului de aplicație redundanță

  • date GigabitEthernet3— Configurează interfața utilizată pentru punctarea traficului de date

  • track-RGgrup de urmărire a interfețelor

  • protocol 1- Specifică instanța protocolului care va fi atașată la o interfață de control și intră în modul de configurare a protocolului de aplicație de redundanță

  • cronometre hellotime 3 holdtime 10- Configurează cele două cronometre pentru hellotime și holdtime:

    • Hellotime- Interval între mesaje succesive salut – Implicit 3 secunde. Raza de acțiune este de 250 milisecunde-254 secunde

    • Timp de așteptare - Intervalul dintre primirea unui mesaj Hello și prezumția că ruterul de trimitere nu a reușit. Această durată trebuie să fie mai mare decât timpul de salut – Implicit 10 secunde. Raza de acțiune este de 750 milisecunde-255 secunde

      Vă recomandăm să configurați cronometrul de așteptare pentru a fi de cel puțin 3 ori valoarea cronometrului hellotime.

3

Activați redundanța box-to-box pentru aplicația CUBE. Configurați RG-ul de la pasul anterior sub voice service voip. Acest lucru permite aplicației CUBE să controleze procesul de redundanță.

voice service voip
   redundancy-group 1
   exit
VCUBE-1(config)#voice service voip
VCUBE-1(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-1(config-voi-serv)# exit
VCUBE-2(config)#voice service voip
VCUBE-2(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-2(config-voi-serv)# exit

redundanță-grup 1- Adăugarea și eliminarea acestei comenzi necesită o reîncărcare pentru ca configurația actualizată să aibă efect. Vom reîncărca platformele după ce s-a aplicat toată configurația.

4

Configurați interfețele Gig1 și Gig2 cu IP-urile lor virtuale respective, așa cum se arată mai jos și aplicați identificatorul interfeței de redundanță (rii)

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redundancy rii 1
VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-1(config)#
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redundancy rii 2
VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redundancy rii 1
VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-2(config-if)# exit
VCUBE-2(config)#
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redundancy rii 2
VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-v(config-if)# exit

Iată o explicație a câmpurilor utilizate în această configurație:

  • redundancy rii— Configurează identificatorul interfeței de redundanță pentru grupul de redundanță. Necesar pentru generarea unei adrese Virtual MAC (VMAC). Aceeasi valoare rii ID trebuie folosita si pe interfata fiecarui router (ACTIVE/STANDBY) care are acelasi VIP.


     

    Dacă există mai mult de o pereche B2B pe aceeași rețea LAN, fiecare pereche TREBUIE să aibă ID-uri rii unice pe interfețele lor respective (pentru a preveni coliziunea). "afișați toate grupurile de cereri de redundanță" ar trebui să indice informațiile locale și inter pares corecte.

  • redundanță grup 1- Asociază interfața cu grupul de redundanță creat în pasul 2 de mai sus. Configurați grupul RG, precum și VIP-ul atribuit acestei interfețe fizice.


     

    Este obligatorie utilizarea unei interfețe separate pentru redundanță, adică interfața utilizată pentru traficul de voce nu poate fi utilizată ca interfață de control și date specificată în pasul 2 de mai sus. În acest exemplu, interfața Gigabit 3 este utilizată pentru controlul/datele RG

5

Salvați configurația primului CUBE și reîncărcați-l.

Platforma pentru a reîncărca ultima este întotdeauna standby.

VCUBE-1#wr
Building configuration...
[OK]
VCUBE-1#reload
Proceed with reload? [confirm]

După ce VCUBE-1 pornește complet, salvați configurația VCUBE-2 și reîncărcați-o.

VCUBE-2#wr
Building configuration...
[OK]
VCUBE-2#reload
Proceed with reload? [confirm]
6

Verificați că configurația box-to-box funcționează așa cum vă așteptați. Rezultatele relevante sunt evidențiate cu caractere aldine.

Am reîncărcat VCUBE-2 ultima și ca pe considerente de proiectare; platforma pentru a reîncărca ultima va fi întotdeauna standby.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Configurarea unui gateway local pe ambele CUB-uri

În configurația noastră exemplu, folosim următoarele informații trunchi din Control Hub pentru a construi configurația Local Gateway pe ambele platforme, VCUBE-1 și VCUBE-2. Numele de utilizator și parola pentru această configurare sunt după cum urmează:

  • Nume utilizator: Hussain1076_LGU

  • Parolă: lOV12MEaZx

1

Asigurați-vă că este creată o cheie de configurare pentru parolă, cu comenzile afișate mai jos, înainte de a putea fi utilizată în acreditări sau secrete partajate. Parolele de tip 6 sunt criptate folosind cifrul AES și această cheie de configurare definită de utilizator.


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

Iată configurația Local Gateway care se va aplica ambelor platforme pe baza parametrilor Control Hub afișați mai sus, salvați și reîncărcați. Acreditările SIP Digest din Control Hub sunt evidențiate cu caractere aldine.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

Pentru a afișa ieșirea comenzii de afișare, am reîncărcat VCUBE-2 urmat de VCUBE-1, făcând din VCUBE-1 CUBUL standby și VCUBE-2 CUBUL activ

2

În orice moment, o singură platformă va menține o înregistrare activă ca Gateway local cu SBC-ul de acces webex Calling. Aruncați o privire la ieșirea următoarelor comenzi de afișare.

prezintă grupul de cereri de redundanță 1

arată starea sip-ua-registru


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 activ care menține înregistrarea cu Webex Calling access SBC, în timp ce ieșirea "show sip-ua register status" 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 reluarea prin emiterea următoarei comenzi pe LGW activ, VCUBE-2 în acest caz.


VCUBE-2#redundancy application reload group 1 self

Trecerea de la ACTIVE la STANDBY LGW are loc în următorul scenariu, precum și în afară de CLI enumerate mai sus

  • Când routerul ACTIVE se reîncarcă

  • Când routerul ACTIVE cicluri de alimentare

  • Când orice interfață configurată RG a routerului ACTIVE este oprită pentru care este activată urmărirea

5

Verificați dacă VCUBE-1 s-a înregistrat cu Webex Calling access SBC. VCUBE-2 ar fi reîncărcat până acum.


VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 este acum LGW activ.

6

Uitați-vă la jurnalul de depanare relevant pe VCUBE-1 trimițând un REGISTRU SIP la Webex Apelând prin IP-ul virtual și primind un OK 200.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0
Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0
Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0
Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
30 septembrie 2022
Configurarea CM unificat pentru apelarea Webex

Este posibil să aveți nevoie de o integrare cu Unified CM dacă locațiile activate pentru Apelarea Webex sunt adăugate la o implementare existentă în care UNIFIED CM este soluția locală de control al apelurilor și dacă aveți nevoie de apelare directă între telefoanele înregistrate la Unified CM și telefoanele din locațiile Webex Calling.

Configurarea SIP Trunk profil de securitate pentru Trunk la Local Gateway

În cazurile în care Local Gateway și PSTN gateway se află pe același dispozitiv, Unified CM trebuie să fie activat pentru a diferenția între două tipuri diferite de trafic (apeluri de la Webex și de la PSTN) care provin de pe același dispozitiv și pentru a aplica o clasă diferențiată de servicii acestor tipuri de apeluri. Acest tratament de apel diferențiat se realizează prin asigurarea a două trunchiuri între Unified CM și gateway-ul local combinat și pstn gateway dispozitiv care necesită porturi diferite de ascultare SIP pentru cele două trunchiuri.

Creați un profil de securitate dedicat SIP Trunk pentru trunchiul Local Gateway cu următoarele setări:

Configurare Valoare
Nume Nume unic, cum ar fi Webex
Descriere Descriere semnificativă, cum ar fi Profilul de securitate Webex SIP Trunk
Portul de intrare Trebuie să se potrivească portul utilizat în configurarea gateway-ului local pentru traficul către/de la Webex: 5065

Configurarea profilului SIP pentru trunchiul gateway-ului local

Creați un profil SIP dedicat pentru trunchiul Local Gateway cu următoarele setări:

Configurare Valoare
Nume Nume unic, cum ar fi Webex
Descriere Descriere semnificativă, cum ar fi Profilul SIP Webex
Activați OPTIONS Ping pentru a monitoriza starea de destinație pentru trunchiuri cu tipul de serviciu "None (Implicit)" Bifat

Crearea unui spațiu de căutare a apelurilor pentru apelurile de la Webex

Creați un spațiu de căutare a apelurilor pentru apelurile care provin de la Webex cu următoarele setări:

Configurare Valoare
Nume Nume unic, cum ar fi Webex
Descriere Descriere semnificativă, cum ar fi Spațiul de căutare pentru apelarea Webex
Partiții selectate

DN (+E.164 numere de director)

ESN (apelare prescurtată între site-uri)

PSTNinternațional (acces PSTN)

onNetRemote (destinații învățate gdpr)


 

Ultima partiție onNetRemote este utilizată numai într-un mediu multi-cluster în care informațiile de rutare sunt schimbate între clustere CM unificate utilizând Intercluster Lookup Service (ILS) sau Global Dialplan Replication (GDPR).

Configurarea unui trunchi SIP către și de la Webex

Creați un trunchi SIP pentru apelurile către și de la Webex prin Gateway-ul local cu următoarele setări:

Configurare Valoare
Informații dispozitiv
Nume dispozitiv Un nume unic, cum ar fi Webex
Descriere Descriere semnificativă, cum ar fi Webex SIP Trunk
Rularea pe toate nodurile CM unificate active Bifat
Apeluri primite
Apelarea spațiului de căutare Spațiul de căutare a apelurilor definit anterior: Webex
AAR Apelarea spațiului de căutare Un spațiu de căutare de apelare cu acces numai la modelele de rute PSTN: PSTNReroute
Sip Informații
Adresa de destinație Adresa IP a Local Gateway CUBE
Portul de destinație 5060
SIP Trunk profil de securitate Definit anterior: Webex
Profilul SIP Definit anterior: Webex

Configurarea Grupului de rute pentru Webex

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

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

Configurarea listei de rute pentru Webex

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

Configurare Valoare
Informații despre lista de rute
Nume Un nume unic, cum ar fi RL_Webex
Descriere Descriere semnificativă, cum ar fi Lista de rute pentru Webex
Rularea pe toate nodurile CM unificate active Bifat
Informații despre membrii listei de rute
Grupuri selectate Numai grupul de rute definit anterior: Webex

Crearea unei partiții pentru destinații webex

Creați o partiție pentru destinațiile Webex cu următoarele setări:

Configurare Valoare
Informații despre lista de rute
Nume Nume unic, cum ar fi Webex
Descriere Descriere semnificativă, cum ar fi Webex Partition

Ce trebuie să faceți în continuare

Asigurați-vă că adăugați această partiție la toate spațiile de căutare apelante care ar trebui să aibă acces la destinații webex. Trebuie să adăugați această partiție în mod specific la spațiul de căutare apelant care este utilizat ca spațiu de căutare de apelare la intrare pe trunchiurile PSTN, astfel încât apelurile de la PSTN la Webex să poată fi direcționate.

Configurarea modelelor de rute pentru destinațiile Webex

Configurați modelele de rute pentru fiecare interval DID de pe Webex cu următoarele setări:

Configurare Valoare
Model traseu Model complet +E.164 pentru gama DID din Webex cu cel mai important "\". De exemplu: \+140855501XX
Partiția de rută Webex
Gateway/Listă de rute RL_Webex
Prioritate urgentă Bifat

Configurarea normalizării abreviate a apelării intersite pentru Webex

Dacă webex este necesară apelarea prescurtată între site-uri, configurați modelele de normalizare a apelului pentru fiecare interval ESN de pe Webex cu următoarele setări:

Configurare Valoare
Model de traducere Model ESN pentru gama ESN din Webex. De exemplu: 80121XX
Partiție Webex
Descriere Descriere semnificativă, cum ar fi Modelul de normalizare Webex
Utilizați spațiul de căutare apelant al inițiatorului Bifat
Prioritate urgentă Bifat
Nu așteptați pentru Timeout Interdigit pe hamei ulterioare Bifat
Numită Party Transformation Mask Masca pentru a normaliza numărul la +E.164. De exemplu: +140855501XX
06 februarie 2023
Configurați funcțiile Webex Calling

Aflați mai multe despre unele dintre funcțiile disponibile în Webex Calling și despre cum să le configurați pentru organizația dvs. și utilizatori.

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 dvs. din front-office. 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 .

Permiteți utilizatorilor să intre în apelurile telefonice ale altor persoane

1

Din vizualizarea clientului înhttps://admin.webex.com , accesați Utilizatori , apoi selectați utilizatorul pe care doriți să îl modificați.

2

Selectați Apelare , accesați Permisiuni între utilizatori , apoi selectați Barge In .

3

Porniți Barge In , alegeți dacă doriți să transformați apelul în curs într-un apel de conferință.

  • Permiteți-le altora să se adauge la apelurile acestui utilizator.

  • Redați un ton când cineva intră într-un apel.

Apoi faceți clic Salvați .

Împiedicați pe cineva să monitorizeze stare linie unui utilizator

1

Din vizualizarea clientului înhttps://admin.webex.com , accesați Utilizatori și selectați utilizatorul pe care doriți să îl modificați.

2

Selectați Apelare , accesați Permisiuni între utilizatori și activați Confidențialitate .

3

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
4

Verificați Activați Confidențialitate casetă de selectare. Apoi, puteți decide dacă blocați pe toată lumea lăsând necompletat câmpul Căutare utilizator după nume sau puteți alege cine poate monitoriza stare linie acestui utilizator .

Folosind exemplul executiv de mai sus, ați căuta numele asistentului său administrativ.

5

Faceți clic pe Salvați.

Exemplu

Vreți să vedeți cum se procedează? Urmăriți asta demonstrație video despre cum să gestionați setările de confidențialitate pentru un utilizator în Control Hub .

Listă de monitorizare - Alți utilizatori și interioare parcare apeluri

Numărul număr maxim de linii monitorizate este de 50, dar ar trebui să luați în considerare lățimea de bandă. Maximul poate fi determinat și de numărul de butoane de linie de pe telefonul utilizatorului.


Serviciul de monitorizare funcționează numai cu dispozitiv primar al unui utilizator .

1

Din vizualizarea clientului înhttps://admin.webex.com , accesați Utilizatori și selectați utilizatorul pe care doriți să îl modificați.

2

Selectați Apelare , accesați Permisiuni între utilizatori secțiune, selectați Monitorizare .

3

Alegeți dintre următoarele:

  • Adăugare linie monitorizată
  • Adăug. int. parcare apel
4

Alegeți dacă doriți ca acest utilizator să fie notificat cu privire la apelurile parcate, căutați persoana sau interiorul extensie parcare apel care urmează să fie monitorizate, apoi faceți clic Salvați .


 

Liniile monitorizate sunt afișate în Control Hub corespunde ordinii liniilor monitorizate care apar pe dispozitivul utilizatorului. Puteți reordona oricând lista liniilor monitorizate.

Exemplu

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 .

Redați ton de avertizare Call Bridge pentru utilizatori

Activați tonul de avertizare a punții de apel pentru utilizatorii care au configurate linii partajate.

Înainte de a începe

Trebuie să aveți linie partajată configurată pentru ca puntea de apel să fie invocată. Vedeți cum să configurați linii partajate înainte de a activa redarea tonului de avertizare a punții de apel.

1

Din vizualizarea clientului înhttps://admin.webex.com , accesați Utilizatori și apoi selectați utilizatorul pe care doriți să îl modificați.

2

Selectați Apelare , accesați Permisiuni între utilizatori , și faceți clic Ton de avertizare pentru trecerea apelurilor .

3

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 crearea de punte a apelurilor pe o linie partajată MPP , consultați linii partajate pe telefon de birou multiplatform .

Pentru mai multe informații despre crearea de punte a apelurilor pe o linie partajată WebexApp , consultați aspect linie partajată pentru WebexApp .

Activați hotelizarea pentru un utilizator

Activarea hotelizării pentru un utilizator le permite acestuia să lucreze într-un alt spațiu, păstrând în același timp funcționalitatea și caracteristicile telefon de birou principal.

1

Din vizualizarea clientului înhttps://admin.webex.com , accesați Utilizatori și apoi selectați utilizatorul pe care doriți să îl modificați.

2

Selectați Apelare , accesați Permisiuni între utilizatori , și faceți clic Hotelizare .

3

Porniți Hotelizare , apoi faceți clic Salvați .

Exemplu

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.
30 septembrie 2022
Configurarea și gestionarea utilizatorilor webex care apelează

Trebuie să adăugați fiecare utilizator în Control Hub pentru ca acesta să beneficieze de serviciile webex Calling. Numărul de utilizatori pe care trebuie să îi adăugați va determina modul în care îi adăugați în Control Hub, indiferent dacă adăugați manual fiecare utilizator după adresa de e-mail sau adăugați mai mulți utilizatori utilizând un fișier CSV. Alegerea este a ta.