Flux de lucru de configurare a apelurilor Webex

Flux de lucru de configurare a apelurilor Webex

18 mai 2021
Prezentare generală a apelurilor Webex

Introducand Apelare Cisco Webex

Imaginați-vă că puteți profita de funcțiile de apelare cloud, mobilitate și PBX la nivel de întreprindere, împreună cu Cisco Webex pentru mesaje și întâlniri și apeluri de la un Apel Webex soft client sau dispozitiv Cisco. Exact asta este Apel Webex trebuie să vă ofere.

Apel Webex oferă următoarele beneficii:

  • Apelarea abonamentelor pentru utilizatorii de telefonie și zonele comune

  • Webex acces pentru fiecare utilizator

  • Accesul la rețeaua publică de telefonie prin comutare (PSTN) pentru a permite utilizatorilor să formeze numere în afara organizației. Serviciul este furnizat printr-o infrastructură de întreprindere existentă (gateway local fără PBX IP local sau cu mediu de apel Unified CM existent)

Apel Webex acceptă următoarele caracteristici. Pentru mai multe informații, consultați capitolul Configurare caracteristici de apelare Webex.

Tabelul 1. Funcții configurabile pentru administrator

Funcție

Descriere

Operator automat

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

Secvență de apeluri

Puteți configura o coadă de apeluri astfel încât, atunci când apelurile primite nu pot primi răspuns, apelanților li se oferă 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 apeluri.

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 hunting

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ă pe un telefon, dar dacă nu există niciun răspuns, apelul se îndreaptă către următorul agent din listă.

  • O echipă de asistență care dorește ca telefoanele să sune simultan, astfel încât primul agent disponibil să poată primi 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

Sprijiniți nevoile personalului dvs. de la front-office oferindu-le un set complet de opțiuni de control al apelurilor, monitorizare pe scară largă a liniei, coadă de apeluri, opțiuni și vizualizări multiple de directoare, integrare Outlook și multe altele.

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

Masa 2. Caracteristici configurabile de utilizator

Funcție

Descriere

Respingere apel anonim

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 curentului, 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 alt telefon.

Redirecționarea apelurilor selectivă

Utilizatorii pot redirecționa apeluri 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 apeluri primite suplimentare.

Nu deranjați

Utilizatorii pot lăsa temporar toate apelurile pentru a merge direct la mesageria vocală.

Birou oriunde

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

Alertă prioritară

Utilizatorii își pot suna telefoanele cu un sunet distinct atunci când sunt îndeplinite criteriile 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 să-l afișeze din linia de afaceri. În plus, orice apeluri primite către linia de afaceri vor suna pe acest telefon la distanță.

Acceptarea selectivă a apelurilor

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

Respingerea apelului selectiv

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

Inel secvențial

Sună până la 5 dispozitive unul după altul pentru apelurile primite.

Inel simultan

Sună numerele utilizatorilor și ale altor persoane („destinatarii apelurilor”) în același timp pentru apelurile primite.

Furnizarea de servicii, dispozitive și utilizatori în Hub de control, Lansare încrucișată până la configurare detaliată în Apelarea portalului de administrare

Cisco Webex Control Hub (https://admin.webex.com) este un portal de management care se integrează cu Apel Webex pentru a vă simplifica comenzile și configurația și a vă centraliza gestionarea ofertei pachet -Apel Webex, Webex, și Întâlniri Webex.

Hub de control este punctul central pentru furnizarea tuturor serviciilor, dispozitivelor și utilizatorilor. Puteți configura pentru prima dată serviciul de apelare, puteți înregistra telefoane MPP în cloud (utilizând adresa MAC), puteți configura utilizatorii prin asocierea dispozitivelor, adăugarea de numere, servicii, funcții de apelare și așa mai departe. De asemenea, din Hub de control, puteți lansa încrucișat la Apelarea portalului de administrare pentru configurarea mai detaliată a caracteristicilor, dispozitivelor și utilizatorilor. Furnizarea oricăror servicii suplimentare (întâlniri sau echipe Webex) are loc și în Hub de control.

Apelarea portalului de administrare oferă clienților acces la configurație avansată a funcțiilor de apelare, precum și o vizualizare rapidă despre asigurarea serviciului. Asigurările serviciului oferă valori privind calitatea apelurilor în mai multe locații din unitățile lor de afaceri, indicând dacă apelurile sunt bune, corecte sau de calitate slabă. Primirea de feedback imediat cu privire la calitatea apelurilor permite partenerilor și administratorilor de clienți să ofere cea mai înaltă calitate a serviciilor clienților lor.

Experiența utilizatorului

Utilizatorii au acces la următoarele interfețe:

Faceți un tur al Cisco Webex Control Hub

Hub de control este interfața dvs. unică accesibilă, bazată pe web, pentru gestionarea organizației, gestionarea utilizatorilor, atribuirea serviciilor, analiza tendințelor de adoptare și calitatea apelurilor și multe altele.

Pentru ca organizația dvs. să funcționeze, vă recomandăm să invitați câțiva utilizatori să se alăture Webex prin introducerea adreselor lor de e-mail în Hub de control. Încurajați oamenii să utilizeze serviciile pe care le oferiți, inclusiv apelurile, și să vă ofere feedback despre experiența lor. Când sunteți gata, puteți adăuga oricând mai mulți utilizatori.


Vă recomandăm să utilizați cea mai recentă versiune desktop Google Chrome sau Mozilla Firefox pentru a accesa Hub de control. 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 la ce să vă așteptați atunci când organizația dvs. va fi configurată cu servicii. Pentru informații mai detaliate, consultați capitolele individuale pentru instrucțiuni pas cu pas.

Primii pași

După ce partenerul dvs. vă va crea contul, veți primi un e-mail de bun venit. Apasă pe Noțiuni de bază link în e-mail, utilizând Chrome sau Firefox pentru a accesa Hub de control. Linkul vă conectează automat cu adresa de e-mail a administratorului. Apoi, vi se va solicita să vă creați parola de administrator.

Expertul pentru prima dată pentru încercări

Dacă partenerul dvs. v-a înregistrat pentru o încercare, expertul de configurare pornește automat după ce vă conectați la Hub de control. Vrăjitorul vă ghidează prin setările de bază pentru ca organizația dvs. să funcționeze Apelare Cisco Webex, printre alte servicii. Puteți configura și revizui setările de apelare înainte de a finaliza procedura de asistență.

Examinați setările

Cand Hub de control încărcări, puteți examina setările.

Adăugare utilizatori

Acum că v-ați configurat serviciile, sunteți gata să adăugați persoane din directorul companiei. Mergi la 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. Clic Următorul și urmați instrucțiunile pentru a configura Cisco Directory Connector.

Configurați conectarea unică (SSO)

Webex folosește autentificarea de bază. Puteți alege să configurați SSO astfel încât utilizatorii să se autentifice cu furnizorul dvs. de identitate Enterprise folosind acreditările lor Enterprise, mai degrabă decât o parolă separată stocată și gestionată în Webex.

Mergi la Setări, derulați până la Autentificare, faceți clic pe Modifica, apoi selectați Integrează un furnizor de identitate terță parte.

Alocare servicii către utilizatori

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

Mergi la Utilizatori, faceți clic pe Gestionare Utilizatori, Selectați Exportați și importați utilizatori cu un fișier CSV, apoi faceți clic pe Export.

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

Importați fișierul completat, faceți clic pe Adăugați și eliminați servicii, apoi faceți clic pe Trimite. Acum sunteți gata să configurați funcțiile de apelare, să înregistrați dispozitive care pot fi partajate într-un loc comun și să înregistrați și să asociați dispozitivele cu utilizatorii.

Împuterniciți-vă utilizatorii

Acum că ați adăugat utilizatori și li s-au atribuit servicii, aceștia pot începe să utilizeze telefoanele lor multiplate (MPP) acceptate pentru Apel Webex și Webex pentru mesaje și întâlniri. Încurajați-i să folosească Setări Cisco Webex ca ghișeu unic pentru acces.

Rolul Gateway-ului local

Gateway-ul local este un dispozitiv de margine administrat de o întreprindere sau de un partener pentru interconectarea rețelei de telefonie prin comutator public (PSTN) și interconectarea vechi a sucursalelor publice (PBX) (inclusiv Unified CM).

Poți să folosești Cisco Webex Control Hub pentru a atribui un gateway local unei locații, după care Hub de control oferă parametri pe care îi puteți configura pe CUBE. Acești pași înregistrează gateway-ul local cu cloud, iar apoi serviciul PSTN este furnizat prin gateway către Apel Webex utilizatori într-o anumită locație.

Pentru a specifica și comanda un gateway local, citiți fișierul Ghid de comandă a Gateway-ului local.

Implementări de gateway locale acceptate pentru Apel 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 de gateway local fără PBX IP local

Implementări de gateway locale independente

Această figură arată un Apel Webex implementare fără niciun IP PBX existent și este aplicabilă unei singure locații sau unei implementări multi-locație.

Pentru toate apelurile care nu se potrivesc cu dvs. Apel Webex destinații, Apel Webex trimite acele apeluri către gateway-ul local care este atribuit locației pentru procesare. Gateway-ul local direcționează toate apelurile care vin Apel Webex către PSTN și în cealaltă direcție, PSTN către Apel Webex.

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

Implementare Coresident Local Gateway

Gateway-ul local poate fi bazat pe IP, conectându-se la un ITSP utilizând un trunchi SIP sau TDM bazat pe un circuit ISDN sau analog. Următoarea figură arată a Apel Webex implementare în care gateway-ul local este coresident cu PSTN GW / SBC.

Implementări ale gateway-ului local cu PBX CM unificat local

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

  • Apel Webex- locațiile activate sunt adăugate la o implementare Cisco UC existentă în care Unified CM este implementat ca soluție locală de control al apelurilor

  • Apelare directă între telefoanele înregistrate la Unified CM și telefoanele din Apel Webex locațiile sunt obligatorii.

Această figură arată un Apel Webex implementare în care clientul are un PBX Unified CM IP existent.

BroadCloud trimite apeluri care nu se potrivesc cu cele ale clientului Apel Webex destinații către poarta de acces locală. Aceasta include numere PSTN și extensii interne Unified CM, pe care BroadCloud nu le poate vedea. Gateway-ul local direcționează toate apelurile care vin de la BroadCloud la Unified CM și invers. Unified CM apoi direcționează apelurile primite către destinații locale sau către PSTN conform planului de apel existent. Planul de apelare Unified CM normalizează numerele ca + E.164. Gateway-ul PSTN poate fi unul dedicat sau co-rezident cu gateway-ul local.

Gateway PSTN dedicat

Varianta dedicată de gateway PSTN 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 Apel Webex gateway local.

Coresident PSTN Gateway

Această figură arată un Apel Webex implementarea cu un CM unificat unde gateway-ul local este coresident cu gateway-ul PSTN / SBC.

BroadCloud direcționează toate apelurile care nu se potrivesc cu cele ale clientului Apel Webex destinații către gateway-ul local care este atribuit locației. Aceasta include destinații PSTN și apeluri on-line către extensii interne Unified CM. Gateway-ul local direcționează toate apelurile către Unified CM. Unified CM apoi direcționează apelurile către telefoane înregistrate local sau către PSTN prin gateway-ul local, care are funcționalități PSTN / SBC co-localizate.

Considerații de rutare a apelurilor

Apeluri de la Apel Webex către Unified CM

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

Pentru o Apel Webex implementare 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 online 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 Unified CM și depinde de planul de apelare pentru întreprindere care este furnizat pe Unified CM.

Următoarea figură arată a Apel Webex utilizatorul care formează un număr național în SUA.

Unified CM acum pe baza planului de apelare configurat direcționează apelul către un punct final înregistrat local pe care destinația apelată este furnizată ca număr de director. Pentru aceasta, planul de apelare Unified CM trebuie să accepte rutare de numere + E.164.

Apeluri de la Unified CM la Apel Webex

Pentru a activa rutare apeluri de la Unified CM la Apel Webex pe Unified CM trebuie să fie furnizat un set de rute pentru a defini setul de + E.164 și adresele planului de numerotare a întreprinderii în Apel Webex.

Cu aceste rute în loc, sunt posibile ambele scenarii de apel prezentate în figura următoare.

Dacă un apelant din PSTN apelează un număr DID care este atribuit unui Apel Webex dispozitiv, apoi apelul este predat întreprinderii prin gateway-ul PSTN al întreprinderii și apoi lovește Unified CM. Adresa apelată a acelui apel se potrivește cu una dintre Apel Webex rutele care sunt furnizate în Unified CM și apelul este trimis la gateway-ul local. (Adresa apelată trebuie să fie în format + E.164 când este trimisă la gateway-ul local.) Logica de rutare BroadCloud se asigură apoi că apelul este trimis către destinatar Apel Webex dispozitiv, pe baza atribuirii DID.

De asemenea, apelurile provenite de la puncte finale înregistrate Unified CM, vizate la destinații din Apel Webex, sunt supuse planului de apelare care este furnizat pe Unified CM. De obicei, acest plan de apelare permite utilizatorilor să utilizeze obiceiuri comune de apelare a întreprinderii pentru a efectua apeluri. Aceste obiceiuri nu includ neapărat doar apelarea + E.164. Orice obicei de apelare, altul decât + E.164, trebuie normalizat la + E.164 înainte ca apelurile să fie trimise la gateway-ul local pentru a permite rutare corectă în BroadCloud.

Clasa de servicii (CoS)

Implementarea oricăror restricții de servicii este întotdeauna recomandată din diverse motive, inclusiv evitarea apelurilor și prevenirea fraudei de taxare. În contextul integrării Apel Webex Gateway local cu clasă de servicii Unified CM, trebuie să luăm în considerare clasa de servicii pentru:

  • Dispozitive înregistrate la Unified CM

  • Apelurile care vin în Unified CM de la PSTN

  • Apeluri care vin în Unified CM de la BroadCloud

Dispozitive înregistrate la Unified CM

Adăugarea Apel Webex destinațiile ca o nouă clasă de destinații către o configurare CoS existentă sunt destul de simple: permisiunea de a apela la Apel Webex destinațiile sunt de obicei echivalente cu permisiunea de a apela destinații la fața locului (inclusiv inter-site).

Dacă un plan de apel pentru întreprindere implementează deja o permisiune „(abreviată) on-net inter-site”, există deja o partiție furnizată pe Unified CM pe care o putem folosi și furniza toate cele cunoscute pe net Apel Webex destinații din aceeași partiție.

În caz contrar, nu există încă conceptul de permisiune „(abreviată) on-net inter-site”, atunci trebuie să fie prevăzută o nouă partiție (de exemplu „onNetRemote”), Apel Webex destinațiile 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 vin în Unified CM de la PSTN

Adăugarea Apel Webex destinațiile ca o nouă clasă de destinații către o configurare CoS existentă sunt destul de simple: permisiunea de a apela la Apel Webex destinațiile sunt de obicei echivalente cu permisiunea de a apela destinații la fața locului (inclusiv inter-site).

Dacă un plan de apel pentru întreprindere implementează deja o permisiune „(abreviată) on-net inter-site”, există deja o partiție furnizată pe Unified CM pe care o putem folosi și furniza toate cele cunoscute pe net Apel Webex destinații din aceeași partiție.

În caz contrar, nu există încă conceptul de permisiune „(abreviată) on-net inter-site”, atunci trebuie să fie prevăzută o nouă partiție (de exemplu „onNetRemote”), Apel Webex destinațiile 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.

Apeluri care vin în Unified CM de la BroadCloud

Apelurile care vin din PSTN au nevoie de acces la toate Apel Webex destinații. Acest lucru necesită adăugarea partiției de mai sus care conține toate Apel Webex destinații către spațiul de căutare apelant utilizat pentru apelurile primite pe trunchiul PSTN. Accesul la Apel Webex destinațiile vin în plus față de accesul deja existent.

În timp ce pentru apeluri de la PSTN acces la Unified CM DID-uri și Apel Webex DID-urile sunt apeluri obligatorii originare din Apel Webex au nevoie de acces la Unified CM DID-uri și destinații PSTN.

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

Această cifră compară aceste două clase diferite de servicii pentru apeluri de la PSTN și BroadCloud. Figura arată, de asemenea, că, dacă funcționalitatea gateway-ului PSTN este asociată cu Gateway-ul local, atunci sunt necesare două trunchiuri de la PSTN GW combinat și Gateway-ul local la Unified CM: una pentru apelurile provenite din PSTN și una pentru apelurile provenite din BroadCloud. Acest lucru este determinat de cerința de a aplica spații de căutare a apelurilor diferențiate pe tip de trafic. Cu două trunchiuri primite pe Unified CM acest lucru poate fi realizat cu ușurință prin configurarea spațiului de căutare necesar 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 actuale din „Arhitectura preferată pentru implementarea Cisco Collaboration On-Premises, CVD”. Cea mai recentă versiune este disponibilă la adresa https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-system/products-implementation-design.

Proiectarea recomandată a planului de apelare urmează abordarea de proiectare care este documentată în capitolul Plan de apelare a celei mai recente versiuni a Cisco Collaboration System SRND disponibil la https://www.cisco.com/go/ucsrnd.

Figura 2. Plan de apelare recomandat

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

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

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

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

  • Toate obiceiurile de apelare care nu sunt + E.164 (de exemplu, apelarea prin parazit abreviată și apelarea PSTN utilizând obiceiurile de apelare comune) sunt normalizate (globalizate) la + E.164 folosind modele de traducere a normalizării apelării.

  • Modele de traducere pentru apelarea normalizării utilizează tipare de traducere apelând moștenirea spațiului de căutare; au setată opțiunea „Utilizați spațiul de căutare a apelantului inițiatorului”.

  • Clasa de servicii este implementată folosind site-ul și clasa de spații de căutare pentru apeluri specifice serviciului.

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

Accesibilitate la BroadCloud

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

Pentru a adăuga accesibilitatea pentru destinațiile BroadCloud la acest plan de apelare, trebuie creată o partiție reprezentând toate destinațiile BroadCloud („BroadCloud”) și un model de rută + E.164 pentru fiecare gamă DID din BroadCloud este adăugat la această partiție. Acest model de rută face referire la o listă de rute cu un singur membru: grupul de rute cu trunchiul SIP către Gateway-ul local pentru apeluri către BroadCloud. Deoarece toate destinațiile apelate sunt normalizate la + E.164, fie folosind modele de traducere a apelării de normalizare pentru apelurile provenite de la puncte finale înregistrate Unified CM, fie transformări de apel apelate primite pentru apelurile provenite de la PSTN, acest set unic de modele de rută + E.164 este suficient pentru a realiza accesibilitate pentru destinații în BroadCloud, independent de obiceiul de apelare utilizat.

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

Adăugați apelare interservată abreviată

Figura 4. Adăugarea apelării intersitei abreviate

Modul recomandat de a adăuga apelare intersitei abreviată la planul de apelare de referință este de a adăuga modele de traducere a normalizării apelării pentru toate site-urile din cadrul planului de numerotare al întreprinderii la o partiție dedicată („ESN”, numere semnificative pentru întreprindere). Aceste modele de traducere interceptează șirurile de apelare în formatul planului de numerotare al întreprinderii și normalizează șirul format la + E.164.

Pentru a adăuga apelarea abreviată a întreprinderii la destinațiile BroadCloud, adăugați modelul respectiv de traducere a normalizării apelării pentru locația BroadCloud la partiția „BroadCloud” (de exemplu „8101XX” în diagramă). După normalizare, apelul este trimis din nou către BroadCloud după potrivirea modelului de rută din partiția „BroadCloud”.

Nu recomandăm adăugarea modelului de traducere a apelării abreviate pentru apelurile BroadCloud la partiția „ESN”, deoarece această configurație poate crea bucle de rutare a apelurilor nedorite.

Diferență între Apel Webex pentru furnizorii de servicii și revânzătorii cu valoare adăugată

Există două oferte de apeluri separate care valorifică același lucru Apel Webex platformă. O ofertă este pentru furnizorii de servicii (SP) și clienții lor, în timp ce cealaltă ofertă este pentru revânzătorii cu valoare adăugată (VAR) și clienții lor. În cea mai mare parte, ofertele sunt identice și, ca atare, le numim generic Apel Webex. Cu toate acestea, există câteva diferențe și în cazul în care trebuie să evidențiem aceste diferențe, ne vom asigura că știți dacă acestea se aplică SP-urilor sau VAR-urilor.

În timp ce ambele oferte sunt administrate în Control Hub cu lansări încrucișate în portalul de administrare a apelantului, iată câteva diferențe cheie.

SP-urile își pot marca portalurile și aplicațiile de apelare și trebuie să includă și să furnizeze propriile servicii PSTN clienților lor sau să folosească o implementare a gateway-ului local. SP-urile trebuie să ofere, de asemenea, propriul suport de nivel 1.

VAR-urile, pe de altă parte, utilizează marca furnizată de Cisco. VAR-urile nu sunt furnizori de servicii reglementați și nu pot furniza servicii PSTN. Serviciul PSTN trebuie valorificat printr-o implementare a gateway-ului local al întreprinderii. VAR-urile pot oferi, de asemenea, propriul suport de nivel 1 sau pot utiliza Cisco. Ambele oferte de apelare oferă asigurarea serviciului prin metrici de calitate media și pot fi grupate Webex și Întâlniri Webex împreună cu aplicațiile lor de apelare.

Manipulatoare de protocol pentru apelare

Apelare Cisco Webex înregistrează următoarele sisteme de gestionare a protocolului cu sistemul de operare pentru a activa funcționalitatea clic-pentru-apel din browserele web sau alte aplicații. Următoarele protocoale inițiază un apel audio sau video în Webex Teams atunci când este aplicația de apelare implicită pe Mac sau Windows:

  • FĂ CLIC PENTRU A APELA: sau CLICKTOCALL: //

  • SIP: sau SIP: //

  • TEL: sau TEL: //

  • WEBEXTEL: sau WEBEXTEL: //

Manipulatoare de protocol pentru Windows

Alte aplicații se pot înregistra pentru gestionarele de protocol înainte de Webex aplicație. În Windows 10, fereastra sistemului cere utilizatorilor să selecteze ce aplicație să folosească pentru a lansa apelul. Preferința utilizatorului poate fi amintită dacă utilizatorul verifică Folosiț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, le puteți instrui să schimbe asocierile de protocol pentru Webex în Windows 10:

  1. Deschide Setări implicite ale aplicației setări de sistem, faceți clic pe Setați valorile implicite în funcție de aplicație, apoi alegeți Webex.

  2. Pentru fiecare protocol, alegeți Webex.

Handlers de protocol pentru Mac

Pe Mac OS, dacă alte aplicații s-au înregistrat anterior pe protocoalele de apelare Webex, utilizatorii trebuie să-și configureze Webex aplicațiile să fie opțiunea de apel implicită.

În Webex pentru Mac, utilizatorii pot confirma acest lucru Webex este selectat pentru Începeți apelurile cu setarea sub preferințe generale. De asemenea, pot verifica Conectați-vă întotdeauna la Microsoft Outlook dacă vor să facă apeluri Webex când fac clic pe numărul unui contact Outlook.

9 iul. 2021
Pregătiți-vă mediul pentru apeluri Webex

Pregătiți-vă mediul Configurarea apelului Webex pentru organizația dvs. Configurare gateway local pentru acces PSTN (numai VAR) Cofigure UCM Configurarea caracteristicilor de apelare Webex Configurarea și gestionarea utilizatorilor Configurarea și gestionarea dispozitivelor

Cerințe pentru apelare

Licenţiere

Apelarea Webex este disponibilă prin planul Cisco Collaboration Flex. Trebuie să achiziționați un plan Enterprise Agreement (EA) (pentru toți utilizatorii, inclusiv dispozitivele 50% Workspaces) sau un plan denumit utilizator (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 Webexși opțiunea de a împacheta întâlniri 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. Ei vor primi în continuare o ofertă vocală cu caracteristici complete, dar sunt limitate la un singur dispozitiv per utilizator.


    Licențele de bază sunt disponibile numai dacă aveți un abonament Utilizator denumit. Licențele de bază nu sunt acceptate pentru abonamentele la Acordul enterprise.

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

Această documentație vă arată mai târziu 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 într-un apel video necesită până la 2 Mbps. Fiecare dispozitiv într-un apel audio necesită 100 kbps. Telefoanele inactive au nevoie de lățime de bandă minimă.

Gateway local pentru PSTN bazat pe sediu

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

Dispozitive acceptate

Webex Calling acceptă telefoane 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ă de dispozitive acceptate pentru Apelare Webex, consultați Dispozitive acceptate pentru apelare Webex.

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 Apelare Webex pentru mai multe informații. Cu toate acestea, aveți posibilitatea să furnizați aceste dispozitive cu serviciul PSTN activând Webex Calling for the Workspace.

Firewall

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

Cerințe gateway locale pentru apelarea Webex

Cerințe prealabile generale

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

    • Să aibă o cunoaștere de bază a principiilor VoIP

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

    • Să aibă 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 Ghidul de configurare a întreprinderilor Cisco Unified Border Element (CUBE) 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 al Ghidului local de comandă a apelurilor Gateway for Webex. În plus, asigurați-vă că platforma rulează o versiune IOS-XE acceptată conform Ghidului local de configurare Gateway.

Cerințe de certificat și securitate pentru Gateway-ul local

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

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

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

  • Pachetul rădăcină CA validează certificatul prezentat

  • Solicitat pentru acreditări (SIP digest furnizat)

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

Cerințe de optimizare a paravanului de protecție, NAT Traversal și Media Path pentru Gateway-ul local

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

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

9 iul. 2021
Configurați apelarea Cisco Webex pentru organizația dvs.

Primul pas pentru a vă pune în funcțiune serviciile de apelare Webex este să finalizați Expertul de instalare pentru prima dată (FTSW). După finalizarea FTSW pentru prima locație, nu mai este nevoie să fie finalizat pentru locații suplimentare.

Înainte de a începe

Dacă încercați să configurați un client în Canada, sunt necesari pași suplimentari. Pentru mai multe informații, contactați Biroul de asistență pentru parteneri.

1

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


 

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

2

Revizuiți și acceptați termenii și condițiile.

3

Examinați planul, apoi faceți clic pe Introducere.


 

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

4

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

5

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

6

Alegeți dintre următoarele opțiuni:

  • Faceți clic pe Salvare și închidere dacă sunteți administrator partener și doriți ca administratorul clientului să finalizeze asigurarea accesului la Apelare Webex.
  • Completați informațiile de localizare necesare. După ce creați locația în expert, aveți posibilitatea să creați mai multe locații mai târziu.

 

Țara locației implicite este setată ca țară contract care a fost selectată de partener și nu poate fi modificată. Aveți posibilitatea să creați ulterior alte locații în diferite țări, dar rețineți că acestea vor fi găzduite în centrul regional de date care corespunde țării contractuale pe care ați selectat-o anterior în această procedură. De exemplu, aveți posibilitatea să aveți o locație în Statele Unite și una în Regatul Unit.


 

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

7

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

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

Faceți clic pe Următorul.

9

Introduceți o adresă SIP Cisco Webex 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, mergeți la Servicii > Apelarea locațiilor > , apoi faceți clic pe Adăugare locație.

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

2

Configurați setările locației:

  • Nume locație— Introduceți un nume unic pentru a identifica locația.
  • Țară— Alegeți o țară la care să legați locația. De exemplu, aveți posibilitatea să creați o locație (sediul central) în Statele Unite și alta (sucursală) în Regatul Unit. Țara pe care o alegeți determină câmpurile de adresă care urmează. Cele documentate aici folosesc convenția adreselor din SUA ca exemplu.
  • Limbă— Alegeți limba pentru locație.
  • Adresă— Introduceți adresa poștală principală a locației.
  • Oraș— Introduceți un oraș pentru această locație.
  • Stare— Din lista verticală, alegeți o stare.
  • Cod poștal—Introduceți codul poștal sau codul poștal.Număr de telefon— Introduceți numărul de telefon la care se poate ajunge la contactul principal al locației.
3

Faceți clic pe Salvare, apoi alegeți dacă doriți să adăugați numere acum sau mai târziu.

4

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

  • Cisco PSTN - Alegeți această opțiune, dacă doriți o soluție la pachet, care vă permite să comandați noi numere PSTN și port numere existente la Cisco.


     

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

    1. Planul de apelare Cisco a fost activat sau achiziționat pentru clientul respectiv.

    2. Locația se află într-o țară în care este acceptat Planul de apelare Cisco (disponibil în prezent numai în Statele Unite).

  • CLOUD Connected PSTN— Alegeți această opțiune dacă sunteți în căutarea unei soluții cloud care nu necesită o investiție semnificativă în hardware-ul local și apoi selectați un furnizor de PCC la alegere.

     

    Sunt afișați numai partenerii care acceptă țara locației dvs.

    Dacă vedeți opțiunea de a comanda numere acum sub un furnizor listat, vă recomandăm să alegeți această opțiune, astfel încât să puteți profita de avantajele CPC-ului integrat. În acest fel, puteți comanda numerele chiar aici, în Control Hub. Dacă alegeți această opțiune, mergeți aici pentru mai multe informații și pașii următori.

    Rețineți că, dacă decideți să nu comandați numerele acum, modificările ulterioare ale furnizorului PSTN pot fi limitate.

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

5

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

6

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ă, aveți posibilitatea să introduceți numere cu sau fără cod și codul este pregătit.

7

Faceți clic pe Salvare.

Ce trebuie să faceți în continuare

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

Când ați creat organizația de clienți în Control Hub , prima locație pe care ațicreat-o devine automat locația implicită. Utilizatorii pe care îi adăugați la organizație sunt atribuiți acestei locații implicite, cu excepția cazului în care specificați altfel. Aveți posibilitatea să faceți din orice locație ulterioară locația implicită, dar rețineți că nu puteți șterge locația implicită.

Înainte de a începe


Obțineți o listă a utilizatorilor și a spațiilor de lucru asociate cu o locație: Accesați Servicii > Numbers și din meniul vertical, selectați locația de șters. Trebuie să ștergeți acei utilizatori și spații de lucru înainte de a șterge locația.

1

Din vizualizarea client din https://admin.webex.com, accesați Servicii > Apelare > locație , apoi selectați locația pe care doriți să o ștergeți.

2

Faceți clic pe Mai multe lângă numele locației, alegeți Ștergere locație șiconfirmaț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ă. Aveți posibilitatea să verificați starea făcând clic pe Mai multe lângă numele locației și selectând Stare ștergere .

Aveți posibilitatea să modificați configurarea PSTN, precum și numele, fusul orar și limba unei locații după ce a fost creată. Rețineți totuși că noua limbă se aplică numai utilizatorilor și dispozitivelor noi. Utilizatorii și dispozitivele existente continuă să utilizeze limba veche.


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

1

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

Dacă vedeți un simbol Avertisment lângă o locație, înseamnă că nu ați configurat încă un număr de telefon pentru locația respectivă. Utilizatorii nu vor putea efectua sau primi apeluri până când acest număr nu este configurat.

2

(Opțional) Sub Conexiune PSTN, selectați PSTN conectat la cloud sauPSTN bazat pe premise (gateway local), în funcție de 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 la pachet, care vă permite să comandați noi numere PSTN și port numere existente la Cisco.


     

    Partenerii trebuie să fie autorizați Webex Calling VAR parteneri și au acceptat noul Webex Calling Addendum prin înscrierea în programul Cisco Webex Calling VAR PSTN.

    Partenerii vor plasa o comandă cu licențe Cisco Calling Plan (Plan de apelare la ieșire și numere de telefon) în spațiul de lucru Cisco Commerce (CCW).

    Această opțiune este disponibilă numai pentru revânzătorii cu valoare adăugată.

  • CLOUD Connected PSTN— Alegeți această opțiune dacă sunteți în căutarea unei soluții cloud care nu necesită o investiție semnificativă în hardware-ul local și apoi selectați un furnizor de PCC la alegere.


     

    Sunt afișați numai partenerii care acceptă țara locației dvs.

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

     

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

3

Selectați numărul principal la care se poate ajunge la contactul principal al locației.

4

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

5

(Opțional) Faceți clic pe pictograma creion din partea de sus a paginii Locație pentru a modifica numele locației, Fusul orar sau Limbadupă este necesar, apoi faceți clic pe Salvare .

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


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

1

Din vizualizarea client din https://admin.webex.com, mergeți la Servicii > Apelare setări serviciu > , apoi defilați la Apelare internă .

2

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

  • Lungime prefix circuit locație— Vă recomandăm această setare dacă aveți mai multe locații. Aveți posibilitatea să introduceți 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, aveți posibilitatea să configurați un prefix de rutare pentru fiecare magazin. Dacă un magazin are un prefix de 888, ai forma 8881000 pentru a ajunge la acel magazin.
  • Cifră direcție în prefixul circuitului— Aveți posibilitatea să setați o valoare aici, indiferent dacă utilizați prefixe de rutare a locației.
  • Lungime extensie internă— Puteți introduce 2-6 cifre, iar valoarea implicită este 2.

     

    După ce măriți lungimea extensiei, cadranele rapide 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 apelarea internă și externă după este necesar:

  • Apelare internă— Specificați prefixul de rutare pe care utilizatorii din alte locații trebuie să îl formeze pentru a contacta pe cineva din această locație. Prefixul circuitului fiecărei locații trebuie să fie unic. Vă recomandăm ca lungimea prefixului să corespundă lungimii setate la nivel de organizație, dar trebuie să fie între 2-7 cifre.
  • Apelare externă— Opțional, puteți alege o cifră de apelare de ieșire pe care utilizatorii trebuie să o formeze pentru a ajunge la o linie externă. Implicit este Nici unul și îl 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.

     

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

Impact asupra utilizatorilor:

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

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

Dacă sunteți revânzător cu valoare adăugată, puteți utiliza acești pași pentru a porni configurarea gateway-ului local în Control Hub. Când acest gateway este înregistrat în cloud, îl puteți utiliza pe una sau mai multe locații de apelare Webex 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 spații pentru o locație, trebuie să creați un trunchi.

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

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

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

1

Din vizualizarea client din https://admin.webex.com, mergeți la Servicii > Apelare>Rutare apeluri și selectațiAdăugare trunchi .

2

Selectați o locație.

3

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


 

Numele nu poate fi mai lung 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 portbagaj. De asemenea, veți genera un set de acreditări SIP digest pentru a securiza conexiunea PSTN.

Informațiile trunchiului apar pe ecranul Înregistrare domeniu , Trunk GroupOTG/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 sau document local, astfel încât să vă puteți referi la acestea atunci când sunteți gata să configurați PSTN bazat pe sediu.

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

1

Din vizualizarea client din https://admin.webex.com, mergeți la Servicii > Apelarea locațiilor >.

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


 

Vizitați pagina trunchiului 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 generate de Control Hub și să mapați parametrii în gateway-ul local (de exemplu, pe un Cisco CUBE care se află în incintă). Acest articol vă conduce prin acest proces. Ca referință, consultați următoarea diagramă pentru un exemplu de modul în care informațiile de configurare a Hubului de control (din stânga) se mapează la parametrii din CUB (în dreapta):

După ce finalizați cu succes configurația gateway-ului în sine, puteți reveni la Servicii > Apelați locații > în Control Hub, iar gateway-ul pe care l-ați creat va fi listat în fișa de locație căreia i-ați atribuit-o cu un punct verde la stânga 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, mergeți la Servicii > Apelarea numerelor > .

Apare un tabel care afișează numerele și informațiile corespunzătoare pentru toate locațiile. Aveți posibilitatea să faceți clic pe lista verticală Toate locațiile și să alegeți o locație dacă doriți să filtrați pe una specifică. Tabelul include informații precum cui îi este asociat numărul și starea acestuia .

2

(Opțional) Lângă o intrare numerică, sub Acțiuni , faceți clic pe , apoialegeți una dintre următoarele opțiuni:

  • Editare— Pentru numerele active care sunt atribuite în prezent unui utilizator sau unui loc. Faceți clic pe această opțiune pentru a deschide Portalul de administrare a apelurilor , unde puteți face modificărisuplimentare.

  • Activare— Pentru numere în stare inactivă, această opțiune este disponibilă după finalizarea unui număr portat De apelare Webex care a fost remis cu o comandă. După ce activați numărul, numărul se afișează ca Activ atunci când este gata de utilizare.

  • Ștergere— Pentru numerele în stare inactivă și care nu sunt atribuite în prezent unui utilizator sau unui loc, această opțiune este disponibilă.

3

(Opțional) Faceți clic pe Adăugare numere, completați informațiile necesare pentru a adăuga cel puțin un număr nou la o locație, apoi faceți clic pe Salvare.


 

Intrările valide se mută în câmpul Numere validate în timp ce intrările nevalide rămân în câmpul Adăugare numere însoțite de un mesaj de eroare.

Numerele trebuie să urmeze formatul E.164 pentru toate țările, cu excepția Statelor Unite pot urma, de asemenea, formatul național.

Î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ă, aveți posibilitatea să introduceți numere cu sau fără cod și codul este pregătit.

4

(Opțional) Activați numerele în bloc. Aveți posibilitatea să filtrați lista de numere în funcție de o anumită locație sau stare sau de ambele. Faceți clic pe Inactiv pentru a vedea numai numerele care se află într-o stare inactivă. Aveți posibilitatea să activați 500 de numere simultan, selectând Activare numere în partea de sus a listei, apoi să confirmați intenția făcând clic pe Activare în caseta de dialog care se deschide.

1

Din vizualizarea client din https://admin.webex.com, selectați pictograma de construcție .

2

Selectați fila Abonamente, apoi faceți clic pe Cumpărare acum.

Un e-mail este trimis partenerului dvs., anunțându-i că sunteți interesat să convertiți la un abonament plătit.

1

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

2

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

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

3

Comutați pe Activare un singur clic-la-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. Puteți sfătui utilizatorii să repornească mai rapid aplicațiile pentru a prelua aceste modificări.

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, aveți posibilitatea să suprascrieți 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 trimite în continuare numărul către 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 Setări ,defilați la Comportament apelare , apoi alegeți una dintre următoarele variante: .

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

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

Utilizatorii trebuie să aibă instalată aplicația corespunzătoare pentru a efectua apeluri PSTN de la Webex. Asigurați-vă că anunțați utilizatorii 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 comportamente de apelare diferite. Accesați Utilizatori și sub Setări , selectați Comportament apelare . Aveți posibilitatea să alegeți, apoi faceți clic pe Salvare.

4 aug. 2021
Configurați Gateway local pe IOS-XE pentru apelare Webex

După ce configurați Webex Calling pentru organizația dvs., aveți posibilitatea să configurați un trunchi pentru a conecta gateway-ul local la Webex Calling. Trunchiul dintre gateway-ul local și cloud-ul Webex este întotdeauna securizat folosind transportul SIP TLS și SRTP pentru media între gateway-ul local și Webex Calling Access SBC.

Utilizați acest flux de activități pentru a configura un gateway local pentru trunchiul Webex Calling. Pașii care urmează se efectuează chiar pe gateway-ul local utilizând linia de comandă. Trunchiul dintre gateway-ul local și Apelare Webex este întotdeauna securizat folosind transportul SIP TLS și SRTP pentru media între gateway-ul local și Webex Calling Access SBC.

Înainte de a începe

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

  • Creați un trunchi în Control Hub și atribuiți-l locației dorite.

  • Instrucțiunile de configurare furnizate în acest document presupun că există o platformă gateway locală dedicată, fără configurare vocală existentă. Dacă se modifică un gateway PSTN existent sau o implementare de întreprindere CUBE pentru a utiliza și funcția gateway locală pentru Apelare Webex, acordați o atenție deosebită configurației aplicate și asigurați-vă că fluxurile de apeluri și funcționalitatea existente nu sunt întrerupte ca urmare a modificărilor pe care le efectuați.

  Comandă sau acțiune scop
1

Maparea parametrilor între hubul de control și elementul de bordură unificată Cisco

Utilizați acest tabel ca referință pentru parametrii care provin din Control Hub și unde se mapează la gateway-ul local.

2

Efectuați configurarea platformei de referință

Implementați acești pași ca o configurație globală comună pentru gateway-ul local. Configurația include configurația de bază a platformei și o actualizare a rezervorului de încredere.

3

Înregistrarea gateway-ului local la apelarea Webex

4

Alegeți una, în funcție de implementare:

Rutarea apelurilor pe gateway-ul local se bazează pe opțiunea de implementare Apelare Webex pe care ați ales-o. Această secțiune presupune că terminarea IP PSTN este pe aceeași platformă ca gateway-ul local. Configurația care urmează este pentru una dintre aceste opțiuni pe gateway-ul local:

  • Opțiunea de implementare gateway local fără un PBX IP local. Gateway-ul local și IP PSTN CUBE sunt coresident.

  • Opțiunea de implementare gateway local într-un mediu CM unificat existent. Gateway-ul local și IP PSTN CUBE sunt coresident.

Tabelul 1. Maparea parametrilor între hubul de control și gateway-ul local

Control Hub

Gateway local

Domeniu registrator:

Control Hub ar trebui să analizeze domeniul din LinePort care este primit de la UCAPI.

example.com

registrator

example.com

Grup trunchi OTG/DTG

profiluri sip:

regulă <rule-number> cerere ORICE sip-antet

Din modificarea ">" ";otg=otgDtgId>"

Linie/port

user@example.com

număr: utilizator

Proxy de ieșire

proxy de ieșire (nume DNS – SRV al Access SBC)

Nume utilizator SIP

nume utilizator

Parolă SIP

parolă

Înainte de a începe

  • Asigurați-vă că configurația de bază a platformei, ar fi NTPs, ACL-uri, activați parolele, parola primară, rutarea IP, adresele IP și așa mai departe sunt configurate în conformitate cu politicile și procedurile organizației dvs.

  • Cea mai recentă versiune de IOS-XE 16.12 sau IOS-XE 17.3 este necesară pentru toate implementările LGW.

1

Asigurați-vă că toate interfețele layer 3 au adrese IP valide și transmisibile atribuite:

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

Trebuie să preconfigurați o cheie primară pentru parolă utilizând comenzile afișate mai jos înainte de a putea fi utilizată în acreditările și secretele partajate. Parolele de tip 6 sunt criptate utilizând cifrul AES și cheia primară definită de utilizator.


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

Configurați IP Name Server pentru a activa căutarea DNS și asigurați-vă că este accesibil prin ping- ul:


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

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

  1. Creați un substituent PKI Trustpoint și apelați-l sampleTP

  2. Atribuirea punctului de încredere ca punct de încredere implicit de semnalizare sub sip-ua

  3. serverul cn-san-validate este necesar pentru a se asigura că gateway-ul local stabilește conexiunea numai dacă proxy-ul de ieșire configurat pe entitatea găzduită 200 (descris mai târziu) se potrivește cu lista CN-SAN primită de la server.

  4. Punctul de încredere crypto este necesar pentru ca TLS să funcționeze, chiar dacă nu este necesar un certificat de client local (de exemplu, mTLS) pentru ca conexiunea să fie configurată.

  5. Dezactivați TLS v1.0 și v1.1 activând exclusivitatea v1.2.

  6. Setați numărul de tcp-reîncercare la 1000 (multipli de 5 msec = 5 secunde).

  7. (IOS-XE 17.3.2 și versiuni ulterioare) Setarea conexiunii cronometrelor stabilește tls <wait-timer in="" sec="">. Intervalul este între 5 și 20 de secunde, iar valoarea implicită este de 20 de secunde. (LGW durează 20 de secunde pentru a detecta eroarea conexiunii TLS înainte de a încerca să stabilească o conexiune la următorul Webex Calling Access SBC disponibil. Acest CLI permite administratorului să modifice valoarea pentru a se potrivi condițiilor de rețea și pentru a detecta erorile de conexiune cu Access SBC mult mai rapid).


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

LocalGateway(config)#sip-ua
LocalGateway(config-sip-ua)# crypto signaling default trustpoint sampleTP cn-san-validate server

LocalGateway(config-sip-ua)# transport tcp tls v1.2
LocalGateway(config-sip-ua)# tcp-retry 1000
LocalGateway(config-sip-ua)#end
5

Actualizare derulare de încredere gateway local:

Pachetul implicit de încredere nu include certificatul "DigiCert Root CA" necesar pentru validarea certificatului lateral al serverului în timpul stabilirii conexiunii TLS la Webex Calling.

Pachetul de încredere trebuie actualizat descărcând cel mai recent "Cisco Trusted Core Root Bundle" de la http://www.cisco.com/security/pki/.

  1. Verificați dacă există certificatul DigiCert Room CA:

    
    LocalGateway#show crypto pki trustpool | include DigiCert
  2. Dacă nu există, actualizați după urmează:

    
    LocalGateway#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    LocalGateway(config)#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.
    LocalGateway(config)#end
    
  1. verifica:

    
    LocalGateway#show crypto pki trustpool | include DigiCert
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    

Înainte de a începe

Asigurați-vă că ați finalizat pașii din Control Hub pentru a crea o locație și ați adăugat un trunchi pentru locația respectivă. În exemplul prezentat aici, informațiile au fost obținute din Control Hub.

1

Introduceți aceste comenzi pentru a activa aplicația gateway locală (consultați Informațiile de referință portuare pentru Cisco Webex Calling pentru cele mai recente subrețele IP care trebuie adăugate la lista de încredere):

LocalGateway#configure terminal
LocalGateway(config)#voice service voip
LocalGateway(conf-voi-serv)#ip address trusted list
LocalGateway(cfg-iptrust-list)#ipv4 x.x.x.x y.y.y.y
LocalGateway(cfg-iptrust-list)#exit
LocalGateway(conf-voi-serv)#allow-connections sip to sip
LocalGateway(conf-voi-serv)#media statistics
LocalGateway(conf-voi-serv)#media bulk-stats
LocalGateway(conf-voi-serv)#no supplementary-service sip refer
LocalGateway(conf-voi-serv)#no supplementary-service sip handle-replaces
LocalGateway(conf-voi-serv)# fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

LocalGateway(conf-serv-stun)#stun
LocalGateway(conf-serv-stun)#stun flowdata agent-id 1 boot-count 4
LocalGateway(conf-serv-stun)#stun flowdata shared-secret 0 Password123$

LocalGateway(conf-serv-stun)#sip

   LocalGateway(conf-serv-sip)#g729 annexb-all
   LocalGateway(conf-serv-sip)#early-offer forced
   LocalGateway(conf-serv-sip)#end

Explicarea comenzilor:

Prevenirea fraudei cu taxă
Device(config)# voice service voip
Device(config-voi-serv)# ip address trusted list
Device(cfg-iptrust-list)# ipv4 x.x.x.x y.y.y.y
  • Activează în mod explicit adresele IP sursă ale entităților de la care gateway-ul local așteaptă apeluri VoIP legitime, ar fi colegii Webex Calling, nodurile CM unificate, IP PSTN.

  • În mod implicit, LGW blochează toate configurațiile de apeluri VoIP primite de la adrese IP care nu se reîntușează în lista sa de încredere. Adresele IP de la colegii dial-peers cu "ip țintă de sesiune" sau Server Group sunt de încredere în mod implicit și nu trebuie populate aici.

  • Adresele IP din această listă trebuie să corespundă subrețelelor IP în conformitate cu centrul regional de date Webex Calling la care este conectat clientul. Pentru mai multe informații, consultați Informații de referință port pentru Apelare Webex.


     

    Dacă LGW-ul se află în spatele unui firewall cu CON NAT restricționat, este posibil să preferați să dezactivați lista de încredere a adresei IP din interfața webex Calling. Acest lucru se datorează faptului că paravanul de protecție vă protejează deja de VoIP nesolicitat de intrare. Această acțiune ar reduce configurația pe termen lung deasupra capului, deoarece nu putem garanta că adresele colegilor Webex Calling vor rămâne fixe și va trebui să configurați firewall-ul pentru colegi în orice caz.

  • Este posibil să fie necesară configurarea altor adrese IP pe alte interfețe; de exemplu, adresele CM unificate pot fi adăugate la interfețele orientate spre interior.

  • Adresele IP trebuie să corespundă IP-ului gazdelor outbound-proxy rezolvă în entitate găzduită 200

  • A se vedea https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html pentru mai multe informații.

Media
voice service voip
 media statistics 
 media bulk-stats 
  • Media Statistics permite monitorizarea mass-media pe gateway-ul local.

  • Media bulk-stats permite planului de control să chestioneze planul de date pentru statisticile apelurilor în bloc.

Funcționalitate de bază SIP-to-SIP
allow-connections sip to sip
Servicii suplimentare
 no supplementary-service sip refer
 no supplementary-service sip handle-replaces

Dezactivează REFER și înlocuiește ID-ul de dialog în Înlocuiește antetul cu ID-ul de dialog peer.

A se vedea https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s12.html#wp2876138889 pentru mai multe informații.

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

Activează T.38 pentru transportul faxului, deși traficul fac nu va fi criptat.

Activare asomare globală
stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
  • Atunci când un apel este redirecționat înapoi la un utilizator Webex Calling (de exemplu, atât părțile apelate, cât și cele care apelează sunt abonați Webex Calling și au suportul media ancorat la Webex Calling SBC), suportul media nu poate curge către gateway-ul local, deoarece gaura de fixare nu este deschisă.

  • Caracteristica legăturilor STUN de pe gateway-ul local permite trimiterea solicitărilor STUN generate local pe calea media negociată. Acest lucru ajută la deschiderea pinhole în firewall.

  • Parola STUN este o condiție prealabilă pentru ca gateway-ul local să trimită mesaje STUN. Firewall-urile bazate pe IOS/IOS-XE pot fi configurate pentru a căuta această parolă și pentru a deschide hublourile dinamic (de exemplu, fără reguli explicite de ieșire). Dar pentru cazul de implementare gateway-ul local, firewall-ul este configurat în mod static pentru a deschide pinholes în și în afară pe baza Webex Calling SBC sub plase. Ca atare, firewall-ul ar trebui să trateze doar acest lucru ca orice pachet UDP de intrare, care va declanșa deschiderea pinhole fără a se uita în mod explicit la conținutul pachetului.

G729
sip
  g729 annexb-all

Permite toate variantele de G729.

SIP
early-offer forced

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

2

Configurați "SIP Profile 200".

LocalGateway(config)# voice class sip-profiles 200
LocalGateway (config-class)# rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1"
LocalGateway (config-class)# rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
LocalGateway (config-class)# rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 20 request ANY sip-header From modify ">" ";otg=hussain2572_lgu>"
LocalGateway (config-class)# rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"

Aceste reguli sunt

Explicarea comenzilor:

  • regula 9 asigură listarea antetului ca“SIP-Req-URI” și nu “SIP-Req-URL”

    Aceasta face conversia între URL-urile SIP și URL-urile SIP, deoarece Webex Calling nu acceptă URL-uri SIP în mesajele de solicitare/răspuns, dar le are nevoie pentru interogări SRV, de exemplu._sips._tcp.<outbound-proxy>.
  • regula 20 modifică antetul From pentru a include parametrul Trunk Group OTG/DTG din Control Hub pentru a identifica în mod unic un site LGW într-o întreprindere.

  • Acest profil SIP va fi aplicat entității găzduite de clasă vocală 200 (discutată mai târziu) pentru tot traficul cu care se confruntă Webex Calling.

3

Configurați profil codec, definiție STUN și suită cripto SRTP.

LocalGateway(config)# voice class codec 99
LocalGateway(config-class)# codec preference 1 g711ulaw
LocalGateway(config-class)# codec preference 2 g711alaw 
LocalGateway(config-class)# exit
LocalGateway(config)# voice class srtp-crypto 200
LocalGateway(config-class)# crypto 1 AES_CM_128_HMAC_SHA1_80
LocalGateway(config-class)# exit
LocalGateway(config)# voice class stun-usage 200
LocalGateway(config-class)# stun usage firewall-traversal flowdata
LocalGateway(config-class)# stun usage ice lite
LocalGateway(config-class)# exit

Explicarea comenzilor:

  • Codec clasă vocală 99: Permite atât g711 (mu și a-law) codec-uri pentru sesiuni. Se aplică tuturor colegilor dial-peer.

  • Clasa vocală srtp-crypto 200: Specifică SHA1_80 ca singura suită de cifruri SRTP oferită de gateway-ul local din SDP în ofertă și răspuns. Apelarea Webex acceptă numai SHA1_80.

  • Se va aplica entității găzduite de clasă vocală 200 (discutată mai târziu) cu care se confruntă Webex Calling.

  • Clasa de voce asomare-utilizare 200: Definește utilizarea STUN. Se aplică tuturor colegilor de apelare Webex(etichetă 2XX) pentru a evita niciun sunet atunci când un telefon CM unificat redirește apelul către un alt telefon Webex Calling.


 

În cazurile în care mass-media este ancorată la ITSP SBC și Gateway-ul local se află în spatele unui NAT și așteaptă fluxul media de intrare de la ITSP, această comandă poate fi aplicată pe ITSP cu care se confruntă colegii dial-peer.


 

Asomarea utilizării ice lite este necesară pentru fluxurile de apeluri care utilizează optimizarea căii media.

4

Parametrii Map Control Hub la configurația gateway-ului local:

Apelarea Webex este adăugată ca entitate găzduită în gateway-ul local. Configurația necesară pentru înregistrarea gateway-ului local este definită sub entitate găzduită clasă voce 200. Trebuie să obțineți elementele acestei configurații din pagina Informații trunchi din Hubul de control, așa se arată în această imagine. Acesta este un exemplu pentru a afișa ce câmpuri mapează la CLI gateway-ul local respectiv.

Entitate găzduită 200 se aplică apoi la toate Webex Apelare cu care se confruntă dial-colegii(tag-ul 2xx) în configurația gateway-ul local. Caracteristica de entitate găzduită a clasei vocale permite gruparea și configurarea parametrilor trunchiului SIP, altfel realizați în cadrul serviciului de voce voip și sip-ua. Când o entitate găzduită este configurată și aplicată sub un dial-peer, configurațiile IOS-XE se aplică în următoarea ordine de preferință:

  • Configurare dial-peer

  • Configurare entitate găzduită

  • Configurație globală (serviciu de voce voip / sip-ua)

5

Configurați entitatea găzduită de clasă vocală 200 pentru a activa înregistrarea trunchiului de la LGW la Apelare Webex pe baza parametrilor pe care i-ați obținut de la Control Hub:


 

Linia de comandă și parametrii de mai jos sunt doar exemple. Trebuie să utilizați parametrii pentru propria implementare.

LocalGateway(config)#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

Explicarea comenzilor:

voice class tenant 200

Caracteristica multitenantă a unui gateway local permite configurații globale specifice pentru mai mulți entități găzduite pe trunchiuri SIP care permit servicii diferențiate pentru entități găzduite.

registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

Server de registrator pentru gateway-ul local cu înregistrarea setată să se reîmprospăteze la fiecare două minute (50% din 240 de secunde). Pentru mai multe informații, consultați https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1687622014.

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

Acreditări pentru provocarea trunk registration. Pentru mai multe informații, consultați https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp3153621104.

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

Provocare de autentificare pentru apeluri. Pentru mai multe informații, consultați https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462.

no remote-party-id

Dezactivați antetul SIP Remote-Party-ID (RPID), deoarece Webex Calling acceptă PAI, care este activat utilizând CIO asserted-id pai(a se vedea mai jos).

sip-server dns:40462196.cisco-bcld.com
Servere Webex Calling. Pentru mai multe informații, consultați https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462
connection-reuse

Pentru a utiliza aceeași conexiune persistentă pentru înregistrarea și procesarea apelurilor.

srtp-crypto 200

Specifică SHA1_80 așa este definit în voice class srtp-crypto 200.

session transport tcp tls
Setează transportul la TLS
url sips

Interogarea SRV trebuie să fie SIP-uri, așa este susținută de SBC-ul de acces; toate celelalte mesaje sunt modificate în SIP prin sip-profil 200.

error-passthru

Funcționalitatea PASS-THRU a răspunsului la erori SIP

asserted-id pai

Activează procesarea PAI în gateway-ul local.

bind control source-interface GigabitEthernet0/0/1

Interfața sursă de semnalizare cu care se confruntă Webex Calling.

bind media source-interface GigabitEthernet0/0/1

Interfața sursă media cu care se confruntă Webex Calling.

no pass-thru content custom-sdp

Comandă implicită sub entitate găzduită.

sip-profiles 200

Modifică SIPS în SIP și modifică mesajele Linie/Port pentru INVITAȚIE și ÎNREGISTRARE, astfel sunt definite în voice class sip-profiles 200.

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

Webex apelează Access SBC. Pentru mai multe informații, consultați https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-o1.html#wp3297755699.

privacy-policy passthru

Treceți transparent peste valorile antetului de confidențialitate de la intrare la etapa de ieșire.

După ce entitatea găzduită 200 este definită în gateway-ul local și este configurat un dial-peer SIP VoIP, gateway-ul inițiază apoi o conexiune TLS spre Webex Calling, moment în care Access SBC își prezintă certificatul gateway-ului local. Gateway-ul local validează certificatul Webex Calling Access SBC utilizând pachetul rădăcină CA actualizat anterior. Se stabilește o sesiune TLS persistentă între gateway-ul local și Webex Calling Access SBC. Gateway-ul local trimite apoi un registru la Access SBC, care este contestat. Înregistrarea AOR este number@domain. Numărul este preluat din parametrul și domeniul acreditărilor "număr" din "dns registrator:<fqdn>". Când înregistrarea este contestată, numele de utilizator, parola și parametrii tărâmului din acreditări sunt utilizați pentru a construi antetul și sip-profil 200 convertește URL-ul SIPS înapoi în SIP. Înregistrarea are succes odată ce 200 OK este primit de la Access SBC.

Următoarea configurație de pe gateway-ul local este necesară pentru această opțiune de implementare:

  1. Entități găzduite din clasa vocală— În primul rând, vom crea entități găzduite suplimentare pentru colegii dial-peer care se confruntă cu ITSP similar cu chiriașul 200 pe care l-am creat pentru Webex Calling cu care se confruntă colegii dial-peer.

  2. URL-uri din clasavocală – Modele care definesc adresele IP/porturile gazdă pentru diverse trunchiuri care se termină pe Gateway-ul local: Webex Apelarea la LGW; și PSTN SIP terminație trunchi pe LGW.

  3. Outbound dial-colegii-Pentru a ruta picioarele de apel de ieșire de la LGW la ITSP SIP trunchi și Webex Calling.

  4. Clasa vocală DPG– Țintește colegii de dial-peer de ieșire invocați de la un dial-peer de intrare.

  5. Dial-colegii de intrare—Pentru a accepta picioarele de apel de intrare de la ITSP și Webex Calling.

Configurația din această secțiune poate fi utilizată fie pentru configurarea gateway-ului local găzduit de parteneri, așa se arată mai jos, fie pentru gateway-ul local al site-ului clientului.

1

Configurați următoarele entități găzduite de clasă vocală:

  1. Clasa vocală entitate găzduită 100 se aplică pe toate OUTBOUND dial-colegii cu care se confruntă 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. Clasa de voce entitate găzduită 300 se aplică pe toate INBOUND dial-colegii de la 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ătorul URI al clasei vocale:

  1. Definiți adresa IP gazdă a ITSP:

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

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Gateway-ul local nu acceptă în prezent sublinierea "_" în modelul de potrivire. Ca soluție, folosim punctul "." (se potrivesc 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 la ieșire:

  1. Outbound dial-peer spre 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

    Explicarea comenzilor:

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

    Definește un dial-peer VOIP cu o etichetă de 101 și o descriere semnificativă este dată pentru ușurința gestionării și depanării.

    destination-pattern BAD.BAD

    Model de cifră care permite selectarea acestui dial-peer. Cu toate acestea, vom invoca acest dial-peer de ieșire direct de la dial-peer-ul de intrare folosind declarații DPG și care ocolește criteriile de potrivire a modelului cifrei. Ca rezultat, folosim un model arbitrar bazat pe cifre alfanumerice permise de CLI-ul modelului destinație.

    session protocol sipv2

    Specifică faptul că acest dial-peer va gestiona picioarele de apel SIP.

    session target ipv4:192.168.80.13

    Indică adresa IPv4 țintă a destinației unde va fi trimisă această etapă de apel. În acest caz, adresa IP a ITSP.

    voice-class codec 99

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

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe acest picior de apel.

    voice-class sip tenant 100

    Dial-peer va moșteni toți parametrii de la Entitate găzduită 100, cu excepția cazului în care același parametru este definit sub dial-peer în sine.

    no vad

    Dezactivează detectarea activității vocale.

  2. Apelarea la ieșire spre Apelare Webex (Acest dial-peer va fi actualizat pentru a servi ca dial-peer de intrare de la Webex Calling, precum și mai târziu în ghidul de 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
    

    Explicarea comenzilor:

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

    Definește un dial-peer VOIP cu o etichetă de 200201 și se oferă o descriere semnificativă pentru ușurința gestionării și depanării

    session target sip-server

    Indică faptul că serverul SIP global este destinația pentru apelurile de la acest apel peer. Serverul Webex Calling definit în entitatea găzduită 200 este moștenit pentru acest dial-peer.

    voice-class stun-usage 200

    Caracteristica legăturilor STUN de pe gateway-ul local permite trimiterea solicitărilor STUN generate local pe calea media negociată. Acest lucru ajută la deschiderea pinhole în firewall.

    no voice-class sip localhost

    Dezactivează înlocuirea numelui DNS localhost în locul adresei IP fizice în anteturile De la, Call-ID și Remote-Party-ID ale mesajelor trimise.

    voice-class sip tenant 200

    Dial-peer moștenește toți parametrii de la Chiriaș 200 (LGW <--> Webex Calling Trunk), cu excepția cazului în care același parametru este definit sub dial-peer în sine. </-->

    srtp

    SRTP este activat pentru acest picior de apel.

    no vad

    Dezactivează detectarea activității vocale.

4

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

  1. Definește grupul dial-peer 100. Outbound dial-peer 101 este ținta pentru orice dial-peer invoking dial-peer group 100. Vom aplica DPG 100 la 200201 dial-peer de intrare 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 200201 dial-peer de ieșire ca țintă pentru PSTN --> LGW --> cale de apelareWebex. DPG 200 se va aplica la apelarea rapidă 100 definită ulterior.

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

Configurați următorii colegi dial-pebound:

  1. Inbound dial-peer pentru picioare de apel IP PSTN primite:

    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
    

    Explicarea comenzilor

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

    Definește un dial-peer VOIP cu o etichetă de 100 și se oferă o descriere semnificativă pentru ușurința gestionării și depanării.

    session protocol sipv2

    Specifică faptul că acest dial-peer va gestiona picioarele de apel SIP.

    incoming uri via 100

    Tot traficul de intrare de la IP PSTN la LocalGW este potrivit pe adresa IP gazdă a antetului VIA de intrare definită în clasa vocală URI 100 SIP pentru a se potrivi pe baza adresei IP sursă (ITSP).

    destination dpg 200

    Cu destinația dpg 200, IOS-XE trece prin criteriile clasice de potrivire dial-peer de ieșire și continuă imediat configurarea piciorului de apel de ieșire folosind dial-colegii definiți în cadrul destinației Dial-peer group 200, care este dial-peer 200201.

    voice-class sip tenant 300

    Dial-peer va moșteni toți parametrii de la Entitate găzduită 300, cu excepția cazului în care același parametru este definit sub dial-peer în sine.

    no vad

    Dezactivează detectarea activității vocale.

  2. Apelare la intrare pentru apelarea picioarelor de apel Webex primite:

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

    Explicarea comenzilor

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

    Actualizează un dial-peer VOIP cu o etichetă de 200201 și se oferă o descriere semnificativă pentru ușurința gestionării și depanării.

    incoming uri request 200

    Tot traficul de intrare de la Webex Calling la LGW poate fi potrivit pe modelul dtg unic în uri-ul de solicitare, identificând în mod unic site-ul gateway local dintr-o întreprindere și din ecosistemul Webex Calling.

    destination dpg 100

    Cu destinația dpg 100, IOS-XE trece prin criteriile clasice de potrivire dial-peer de ieșire și continuă imediat să configurează piciorul de apel de ieșire folosind dial-colegii definiți în grupul dial-peer destinație 100, care este dial-peer 101.

    max-conn 250

    Restricționează numărul de apeluri simultane la 250 între LGW și Webex Calling, presupunând că un singur apel pe dial-peer se confruntă cu Webex Calling atât pentru apelurile de intrare, cât și pentru cele de ieșire, astfel sunt definite în acest ghid. Pentru mai multe detalii despre limitele de apel concurente care implică gateway-ul local, vizitați https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

Apelare PSTN la Webex

Toate picioarele de apel IP PSTN primite pe gateway-ul local sunt potrivite pe dial-peer 100, deoarece definește criteriile de potrivire pentru antetul VIA cu adresa IP a IP PSTN. Selecția dial-peer de ieșire este dictată de DPG 200 care invocă direct 200201 dial-peer de ieșire, care are serverul Webex Calling listat ca destinație țintă.

Apelare Webex la PSTN

Toate picioarele apelurilor de apelare Webex primite de pe gateway-ul local sunt potrivite pe dial-peer 200201 deoarece îndeplinește criteriile de potrivire pentru modelul de antet REQUEST URI cu parametrul OTG/DTG TrunkGroup, unic pentru această implementare gateway locală. Outbound dial-peer selecție este dictată de DPG 100 care invocă direct de ieșire dial-peer 101, care are IP PSTN adresa IP enumerate ca destinație țintă.

Pentru această opțiune de implementare, este necesară următoarea configurație pe gateway-ul local:

  1. Entități găzduite din clasa vocală— Trebuie să creați entități găzduite suplimentare pentru colegii dial-peer cu care se confruntă CM unificat și ITSP, similar cu entitatea găzduită 200 pe care am creat-o pentru Apelare Webex cu care se confruntă colegii dial-peer.

  2. URL-uri din clasavocală – Modele care definesc adresele IP/porturile gazdă pentru diferite trunchiuri care se termină pe LGW: de la CM unificat la LGW pentru destinații PSTN; CM unificat la LGW pentru destinații de apelare Webex; Webex Apelarea la LGW; și PSTN SIP terminație trunchi pe LGW.

  3. Clasa vocală server-grup-Adrese IP țintă / porturi pentru trunchiuri de ieșire de la LGW la CM unificate, LGW la WebexCalling, și LGW la PSTN SIP trunchi.

  4. Apelare la ieșire—Pentru a direcționa picioarele de apel de ieșire de la LGW la CM unificat, trunchi ITSP SIP și / sau Apelare Webex.

  5. Clasa vocală DPG– Țintește dial-peer-ul (colegii) de ieșire invocat(i) de la un dial-peer de intrare.

  6. Dial-colegii de intrare —Pentru a accepta picioare de apel la intrare de la UNIFIED CM, ITSP și/sau Webex Calling.

1

Configurați următoarele entități găzduite de clasă vocală:

  1. Clasa vocală entitate găzduită 100 se aplică pe toate colegii de apelare la ieșire cu care se confruntă 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. Clasa de voce chiriaș 300 va fi aplicat pe toate inbound dial-colegii 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ătoarele URI-uri din clasa vocală:

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

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

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Gateway-ul local nu acceptă în prezent sublinierea "_" în modelul de potrivire. Ca soluție, folosim punctul "." (se potrivesc 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 VIA de semnalizare CM unificat pentru trunchiul Webex Calling:

    voice class uri 300 sip
     pattern :5065
    
  4. Definește ip-ul de semnalizare sursă CUCM ș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 vocale:

  1. Definește adresa IP gazdă țintă a trunchiului CM unificat și numărul portului pentru unificat CM Group 1 (5 noduri). UNIFIED CM utilizează portul 5065 pentru traficul de intrare pe trunchiul Webex Calling(Webex Calling <-> LGW --> Unified CM). </->

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

    voice class server-group 303
     ipv4 192.168.80.60 port 5065
    
  3. Definește adresa IP gazdă țintă a trunchiului CM unificat pentru unificat CM Group 1 (5 noduri). CM unificat utilizează portul implicit 5060 pentru traficul de intrare pe trunchiul PSTN. Fără număr de port specificat, se utilizează implicit 5060. (PSTN <-> LGW --> CM unificat)</->

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

    voice class server-group 307 
     ipv4 192.168.80.60
    
4

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

  1. Ieșire dial-peer spre 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
    

    Explicarea comenzilor

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

    Definește un dial-peer VOIP cu o etichetă de 101 și o descriere semnificativă este dată pentru ușurința gestionării și depanării.

    destination-pattern BAD.BAD

    Model de cifră care va permite selectarea acestui dial-peer. Cu toate acestea, vom invoca acest dial-peer de ieșire direct de la dial-peer-ul de intrare folosind declarații DPG și care ocolește criteriile de potrivire a modelului cifrei. Ca rezultat, folosim un model arbitrar bazat pe cifre alfanumerice permise de CLI-ul modelului destinație.

    session protocol sipv2

    Specifică faptul că acest dial-peer va gestiona picioarele de apel SIP.

    session target ipv4:192.168.80.13

    Indică adresa IPv4 țintă a destinației unde va fi trimisă această etapă de apel. (În acest caz, adresa IP a ITSP.)

    voice-class codec 99

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

    voice-class sip tenant 100

    Dial-peer va moșteni toți parametrii de la Entitate găzduită 100, cu excepția cazului în care același parametru este definit sub dial-peer în sine.

  2. Outbound dial-peer spre Webex Calling (Acest dial-peer va fi actualizat pentru a servi ca Inbound dial-peer de la Webex Calling, precum și mai târziu în ghidul de 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
    

    Explicarea comenzilor

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

    Definește un dial-peer VOIP cu o etichetă de 200201 și se oferă o descriere semnificativă pentru ușurința gestionării și depanării.

    session target sip-server

    Indică faptul că serverul SIP global este destinația pentru apelurile de la acest apel peer. Serverul De apelare Webex definit în entitatea găzduită 200 va fi moștenit pentru acest dial-peer.

    voice-class stun-usage 200

    Funcția de legare STUN de pe LGW permite trimiterea cererilor STUN generate local pe calea media negociată. Acest lucru ajută la deschiderea pinhole în firewall.

    no voice-class sip localhost

    Dezactivează subsititutionarea numelui DNS localhost în locul adresei IP fizice în anteturile De la, Call-ID și Remote-Party-ID ale mesajelor trimise.

    voice-class sip tenant 200

    Dial-peer moștenește toți parametrii de la Chiriaș 200 (LGW <--> Webex Calling Trunk), cu excepția cazului în care același parametru este definit sub dial-peer în sine. </-->

    srtp

    SRTP este activat pentru acest picior de apel.

  3. Outbound dial-peer spre Unified CM Webex Calling Trunk:

    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
    

    Explicarea comenzilor

    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 o etichetă de 301 și o descriere semnificativă este dată pentru ușurința gestionării și depanării.

    session server-group 301

    În loc de sesiune țintă IP în dial-peer, suntem arătând spre o destinație Server Group(server-grup 301 pentru dial-peer 301) pentrua defini mai multe noduri țintă UCM, deși exemplul arată doar un singur nod.

    Grup server în apelare la ieșire Peer

    Cu mai mulți colegi de dial-peer în DPG și mai multe servere în grupul de servere dial-peer, putem realiza distribuirea aleatorie a apelurilor peste toți abonații unificați de procesare a apelurilor CM sau putem vâna pe baza unei preferințe definite. Fiecare grup de servere poate avea până la cinci servere (IPv4/v6 cu sau fără port). Un al doilea grup de dial-peer și al doilea server este necesar numai dacă se utilizează mai mult de cinci abonați de procesare a apelurilor.

    A se vedea https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html pentru mai multe informații.

  4. Al doilea dial-peer de ieșire spre Trunchiul de apelare Webex al CM unificat dacă aveți mai mult de 5 noduri CM unificate:

    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. Outbound dial-peer spre trunchiul PSTN al CM unificat:

    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 99 
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    
  6. Al doilea dial-peer de ieșire spre trunchiul PSTN al CM unificat dacă aveți mai mult de 5 noduri CM unificate:

    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. Outbound dial-peer 101 este ținta pentru orice dial-peer invoking dial-peer group 100. Vom aplica DPG 100 la apelarea rapidă 302 definită mai târziu pentru calea UNIFIED CM --> LGW --> PSTN:

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

    voice class dpg 200
     dial-peer 200201 preference 1
    
  3. Definiți DPG 300 pentru colegii de dial-peer 301 sau 303 la ieșire pentru apelarea Webex --> LGW --> calea CM unificată:

    voice class dpg 300
     dial-peer 301 preference 1
     dial-peer 303 preference 1
    
  4. Definiți DPG 302 pentru outbound dial-colegii 305 sau 307 pentru PSTN - > LGW - > unificat CM cale:

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

Configurați următorii colegi de dial-pebound:

  1. Inbound dial-peer pentru picioare de apel IP PSTN primite:

    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
    

    Explicarea comenzilor

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

    Definește un dial-peer VOIP cu o etichetă de 100 și se oferă o descriere semnificativă pentru ușurința gestionării și depanării.

    session protocol sipv2

    Specifică faptul că acest dial-peer va gestiona picioarele de apel SIP.

    incoming uri via 100

    Tot traficul de intrare de la IP PSTN la LGW este potrivit pe adresa IP gazdă a antetului VIA de intrare definită în clasa vocală URI 100 SIP pentru a se potrivi pe baza adresei IP sursă (ITSP).

    destination dpg 302

    Cu destinația DPG 302, IOS-XE trece prin criteriile clasice de potrivire a dial-peer-ului de ieșire și imediat continuă să configurează piciorul de apel de ieșire folosind dial-colegii definiți în destinația DPG 302, care poate fi fie dial-peer 305, fie dial-peer 307.

    voice-class sip tenant 300

    Dial-peer va moșteni toți parametrii de la Entitate găzduită 300, cu excepția cazului în care același parametru este definit sub dial-peer în sine.

  2. Apelare la intrare pentru apelarea picioarelor de apel Webex primite:

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

    Explicarea comenzilor

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

    Actualizează un dial-peer VOIP cu o etichetă de 200201 și se oferă o descriere semnificativă pentru ușurința gestionării și depanării.

    incoming uri request 200

    Tot traficul de intrare de la Webex Calling la LGW poate fi potrivit pe modelul dtg unic în uri-ul de solicitare, identificând în mod unic un site gateway local într-o întreprindere și în ecosistemul Webex Calling.

    destination dpg 300

    Cu destinația DPG 300, IOS-XE trece prin criteriile clasice de potrivire a dial-peer-ului de ieșire și continuă imediat configurarea piciorului de apel de ieșire folosind dial-colegii definiți în destinația DPG 300, care poate fi fie dial-peer 301, fie dial-peer 303.

    max-conn 250

    Restricționează numărul de apeluri simultane la 250 între LGW și Webex Calling presupunând că un singur dial-peer se confruntă cu Webex Calling atât pentru apelurile de intrare, cât și pentru cele de ieșire, astfel sunt definite în acest ghid. Pentru mai multe detalii despre limitele de apel concurente care implică gateway-ul local, vizitați https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

  3. Apelare la intrare pentru picioarele de apel CM unificate primite cu Apelare Webex 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
    

    Explicarea comenzilor

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

    Definește un dial-peer VOIP cu o etichetă de 300 și se oferă o descriere semnificativă pentru ușurința gestionării și depanării.

    incoming uri via 300

    Tot traficul de intrare de la UNIFIED CM la LGW este potrivit pe portul sursă via (5065), definit în clasa vocală URI 300 SIP.

    destination dpg 200

    Cu destinația DPG 200, IOS-XE trece prin criteriile clasice de potrivire dial-peer de ieșire și continuă imediat configurarea piciorului de apel de ieșire folosind dial-colegii definiți în destinația DPG 200, care va fi dial-peer 200201.

    voice-class sip tenant 300

    Dial-peer va moșteni toți parametrii de la Entitate găzduită 300, cu excepția cazului în care același parametru este definit sub dial-peer în sine.

  4. Inbound dial-peer pentru picioare de apel CM unificate primite 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
    

    Explicarea comenzilor

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

    Definește un dial-peer VOIP cu o etichetă de 302 și o descriere semnificativă este dată pentru ușurința gestionării și depanării.

    incoming uri via 302

    Tot traficul de intrare de la CM unificat la LGW pentru o destinație PSTN este potrivit pe adresa IP de semnalizare a sursei CM unificate și portul VIA definit în clasa de voce URI 302 SIP. Se utilizează portul SIP standard 5060.

    destination dpg 100

    Cu destinația DPG 100, IOS-XE trece prin criteriile clasice de potrivire dial-peer de ieșire și continuă imediat să configurează piciorul de apel de ieșire folosind dial-colegii definiți în destinația DPG 100, care va fi dial-peer 101.

    voice-class sip tenant 300

    Dial-peer va moșteni toți parametrii de la Entitate găzduită 300, cu excepția cazului în care același parametru este definit sub dial-peer în sine.

IP PSTN la unificat CM PSTN Trunk

Webex Calling Platform către trunchiul de apelare CM Webex unificat

Unified CM PSTN Trunchi la IP PSTN

Trunchi de apelare CM Webex unificat către platforma de apelare Webex

Diagnostic Signatures (DS) detectează proactiv problemele observate frecvent în gateway-ul local bazat pe IOS XE și generează notificarea e-mailului, syslogului sau mesajului terminal al evenimentului. De asemenea, puteți instala DS pentru a automatiza colectarea datelor de diagnosticare și pentru a transfera datele colectate în cazul Cisco TAC pentru a accelera timpul de rezoluție.

Semnăturile de diagnosticare (DS) sunt fișiere XML care conțin informații despre evenimentele de declanșare a problemelor și acțiunile care trebuie întreprinse pentru a informa, depana și remedia problema. Logica de detectare a problemelor este definită utilizând mesaje syslog, evenimente SNMP și prin monitorizarea periodică a ieșirilor specifice ale comenzilor de afișare. Tipurile de acțiuni includ colectarea ieșirilor de comenzi de afișare, generarea unui fișier jurnal consolidat și încărcarea fișierului într-o locație de rețea furnizată de utilizator, ar fi HTTPS, SCP, server FTP. Fișierele DS sunt create de ingineri TAC și sunt semnate digital pentru protecția integrității. Fiecare fișier DS are un ID numeric unic atribuit de sistem. Instrumentul de căutare a semnăturilor de diagnosticare (DSLT) este o singură sursă pentru a găsi semnăturile aplicabile pentru monitorizarea și depanarea unei varietăți de probleme.

Înainte de a începe:

  • Nu editați fișierul DS descărcat din DSLT. Fișierele modificate nu vor reuși instalarea din cauza erorii de verificare a integrității.

  • Este necesar un server SMTP (Simple Mail Transfer Protocol) pentru ca gateway-ul local să trimită notificări prin e-mail.

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

Cerințe preliminare

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

  1. Semnăturile de diagnosticare sunt activate în mod implicit.

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

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    LocalGateway(config)#end 
  3. Configurați variabila de mediu ds_email cu adresa de e-mail a administratorului care urmează să fie notificat.

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

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

  1. Semnăturile de diagnosticare sunt activate în mod implicit.

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

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
    LocalGateway(config)#end 
    
  3. Configurați variabila de mediu ds_email cu adresa de e-mail a administratorului care urmează să fie notificat.

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

Gateway local care rulează versiunea 16.9.x

  1. Introduceți următoarele comenzi pentru a activa Semnături de diagnosticare.

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

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
    LocalGateway(config)#end 
  3. Configurați variabila de mediu ds_email cu adresa de e-mail a administratorului care urmează să fie notificat.

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

Următoarele arată o configurație exemplu a unui gateway local care rulează IOS XE 17.3.2 pentru a trimite notificările 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ă software-ul IOS XE nu este un client Gmail tipic bazat pe web care acceptă OAuth, deci trebuie să configurăm o anumită setare a contului Gmail și să oferim permisiunea specifică de a procesa corect e-mailul de pe dispozitiv:

  1. Accesați Gestionare Cont Google > Securitate și activați Setarea de acces la aplicații mai puțin sigură.

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

Instalarea semnăturilor de diagnosticare pentru monitorizare proactivă

Monitorizarea utilizării ridicate a procesorului

Acest DS urmărește utilizarea procesorului timp de 5 secunde utilizând SNMP OID 1.3.6.1.4.1.9.2.1.56. Când utilizarea ajunge la 75% sau mai mult, va dezactiva toate depanarea și va dezinstala toate semnăturile de diagnosticare instalate în gateway-ul local. Utilizați acești pași de mai jos pentru a instala semnătura.

  1. Asigurați-vă că SNMP este activat utilizând comanda arată snmp. Dacă nu este activată, configurați comanda "snmp-server manager".

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# 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 
    .... 
    .... 
    LocalGateway# 
  2. Descărcați DS 64224 utilizând următoarele opțiuni verticale în Instrumentul de căutare a semnăturilor dediagnosticare:

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

    Nume câmp

    Valoare câmp

    Platformă

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

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniu problemă

    Performanță

    Tip problemă

    Utilizare cpu ridicată cu notificare prin e-mail

  3. Copiați fișierul XML DS în blițul Gateway local.

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

    Următoarele arată un exemplu de copiere a fișierului de pe un server FTP pe Gateway-ul local.

    
    LocalGateway# 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) 
    LocalGateway # 
  4. Instalați fișierul XML DS în Gateway-ul local.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
  5. Verificați dacă semnătura este instalată cu succes utilizând afișarea semnăturii de diagnosticare apel-domiciliu. Coloana de stare ar trebui să aibă o valoare "înregistrată".

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

    Descarcă DSes:

    DS ID

    Nume DS

    Revizie

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Înscris

    2020-11-07 22:05:33

    LocalGateway #


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

Monitorizarea înregistrării portbagajului SIP

Acest DS verifică anularea înregistrării unui gateway local SIP Trunk cu cisco Webex Calling cloud la fiecare 60 de secunde. Odată ce evenimentul de neînregistrare este detectat, generează o notificare prin e-mail și syslog și se dezinstalează după două apariții de neînregistrare. Utilizați pașii de mai jos pentru a instala semnătura.

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

    Nume câmp

    Valoare câmp

    Platformă

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

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniu problemă

    SIP-SIP

    Tip problemă

    SIP Trunk Anulare înregistrare cu notificare prin e-mail

  2. Copiați fișierul XML DS în Gateway-ul local.

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

    
    LocalGateway# call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Verificați dacă semnătura este instalată cu succes utilizând afișarea semnăturii de diagnosticare apel-domiciliu. Coloana de stare ar trebui să aibă o valoare "înregistrată".

Monitorizarea deconectării anormale a apelurilor

Acest DS utilizează votarea SNMP la fiecare 10 minute pentru a detecta deconectarea anormală a apelurilor cu erorile SIP 403, 488 și 503.  Dacă incrementul numărului de erori este mai mare sau egal cu 5 din ultimul sondaj, acesta va genera o notificare syslog și e-mail. Utilizați pașii de mai jos pentru a instala semnătura.

  1. Verificați dacă SNMP este activat utilizând comanda arată snmp. Dacă nu este activată, configurați comanda "snmp-server manager".

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# 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 
    .... 
    .... 
    LocalGateway# 
  2. Descărcați DS 65221 utilizând următoarele opțiuni în Instrumentul de căutare a semnăturilor dediagnosticare:

    Nume câmp

    Valoare câmp

    Platformă

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

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniu problemă

    Performanță

    Tip problemă

    Detectarea deconectării anormale a apelurilor SIP cu e-mail și notificare Syslog

  3. Copiați fișierul XML DS în Gateway-ul local.

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

    
    LocalGateway# call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    LocalGateway# 
  5. Verificați dacă semnătura este instalată cu succes utilizând afișarea semnăturii de diagnosticare apel-domiciliu. Coloana de stare ar trebui să aibă o valoare "înregistrată".

Instalarea semnăturilor de diagnosticare pentru depanarea unei probleme

Semnăturile de diagnosticare (DS) pot fi, de asemenea, utilizate pentru a rezolva problemele rapid. Inginerii Cisco TAC au scris mai multe semnături care permit depanarea necesară pentru a depana o anumită problemă, pentru a detecta apariția problemei, pentru a colecta setul corect de date de diagnosticare și pentru a transfera automat datele în cazul Cisco TAC. Acest lucru elimină necesitatea de a verifica manual apariția problemei și face depanarea problemelor intermitente și tranzitorii mult mai ușoară.

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

Iată un exemplu despre să găsiți și să instalați un DS pentru a detecta apariția %VOICE_IEC-3-GW: CCAPI: Eroare internă (pragul de vârf de apel): IEC = 1.1.181.1.29.0 "syslog și automatiza colectarea datelor de diagnosticare folosind pașii de mai jos.

  1. Configurați o variabilă de mediu DS suplimentară ds_fsurl_prefix care este calea serverului de fișiere CiscoTAC (cxd.cisco.com) la care sunt încărcate datele de diagnosticare colectate. Numele de utilizator din calea fișierului este numărul cazului, iar parola este simbolul de încărcare a fișierului care poate fi preluat din Managerul de cazuri de asistență, așa se arată mai jos. Simbolul de încărcare a fișierelor poate fi generat în secțiunea Atașări din Managerul de cazuri de asistență, după este necesar.

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

    Exemplu:

    
    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. Asigurați-vă că SNMP este activat utilizând comanda arată snmp. Dacă nu este activată, configurați comanda "snmp-server manager".

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
     
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
  3. Se recomandă instalarea monitorului de înaltă monitorizare CPU DS 64224 ca măsură proactivă pentru a dezactiva toate semnăturile de depanare și diagnosticare în timpul utilizării ridicate a procesorului. Descărcați DS 64224 utilizând următoarele opțiuni în Instrumentul de căutare a semnăturilor dediagnosticare:

    Nume câmp

    Valoare câmp

    Platformă

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

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniu problemă

    Performanță

    Tip problemă

    Utilizare cpu ridicată cu notificare prin e-mail

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

    Nume câmp

    Valoare câmp

    Platformă

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

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniu problemă

    Syslogs

    Tip problemă

    Syslog - %VOICE_IEC-3-GW: CCAPI: Eroare internă (pragul de vârf de apel): IEC=1.1.181.1.29.0

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

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Instalați fișierul XML High CPU monitoring DS 64224 și apoi DS 65095 în Local Gateway.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
    LocalGateway# call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    LocalGateway# 
  7. Verificați dacă semnătura este instalată cu succes utilizând afișarea semnăturii de diagnosticare apel-domiciliu. Coloana de stare ar trebui să aibă o valoare "înregistrată".

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

    DSes descărcate:

    DS ID

    Nume DS

    Revizie

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Înscris

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Înscris

    2020-11-08:00:12:53

    LocalGateway #

Verificare execuție semnături diagnostice

După se arată mai jos, coloana Stare a comenzii arată apel-acasă diagnostic-semnătură se va schimba la executare, în timp ce gateway-ul local execută acțiunea definită în semnătură. Rezultatul statisticilor de diagnosticare-semnătură de apel la domiciliu este cel mai bun mod de a verifica dacă o semnătură de diagnosticare a detectat un eveniment de interes și a executat acțiunea. Coloana "Triggered/Max/Deinstall" indică de câte ori semnătura dată a declanșat un eveniment, numărul maxim de definire a unui eveniment și dacă semnătura se va dezininstala automat după detectarea numărului maxim de evenimente declanșate.


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

DSes descărcate:

DS ID

Nume DS

Revizie

Stare

Ultima actualizare (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Înscris

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Rulare

2020-11-08 00:12:53

LocalGateway #

LocalGateway # arată call-home diagnostic-semnătura statistici

DS ID

Nume DS

Declanșat/Max/Deinstall

Timp mediu de rulare (secunde)

Timp maxim de rulare (secunde)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

LocalGateway #

E-mailul de notificare trimis în timpul executării semnăturii de diagnosticare conține informații cheie, ar fi tipul de problemă, detaliile dispozitivului, versiunea software, configurația în execuție și afișarea ieșirilor de comandă relevante pentru depanarea problemei date.

Dezinstalare semnături diagnostic

Semnăturile de diagnosticare utilizate în scopuri de depanare sunt de obicei definite pentru dezinstalare după detectarea unui anumit număr de apariții de probleme. Dacă doriți să dezinstalați manual o semnătură, regăsiți ID-ul DS din ieșirea afișării semnăturii de diagnosticare apel-domiciliu și executați comanda afișată mai jos.


LocalGateway# call-home diagnostic-signature deinstall <DS ID> 
LocalGateway# 

Exemplu:


LocalGateway# call-home diagnostic-signature deinstall 64224 
LocalGateway# 

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

18 mai 2021
Implementați CUBE High Availability ca Gateway local

Gateway-ul local (LGW) este singura opțiune de a oferi acces PSTN local pentru clienții Cisco Webex Calling. Obiectivul acestui document este de a vă ajuta să construiți o configurație Gateway local folosind CUBE de înaltă disponibilitate, CUBE active / de așteptare pentru o reluare de stare a apelurilor active.

Fundamente

Cerințe preliminare

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

Ghidurile de configurare furnizate în acest articol presupun o platformă dedicată de gateway locală, fără configurație vocală existentă. Dacă o implementare de întreprindere CUBE existentă este modificată pentru a utiliza și funcția de 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 funcțiile CUBE HA și LGW.


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

Material de referinta

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

Prezentare generală a soluției de apelare Webex

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

Implementarea Gateway-ului local (reprezentat mai jos) este punctul central al acestui articol. Trunchiul de gateway local (PSTN bazat pe local) în Webex Calling permite conectivitatea la un serviciu PSTN deținut de client. De asemenea, oferă conectivitate la o implementare locală a PBX IP, cum ar fi Cisco Unified CM. Toate comunicațiile către și dinspre cloud sunt securizate utilizând transportul TLS pentru SIP și SRTP pentru mass-media.

Figura de mai jos afișează o implementare Webex Calling fără IP PBX existentă și este aplicabilă unei implementări unice sau multiple. Configurarea prezentată în acest articol se bazează pe această implementare.

Redundanță cutie la cutie de nivel 2

Redundanța CUBE HA layer 2 box-to-box utilizează protocolul de infrastructură Redundancy Group (RG) pentru a forma o pereche de routere active / standby. Această pereche are aceeași adresă IP virtuală (VIP) pe interfețele respective și schimbă continuu mesaje de stare. Informațiile despre sesiunea CUBE sunt verificate de-a lungul perechii de routere, permițând routerului de așteptare să preia imediat toate responsabilitățile de procesare a apelurilor CUBE în cazul în care routerul activ nu mai funcționează, rezultând o conservare de stare a semnalizării și a suportului media.


Punctul de verificare este limitat la apelurile conectate cu pachete media. Apelurile în tranzit nu sunt verificate (de exemplu, o stare care încearcă sau sună).

În acest articol, CUBE HA se va referi la redundanța CUBE High Availability (HA) Layer 2 Box-to-box (B2B) pentru păstrarea apelurilor de stat

Începând cu IOS-XE 16.12.2, CUBE HA poate fi implementat ca un gateway local pentru implementări de portbagaj Cisco Webex Calling (PSTN bazate pe premise) și vom acoperi considerațiile și configurațiile de proiectare din acest articol. Această figură afișează o configurație tipică CUBE HA ca Gateway local pentru o implementare a portbagajului Cisco Webex Calling.

Redundancy Group Infra Component

Componenta Infra Redundancy Group (RG) oferă suportul infrastructurii de comunicații box-to-box între cele două CUBE și negociază starea finală de redundanță stabilă. Această componentă oferă, de asemenea:

  • Un protocol asemănător HSRP care negociază starea de redundanță finală pentru fiecare router prin schimbul de mesaje keepalive și hello între cele două CUBE (prin interfața de control) —GigabitEthernet3 din figura de mai sus.

  • Un mecanism de transport pentru verificarea stării semnalizării și a mediului pentru fiecare apel de la routerul activ la cel de așteptare (prin interfața de date) —GigabitEthernet3 din figura de mai sus.

  • Configurarea și gestionarea interfeței IP virtuale (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 suporta voce B2B HA.

Managementul adresei IP virtuale (VIP) atât pentru semnalizare, cât și pentru media

B2B HA se bazează pe VIP pentru a obține redundanță. Interfețele fizice VIP și asociate de pe ambele CUBE din perechea CUBE HA trebuie să se afle pe aceeași subrețea LAN. Configurarea VIP și legarea interfeței VIP la o anumită aplicație vocală (SIP) sunt obligatorii pentru asistența vocală B2B HA. Dispozitivele externe, cum ar fi Unified CM, Webex Calling SBC, furnizorul de servicii sau proxy, 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.

Semnalizarea apelurilor și informațiile despre sesiunea RTP ale apelurilor stabilite sunt verificate de la routerul activ la routerul de așteptare. Când routerul activ cade, routerul Standby preia și continuă să redirecționeze fluxul RTP care a fost anterior direcționat de primul router.

Apelurile într-o stare tranzitorie în momentul reluării prin eșec nu vor fi păstrate după comutare. De exemplu, apelurile care nu sunt încă pe deplin stabilite sau sunt în curs de modificare cu o funcție de transfer sau de așteptare. Apelurile stabilite pot fi deconectate după comutare.

Următoarele cerințe există pentru utilizarea CUBE HA ca o poartă de acces locală pentru trecerea la eșec 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 o interfață de control / date a grupului de redundanță (RG)

  • Nu mai mult de 2 perechi CUBE HA pot fi plasate în același domeniu layer 2, unul cu grup ID 1 și altul cu grup ID 2. Dacă se configurează 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, switch separat)

  • Canalul de port este acceptat atât pentru controlul RG / date, cât și pentru interfețele de trafic

  • Toate semnalizările / conținutul media provin de la / către 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ă

  • Redundancy Interface Identifier, rii ar trebui să fie unic pentru o combinație de perechi / interfețe pe același strat 2

  • Configurarea ambelor CUBE trebuie să fie identică, inclusiv configurația fizică și trebuie să ruleze pe același tip de platformă și versiunea IOS-XE

  • Interfețele Loopback nu pot fi utilizate ca legare, deoarece sunt întotdeauna sus

  • Interfețele cu trafic multiplu (SIP / RTP) (Gig1, Gig2) necesită configurarea urmăririi interfeței

  • CUBE-HA nu este acceptat pe o conexiune de cablu crossover pentru legătura de control RG / date (Gig3)

  • Ambele platforme trebuie să fie identic și să fie conectat prin intermediul unui Comutator fizic peste toate interfețele similare 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.

  • WAN nu poate fi terminat direct pe CUBE sau Data HA de ambele părți

  • Ambele Active / Standby trebuie să se afle în același centru de date

  • Este obligatoriu să utilizați interfață L3 separată pentru redundanță (control RG / date, Gig3). adică interfața utilizată pentru trafic nu poate fi utilizată pentru păstrarea vieților și punctelor de control HA

  • La reluare, CUBE-ul activ anterior trece printr-o reîncărcare prin proiectare, păstrând semnalizarea și mediile

Configurați redundanța pe ambele CUBE

Trebuie să configurați redundanța cutie la cutie a stratului 2 pe ambele CUBE destinate a fi utilizate într-o pereche HA pentru a afișa 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 vocal, astfel încât ruta activă să își îndeplinească rolul activ după interfața de trafic.

2

Configurați un RG pentru utilizare cu VoIP HA în sub-modul redundanță aplicație.

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 redundanță

  • redundanță aplicație—Intră în modul de configurare a redundanței aplicației

  • grup—Introduce modul de configurare a grupului de aplicații de redundanță

  • nume LocalGateway-HA—Definește numele grupului RG

  • prioritate 100 prag de failover 75—Specifică prioritatea inițială și pragurile de failover pentru un RG

  • temporizatoarele întârzie 30 reîncarcă 60—Configurează de două ori pentru întârziere și reîncărcare

    • Timer de întârziere, care este cantitatea de timp pentru a întârzia inițializarea grupului RG și negocierea rolului după ce apare interfața - 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

    • Se recomandă temporizatoare implicite, deși aceste temporizatoare pot fi ajustate pentru a se potrivi oricărei întârzieri suplimentare 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 rutare în rețea a converg la un stabil punct. De exemplu, dacă după reluare prin eșec, este nevoie de până la 20 de secunde pentru ca noul STANDBY să vadă primul pachet RG HELLO din noul ACTIVE, atunci temporizatoarele ar trebui să fie ajustate la „temporizatoare întârziere 60 reîncărcare 120” pentru a lua în considerare acest lucru întârziere.

  • controlează protocolul GigabitEthernet3 1—Configurează interfața utilizată pentru schimbul de mesaje keepalive și hello între cele două CUBE și specifică instanța de protocol care va fi atașată la o interfață de control și intră în modul de configurare a protocolului aplicației de redundanță

  • date GigabitEthernet3—Configurează interfața utilizată pentru punctele de control ale traficului de date

  • urmări— Urmărirea grupului RG a interfețelor

  • protocolul 1—Specifică instanța de protocol care va fi atașată la o interfață de control și intră în modul de configurare a protocolului aplicației de redundanță

  • timers hellotime 3 holdtime 10—Configurează cele două cronometre pentru hellotime și holdtime:

    • Hellotime— Interval între mesajele succesive de salut - Implicit 3 secunde. Intervalul este de 250 milisecunde-254 secunde

    • Holdtime — Intervalul dintre primirea unui mesaj Hello și prezumția că routerul de trimitere a eșuat. Această durată trebuie să fie mai mare decât timpul de salut - Implicit 10 secunde. Intervalul este de 750 milisecunde-255 secunde

      Vă recomandăm să configurați cronometrul de așteptare pentru a fi de cel puțin 3 ori valoarea temporizatorului de timp.

3

Activați redundanța cutie la cutie pentru aplicația CUBE. Configurați RG de la pasul anterior de mai jos voice service voip. Aceasta 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

grup de redundanță 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:

  • redundanta rii—Configurează identificatorul de interfață de redundanță pentru grupul de redundanță. Necesar pentru generarea unei adrese MAC virtuale (VMAC). Aceeași valoare ID rii trebuie utilizată pe interfața fiecărui router (ACTIV / STANDBY) care are același VIP.


     

    Dacă există mai multe perechi 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 aplicații de redundanță” ar trebui să indice informațiile corecte locale și peer.

  • grupul de redundanță 1—Asociază interfața cu grupul de redundanță creat la Pasul 2 de mai sus. Configurați grupul RG, precum și VIP-ul atribuit acestei interfețe fizice.


     

    Este obligatoriu să utilizați o interfață separată pentru redundanță, adică interfața utilizată pentru traficul vocal 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 control / date RG

5

Salvați configurația primului CUBE și reîncărcați-o.

Platforma pentru a reîncărca ultima este întotdeauna Standby.

VCUBE-1#wr
Building configuration...
[OK]
VCUBE-1#reload
Proceed with reload? [confirm]

După VCUBE-1 pornește complet, salvați configurația VCUBE-2 și reîncărcați-l.

VCUBE-2#wr
Building configuration...
[OK]
VCUBE-2#reload
Proceed with reload? [confirm]
6

Verificați dacă configurația box-to-box funcționează conform așteptărilor. Ieșirea relevantă este evidențiată în îndrăzneţ.

Am reîncărcat VCUBE-2 ultimul și conform considerațiilor de proiectare; platforma pentru a reîncărca ultima va fi întotdeauna Așteptare.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Configurați un gateway local pe ambele CUBE

În exemplul nostru de configurație, folosim următoarele informații despre trunchi de la 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 gateway-ului local care se va aplica ambelor platforme bazate pe Hub de control parametrii afișați mai sus, salvați și reîncărcați. Acreditări SIP Digest de la Hub de control sunt evidențiate în îndrăzneţ.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



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

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


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





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

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

Pentru a afișa ieșirea comenzii show, am reîncărcat VCUBE-2 urmată de VCUBE-1, realizarea VCUBE-1 standby-ul CUBE și VCUBE-2 CUBUL activ

2

La un moment dat, o singură platformă va menține o înregistrare activă ca Gateway local cu accesul Webex Calling SBC. Aruncați o privire la ieșirea următoarelor comenzi show.

afișați grupul de aplicații de redundanță 1

afișează starea sip-ua-register


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 rezultatul de mai sus, puteți vedea asta VCUBE-2 este LGW activ care menține înregistrarea cu acces Webex Calling SBC, în timp ce ieșirea din „afișează starea registrului sip-ua” este goală î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 trecerea la eșec 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 STWBY LGW are loc în următorul scenariu, precum și pe lângă CLI enumerate mai sus

  • Când routerul ACTIVE se reîncarcă

  • Când ciclul de alimentare al routerului ACTIVE se activează

  • Când orice interfață configurată RG a routerului ACTIV este oprită pentru care este activată urmărirea

5

Verificați dacă VCUBE-1 s-a înregistrat la 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 de pe VCUBE-1 trimitând un SIP REGISTER către Webex Apelând VIA IP virtual și primind un 200 OK.


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
18 mai 2021
Configurați CM unificat pentru apelare Webex

Este posibil să aveți nevoie de o integrare cu Unified CM dacă locațiile activate Webex Calling 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.

Configurați profilul de securitate SIP Trunk pentru Trunk la Gateway local

În cazurile în care Gateway-ul local și gateway-ul PSTN se află pe același dispozitiv, Unified CM trebuie să fie activat pentru a face diferența între două tipuri de trafic diferite (apeluri de la Webex și de la PSTN) care provin de la același dispozitiv și aplică clase diferențiate pentru servicii tipuri de apeluri. Acest tratament diferențiat al apelurilor se realizează prin furnizarea a două trunchiuri între Unified CM și dispozitivul de gateway local și PSTN combinat care necesită porturi de ascultare SIP diferite pentru cele două trunchiuri.

Creați un profil de securitate SIP Trunk dedicat pentru trunchiul de gateway local cu următoarele setări:

Configurare Valoare
Nume Numele unic, cum ar fi Webex
Descriere Descriere semnificativă, cum ar fi Profil de securitate a portbagajului SIP Webex
Portul de intrare Trebuie să se potrivească portului utilizat în configurarea gateway-ului local pentru traficul către / de la Webex: 5065

Configurați profilul SIP pentru trunchiul de gateway local

Creați un profil SIP dedicat pentru trunchiul de gateway local cu următoarele setări:

Configurare Valoare
Nume Numele unic, cum ar fi Webex
Descriere Descriere semnificativă, cum ar fi Profil SIP Webex
Activați OPTIONS Ping pentru a monitoriza starea destinației pentru Trunks cu tipul de serviciu „Nici unul (implicit)” Bifat

Creați un spațiu de căutare a apelurilor pentru apeluri de la Webex

Creați un spațiu de căutare pentru apeluri provenite de la Webex cu următoarele setări:

Configurare Valoare
Nume Numele unic, cum ar fi Webex
Descriere Descriere semnificativă, cum ar fi Spațiu de căutare a apelurilor Webex
Partiții selectate

DN (+ Numere de director E.164)

ESN (apelare inter-site abreviată)

PSTNInternational (Acces PSTN)

onNetRemote (GDPR destinații învățate)


 

Ultima partiție onNetRemote este utilizată doar într-un mediu multi-cluster în care informațiile de rutare sunt schimbate între clusterele Unified CM folosind Intercluster Lookup Service (ILS) sau Global Dialplan Replication (GDPR).

Configurați un portbagaj SIP către și de la Webex

Creați un portbagaj 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 Trunchi SIP Webex
Rulați pe toate nodurile CM unificate active Bifat
Apeluri primite
Apelarea spațiului de căutare Spațiul de căutare apelant definit anterior: Webex
AAR Apelând la spațiul de căutare Un spațiu de căutare a apelurilor cu acces doar la modelele de rute PSTN: PSTNReroute
Informații SIP
Adresa de destinație Adresa IP a gateway-ului local CUBE
Portul de destinație 5060
Profil de securitate portbagaj SIP Definit anterior: Webex
Profil SIP Definit anterior: Webex

Configurați grupul 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 rutare Un nume unic, cum ar fi Webex
Dispozitive selectate Trunchiul SIP configurat anterior: Webex

Configurați Lista rutelor 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 rutelor pentru Webex
Rulați pe toate nodurile CM unificate active Bifat
Lista de rute Informații pentru membri
Grupuri selectate Numai grupul de rute definit anterior: Webex

Creați o partiție 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 Numele unic, cum ar fi Webex
Descriere Descriere semnificativă, cum ar fi Partiție Webex

Ce sa fac in 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țiile 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 a apelurilor primite pe trunchiurile PSTN, astfel încât apelurile de la PSTN la Webex să poată fi direcționate.

Configurați modele de rute pentru destinații Webex

Configurați modelele de rută pentru fiecare zonă DID de pe Webex cu următoarele setări:

Configurare Valoare
Model de traseu Model complet + E.164 pentru gama DID în Webex cu „\” principal. De exemplu: \ + 140855501XX
Partiția traseului Webex
Gateway / Listă rute RL_Webex
Prioritate urgentă Bifat

Configurați Normalizarea apelării intersitei abreviate pentru Webex

Dacă este necesar apelarea inter-site abreviată la Webex, configurați tiparele de normalizare a apelării pentru fiecare gamă 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 Model de normalizare Webex
Utilizați spațiul de căutare a apelantului Originator Bifat
Prioritate urgentă Bifat
Nu așteptați expirarea interdigit la hamei ulterioare Bifat
Numită Mască de transformare a partidului Mascați pentru a normaliza numărul la + E.164. De exemplu: +140855501XX
14 iul. 2021
Configurați funcțiile Webex Calling

Crearea și gestionarea participanților automați

Asigurați-vă că se răspunde la apeluri și că necesitățile apelanților sunt îndeplinite. Puteți adăuga felicitări, configura meniuri și direcționa apeluri către un serviciu de răspuns, un grup de hunt, o casetă de mesagerie vocală sau o persoană reală. Puteți să creați un program de 24 de ore sau să furnizați opțiuni diferite atunci când afacerea dvs. este deschisă sau închisă.

Pentru informații despre cum se creează și se gestionează participanții automati, consultați Gestionarea participanților automați în Cisco Webex Control Hub.

Configurați un grup de hunt

Grupurile de hunt pot direcționa apelurile de intrare către un grup de utilizatori sau spații de lucru. Puteți chiar să configurați un șablon pentru a ruta la un întreg grup.

Pentru mai multe informații despre modul de configurare a unui grup de hunt, consultați grupurile de hunt din Cisco Webex Control Hub.

Creați un client recepționist

Ajutați la susținerea nevoilor personalului dvs. de front-office. Puteți configura utilizatorii ca participanți la telefon, astfel încât să poată examina toate apelurile primite de către anumite persoane din organizația dvs.

Pentru informații despre cum să configurați și să vizualizați clienții recepționiști consultați Clienții recepționiști din hub-ul de control Cisco Webex.

Configurați un grup de paging

Pagingul de grup permite unui utilizator să plaseze un apel sau o pagină de grup într-un singur sens pentru până la 75 utilizatori și spații de lucru țintă prin formarea unui număr sau a unei extensii atribuite unui anumit grup de paging.

Pentru informații despre modul de configurare și editare a grupurilor de paging, consultați Configurarea unui grup de paging în Cisco Webex Control Hub.

Creați o coadă de așteptare apel

Puteți configura o coadă de așteptare apeluri astfel încât, atunci când nu se poate răspunde la apelurile clienț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 apelul acestora.

Pentru mai multe informații despre modul de configurare și gestionare a cozii de așteptare apel, consultați Gestionarea cozilor de așteptare apel în hub-ul de control Cisco Webex.

Configurare preluare apel

Puteți să îmbunătățiți lucrul în echipă și colaborarea prin crearea unui grup de preluare a apelurilor, astfel încât utilizatorii să își 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 apeluri.

Pentru informații despre cum să configurați un grup de preluare a apelurilor, consultați Preluarea apelurilor în hub-ul de control Cisco Webex.

Configurare parcare apel

Parcarea apelurilor permite unui grup definit de utilizatori să parcheze apelurile altor membri disponibili ai unui grup de parcare a apelurilor. Apelurile parcate pot fi preluate de către alți membri ai grupului pe telefonul lor.

Pentru mai multe informații despre modul de configurare a parcării apelurilor, consultați Parcarea apelurilor în Cisco Webex Control Hub.

Permiteți utilizatorilor să intervină în apelurile telefonice ale altor persoane

1

Din vizualizarea client din https://admin.webex.com, mergeți la Utilizatori, apoi selectați utilizatorul pe care doriți să îl modificați.

2

Selectați Apelare, mergeți la Setări avansate de apel și apoi selectați Intervenire în apel.

3

Activați Intervenire în apel, alegeți dacă doriți ca telefonul să redea un sunet atunci când cineva intervine într-un apel, apoi faceți clic pe Salvare.

Activarea funcției hoteling pentru un utilizator

Activarea funcției hoteling oferă utilizatorilor posibilitatea de a lucra într-un alt spațiu, menținând în același timp funcționalitatea și funcțiile telefonului principal de birou.

1

Din vizualizarea client din https://admin.webex.com, mergeți la Utilizatori, apoi selectați utilizatorul pe care doriți să îl modificați.

2

Selectați Apelare, selectați Setări avansate de apel și faceți clic pe Hoteling.

3

Activați Hoteling, apoi faceți clic pe Salvare.

Împiedicați alte persoane să monitorizeze starea liniei unui utilizator

1

Din vizualizarea client din https://admin.webex.com, accesați Utilizatori și selectați utilizatorul pe care doriți să îl modificați.

2

Selectați Apelare și apoi Confidențialitate.

3

Alegeți setările adecvate de confidențialitate participant automat pentru acest utilizator.

4

Faceţi clic pe caseta Activare confidențialitate. Apoi puteți decide dacă blocați toți utilizatorii lăsând gol câmpul Căutare utilizator după nume sau alegeți cine poate monitoriza starea liniei acestui utilizator.

Folosind exemplul executiv de mai sus, căutați numele asistentului administrativ.

5

Faceţi clic pe Salvare.

Permiteți unui utilizator să vadă starea liniei pe telefonul altei persoane sau pe o extensie de parcare apel

Numărul maxim de linii monitorizate este 50, dar trebuie să luați în considerare lățimea de bandă. Maximul poate fi, de asemenea, determinat de numărul de butoane de linie de pe telefonul utilizatorului.

1

Din vizualizarea client din https://admin.webex.com, accesați Utilizatori și selectați utilizatorul pe care doriți să îl modificați.

2

Selectați Apelare, selectați Setări avansate de apelși apoi mergeți la Monitorizare.

3

Alegeţi una din următoarele opţiuni:

  • Adăugare linie monitorizată
  • Adăugați o extensie de parcare apel
4

Selectați dacă doriți ca acest utilizator să fie notificat cu privire la apelurile parcate, căutați persoana sau extensia de parcare apeluri care urmează să fie monitorizată, apoi faceți clic pe Salvare.


 

Lista de linii monitorizate din hub-ul de control corespunde ordinii liniilor monitorizate care se afișează pe dispozitivul utilizatorului. Puteți să reordonați în orice moment lista de linii monitorizate.

5 aug. 2021
Configurați și gestionați utilizatorii care apelează Webex

Trebuie să adăugați fiecare utilizator în Cisco Webex Control Hub pentru ca aceștia să profite 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.


Dacă sincronizați utilizatori dintr-un director, ar fi Active Directory, atunci când adăugați manual persoane în Control Hub, trebuie să le adăugați și la directorul dvs.


La adăugarea utilizatorilor, numele și prenumele nu trebuie să includă caractere ascii extinse sau următoarele caractere %, #, <,>, \, /,", și să aibă o lungime maximă de 30 de caractere.</,> În plus, numele și prenumele nu pot începe cu +, -, =, @.

Înainte de a începe

Este posibil să întâmpinați o eroare dacă încercați să adăugați utilizatori care au utilizat adresa lor de poștă electronică pentru a crea un cont de încercare. Puneți utilizatorii să își șteargă mai întâi organizația înainte de a le adăuga la organizația dvs.

1

Din vizualizarea client din https://admin.webex.com go to Users , apoi faceți clic pe Gestionare utilizatori.

2

Selectați Adăugare sau modificare manuală utilizatori.

3

(Opțional) Dacă trimiteți automat e-mailuri de bun venit, faceți clic pe Următorul.

4

Alegeți unul și faceți clic pe Următorul:

  • Selectați Adresă de e-mailși introduceți până la 25 de adrese de e-mail.
  • Selectați Nume și adrese de e-mail , apoiintroduceți până la 25 de nume și adrese de e-mail.

 

Aveți posibilitatea să adăugați utilizatori disponibili pentru conversia la organizația dvs.

5

Atribuirea licenței:

  • Dacă aveți un șablon de licență activ, licențele sunt atribuite automat pentru utilizatorii noi și puteți revizui rezumatul licenței.
  • Selectați serviciile de asociat. Dacă aveți mai multe abonamente, alegeți un abonament din listă.


 

Dacă atribuiți licențe pentru Contact Center, selectați Webex Teams, apoi Asistență clienți cu opțiunea Premium și Agent standard. Pentru a adăuga un supraveghetor, selectați atât opțiunile Premium, cât și cele desupervizor. Un utilizator este tratat ca un agent cu excepția cazului în care le faceți un supraveghetor.

6

Gestionarea conținutului:

  • Dacă este selectat accesul global pentru gestionarea conținutului întreprinderii, gestionarea conținutului este atribuită automat utilizatorilor.
  • Alegeți o opțiune de gestionare a conținutului pentru fiecare utilizator.

7

Faceți clic pe Salvare.

  • Un e-mail este trimis fiecărei persoane cu o invitație de a se alătura.

  • În Control Hub , persoanele aparîntr-o stare de invitație în așteptare până când se conectează pentru prima dată. Licențele sunt atribuite după ce utilizatorul se conectează pentru prima dată sau dacă utilizați Cisco Directory Connector cu un domeniu revendicat, licențele sunt atribuite atunci când utilizatorii sunt creați.

8

(Opțional) Dacă ați adăugat Apelare utilizatorului, atribuiți o locație, un număr de telefon și o extensie.

9

Examinați pagina rezumat a înregistrărilor procesate și faceți clic pe Terminare.


 

Imediat după adăugarea unui utilizator apelant, dacă se primește o eroare la selectarea setărilor de apelare a utilizatorului, vă recomandăm să eliminați licența De apelare Webex și apoi să reatribuiți utilizatorului licența de apelare.

Ce trebuie să faceți în continuare

Aveți posibilitatea să asociați privilegii administrative persoanelor din organizația dvs.

Înainte de a începe

Dacă aveți mai multe fișiere CSV pentru organizația dvs., încărcați un fișier și, după finalizarea activității, puteți încărca următorul fișier.

Pentru clienții din regiunea Asia-Pacific (inclusiv Japonia, China și Hong Kong), id-ul apelantului populează automat din câmpurile Nume și Prenume, iar câmpurile Nume prenume ID apelant și Nume de familie ID apelant sunt ignorate în încărcarea CSV.


Unii editori de foi de calcul elimină semnul + din celule atunci când .csv este deschis. Vă sugerăm să utilizați un editor de text pentru a face actualizări .csv. Dacă utilizați un editor de foi de calcul, asigurați-vă că setați formatul celulei la text și adăugați înapoi orice + semne care au fost eliminate.

1

Din vizualizarea client din https://admin.webex.com, accesați Utilizatori ,faceți clic pe Gestionare utilizatori șialegeți Adăugare CSV sau Modificare utilizatori.

2

Faceți clic pe Export pentru a descărca fișierul și puteți introduce informații despre utilizator într-o linie nouă în fișierul CSV.

  • Pentru a asocia un serviciu, adăugați TRUE în coloana acelui serviciu și, pentru a exclude un serviciu, adăugați FALSE. Coloana ID utilizator/e-mail (obligatoriu) este singurul câmp obligatoriu. Dacă aveți un anumit director și numere externe pentru fiecare utilizator nou, includeți numărul principal + pentru numere externe fără alte caractere,

    Dacă aveți un șablon de licență activ, lăsați toate coloanele de service necompletate și șablonul este atribuit automat pentru noul utilizator din acel rând.


     

    Nu puteți atribui permisiuni de gestionare a conținutului întreprinderii utilizatorilor utilizând șablonul de licență, consultați Activarea gestionării conținutului pentru utilizatori în Cisco Webex Control Hub pentru detalii.

  • Pentru a asocia o locație, introduceți numele în coloana Locație. Dacă lăsați acest câmp necompletat, utilizatorul este asociat locației implicite.

  • Dacă adăugați utilizatori ca supraveghetori pentru Centrul de contact Cisco Webex, atunci trebuie să adăugați manual utilizatori. Puteți atribui roluri Standard și Premium numai cu un CSV.

 

Când introduceți numele unui utilizator, asigurați-vă că includeți numele de familie al acestora, în caz contrar este posibil să întâmpinați probleme.

3

Faceți clic pe Import , selectați fișierul și faceți clic pe Deschidere.

4

Alegeți Fie Adăugați numai servicii, fie Adăugați și eliminați servicii.

Dacă aveți un șablon de licență activ, selectați Numai Adăugare servicii.

5

Faceți clic pe Trimitere.

Fișierul CSV este încărcat și activitatea este creată. Aveți posibilitatea să închideți browserul sau această fereastră și activitatea continuă să se execute. Pentru a examina progresul activității dvs., consultați Gestionarea activităților în Cisco Webex Control Hub.

1

Din vizualizarea client din https://admin.webex.com go to Users.

2

Selectați un utilizator și faceți clic pe Servicii > Editare licențe .

3

Dacă aveți mai multe abonamente, alegeți un abonament din listă.

4

Selectați serviciile de adăugat sau eliminat și faceți clic pe Următorul.

5

Dacă ați asociat o licență Webex Meetings, alegeți un tip de cont cu care să asociați utilizatorul pentru fiecare site Webex Meetings și faceți clic pe Salvare.


 

Trebuie să aveți activată caracteristica Cont participant pentru ca site-ul Webex să atribuie utilizatori ca participanți. Dacă nu vedeți coloana Cont participant în fișierul CSV, contactați Managerul de succes al clienților (CSM),Managerul de succes al partenerilor (PSM) sau Centrul de asistență tehnică Cisco (TAC) pentru a activa această caracteristică pentru site-ul Webex.

Tipul de cont participant nu este disponibil pentru utilizatorii cu rolul de administrator de site Webex. Dacă doriți să atribuiți acestor utilizatori un cont participant, trebuie să eliminați privilegiile lor administrative pentru acel site Webex Meetings.


 

Imediat după adăugarea unei licențe de apelare, dacă se primiți o eroare la selectarea setărilor de apelare a utilizatorului, vă recomandăm să eliminați licența Webex Calling și apoi să reatribuiți licența utilizatorului.

Înainte de a începe

Dacă aveți mai multe fișiere CSV pentru organizația dvs., încărcați un fișier și, după finalizarea activității, puteți încărca următorul fișier.

Nu puteți șterge utilizatorii sau modifica locația atribuită unui utilizator cu șablonul CSV.


Unii editori de foi de calcul elimină semnul + din celule atunci când .csv este deschis. Vă sugerăm să utilizați un editor de text pentru a face actualizări .csv. Dacă utilizați un editor de foi de calcul, asigurați-vă că setați formatul celulei la text și adăugați înapoi orice + semne care au fost eliminate.

1

Din vizualizarea client din https://admin.webex.com, mergeți la Utilizatori , faceți clic pe Gestionare utilizatori și selectați Adăugare CSV sau Modificare utilizator.

2

(Opțional) Dacă trimiteți automat e-mailuri de bun venit, faceți clic pe Următorul.

3

Faceți clic pe Export pentru a descărca fișierul. Puteți edita fișierul descărcat (exported_users.csv ) în oricare dintre următoarelemoduri:

  • Pentru a modifica utilizatorii existenți, aveți posibilitatea să actualizați orice coloană, cu excepția ID-ului utilizatorului/e-mailului (obligatoriu)și a locației. De exemplu, dacă modificați ID-ul de utilizator /E-mailul, acest lucru creează un utilizator nou.

  • Pentru a asocia o locație, introduceți numele în coloana Locație. Dacă lăsați acest câmp necompletat, utilizatorul este asociat locației implicite.

  • Pentru a asocia un serviciu, adăugați TRUE în coloana acelui serviciu și, pentru a exclude un serviciu, adăugați FALSE.

  • Când aveți mai multe abonamente, puteți utiliza ID-ul abonamentului în antetul coloanei pentru a identifica serviciul pe care doriți să îl adăugați. De exemplu, dacă aveți două abonamente cu același serviciu, puteți specifica un serviciu dintr-un anumit abonament pe care să îl aplicați utilizatorului.

4

Introduceți o valoare în coloana Comportament apelare dacă doriți să modificați modul în care se întâmplă apelurile pentru anumiți utilizatori. Aveți posibilitatea să introduceți una dintre următoarele opțiuni și să consultați Configurarea comportamentului de apelare Webex pentru mai multe informații despre fiecare setare:

  • USE_ORG_SETTINGS —Introduceți acest șir pentru a utiliza setarea la nivel de organizație.

  • NATIVE_WEBEX_TEAMS_CALLING —Introduceți acest șir pentru a utiliza opțiunea Apelare în Webex Teams.

  • CALL_WITH_APP_REGISTERED_FOR_WEBEXCALLTEL —Introduceți acest șir pentru a utiliza opțiunea Aplicație apelare Webex.

5

Introduceți un număr ID apelant, prenume ID apelant șinume de familie ID apelant. Dacă lăsați necompletate coloanele Număr ID apelant, Prenume ID apelant și ID apelant Nume utilizator necompletat, atunci ce se află în coloana Prenume , Nume și Număr de telefon se va afișa atunci când utilizatorulefectuează un apel. Dacă lăsați necompletat numărul ID apelantului, atunci numărul principal de locație afișează când utilizatorul efectuează un apel.


 

Coloanele Nume prenume ID apelant și Nume de familie ID apelant nu pot conține caractere speciale. Dacă prenumele unui apelant ID sau numele de familie ID apelantului conține un caracter special, se utilizează o versiune simplificată a numelui.

6

După ce salvați fișierul CSV, faceți clic pe Import , selectați fișierul în care ați efectuatmodificări, apoi faceți clic pe Deschidere .

7

Alegeți Numai adăugare servicii sau Adăugare și eliminare servicii șifaceți clic pe Remitere .


 

Un utilizator nu poate avea două licențe de apelare, așa că, dacă organizația are mai multe abonamente și doriți să mutați utilizatorii într-un abonament nou, alegeți opțiunea Adăugare și eliminare servicii. Pentru a adăuga servicii, setați celulele la TRUE și eliminați serviciile setând acele celule la FALSE.

Fișierul CSV este încărcat și activitatea este creată. Aveți posibilitatea să închideți browserul sau această fereastră și activitatea continuă să se execute. Pentru a examina progresul activității dvs., consultați Gestionarea activităților în Cisco Webex Control Hub.

Dacă nu suprimați e-mailurile de invitație ale administratorilor, utilizatorii noi primesc e-mailuri de activare.

Puteți atribui numere, extensii sau ambele dispozitivelor oamenilor în orice moment. Extensiile atribuite apar pe afișajele telefonului.

De asemenea, puteți configura numere alternative, astfel încât mai multe numere de telefon să sune același telefon. Aveți posibilitatea să specificați tonuri de apel diferite pentru fiecare număr pentru a face distincția între liniile apelate.

1

Din vizualizarea client din https://admin.webex.com, mergeți la Utilizatori , apoialegeți persoana căreia doriți să îi asociați un număr.

2

Selectați Apelare, apoi faceți clic pe Adăugare număr.

3

Alegeți un număr de telefon din lista de numere disponibile. De asemenea, aveți opțiunea de a atribui o extensie.

Dacă un număr este deja atribuit utilizatorului, orice număr suplimentar adăugat utilizatorului este adăugat ca număr alternativ. Aveți posibilitatea să adăugați până la 10 numere alternative la un utilizator.

4

(Opțional) Pentru a identifica apelurile care provin de la anumite numere de telefon, puteți atribui un model distinctiv de inel. Pentru a activa, faceți clic pe comutatorul de sub Model inel distinctiv.

5

Faceți clic pe Salvare.

1

Din vizualizarea client din https://admin.webex.com, accesați Utilizatori ,filtrați coloana Stare pentru a afișa persoane cu o stareInvitație în așteptare.

2

Sub Acțiuni , pentru o persoană cu o stareInvitație în așteptare, selectați mai multe > Retrimitere invitație.

Dacă organizația utilizează sincronizarea directorului, opțiunea de ștergere nu este disponibilă în Control Hub și trebuie săștergeți conturile de utilizator din Active Directory. Apoi, Cisco Directory Connector actualizează lista de utilizatori a organizațiilor atunci când sincronizează informațiile contului de utilizator.

Din vizualizarea client din https://admin.webex.com, mergeți la Utilizatori , faceți clic pe butonul mai multe, apoi faceți clic pe Ștergere utilizator.

Utilizatorul nu se mai poate conecta la site-ul Webex, toate serviciile Webex atribuite sunt eliminate și sunt eliminate din toate spațiile sau echipele la care au participat. Orice conținut pe care l-au creat în spații nu este șters, iar conținutul este supus politicii de conservare pe care fiecare proprietar de spațiu a implementat-o.

Aveți posibilitatea să parametrizați un administrator client cu diferite niveluri de privilegii. Aceștia pot fi administratori cu drepturi depline, administratori de asistență, administratori doar în citire sau ofițeri de conformitate. Cu privilegii de administrator complet, aveți posibilitatea să asociați unul sau mai multe roluri oricărui utilizator din organizația dvs.


Orice persoană atribuită utilizatorului și administratorului dispozitivului sau rolului de administrator de dispozitiv nu va putea administra Webex Calling.

În Control Hub, puteți afla despre diferite niveluri de privilegii și puteți configura un administrator de client. Administratorii clienților pot fi administratori completi, administratori de asistență, administratori de utilizatori și dispozitive, administratori de dispozitive, administratori doar în citire sau ofițeri de conformitate. Cu privilegii de administrator complet, aveți posibilitatea să asociați unul sau mai multe roluri oricărui utilizator din organizația dvs.

Veți dori întotdeauna să aveți mai mult de un administrator pentru o organizație. Este o bună practică și vă va permite întotdeauna să faceți modificări administrative dacă unul dintre administratori nu este disponibil.

Utilizatorilor din cadrul organizației li se pot atribui roluri administrative specifice pentru a determina ce pot vedea și la care au acces în Control Hub. Când atribuiți roluri administrative specifice, simplificați responsabilitățile și faceți mai ușoară trageți la răspundere administratorii. Ofițerii de conformitate pot căuta anumite persoane din compania dvs., pot găsi conținutul pe care l-au partajat sau pot căuta într-un anumit spațiu și apoi pot genera un raport al constatărilor lor.


1

Din vizualizarea client din https://admin.webex.com, mergeți la Utilizatori șialegeți un utilizator.

2

Sub Roluri și securitate faceți clic pe Roluri administrator sau Acces serviciu.

3

Selectați un rol de asociat acelui utilizator.

Pentru a asocia un utilizator ca administrator de site Webex, lângă rolurile de administrator de site Webex, faceți clic pe Editare și alegeți un rol pentru fiecare site Webex pe care doriți să îl gestioneze utilizatorul.

4

Selectați Salvare.

9 iul. 2021
Configurați și gestionați dispozitivele de apelare Webex

Ca administrator, puteți atribui dispozitive utilizatorilor sau spațiilor de lucru din Control Hub. Aveți posibilitatea de a alege să furnizați adresa MAC a unui dispozitiv sau să generați un cod de activare care trebuie apoi introdus manual pe dispozitiv.

Cu Control Hub , puteți atribui dispozitiveutilizatorilor pentru uz personal și apoi înregistrați aceste dispozitive în cloud.

Dispozitivele listate aici acceptă Webex Calling. În timp ce toate aceste dispozitive pot fi înregistrate folosind o adresă MAC, numai următorul subset poate fi înregistrat utilizând un cod de activare:

  • Cisco IP Telefon Seria 6800 Multiplatform Telefoane (Telefoane audio-6821, 6841, 6851, 6861, 6871)

  • Cisco IP Telefon Seria 7800 Multiplatform Telefoane (Telefoane audio-7811, 7821, 7841, 7861)

  • Cisco IP Telefon Seria 8800 Multiplatform Telefoane (Telefoane audio-8811, 8841, 8851, 8861)

  • Cisco IP Telefon Seria 8800 Multiplatform Telefoane (Telefoane video-8845, 8865)

  • Cisco IP Conferința Telefon 7832 și 8832


În ceea ce privește dispozitivele DECT, numai dispozitivele de bază DECT (nu telefoanele DECT) sunt disponibile pentru atribuire în Control Hub. După ce asociați o unitate de bază unui utilizator, trebuie apoi să asociați manual un telefon DECT cu acea unitate de bază. Pentru mai multe informații, consultați Conectarea telefonului la stația de bază.

1

Din vizualizarea client din https://admin.webex.com, accesați Dispozitive, apoi faceți clic pe Adăugare dispozitiv.


 
De asemenea, puteți adăuga un telefon unui utilizator în profilul utilizatorului. Vedeți în secțiunea Gestionare dispozitiv pentru un utilizator.
2

Alegeți Utilizator existent, introduceți proprietarul telefonului, fie o parte a numelui de utilizator, fie numele real al utilizatorului, alegeți utilizatorul dintre rezultate, apoi faceți clic pe Următorul.

3

Alegeți dispozitivul din lista verticală, apoi faceți clic pe Următorul.

4

Alegeți una dintre următoarele opțiuni, apoi faceți clic pe Salvare:

  • După codul de activare— Alegeți această opțiune dacă doriți să generați un cod de activare pe care îl puteți partaja cu proprietarul dispozitivului. Codul de activare din 16 cifre trebuie introdus manual pe dispozitiv.

     

    Telefoanele multiplatforme trebuie să aibă o încărcare firmware de 11.2.3MSR1 sau o versiune ulterioară pentru a afișa ecranul codului de activare. Dacă firmware-ul telefonului trebuie actualizat, indicați utilizatorii către https://upgrade.cisco.com/MPP_upgrade.html.

  • După adresa MAC— Alegeți această opțiune dacă cunoașteți adresa MAC a dispozitivului. Adresa MAC a unui telefon trebuie să fie o intrare unică. Dacă introduceți o adresă MAC pentru un telefon care este deja înregistrat sau faceți o greșeală atunci când introduceți numărul, apare un mesaj de eroare.

 

Limitările se pot aplica atunci când utilizați dispozitive terțe.

Dacă ați ales să generați un cod de activare pentru dispozitiv, dar nu ați utilizat încă acel cod, starea acelui dispozitiv se citește ca Activare în secțiunea Dispozitive a utilizatorului atribuit și în lista Dispozitive principale din Control Hub. Rețineți că poate dura până la 10 minute pentru ca starea dispozitivului să fie actualizată în Control Hub.

Când oamenii sunt la locul de muncă, ei a lua împreună într-o mulțime de locuri, ar fi săli de prânz, holuri, și săli de conferințe. Aveți posibilitatea să configurați dispozitive Cisco Webex partajate în aceste spații de lucru, să adăugați servicii, apoi să urmăriți colaborarea.

Principiul cheie al unui dispozitiv Workspaces este că nu este atribuit unui anumit utilizator, ci mai degrabă unei locații fizice, permițând utilizarea partajată.

Dispozitivele listate aici acceptă Webex Calling. În timp ce majoritatea acestor dispozitive pot fi înregistrate folosind o adresă MAC, numai următorul subset poate fi înregistrat utilizând un cod de activare:

  • Cisco IP Phone Seria 6800 Multiplatform Telefoane (Telefoane audio-6821, 6841, 6851)

  • Cisco IP Telefon Seria 7800 Multiplatform Telefoane (Telefoane audio-7811, 7821, 7841, 7861)

  • Cisco IP Telefon Seria 8800 Multiplatform Telefoane (Telefoane audio-8811, 8841, 8851, 8861)

  • Cisco IP Telefon Seria 8800 Multiplatform Telefoane (Telefoane video-8845, 8865)

  • Cisco IP Conferința Telefon 7832 și 8832

1

Din vizualizarea client din https://admin.webex.com, mergeți la Spații de lucru , apoi faceți clic pe Adăugare spațiu de lucru.

2

Introduceți un nume pentru spațiul de lucru (cum ar fi numele camerei fizice), selectați tipul camerei și adăugați capacitate. Apoi faceți clic pe Următorul.

3

Alegeți Cisco IP Phone, apoi faceți clic pe Următorul.

4

Selectați tipul dispozitivului din lista verticală, alegeți dacă doriți să înregistrați telefonul cu un cod de activare sau o adresă MAC, apoi faceți clic pe Următorul. Rețineți că, dacă alegeți să înregistrați dispozitivul utilizând un cod de activare, codul este trimis prin e-mail administratorului desemnat pentru locație.

Pentru Apelare Webex, puteți adăuga un singur telefon partajat la un spațiu de lucru.

Pentru Cisco IP Conference Phone 7832, este posibil ca unele taste softkey să nu fie disponibile. Dacă aveți nevoie de un set complet de taste soft, vă recomandăm să atribuiți acest telefon unui utilizator.

5

Atribuiți o locație și un număr de telefon (determinate de locația pe care o alegeți), apoi faceți clic pe Salvare. De asemenea, aveți opțiunea de a atribui o extensie.

Când oamenii sunt la locul de muncă, ei a lua împreună într-o mulțime de spații de lucru, ar fi săli de prânz, holuri, și săli de conferințe. Aveți posibilitatea să configurați dispozitive Cisco Webex partajate în aceste spații de lucru, să adăugați servicii, apoi să urmăriți colaborarea.

Principiul cheie al unui dispozitiv Workspaces este că nu este atribuit unui anumit utilizator, ci mai degrabă unei locații fizice, permițând utilizarea partajată.

Dispozitivele listate aici acceptă Webex Calling.

1

Din vizualizarea client din https://admin.webex.com, mergeți la Spații de lucru , apoi faceți clic pe Adăugare spațiu de lucru.

2

Introduceți un nume pentru spațiul de lucru (cum ar fi numele camerei fizice), selectați tipul camerei și adăugați capacitate. Apoi faceți clic pe Următorul.

3

Alegeți Alt dispozitiv Cisco Webex, apoi faceți clic pe Următorul.

Alte dispozitive Cisco Webex includ Cisco Webex Room sau Desk device, inclusiv Cisco Webex Board.

4

Alegeți una dintre următoarele opțiuni:

  • Apelare gratuită— Utilizatorii pot efectua apeluri Webex sau Webex Session Initiation Protocol (SIP) numai utilizând o adresă SIP (de exemplu, username@example.calls.webex.com).
  • Apelare Webex— Pe lângă posibilitatea de a efectua și primi apeluri Webex și SIP, persoanele din acest spațiu de lucru pot utiliza dispozitivul pentru a efectua și a primi apeluri telefonice din cadrul planului de numerotare a apelurilor Webex. De exemplu, puteți apela colegul giacomo Edwards formând numărul său de telefon 555-555-5555, extensia sa 5555 sau adresa sa SIP gedwards@example.webex.com dar puteți apela și pizzeria locală.
5

Asociați o locație , Număr de telefon (determinat de locația pe care o alegeți), o extensie , apoi faceți clic pe Salvare.

6

Activați dispozitivul utilizând codul furnizat. Puteți copia, trimite prin e-mail sau imprima codul de activare.

Dacă aveți mai multe dispozitive pe care trebuie să le atribuiți utilizatorilor și locurilor, puteți popula un fișier CSV cu informațiile necesare și puteți activa aceste dispozitive în doar câțiva pași simpli.

Dispozitivele listate aici acceptă Webex Calling. În timp ce toate aceste dispozitive pot fi înregistrate folosind o adresă MAC, numai următorul subset poate fi înregistrat utilizând un cod de activare:

  • Cisco IP Phone Seria 6800 Multiplatform Telefoane (Telefoane audio-6821, 6841, 6851)

  • Cisco IP Telefon Seria 7800 Multiplatform Telefoane (Telefoane audio-7811, 7821, 7841, 7861)

  • Cisco IP Telefon Seria 8800 Multiplatform Telefoane (Telefoane audio-8811, 8841, 8851, 8861)

  • Cisco IP Telefon Seria 8800 Multiplatform Telefoane (Telefoane video-8845, 8865)

  • Cisco IP Conferința Telefon 7832 și 8832

1

Din vizualizarea client din https://admin.webex.com, accesați Dispozitive ,faceți clic pe Adăugare dispozitiv , apoi alegeți dacă adăugați dispozitivul la un utilizator sau la un loc.

2

Selectați Import/încărcare fișier CSV.

3

Alegeți una dintre următoarele opțiuni:

  • Exportați atributeleutilizatorului — Puteți obține o listă cu toți utilizatorii din organizație și atributele asociate acestora, astfel încât să nu fie nevoie să căutați manual fiecare utilizator.
  • Descărcați șablon CSV- Puteți utiliza un șablon pe care l-am găsit și apoi introduceți informații precum numele de utilizator, tipul (indicați dacă este un utilizator sau un loc), adrese MAC și modele de dispozitive. Iată câteva lucruri de reținut:
    • Pentru coloana Nume de utilizator a fișierului CSV, asigurați-vă că introduceți adresa de e-mail a utilizatorului, nu ID-ul de utilizator sau numele acestora. De asemenea, aveți posibilitatea să inserați un nume de loc în această coloană.

    • Vă recomandăm să limitați numărul de dispozitive la 1000 per fișier CSV. Dacă trebuie să adăugați mai mult de atât, utilizați un al doilea fișier CSV.

    • Dacă introduceți un loc care nu există încă, locul este creat automat pentru dvs.

    • Dacă lăsați necompletată coloana adresei MAC, se generează un cod de activare și trebuie introdus chiar pe dispozitiv.

4

Dacă adresa MAC a fost lăsată necompletată, puteți alege unde este trimis codul de activare:

  • Furnizați un link- Codul de activare este adăugat la un fișier CSV pe care îl puteți descărca apoi.
  • Cod de activare prin e-mail— Dacă dispozitivul este pentru un loc, vi se trimite codul de activare, în calitate de administrator. Dacă dispozitivul este pentru un utilizator, codul de activare este trimis prin e-mail utilizatorului.
5

Importați fișierul CSV populat.

6

Faceți clic pe Trimitere.

Vi se prezintă o actualizare de stare pe măsură ce dispozitivele devin activate.

 

Dispozitivele multiplatforme trebuie să ruleze o încărcare firmware de 11.2.3MSR1 sau o versiune ulterioară pentru ca utilizatorii să poată introduce codul de activare pe dispozitivul lor. Pentru informații despre să faceți upgrade firmware-ului telefonului, consultați acest articol.

Puteți să adăugați, să eliminați, să reporniți, să verificați activarea sau să creați un nou cod de activare pentru dispozitivele atribuite utilizatorilor din cadrul organizației. Acest lucru poate fi util pentru a vizualiza și gestiona de pe ecranul utilizatorilor, atunci când este necesar.

1

Din vizualizarea client din https://admin.webex.com, mergeți la Utilizatori.

2

Selectați utilizatorul pentru a modifica și derula în jos la Dispozitive.

3

Pentru a adăuga un dispozitiv la acest utilizator, faceți clic pe Adăugare dispozitiv.


 
Dacă utilizatorului i se atribuie deja un dispozitiv și doriți să adăugați un alt dispozitiv, faceți clic pe pictograma de lângă Dispozitive și faceți clic pe Adăugare dispozitiv .
4

Pentru a modifica un dispozitiv existent, selectați numele dispozitivului.

Aici puteți vizualiza și edita setările dispozitivului, șterge dispozitivul, reporni dispozitivul sau crea un nou cod de activare pentru dispozitiv, dacă este cazul. Pentru mai multe informații despre configurarea setărilor telefonului, consultați Configurarea și actualizarea setărilor telefonului.

Dispozitivele pot fi adăugate și gestionate direct dintr-un profil de spațiu de lucru. Dispozitivele din spațiul de lucru pot include dispozitive ATA, ar fi faxurile. De asemenea, puteți configura un dispozitiv de spațiu de lucru ca gazdă hotelieră. Pentru mai multe informații despre hoteling, consultați Hoteling în Cisco Webex Control Hub.

1

Din vizualizarea client din https://admin.webex.com, mergeți la Spații de lucru.

2

Selectați spațiul de lucru de modificat și accesați dala Dispozitive.

3

Pentru a adăuga un dispozitiv, faceți clic pe Adăugare dispozitiv.

4

Pentru a modifica un dispozitiv existent, selectați numele dispozitivului.

Aici puteți vizualiza și edita setările dispozitivului, șterge dispozitivul, reporni dispozitivul și permite ca dispozitivul să fie utilizat ca gazdă hotelieră. Pentru mai multe informații despre configurarea setărilor telefonului, consultați Configurarea și actualizarea setărilor telefonului.

Aveți posibilitatea să adăugați linii la dispozitivul principal al unui utilizator și să reordonați modul în care apar liniile. Acest lucru este, de asemenea, menționat ca aspect de linie partajată, care permite utilizatorilor să primească și să plaseze apeluri către și de la extensia altui utilizator, folosind propriul telefon. Un exemplu în acest sens este un asistent executiv care dorește să poată efectua și primi apeluri de la linia șefului. Aparițiile de linie partajate pot fi, de asemenea, o altă instanță a liniei utilizatorului principal.

Limita maximă de configurare este de 35 de dispozitive pentru fiecare număr de telefon al utilizatorului, inclusiv utilizarea aplicației desktop sau mobile de către utilizator. Linii suplimentare pot fi adăugate la un telefon de spațiu de lucru, dar un telefon de spațiu de lucru nu poate fi adăugat ca linie partajată.


Cadranele rapide care au fost adăugate de un utilizator la telefonul lor MPP nu sunt vizibile în Control Hub și pot fi suprascrise dacă este configurată o linie partajată.

1

Din vizualizarea client din https://admin.webex.com, accesați Utilizatori sau Spații de lucru (în funcție de locul în care este asociat dispozitivul de modificat).

2

Selectați utilizatorul sau spațiul de lucru pentru a modifica și defila la Dispozitive.

3

Selectați dispozitivul pe care doriți să adăugați sau să modificați liniile partajate și defilați la Utilizatori și setări telefon.

Utilizatorii și locurile care apar pe acest telefon sunt listate în ordinea apariției.

4

Pentru a adăuga sau elimina utilizatori sau locuri de pe acest telefon, selectați Configurare linii.

5

Pentru a elimina o linie, faceți clic pe pictogramă.


 
Imposibil de eliminat utilizatorul principal de pe linia 1.
6

Pentru a adăuga un aspect de linie partajat, faceți clic pe pictogramă.


 
Adăugați liniile în ordinea în care doriți să apară. Pentru a reordona aspectul liniei, ștergeți și adăugați la listă în ordinea în care doriți să apară.
7

Introduceți numele sau numărul de telefon și selectați din opțiunile care apar și faceți clic pe Salvare.

Aveți posibilitatea să configurați porturile de pe un dispozitiv adaptor telefonic analogic (ATA) atribuit unui utilizator din Control Hub. În prezent, cele două configurații pentru dispozitivele ATA disponibile sunt pentru dispozitive cu 2 porturi și dispozitive cu 24 de porturi.

1

Din vizualizarea client din https://admin.webex.com, mergeți la Utilizatori.

2

Selectați utilizatorul pentru a modifica și defila la Dispozitive.

3

Selectați dispozitivul pe care doriți să îl adăugați sau să îl modificați.

4

Sub Utilizatori pe acest dispozitiv ,faceți clic pe Configurare porturi .

5

Pentru a adăuga o configurație de port partajată, faceți clic pe pictogramă.

6

Introduceți numele sau numărul de telefon și selectați din opțiunile care apar, apoi faceți clic pe Salvare.


 
Numai spațiile de lucru fără dispozitive apar în căutare.
7

Dacă dispozitivul necesită compresie prin fax T.38, bifați caseta din coloana T.38 sau înlocuiți opțiunile de compresie la nivel de utilizator, apoi faceți clic pe Salvare.


 
Un spațiu de lucru poate avea un ATA. Acest lucru este util pentru faxuri.

Puteți adăuga oricând numere de telefon la dispozitivele de birou și de cameră din organizația de clienți, indiferent dacă vă aflați în mijlocul unei încercări sau ați fost convertit la un abonament plătit.


Am mărit numărul de numere de telefon pe care le puteți adăuga în Control Hub de la 250 la 1000.

1

Din vizualizarea client din https://admin.webex.com, accesați Servicii > Apelareanumerelor >, apoi faceți clic pe Adăugare numere.

2

Specificați Tipul locației și numărului. Dacă portați numere, introduceți atât numerele de facturare curente, cât și cele noi.

3

Apoi, faceți clic pe Salvare.

Puteți vedea o listă de numere PSTN pe care organizația le-a comandat. Cu aceste informații puteți vedea numerele neutilizate care sunt disponibile și numerele care au fost comandate care vor deveni disponibile în curând.

Din vizualizarea client din https://admin.webex.com, mergeți la Servicii > Apelareacomenzilor pstn >.

Când conectați accesorii (Căști/KEM) la un dispozitiv MPP, acestea apar ca element de inventar sub fila Dispozitive din Control Hub. Din inventarul Dispozitive Hub control puteți afla modelul accesoriului, starea și cui aparține accesoriul. Când selectați un accesoriu, se pot obține informații suplimentare, ar fi numărul de serie al accesoriului și versiunea curentă de software. Câmpul de stare a accesoriului este raportat ca "online" atâta timp cât accesoriul este conectat la MPP. Un set cu cască conectat la MPP își va actualiza automat software-ul cu cea mai recentă versiune disponibilă de la Device Management.

Tabelul 1. Căști compatibile

Model telefon

Setul cu cască Cisco seria 520

Setul cu cască Cisco seria 530

Setul cu cască Cisco seria 560

Căști Cisco seria 730

Cisco IP Telefon 8811/8841/8845

RJ9 și RJ11

Cisco IP Telefon 8851/8861/8865

USB

USB

USB

RJ9 și RJ11

Cisco IP Telefon 7811/7821/7841/7861

Cisco IP Telefon 6821/6841/6851/6861

Cisco IP Telefon 6871

USB

USB

USB

Cisco IP Conferința Telefon 7832/8832

Tabelul 2. Module de extensie cheie compatibile

Model telefon

KEM

Cisco IP Telefon 8811/8841/8845

Cisco IP Telefon 8851/8861/8865

BEKEM

CP-8800-A-KEM

CP-8800-V-KEM

Cisco IP Telefon 7811/7821/7841/7861

Cisco IP Telefon 6821/6841/6861/6871

Cisco IP Telefon 6851

CP-68KEM-3PCC

Cisco IP Conferința Telefon 7832/8832

18 mai 2021
Tendințe de adoptare și rapoarte de utilizare pentru apelarea Cisco Webex

Aveți la dispoziție o serie de rapoarte care vă pot ajuta să evaluați modul în care sunt utilizate serviciile de apelare Webex, cât de des sunt utilizate. De asemenea, puteți obține o vizualizare rapidă a calității media pentru locația dvs.

Vizualizați rapoartele de apelare

Aveți acces la diverse rapoarte în Cisco Webex Control Hub care includ detalii despre activare și utilizare pentru echipele și întâlnirile Webex.

Când accesați datele de apelare de la Cisco Webex Control Hub, ești adus la Apelarea portalului de administrare. Puteți utiliza aceste informații pentru a evalua cum Apel Webex serviciile sunt utilizate în organizația dvs. și cât de des utilizează serviciile respective.

Din vizualizarea clientului în https://admin.webex.com, mergi la Analize și apoi selectați Apel Webex.

Sunteți adus automat la Apelarea portalului de administrare, unde puteți analiza și evalua utilizarea și calitatea apelurilor. Pentru informații despre rapoartele disponibile pentru anumite funcții de apelare, consultați Apelarea portalului de administrare - Rapoarte. Pentru informații despre activitatea apelurilor, consultați Apelarea portalului de administrare - Analytics.

Evaluează calitatea media a locațiilor tale

Obțineți o vizualizare locație cu locație a calității media pentru locația dvs. de apelare. Calitatea mass-media se bazează pe o agregare a scorurilor de opinie medii (MOS) pentru apeluri într-o anumită locație către și de la client, de la telefoanele Cisco MPP și clientul soft Calling. Valorile posibile sunt următoarele:

  • Bine -> 3.2

  • Corect - 2,7 până la 3,2

  • Slabă - <2.7

  • Nu există date disponibile - Nu au fost efectuate sau primite apeluri pentru locație în perioada de timp selectată.

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Analize, apoi selectați Apel Webex.

Ești adus la Apelarea portalului de administrare.

2

Du-te la Bord și derulați la Asigurarea serviciului pentru a vedea starea generală a organizației dvs.

Dacă doriți să deschideți instrumentul CScan pentru a verifica latența, lățimea de bandă și porturile, faceți clic pe Test de disponibilitate în rețea.

Ce sa fac in continuare

Dacă locația arată o evaluare slabă, acest lucru indică faptul că poate exista o problemă cu calitatea suportului media în una dintre locațiile dvs. Cauzele frecvente nu sunt suficientă lățime de bandă sau congestie de trafic. Dacă problemele persistă, accesați vizualizarea clientului din https://admin.webex.com, faceți clic pe numele de utilizator de administrator, apoi faceți clic pe Părere pentru a deschide un dosar.

Rulați instrumentul CSCAN

Puteți utiliza instrumentul Cisco SCAN pentru a verifica latența, lățimea de bandă și porturile.

Mergi la https://cscan.webex.com/, alegeți serverul, apoi faceți clic pe RUN TEST.

9 iul. 2021
Informații de referință de port pentru apelarea Cisco Webex

Iată o listă a adreselor, porturilor și protocoalelor utilizate pentru conectarea telefoanelor, a aplicației Webex și a gateway-urilor către Cisco Webex Calling. Acest articol este destinat administratorilor de rețea, în special administratorilor de securitate paravan de protecție și proxy care doresc să utilizeze serviciile De apelare Webex în cadrul organizației lor.

Un paravan de protecție configurat corect este esențial pentru o implementare reușită a apelului. Avem nevoie de porturi pentru semnalizare, media, conectivitate în rețea și gateway local și, deoarece Webex Calling este un serviciu global, vă recomandăm să lăsați deschise toate porturile enumerate mai jos.

Nu toate configurațiile paravanului de protecție au nevoie de porturi pentru a fi deschise, dar dacă executați reguli interior-exterior, ar trebui să deschideți porturi pentru a permite protocoalele necesare pentru service. Atâta timp cât implementați NAT, definiți perioade rezonabile de legare și evitați manipularea SIP pe dispozitivul NAT, nu ar trebui să deschideți porturile de intrare pe firewall.


Dacă un ruter sau un paravan de protecție este SIP Aware, ceea ce înseamnă că are SIP Application Layer Gateway (ALG) sau ceva similar activat, vă recomandăm să dezactivați această funcționalitate pentru a menține funcționarea corectă a serviciului. Consultați documentația producătorului relevant pentru informații despre să dezactivați SIP ALG pe anumite dispozitive.

Pentru detalii despre cerințele de rețea pentru Întâlniri și mesagerie Webex, consultați Cerințe de rețea pentru Webex Services.

Webex apelare trafic prin firewall

Majoritatea clienților implementează un paravan de protecție internet sau un proxy și un paravan de protecție internet pentru a restricționa și controla traficul bazat pe HTTP care părăsește și intră în rețeaua lor. Deoarece toate punctele finale de apelare Webex nu acceptă proxy-ul http(i), urmați instrucțiunile paravanului de protecție de mai jos pentru a permite accesul la serviciile de apelare Webex din rețea.

Configurare paravan de protecție

Dacă paravanul de protecție acceptă filtrarea URL-urilor, configurați paravanul de protecție pentru a permite url-urile de destinație webex Calling listate, care sunt prezentate în tabelul Domenii și URL-uri pentru Servicii de apelare Webex.

Cu toate acestea, dacă utilizați un paravan de protecție care nu acceptă filtrarea URL/domeniu, configurați paravanul de protecție pentru a filtra traficul utilizând intervalele de adrese IP și porturile listate în adresele IP și porturile pentru serviciile de apelare Webex.

Adrese IP și porturi pentru serviciile de apelare Webex

Următorul tabel descrie porturile și protocoalele care trebuie deschise pe paravanul de protecție pentru a permite aplicațiilor Webex înregistrate în cloud și dispozitivelor să comunice cu serviciile de semnalizare cloud și media Webex Calling.

Subrețele IP pentru servicii de apelare Webex

85.119.56.0/23

128.177.14.0/24

128.177.36.0/24

135.84.168.0/21

139.177.64.0/21

139.177.72.0/23

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

Scopul conexiunii

Adrese sursă

Porturi sursă

protocol

Adrese de destinație

Porturi de destinație

Note

Semnalizarea apelurilor către Apelare Webex (SIP TLS)

Gateway local extern (NIC) 8000-65535

TCP

Consultați Subrețele IP pentru Servicii de apelare Webex.

8934

Aceste IP-uri/porturi sunt necesare pentru semnalizarea apelurilor SIP-TLS de ieșire de la gateway-uri, dispozitive și aplicații locale (sursă) la Webex Calling Cloud (destinație).

Dispozitive

5060-5080

Aplicații

Efemer (dependent de sistem de operare)

Apelare media la Apelare Webex (STUN,SRTP)

CNI extern Gateway local

8000-48000

UDP

Consultați Subrețele IP pentru Servicii de apelare Webex.

5004,19560-65535

Aceste IP-uri/porturi sunt necesare pentru mediile de apel SRTP de ieșire de la gateway-uri, dispozitive și aplicații locale (sursă) la Webex Calling Cloud (destinație).

Dispozitive

19560-19660

Aplicații

efemer

Semnalizarea apelurilor către gateway-ul PSTN (SIP TLS) Cni intern Gateway local 8000-65535 TCP ITSP PSTN GW sau CM unificat Depinde de pstn opțiune (de exemplu, de obicei 5060 sau 5061 pentru UNIFIED CM)
Apelarea fișierelor media la gateway-ul PSTN (SRTP) Cni intern Gateway local

8000-48000

UDP ITSP PSTN GW sau CM unificat Depinde de pstn opțiune (de exemplu, de obicei 5060 sau 5061 pentru UNIFIED CM)

Semnalizarea apelurilor către punctele finale adresate publicului (SIP TLS)

Consultați Subrețele IP pentru Servicii de apelare Webex.

efemer

TCP

IP punct final

8934

Aceste IP-uri/porturi sunt necesare pentru semnalizarea apelurilor SIP-TLS de intrare de la Webex Calling Cloud (Sursă) la punctele finale (Destinație) adresate publicului.

Configurarea dispozitivelor și gestionarea firmware-ului (dispozitive Cisco)

Dispozitive de apelare Webex

efemer

TCP

3.20.185.219

3.130.87.169

3.134.166.179

443,6970

* Aceste IPs aparțin cloudupgrader.webex.com.

Trebuie să activați cloudupgrader.webex.com și porturile 443, 6970 numai atunci când migrați de la telefoane enterprise (Cisco Unified CM) la Webex Calling. Accesați upgrade.cisco.com pentru mai multe informații.

3.20.118.133

3.20.228.133

3.23.144.213

3.130.125.44

3.132.162.62

3.140.117.199

18.232.241.58

35.168.211.203

50.16.236.139

52.45.157.48

54.145.130.71

54.156.13.25

80,443

* Aceste IPs aparțin activation.webex.com.

Aceste IP-uri sunt necesare pentru imbarcare securizată a dispozitivelor (telefoane MPP) prin cod de activare de 16 cifre (GDS).

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

173.36.127.0/26

173.36.127.128/26

173.37.26.0/23

173.37.149.96/27

192.133.220.0/26

192.133.220.64/26

80,443

Aceste IPs aparțin activate.cisco.com.

Acest domeniu este utilizat pentru CDA / EDOS - MAC adresa pe bază de provizionare. Utilizat de dispozitive (telefoane MPP, ATA-uri și ATA-uri SPA) cu firmware mai nou.

Când un telefon se conectează la o rețea pentru prima dată sau după o resetare din fabrică și nu există opțiuni DHCP configurate, acesta contactează un server de activare a dispozitivului pentru asigurarea accesului la zero atingere. Noile telefoane folosesc "activate.cisco.com" în loc de "webapps.cisco.com" pentru provizionare. Telefoanele cu lansare de firmware mai devreme de 11.2(1) continuă să utilizeze "webapps.cisco.com". Vă recomandăm să permiteți ambele nume de domenii prin paravanul de protecție.

72.163.10.128/25

173.37.146.128/25

80,443

Aceste IPs aparțin webapps.cisco.com.

Acest domeniu este utilizat pentru CDA / EDOS - MAC adresa pe bază de provizionare. Utilizat de dispozitive (telefoane MPP, ATA-uri și ATA-uri SPA) cu firmware mai vechi.

Când un telefon se conectează la o rețea pentru prima dată sau după o resetare din fabrică și nu există opțiuni DHCP configurate, acesta contactează un server de activare a dispozitivului pentru asigurarea accesului la zero atingere. Noile telefoane folosesc "activate.cisco.com" în loc de "webapps.cisco.com" pentru provizionare. Telefoanele cu lansare de firmware mai devreme de 11.2(1) continuă să utilizeze "webapps.cisco.com". Vă recomandăm să permiteți ambele nume de domenii prin paravanul de protecție.

Consultați Subrețele IP pentru Servicii de apelare Webex.

80,443

Aceste IPs sunt necesare pentru configurarea dispozitivului și gestionarea firmware-ului pentru Apelare Webex.

Sincronizarea timpului dispozitivului (NTP)

Dispozitive de apelare Webex

51494

UDP

Consultați Subrețele IP pentru Servicii de apelare Webex.

123

Aceste adrese IP sunt necesare pentru sincronizarea timpului pentru dispozitive (telefoane MPP, ATA-uri și ATA-uri SPA)

Rezoluția numelui dispozitivului

Dispozitive de apelare Webex

efemer

UDP și TCP

Definit de gazdă

53

Configurarea aplicației

Aplicații de apelare Webex

efemer

TCP

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

80, 443

Aceste IPs aparțin Serviciilor de autentificare Webex Idbroker și sunt utilizate de clienți, adică de Aplicații Webex.

Consultați Subrețele IP pentru Servicii de apelare Webex.

80, 443, 8443

Aceste IPs aparțin serviciilor de configurare a aplicațiilor Webex Calling și sunt utilizate de clienți, adică de Aplicații Webex.

Sincronizarea timpului de aplicare

Aplicații de apelare Webex

123

UDP

Definit de gazdă

123

Rezolvarea numelui aplicației

Aplicații de apelare Webex

efemer

UDP și TCP

Definit de gazdă

53

CScan

Aplicații de apelare Webex

efemer

UDP și TCP

Consultați Subrețele IP pentru Servicii de apelare Webex.

8934 și 80, 443, 19569-19760

Aceste IP-uri sunt utilizate de serviciile CScan utilizate de clienți, adică de Aplicații Webex. Accesați cscan.webex.com pentru mai multe informații.

† interval de porturi media CUBE este configurabil cu intervalul de porturi RTP.

*Aceste adrese IP/intervale nu sunt deținute de Cisco și pot fi modificate periodic. Dacă utilizați un paravan de protecție, vă recomandăm să permiteți url-urile listate.

Domenii și URL-uri pentru Servicii de apelare Webex

Domeniu / URL

Descriere

Aplicații și dispozitive Webex care utilizează aceste domenii / URL-uri

Servicii Cisco Webex

*.broadcloudpbx.com

Webex autorizare micro-servicii pentru cross-lansare de la Control Hub la Apelare Admin Portal.

Control Hub

*.broadcloud.com.au

Servicii de apelare Webex în România.

Toate

*.broadcloud.eu

Servicii de apelare Webex în Europa.

Toate

*.broadcloudpbx.net

Apelarea serviciilor de configurare și gestionare a clienților.

Aplicații Webex

*.cisco.com

Când un telefon se conectează la o rețea pentru prima dată sau după o resetare din fabrică, dacă nu există opțiuni DHCP configurate, acesta contactează un server de activare a dispozitivului pentru asigurarea accesului zero la atingere. Noile telefoane folosesc activate.cisco.com și telefoane cu lansare de firmware înainte de 11.2(1), continuă să utilizeze webapps.cisco.com pentru furnizare.

Telefoane MPP, Hub de control

*.ucmgmt.cisco.com

Servicii de apelare Webex

Control Hub

*.webex.com

Webex Core Services pentru apelare, întâlnire și mesagerie, ar fi autentificarea etc.

Toate

*.wbx2.com și *.ciscospark.com

Webex micro-servicii, ar fi software-ul de servicii de upgrade.

Toate

Servicii suplimentare legate de Webex (domenii terțe)

*.appdynamics.com

*.eum-appdynamics.com

Urmărirea performanței, captarea erorilor și a căderilor, valorile sesiunii.

Control Hub

*.huron-dev.com

Webex Apelarea micro servicii ar fi comutarea serviciilor, comanda numărului de telefon, și servicii de atribuire.

Control Hub

*.sipflash.com

Servicii de gestionare a dispozitivelor (mai ales pentru SUA).

Aplicații Webex

*.walkme.com *.walkmeusercontent.com

Client de ghidare utilizator Webex. Oferă tururi de onboarding și utilizare pentru utilizatorii noi.

Pentru mai multe informații despre WalkMe, faceți clic aici.

Aplicații Webex

Dacă paravanul de protecție de rețea acceptă liste de permisiuni de domeniu pentru traficul http(e), ar fi *.webex.com, este foarte recomandat să permiteți toate aceste domenii.

Întâlniri/Mesagerie Webex - Cerințe de rețea

Dacă implementați Apelare Webex cu servicii de întâlniri și mesagerie Webex, cerințele de rețea pentru serviciile Webex Meetings and Messaging pot fi găsite în Cerințe de rețea pentru Webex Services.

Istoric revizii document

Dată

Am făcut următoarele modificări la acest articol

Aprilie 2, 2021

Adăugat *.ciscospark.com sub Domenii și URL-uri pentru Webex Calling Services pentru a accepta cazurile de utilizare a apelurilor Webex în aplicația Webex.

Martie 25, 2021

Adăugat 6 noi intervale IP pentru activate.cisco.com, care va intra în vigoare începând cu 8 mai 2021.

  • 72.163.15.64/26

  • 72.163.15.128/26

  • 173.36.127.0/26

  • 173.36.127.128/26

  • 192.133.220.0/26

  • 192.133.220.64/26

Martie 4, 2021

Înlocuiți IP-urile discrete Webex Calling și intervalele IP mai mici cu intervale simplificate într-un tabel separat pentru a facilita înțelegerea configurației paravanului de protecție.

Februarie 26, 2021

Adăugat 5004 ca port de destinație pentru apelarea media la Webex Calling (STUN,SRTP) pentru a accepta Interactive Connectivity Establishment (ICE) care va fi disponibil în Webex Calling în aprilie 2021.

Februarie 22, 2021

Domeniile și URL-urile sunt acum listate într-un tabel separat.

Tabelul Adrese IP și porturi este ajustat la adresele IP de grup pentru aceleași servicii împreună.

Coloana Note adăugată la tabelul Adrese IP și porturi pentru a înțelege mai bine nevoile.

Următoarele adrese IP au fost mutate în intervale simplificate pentru configurarea dispozitivelor și gestionarea firmware-ului (dispozitive Cisco):

activate.cisco.com

  • 72.163.10.125 -> 72.163.10.96/27

  • 173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 -> 173.37.146.128/25

  • 72.163.10.134 -> 72.163.10.128/25

Următoarele adrese IP au fost adăugate pentru Configurația aplicațiilor, deoarece clientul Cisco Webex este indicat la un SRV DNS mai nou în Australia în martie 2021.

  • 199.59.64.237

  • 199.59.67.237

Ianuarie 21, 2021

Am adăugat următoarele adrese IP la configurarea dispozitivului și gestionarea firmware-ului (dispozitive Cisco):

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

Am eliminat următoarele adrese IP din configurarea dispozitivului și gestionarea firmware-ului (dispozitive Cisco):

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Am adăugat următoarele adrese IP la configurația aplicației:

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

Am eliminat următoarele adrese IP din configurația aplicației:

  • 64.68.99.6

  • 64.68.100.6

Am eliminat următoarele numere de port din configurația aplicației:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Am adăugat următoarele domenii la configurația aplicației:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

Decembrie 23, 2020

Adăugat noi adrese IP de configurare a aplicației la imaginile de referință port.

Decembrie 22, 2020

Am actualizat rândul Configurare aplicație din tabele pentru a include următoarele adrese IP: 135.84.171.154 și 135.84.172.154.

A ascuns diagramele de rețea până când aceste adrese IP pot fi adăugate și acolo.

Decembrie 11, 2020

A actualizat configurația dispozitivului și gestionarea firmware-ului (dispozitive Cisco) și rândurile de configurare a aplicațiilor pentru domeniile canadiene acceptate.

Octombrie 16, 2020

A actualizat intrările de semnalizare a apelurilor și media cu următoarele adrese IP:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

Septembrie 23, 2020

În conformitate cu CScan, se înlocuiește 199.59.64.156 cu 199.59.64.197.

August 14, 2020

Adăugat mai multe adrese IP pentru a sprijini introducerea de centre de date în Canada:

Semnalizarea apelurilor către Webex Calling (SIP TLS)—135.84.173.0/25.135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

August 12, 2020

Adăugat mai multe adrese IP pentru a sprijini introducerea de centre de date în Canada:

  • Apel media la Webex Calling (SRTP)—135.84.173.0/25.135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Semnalizarea apelurilor către punctele finale adresate publicului (SIP TLS)—135.84.173.0/25.135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Configurarea dispozitivelor și gestionarea firmware-ului (dispozitive Cisco)-135.84.173.155,135.84.174.155

  • Sincronizarea timpului dispozitivului — 135.84.173.152, 135.84.174.152

  • Configurarea aplicației —135.84.173.154,135.84.174.154

Iulie 22, 2020

Adăugat următoarea adresă IP pentru a sprijini introducerea de centre de date în Canada: 135.84.173.146

Iunie 9, 2020

Am făcut următoarele modificări la intrarea CScan:
  • Corectate una dintre adresele IP-schimbat 199.59.67.156 la 199.59.64.156

  • Noile caracteristici necesare porturi noi, precum și UDP-19560-19760

Martie 11, 2020

Am adăugat următoarele domenii și adrese IP la configurația aplicației:

  • jp.bcld.webex.com —135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com—64.68.99.6, 64.68.100.6

Am actualizat următoarele domenii cu adrese IP suplimentare pentru configurarea dispozitivului și gestionarea firmware-ului:

  • cisco.broadcloud.eu—85.119.56.198, 85.119.57.198

  • webapps.cisco.com—72.163.10.134

  • activation.webex.com—35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com—3.130.87.169, 3.20.185.219

Februarie 27, 2020

Am adăugat următoarele domenii și porturi la configurarea dispozitivului și gestionarea firmware-ului:

cloudupgrader.webex.com—443, 6970

A fost util acest articol?

Flux de lucru de configurare a apelurilor Webex

Articole conexe
arrow icon