Inscripționare
18 mai 2021 | vizualizare(ări) | persoane au considerat că este util

Flux de lucru de configurare a apelurilor Webex

Flux de lucru de configurare a apelurilor Webex

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.

Inscripționare
18 mai 2021| vizualizare(ări) | persoane au considerat că este util

Pregătiți-vă mediul pentru apeluri Webex

Pregătește-ți mediul Configurați apelarea Webex pentru organizația dvs. Configurați gateway-ul local pentru acces PSTN (numai VAR-uri) Cofigurați UCM Configurați funcțiile de apelare Webex Configurați și gestionați utilizatorii Configurați și gestionați dispozitive

Cerințe pentru apelare

Licențierea

Apel 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 Named User (NU) (unii sau toți utilizatorii).

Apel Webex oferă trei tipuri de licențe („Tipuri de stații”)

  • Afacere—Aceste licențe oferă un set complet de funcții pentru întreaga organizație. Această ofertă include comunicații unificate (Webex Calling), mobilitate (clienți desktop și mobili cu suport pentru mai multe dispozitive), colaborarea echipei în Webexși opțiunea de a grupa întâlniri cu până la 1000 de participanți pe întâlnire.

  • De bază—Alegeți această opțiune dacă utilizatorii dvs. au nevoie de funcții limitate fără mobilitate sau comunicații unificate. Vor primi în continuare o ofertă vocală completă, dar sunt limitate la un singur dispozitiv per utilizator.


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

  • Spații de lucru (cunoscută și sub numele de zonă comună) - Alegeți această opțiune dacă sunteți în căutarea unui ton de apel de bază cu un set limitat de funcții de apelare adecvate pentru zone precum săli de pauză, holuri și săli de conferințe.

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

Cerințe privind lățimea de bandă

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

Gateway local pentru PSTN bazat pe premise

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

Dispozitive acceptate

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


Pentru o listă completă a dispozitivelor acceptate pentru apelarea Webex, consultați Dispozitive acceptate pentru 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. Vedea „Dispozitive pentru cameră, placă și birou Cisco Webex” în Dispozitive acceptate pentru apelare Webex pentru mai multe informatii. Cu toate acestea, puteți furniza aceste dispozitive cu serviciul PSTN activând Apel Webex pentru Spațiul de lucru.

Paravan de protecție

Respectați cerințele de firewall care sunt documentate în Informații de referință de port pentru apelarea Cisco Webex.

Cerințe de gateway local pentru Apel Webex

Condiții generale

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

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

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

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

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

    Mai multe detalii găsiți în Ghidul de configurare a întreprinderii 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 de certificat și securitate pentru gateway-ul local

Apel Webex necesită semnalizare sigură și suport media. Gateway-ul local efectuează criptarea și trebuie să se stabilească o conexiune TLS de ieșire către cloud cu următorii pași:

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

  • Un set de acreditări SIP digest din pagina de configurare Trunk 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 (rezumat SIP furnizat)

  • Norul identifică ce gateway local este înregistrat în siguranță

Cerințele de firewall, NAT Traversal și Media Path Optimization pentru Gateway local

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

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

Inscripționare
18 mai 2021| vizualizare(ări) | persoane au considerat că este util

Configurați apelarea Cisco Webex pentru organizația dvs.

Primul pas pentru a obține Apel Webex Serviciile în funcțiune sunt completarea Expertului de configurare pentru prima dată (FTSW). Odată ce FTSW este finalizat pentru prima dvs. locație, nu este necesar să fie completat 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 contactează Partenerul de asistență.

1

Apasă pe Noțiuni de bază link în e-mailul de bun venit pe care îl primiți.


 

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

2

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

3

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


 

Managerul de cont este responsabil pentru activarea primilor pași pentru FTSW. Contactați managerul de cont dacă primiți o notificare „Nu vă puteți configura apelul”, atunci când selectați Incepe.

4

Selectați țara pe care ar trebui să o identifice centrul dvs. de date și introduceți informațiile de contact și adresa clientului.

5

Clic Următorul: Locație implicită.

6

Alegeți dintre următoarele opțiuni:

  • Clic Salveaza si inchide dacă sunteți administrator partener și doriți ca administratorul clientului să finalizeze aprovizionarea cu Webex Calling.
  • Completați informațiile de locație necesare. După ce creați locația în expert, puteți crea mai multe locații ulterior.

 

Țara locației implicite este setată ca țară contractuală care a fost selectată de partener și nu poate fi modificată. Puteți crea alte locații în diferite țări mai târziu, dar rețineți că acestea vor fi găzduite în centrul de date regional care corespunde țării contractuale pe care ați selectat-o mai devreme în această procedură. De exemplu, puteți avea o locație în Statele Unite și una în Regatul Unit.


 

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

7

Efectuați următoarele selecții pentru a aplica acestei locații:

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

Clic Următorul.

9

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

Înainte de a începe

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

  • Adresa locației

  • Numere de telefon dorite (opțional)

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Servicii > Apelare > Locații, apoi faceți clic pe Adaugă locație.

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

2

Configurați setările locației:

  • Numele locatiei—Introduceți un nume unic pentru a identifica locația.
  • Țară—Alegeți o țară cu care să legați locația. De exemplu, puteți crea o locație (sediu) în Statele Unite și o altă (sucursală) în Regatul Unit. Țara pe care o alegeți determină câmpurile de adresă care urmează. Cele documentate aici folosesc convenția de adresă SUA ca exemplu.
  • Limba—Alegeți limba pentru locație.
  • Abordare—Introduceți adresa poștală principală a locației.
  • Oraș—Introduceți un oraș pentru această locație.
  • Stat—Din meniul derulant, alegeți o stare.
  • Zip / Cod Poștal—Introduceți codul poștal sau codul poștal.Numar de telefon—Introduceți numărul de telefon la care poate fi contactat contactul principal al locației.
3

(Opțional) Activați Skype pentru afaceri dacă utilizatorii dvs. din această locație doresc să colaboreze în continuare folosind aplicația desktop Microsoft Skype for Business. Utilizatorii vor putea să efectueze și să primească apeluri telefonice din afara organizației lor, precum și să beneficieze de funcțiile avansate de apelare pe care le oferă aplicația Webex Calling S4B. Utilizatorii trebuie să descarce și instalați aplicația Webex Calling S4B astfel încât atunci când inițiază sau primesc un apel PSTN în aplicația lor Microsoft Skype, sunt lansate încrucișat în aplicația Webex Calling S4B.


 

Aceasta este singura dată când puteți opta sau dezactiva integrarea Skype for Business cu aplicația Webex Calling. După crearea locației, nu mai aveți opțiunea de a modifica această setare.

4

Clic Salvați și apoi alegeți dacă doriți să adăugați numere acum sau mai târziu.

5

Dacă ai făcut clic Adăugați acum, alegeți una dintre următoarele opțiuni:

  • Cisco PSTN —Alegeți această opțiune dacă doriți o soluție combinată care vă permite să comandați noi numere PSTN și să purtați numerele existente pe Cisco.


     

    Cisco PSTN opțiunea 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).

  • PSTN conectat la cloud—Alegeți această opțiune dacă căutați o soluție cloud care nu necesită o investiție semnificativă în hardware local și apoi selectați un furnizor CCP la alegere.

     

    Sunt afișați numai partenerii care susțin țara locației dvs.

    Dacă vedeți opțiunea de a Comandați numerele acum în cadrul unui furnizor listat, vă recomandăm să alegeți această opțiune, astfel încât să puteți profita de avantajele CPC integrat. În acest fel, vă 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 vă comandați numerele acum, modificările ulterioare ale furnizorului dvs. PSTN pot fi limitate.

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

6

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

7

introduce Numere de telefon ca valori separate prin virgulă, apoi faceți clic pe Valida.

Se adaugă numere pentru locația specifică. Intrările valide trec la Numere validate și intrările nevalide rămân în Adăugați numere câmp însoțit de un mesaj de eroare.

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

8

Faceți clic pe Salvare.

Ce să facă în continuare

După ce creați o locație, puteți activa serviciile de urgență 911 pentru acea locație. Vedea Serviciul RedSky Emergency 911 pentru apeluri Webex pentru mai multe informatii.

Când ați creat organizația dvs. de clienți în Hub de control, prima locație pe care ați creat-o devine automat locația implicită. Utilizatorii pe care îi adăugați organizației dvs. sunt desemnați în această locație implicită, cu excepția cazului în care specificați altfel. Puteți face 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ă cu utilizatorii și spațiile de lucru asociate cu o locație: Mergi la Servicii > Numere și din meniul derulant, selectați locația de șters. Trebuie ștergeți acei utilizatori și spații de lucru înainte de a șterge locația.

Rețineți că orice număr asociat cu această locație va fi eliberat înapoi furnizorului dvs. PSTN; nu veți mai deține aceste numere.

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Servicii > Apelare > Locație, apoi selectați locația pe care doriți să o ștergeți.

2

Clic Mai mult lângă numele locației, alegeți Ștergeți locațiași confirmați că doriți să ștergeți locația respectivă.

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

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


Pentru locațiile existente, puteți activa serviciile de urgență 911. Vedea Serviciul RedSky Emergency 911 pentru apeluri Webex pentru mai multe informatii.

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Servicii > Apelare > Locații, apoi selectați locația pe care doriți să o actualizați.

Dacă vedeți un simbol Precauție lângă o locație, înseamnă că nu ați configurat încă un număr de telefon pentru locația respectivă. Utilizatorii nu vor putea să efectueze sau să primească niciun apel până când acest număr nu este configurat.

2

(Opțional) Sub Conexiune PSTN, selectați fie PSTN conectat la cloud sau PSTN bazat pe premisă (gateway local), în funcție de cel pe care l-ați configurat deja. Clic Administra pentru a modifica acea configurație și apoi recunoaște riscurile asociate selectând Continua. Apoi, alegeți una dintre următoarele opțiuni și faceți clic Salvați:

  • Cisco PSTN —Alegeți această opțiune dacă doriți o soluție combinată care vă permite să comandați noi numere PSTN și să purtați numerele existente pe Cisco.


     

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

    Partenerii vor plasa o comandă cu licențe ale planului de apelare Cisco (plan de apelare de 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ă.

  • PSTN conectat la cloud—Alegeți această opțiune dacă căutați o soluție cloud care nu necesită o investiție semnificativă în hardware local și apoi selectați un furnizor CCP la alegere.


     

    Sunt afișați numai partenerii care susțin țara locației dvs.

    Dacă vedeți opțiunea de a Comandați numerele acum în cadrul unui furnizor listat, vă recomandăm să alegeți această opțiune, astfel încât să puteți profita de avantajele CPC integrat. În acest fel, vă 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

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

     

    Webex Apelarea clienților cu locații configurate anterior cu un Gateway local va fi convertită automat în PSTN bazat pe sediu cu un portbagaj corespunzător.

3

Selectează Numărul principal la care se poate ajunge la contactul principal al locației.

4

Selectează Număr de mesagerie vocală pe care utilizatorii îl pot apela pentru a 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 schimba Numele locatiei, Fus orar, sau Limba după cum este necesar, apoi faceți clic pe Salvați.

Aceste setări sunt pentru apelare internă și sunt disponibile și în asistentul de configurare pentru prima dată. Pe măsură ce vă schimbați planul de apelare, exemplele numerele din Hub de control actualizați pentru a afișa aceste modificări.


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

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Servicii > Apelare > Setări servicii, apoi derulați la Apelare internă.

2

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

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

     

    După ce vă măriți lungimea extensiei, apelările rapide existente la extensiile interne nu sunt actualizate automat.

3

Specificați apelarea internă pentru anumite locații. Mergi la Servicii > Apel > Locații, selectați o locație, derulați până la Apelare, apoi modificați apelarea internă și externă, după cum este necesar:

  • Apelare internă—Specificați prefixul de rutare pe care utilizatorii din alte locații trebuie să îl formeze pentru a contacta pe cineva din această locație. Prefixul de rutare al fiecărei locații trebuie să fie unic. Vă recomandăm ca lungimea prefixului să se potrivească cu lungimea stabilită la nivelul organizației, dar trebuie să aibă o lungime cuprinsă î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 exterioară. Valoarea 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 dvs.

     

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

Impactul asupra utilizatorilor:

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

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

Dacă sunteți un revânzător cu valoare adăugată, puteți utiliza acești pași pentru a începe configurarea gateway-ului local în Cisco Webex Control Hub. Când acest gateway este înregistrat în cloud, îl puteți utiliza pe unul sau mai multe dintre dvs. Apelare Cisco Webex locații 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 portbagaj în Control Hub.

Înainte de a începe

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

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

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

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

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Servicii > Apelare > Rutare apel, și selectați Adaugă trunchi.

2

Selectați o locație.

3

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


 

Numele nu poate depăși 24 de caractere.

Ce să facă î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 pentru a securiza conexiunea PSTN.

Informațiile despre portbagaj apar pe ecran Înregistrați domeniul, Grup de trunchiuri OTG / DTG, Linie / Port, și Adresa proxy de ieșire.

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

Dacă pierdeți acreditările, trebuie să le generați de pe ecranul cu informații despre portbagaj în Control Hub. Clic Recuperați numele de utilizator și resetați parola pentru a genera un nou set de acreditări de autentificare pe care să le utilizați pe portbagaj.

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Servicii > Apelare > Locații.

2

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

3

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

4

Alegeți un portbagaj din meniul derulant.


 

Accesați pagina portbagaj pentru a vă gestiona opțiunile de grupare portbagaj.

5

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

Ce să facă în continuare

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

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

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Servicii > Apelare > Numere.

Apare un tabel care afișează numerele și informațiile corespunzătoare pentru toate locațiile. Puteți face clic pe butonul Toate locațiile drop-down și alegeți o locație dacă doriți să filtrați pe una specifică. Tabelul include informații precum cine este numărul Atribuit si este stare.

2

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

  • Editați | ×—Pentru numerele active care sunt atribuite în prezent unui utilizator sau unui loc. Faceți clic pe această opțiune pentru a deschide fișierul Apelarea portalului de administrare, unde puteți face modificări suplimentare.

  • Activati—Pentru numerele aflate în stare inactivă, această opțiune este disponibilă după finalizarea unui număr portat Webex Calling care a fost trimis împreună cu o comandă. După ce activați numărul, numărul se afișează ca Activ când este gata de utilizare.

  • Șterge—Pentru numere î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ăugați 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 Salvați.


 

Intrările valide trec la Numere validate în timp ce intrările nevalide rămân în Adăugați numere câmp însoțit de un mesaj de eroare.

Numerele trebuie să urmeze formatul E.164 pentru toate țările, cu excepția faptului că Statele Unite pot urma și formatul național.

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

4

(Opțional) Activați numerele în bloc. Puteți filtra lista numerelor pe baza unei locații sau a unei stări specifice sau a ambelor. Clic Inactiv pentru a vedea doar numerele care se află într-o stare inactivă. Puteți activa 500 de numere simultan selectând Activați numerele în partea de sus a listei și apoi confirmați intenția făcând clic pe Activati în caseta de dialog care se deschide.

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

1

Din vizualizarea clientului în https://admin.webex.com, selectați pictograma clădirii .

2

Selectează Abonamente , apoi faceți clic pe Cumpara acum.

Un e-mail este trimis partenerului dvs. pentru a-i informa că sunteți interesat să convertiți la un abonament plătit.

Puteți utiliza Webex Control Hub pentru a seta prioritatea opțiunilor de apelare disponibile pe care utilizatorii le văd Webex. De asemenea, le puteți activa pentru un singur clic-pentru-apel.

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Setări organizație > Servicii, derulați până la Apelare și apoi alegeți Setări client.

2

Trageți și fixați opțiunile de apelare pe care doriți să le vadă utilizatorii în Opțiuni de apel disponibile , apoi rearanjați-le în ordinea de prioritate pe care o doriți pentru utilizatorii dvs.

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

3

Activați Activați un singur clic pentru apelare 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ă aplicațiile pentru a prelua aceste modificări mai repede.

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


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

Înainte de a începe

  • Organizația dvs. trebuie să aibă corect abonamente pentru comportamentul de apelare pe care îl alegeți.

  • Utilizatorii trebuie să aibă numere de telefon valide. Dacă numerele sunt nevalide, Webex trimite în continuare numărul către aplicația de apelare pe care o selectați, dar apelul din acea aplicație va eșua.

Din vizualizarea clientului în https://admin.webex.com, mergi la Setări, derulați până la Apelarea la comportament, apoi alegeți una dintre următoarele: .

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

Apare un mesaj care indică faptul că comportamentul apelantului este actualizat. Utilizatorii pot efectua acum apeluri PSTN de la Webex sau Apel Webex aplicație.

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


 

Puteți modifica această setare la nivel de utilizator dacă anumite persoane trebuie să utilizeze un comportament de apel diferit. Mergi la Utilizatori și sub Setări, Selectați Apelarea la comportament. Puteți face alegerea dvs. și apoi faceți clic Salvați.

Inscripționare
18 mai 2021| vizualizare(ări) | persoane au considerat că este util

Configurați Gateway local pe IOS-XE pentru apelare Webex

După ce configurați Webex Calling pentru organizația dvs., puteți configura un portbagaj pentru a vă conecta gateway-ul local la Webex Calling. Trunchiul dintre gateway-ul local și cloud-ul Webex este întotdeauna securizat utilizând transportul SIP TLS și SRTP pentru mass-media între gateway-ul local și Webex Calling Access SBC.

Utilizați acest flux de activități pentru a configura un gateway local pentru Apel Webex trompă. Pașii care urmează sunt realizați pe propriul gateway local folosind linia de comandă. Trunchiul dintre poarta de acces locală și Apel Webex este întotdeauna securizat utilizând transportul SIP TLS și SRTP pentru medii între gateway-ul local și Apel Webex Accesați SBC.

Înainte de a începe

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

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

  • Ghidurile de configurare furnizate în acest document presupun că există o platformă dedicată de gateway locală, fără configurație vocală existentă. Dacă un gateway PSTN existent sau implementarea unei întreprinderi CUBE este modificat pentru a utiliza și funcția de gateway local pentru Apel 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

Cartografierea parametrilor între Cisco Webex Control Hub și Cisco Unified Border Element

Utilizați acest tabel ca referință pentru parametrii care provin de la Control Hub și unde se mapează pe 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 configurarea platformei de bază și o actualizare a pool-ului de încredere.

3

Înregistrați gateway-ul local la apelarea Webex

4

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

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

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

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

Tabelul 1. Maparea parametrilor între Cisco Webex Control Hub și Gateway local

Control Hub

Gateway local

Domeniul registratorului:

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

example.com

grefier

example.com

Grup trunchi OTG/DTG

profiluri SIP:

regulă <rule-number> solicitați ORICE sip-header

De la modificare ">" "; otg = otgDtgId>"

Linie/port

utilizator@exemplu.com

număr: utilizator

Proxy de ieșire

proxy de ieșire (Numele DNS - SRV-ul Access SBC)

Nume utilizator SIP

nume de utilizator

Parolă SIP

parola

Înainte de a începe

  • Asigurați-vă că configurația platformei de bază, cum ar fi NTP-urile, ACL-urile, activează parolele, parola principală, rutare IP, adrese IP și așa mai departe sunt configurate în conformitate cu politicile și procedurile organizației dvs.

  • Ultima versiune IOS-XE 16.12 sau IOS-XE 17.3 necesară pentru toate implementările LGW.

1

Asigurați-vă că orice interfețe de nivel 3 au adrese IP valide și direcționate 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 principală pentru parolă folosind comenzile prezentate mai jos înainte ca aceasta să poată fi utilizată în acreditări și secrete partajate. Parolele de tip 6 sunt criptate folosind 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 serverul de nume IP pentru a activa căutarea DNS și asigurați-vă că este accesibil prin ping:


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 TLS 1.2 Exclusivitate și un punct de încredere implicit:

  1. Creați un punct de încredere PKI Trustpoint și apelați-l sampleTP

  2. Atribuiți punctul de încredere ca punct de încredere de semnalizare implicit sub sip-ua

  3. server 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 chiriașul 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 a fi configurată conexiunea.

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

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

  7. (IOS-XE 17.3.2 și o versiune ulterioară) Setați temporizatoarele de conexiune stabiliți tls <wait-timer in="" sec="">. Raza de acțiune este cuprinsă între 5 și 20 de secunde, iar valoarea implicită este de 20 de secunde. (LGW durează 20 de secunde pentru a detecta eșecul conexiunii TLS înainte de a încerca să stabilească o conexiune la următorul SBC Webex Calling Access disponibil. Această CLI permite administratorului să schimbe valoarea pentru a se potrivi condițiilor de rețea și pentru a detecta eșecurile conexiunii cu Access SBC mult mai repede).


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

Actualizați Trustpool Gateway Local:

Pachetul implicit trustpool nu include certificatul „DigiCert Root CA” necesar pentru validarea certificatului de pe server în timpul stabilirii conexiunii TLS la Webex Calling.

Pachetul trustpool trebuie actualizat descărcând cel mai recent „Cisco Trusted Core Root Bundle” din http://www.cisco.com/security/pki/.

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

    
    LocalGateway#show crypto pki trustpool | include DigiCert
  2. Dacă nu există, actualizați după cum 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 parcurs pașii din Control Hub pentru a crea o locație și ați adăugat un portbagaj pentru acea locație. În exemplul prezentat aici, informațiile au fost obținute de la Control Hub.

1

Introduceți aceste comenzi pentru a porni aplicația de gateway locală (consultați fișierul Informații de referință de port pentru apelarea Cisco Webex 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

Explicația comenzilor:

Prevenirea fraudelor
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, cum ar fi Apel Webex colegi, noduri CM unificate, IP PSTN.

  • În mod implicit, LGW blochează toate setările de apeluri VoIP primite de la adresele IP care nu se află în lista sa de încredere. Adresele IP de la colegii de apelare cu „IP țintă de sesiune” sau Grup de servere sunt de încredere în mod implicit și nu trebuie să fie completate aici.

  • Adresele IP din această listă trebuie să se potrivească cu subrețele IP în funcție de regional Apel Webex centrul de date la care este conectat clientul. Pentru mai multe informații, consultați Informații de referință de port pentru apelarea Webex.


     

    Dacă LGW 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 de pe Apel Webex-interfață de față. Acest lucru se datorează faptului că firewall-ul vă protejează deja de VoIP de intrare nesolicitat. Această acțiune ar reduce configurația dvs. pe termen lung, deoarece nu putem garanta că adresele Apel Webex colegii vor rămâne fixați și ar trebui să vă configurați firewall-ul pentru colegi în orice caz.

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

  • Adresele IP trebuie să se potrivească cu IP-ul gazdelor outbound-proxy rezolvă în chiriașul 200

  • Vedea https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html pentru mai multe informatii.

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

  • Statistici mass-media permite planului de control să sondeze planul de date pentru statistici de apel în bloc.

Funcționalitatea 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.

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

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

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

Activați Global STUN
stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
  • Când un apel este redirecționat înapoi la un Apel Webex utilizator (de exemplu, atât părțile apelate, cât și cele apelante sunt Apel Webex abonați și au mass-media ancorată la Apel Webex SBC), mass-media nu poate trece la gateway-ul local deoarece orificiul nu este deschis.

  • Funcția de legare STUN de pe gateway-ul local permite trimiterea cererilor STUN generate local pe calea media negociată. Acest lucru ajută la deschiderea orificiului în firewall.

  • Parola STUN este o condiție prealabilă pentru gateway-ul local pentru a trimite mesaje STUN. Firewall-urile bazate pe IOS / IOS-XE pot fi configurate pentru a verifica această parolă și pentru a deschide orificii dinamice (de exemplu, fără reguli de intrare explicite). Dar pentru cazul de implementare a gateway-ului local, firewall-ul este configurat static pentru a deschide orificii de intrare și ieșire pe baza Apel Webex Subrețele SBC. Ca atare, firewall-ul ar trebui să trateze acest lucru ca pe orice pachet UDP de intrare care va declanșa deschiderea orificiului fără a privi în mod explicit conținutul pachetului.

G729
sip
  g729 annexb-all

Permite toate variantele G729.

SIP
early-offer forced

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

2

Configurați „Profil SIP 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

Explicația comenzilor:

  • regula 9 asigură că antetul este listat ca“SIP-Req-URI” si nu “SIP-Req-URL”

    Aceasta convertește între URI-urile SIP și adresele URL SIP, deoarece Apel Webex nu acceptă URI-uri SIP în mesajele de solicitare / răspuns, dar le are nevoie pentru interogări SRV, de ex_sips._tcp.<outbound-proxy>.
  • regula 20 modifică antetul From pentru a include parametrul OTG / DTG Trunk Group din Control Hub pentru a identifica în mod unic un site LGW în cadrul unei întreprinderi.

  • Acest profil SIP va fi aplicat chiriașului de clasă vocală 200 (discutat mai târziu) pentru tot traficul cu care se confruntă Apel Webex.

3

Configurați profilul Codec, definiția STUN și suita SRTP Crypto.

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

Explicația comenzilor:

  • Codec de clasă vocală 99: Permite ambelor codecuri g711 (mu și a-law) pentru sesiuni. Se aplică tuturor dial-peers.

  • Clasa de voce srtp-crypto 200: Specifică SHA1_80 ca singura suită de cifrare SRTP oferită de gateway-ul local în SDP în ofertă și răspuns. Apel Webex acceptă doar SHA1_80.

  • Se va aplica la locatar clasa vocală 200 (discutat mai târziu) confruntare Apel Webex.

  • Utilizare prin asomare în clasa vocală 200: Definește utilizarea STUN. Se aplică tuturor Apel Webex-facing (eticheta 2XX) apelează peer-urile pentru a evita sunetul audio atunci când un telefon Unified CM redirecționează 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ă dial-peers.


 

Utilizarea stupefiantă Ice Lite este necesară pentru fluxurile de apeluri utilizând optimizarea căii media.

4

Mapează parametrii Hubului de control la configurația gateway-ului local:

Apel Webex este adăugat ca locatar în cadrul gateway-ului local. Configurația necesară pentru a înregistra gateway-ul local este definită în locatar clasa vocală 200. Trebuie să obțineți elementele acelei configurații din pagina Informații trunchi din Control Hub, așa cum se arată în această imagine. Acesta este un exemplu pentru a afișa ce câmpuri mapează la gateway-ul CLI local respectiv.

Locatarul 200 este apoi aplicat tuturor Apel Webex dial-peers cu care se confruntă (2xx tag) în cadrul configurației gateway-ului local. Funcția de chiriaș de clasă vocală permite gruparea și configurarea parametrilor trunchiului SIP, altfel făcute în serviciul de voce voce și sip-ua. Când un chiriaș este configurat și aplicat sub un dial-peer, configurațiile IOS-XE sunt aplicate în următoarea ordine de preferință:

  • Configurare dial-peer

  • Configurare chiriaș

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

5

Configurați locatar clasa vocală 200 pentru a activa înregistrarea portbagajului de la LGW la Apel Webex pe baza parametrilor obținuți de la Control Hub:


 

Linia de comandă și parametrii de mai jos sunt doar exemple. Trebuie să utilizați parametrii pentru propria dvs. 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

Explicația comenzilor:

voice class tenant 200

Funcția multitenant a unui gateway local permite configurații globale specifice pentru mai mulți chiriași pe trunchiuri SIP care permit servicii diferențiate pentru chiriași.

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

Server de înregistrare pentru gateway-ul local cu înregistrarea setată pentru reîmprospătare 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 de înregistrare a portbagajului. 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) ca Apel Webex acceptă PAI, care este activat utilizând CIOasserted-id pai(Vezi mai jos).

sip-server dns:40462196.cisco-bcld.com
Apel Webex servere. 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 înregistrare și procesarea apelurilor.

srtp-crypto 200

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

session transport tcp tls
Setează transportul către TLS
url sips

Interogarea SRV trebuie să fie SIP-uri, așa cum este acceptată de accesul SBC; toate celelalte mesaje sunt schimbate în SIP prin sip-profile 200.

error-passthru

Funcționalitate de trecere prin răspuns la eroare SIP

asserted-id pai

Activează procesarea PAI în gateway-ul local.

bind control source-interface GigabitEthernet0/0/1

Interfață sursă de semnalizare orientată Apel Webex.

bind media source-interface GigabitEthernet0/0/1

Interfață sursă media orientată spre Apel Webex.

no pass-thru content custom-sdp

Comandă implicită sub chiriaș.

sip-profiles 200

Schimbă SIPS în SIP și modifică Linia / Portul pentru mesajele INVITĂ și ÎNREGISTRARE așa cum este definit în voice class sip-profiles 200.

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

Apel Webex Accesați 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

Transferați în mod transparent valorile antetului de confidențialitate de la intrarea la etapa de ieșire.

După ce chiriașul 200 este definit în gateway-ul local și este configurat un dial-peer SIP VoIP, gateway-ul inițiază apoi o conexiune TLS către Apel Webex, moment în care Access SBC își prezintă certificatul la gateway-ul local. Gateway-ul local validează Apel Webex Accesați certificatul SBC utilizând pachetul rădăcină CA actualizat anterior. O sesiune TLS persistentă este stabilită între gateway-ul local și Apel Webex Accesați SBC. Gateway-ul local trimite apoi un REGISTR la Access SBC care este contestat. Înregistrarea AOR este numărul @ domeniu. Numărul este preluat din parametrul „număr” de acreditări și din domeniul „registrar dns:<fqdn>”. Când înregistrarea este contestată, nume de utilizator, parolă și tărâm parametrii din acreditări sunt utilizate pentru a construi antetul și profilul SIP 200 convertește adresa URL SIPS înapoi la SIP. Înregistrarea are succes odată cu primirea a 200 OK de la Access SBC.

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

  1. Locatarii clasei vocale—În primul rând vom crea chiriași suplimentari pentru dial-peers care se confruntă cu ITSP similar chiriașul 200 pentru care am creat Apel Webex cu care se confruntă dial-peers.

  2. URI-uri din clasa vocală—Modele care definesc adresele / porturile IP ale gazdei pentru diferite trunchiuri care se termină pe gateway-ul local: Apel Webex către LGW; și terminarea trunchiului SIP PSTN pe LGW.

  3. Dial-peers de ieșire—Pentru a direcționa apelurile de ieșire de la LGW la portul ITSP SIP și Apel Webex.

  4. Clasa vocală DPG—Target-outer dial dial peer invocat dintr-un dial entrant peer.

  5. Dial-peers de intrare—Pentru a accepta picioarele apelurilor primite de la ITSP și Apel Webex.

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

1

Configurați următorii chiriași ai clasei vocale:

  1. Locatarul de clasă vocală 100 este aplicat pe toți colegii de apel OUTBOUND care se confruntă cu IP PSTN.

    voice class tenant 100 
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
  2. Locatarul de clasă vocală 300 se aplică pe toți pe-dial-urile INBOUND din 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 de clasă vocală:

  1. Definiți adresa IP a gazdei ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definiți modelul pentru a identifica în mod unic un site de gateway local în cadrul unei Enterprise bazat pe parametrul TrunkGroup OTG / DTG 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 „.” (potriviți orice) pentru a se potrivi cu „_”.

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

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

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

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

    Explicația comenzilor:

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

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

    destination-pattern BAD.BAD

    Model de cifre care permite selectarea acestui dial-peer. Cu toate acestea, vom invoca acest dial-peer de ieșire direct din dial-peerul de intrare folosind instrucțiuni DPG și care ocolește criteriile de potrivire a modelului de cifre. Ca rezultat, folosim un model arbitrar bazat pe cifre alfanumerice permise de CLI-model de 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 către care va fi trimis acest segment de apel. În acest caz, adresa IP a ITSP.

    voice-class codec 99

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

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pentru această etapă de apel.

    voice-class sip tenant 100

    Dial-peerul va moșteni toți parametrii de la Tenant 100, cu excepția cazului în care același parametru este definit în dial-peer însuși.

    no vad

    Dezactivează detectarea activității vocale.

  2. Dial-peer de ieșire către Apel Webex (Acest dial-peer va fi actualizat pentru a servi ca dial-peer de intrare de la Webex Calling ș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
    

    Explicația comenzilor:

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

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

    session target sip-server

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

    voice-class stun-usage 200

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

    no voice-class sip localhost

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

    voice-class sip tenant 200

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

    srtp

    SRTP este activat pentru această etapă de apel.

    no vad

    Dezactivează detectarea activității vocale.

4

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

  1. Definește grupul dial-peer 100. Dial-peer de ieșire 101 este ținta pentru orice apelare peer-dial dial-peer group 100. Vom aplica DPG 100 la dial-peerul de intrare 200201 pentru Apel Webex -> LGW -> PSTN cale.

    voice class dpg 100
     description Incoming WxC(DP200201) to IP PSTN(DP101)
     dial-peer 101 preference 1
    
  2. Definiți grupul dial-peer 200 cu dial-peer de ieșire 200201 ca țintă pentru PSTN -> LGW -> Apel Webex cale. DPG 200 va fi aplicat la apelul peer 100 primit, definit mai târziu.

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

Configurați următorii interlocutori de apel de intrare:

  1. Dial-peer de intrare pentru picioarele 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
    

    Explicația comenzilor

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

    Definește un dial-peer VOIP cu o etichetă de 100 iar o descriere semnificativă este dată 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 asortat pe adresa IP gazdă a antetului VIA de intrare definită în clasa de voce URI 100 SIP pentru a se potrivi în funcție de adresa IP sursă (ITSP).

    destination dpg 200

    Cu destinația dpg 200, IOS-XE trece prin clasicele criterii de potrivire a apelului de apelare de ieșire și imediat trece la configurarea piciorului de apel de ieșire folosind apeluri de apel definite în grupul de interacțiune de destinație 200, care este apelul de peer 200201.

    voice-class sip tenant 300

    Dial-peerul va moșteni toți parametrii de la Tenant 300, cu excepția cazului în care același parametru este definit în dial-peer însuși.

    no vad

    Dezactivează detectarea activității vocale.

  2. Dial-peer de intrare pentru intrări Apel Webex picioare de apel:

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

    Explicația comenzilor

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

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

    incoming uri request 200

    Tot traficul primit de la Apel Webex la LGW poate fi asortat pe modelul dtg unic în URI-ul de solicitare, identificând în mod unic site-ul de gateway local în cadrul unei întreprinderi și în Apel Webex ecosistem.

    destination dpg 100

    Cu destinația dpg 100, IOS-XE trece prin clasicele criterii de potrivire a apelurilor de apelare de ieșire și imediat trece la configurarea piciorului de apel de ieșire folosind apeluri de apel definite în grupul de apelare de pe-100 de destinație, care este apelul de peer 101.

    max-conn 150

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

PSTN la Apel Webex

Toate picioarele de apel IP PSTN primite de pe gateway-ul local sunt potrivite pe dial-peer 100 deoarece definește un criteriu 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 dial-peer de ieșire 200201, care are Apel Webex server listat ca destinație țintă.

Apel Webex la PSTN

Toate primite Apel Webex picioarele de apel de pe gateway-ul local sunt potrivite pe dial-peer 200201 deoarece îndeplinește criteriile de potrivire pentru modelul de antet URI DE CERERE cu parametrul TrunkGroup OTG / DTG, unic pentru această implementare a gateway-ului local. Selecția dial-peer de ieșire este dictată de DPG 100 care invocă direct dial-peer de ieșire 101, care are adresa IP IP PSTN listată ca destinație țintă.

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

  1. Locatarii clasei vocale—Trebuie să creați chiriași suplimentari pentru dial-peers care se confruntă cu Unified CM și ITSP, similar cu chiriașul 200 pentru care am creat Apel Webex cu care se confruntă dial-peers.

  2. URI-uri din clasa vocală—Modele care definesc adresele / porturile IP ale gazdei pentru diferite trunchiuri care se termină pe LGW: de la Unified CM la LGW pentru destinații PSTN; CM unificat către LGW pentru Apel Webex destinații; Apel Webex către LGW; și terminarea trunchiului SIP PSTN pe LGW.

  3. Grup de servere de clasă vocală—Adresa IP / porturi țintă pentru trunchiurile de ieșire de la LGW la Unified CM, LGW la Apel Webex, și portbagajul SIP LGW la PSTN.

  4. Dial-peers de ieșire—Pentru a direcționa apelurile de ieșire de la LGW la Unified CM, ITSP SIP trunk și / sau Apel Webex.

  5. Clasa vocală DPG—Target (s) dial-outbound (țintă) de apel invocat dintr-un dial-peer de intrare.

  6. Dial-peers de intrare —Pentru a accepta picioarele apelurilor primite de la Unified CM, ITSP și / sau Apel Webex.

1

Configurați următorii chiriași ai clasei vocale:

  1. Locatarul de clasă vocală 100 se aplică pe toți semnalizatorii de ieșire care se confruntă cu Unified CM și IP PSTN:

    voice class tenant 100 
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
  2. Locatarul de clasă vocală 300 va fi aplicat pe toți interlocutorii de intrare de la Unified CM și IP PSTN:

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

Configurați următoarele URI-uri de clasă vocală:

  1. Definește adresa IP a gazdei ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definiți modelul pentru a identifica în mod unic un site de gateway local în cadrul unei Enterprise bazat pe parametrul TrunkGroup OTG / DTG 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 „.” (potriviți orice) 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 portbagajul Webex Calling:

    voice class uri 300 sip
     pattern :5065
    
  4. Definește sursa CUCM de semnalizare a portului IP și VIA pentru portul PSTN:

    voice class uri 302 sip
     pattern 192.168.80.60:5060
    
3

Configurați următoarele grupuri de servere de clasă vocală:

  1. Definește adresa IP a gazdei țintă Unified CM și numărul de port pentru Unified CM Group 1 (5 noduri). Unified CM utilizează portul 5065 pentru traficul de intrare pe portbagajul Webex Calling (Apel Webex <-> LGW -> CM unificat).

    voice class server-group 301
     ipv4 192.168.80.60 port 5065
    
  2. Definește adresa IP a gazdei țintă Unified CM trunk și numărul de port 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 a gazdei țintă Unified CM pentru Unified CM Group 1 (5 noduri). Unified CM folosește portul implicit 5060 pentru traficul de intrare pe trunchiul PSTN. Fără un număr de port specificat, se folosește 5060 implicit. (PSTN <-> LGW -> Unified CM)

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

    voice class server-group 307 
     ipv4 192.168.80.60
    
4

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

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

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

    Explicația comenzilor

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

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

    destination-pattern BAD.BAD

    Model de cifre care va permite selectarea acestui dial-peer. Cu toate acestea, vom invoca acest dial-peer de ieșire direct din dial-peerul de intrare folosind instrucțiuni DPG și care ocolește criteriile de potrivire a modelului de cifre. Ca rezultat, folosim un model arbitrar bazat pe cifre alfanumerice permise de CLI-model de 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 către care va fi trimis acest segment de apel. (În acest caz, adresa IP a ITSP.)

    voice-class codec 99

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

    voice-class sip tenant 100

    Dial-peerul va moșteni toți parametrii de la Tenant 100, cu excepția cazului în care același parametru este definit în dial-peer însuși.

  2. Dial-peer de ieșire către Apel Webex (Acest dial-peer va fi actualizat pentru a servi ca dial-peer de intrare de la Webex Calling ș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
    

    Explicația comenzilor

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

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

    session target sip-server

    Indică faptul că serverul SIP global este destinația apelurilor de la acest peer de apelare. Apel Webex server definit în chiriașul 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 orificiului în firewall.

    no voice-class sip localhost

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

    voice-class sip tenant 200

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

    srtp

    SRTP este activat pentru această etapă de apel.

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

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

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

    session server-group 301

    În loc de adresa IP țintă pentru sesiune în dial-peer, arătăm către un grup de servere de destinație (server-group 301 pentru dial-peer 301) pentru a defini mai multe noduri UCM țintă, deși exemplul arată doar un singur nod.

    Grup de servere în Peer Dial Outbound

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

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

  4. Al doilea apel peer extern către Trunchiul de apelare Webex al Unified CM 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. Dial-peer de ieșire către trunchiul PSTN al Unified CM:

    dial-peer voice 305 voip
     description Outgoing dial-peer to CUCM-Group-1 
    for inbound from PSTN - Nodes 1 to 5
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 305
     voice-class codec 99 
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    
  6. Al doilea apel peer de ieșire către trunchiul PSTN al Unified CM 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. Dial-peer de ieșire 101 este ținta pentru orice apelare peer-dial dial-peer group 100. Vom aplica DPG 100 la dial-peer 302 de intrare definit ulterior pentru CM unificat -> LGW -> PSTN cale:

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

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

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

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

Configurați următorii interlocutori dial dial:

  1. Dial-peer de intrare pentru picioarele 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
    

    Explicația comenzilor

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

    Definește un dial-peer VOIP cu o etichetă de 100 iar o descriere semnificativă este dată 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 se potrivește pe adresa IP gazdă a antetului VIA de intrare definită în clasa vocală URI 100 SIP pentru a se potrivi în funcție de adresa IP sursă (ITSP).

    destination dpg 302

    Cu destinația DPG 302, IOS-XE trece prin criteriile clasice de potrivire a egalizării apelurilor de ieșire și imediat trece la configurarea legăturii apelului de ieșire utilizând apeluri de apel definite în destinația DPG 302, care poate fi fie dial-peer 305, fie apelare peer 307.

    voice-class sip tenant 300

    Dial-peerul va moșteni toți parametrii de la Tenant 300, cu excepția cazului în care același parametru este definit în dial-peer însuși.

  2. Dial-peer de intrare pentru intrări Apel Webex picioare de apel:

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

    Explicația comenzilor

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

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

    incoming uri request 200

    Tot traficul primit de la Apel Webex la LGW poate fi asortat pe modelul dtg unic în URI-ul de solicitare, identificând în mod unic un site de gateway local în cadrul unei întreprinderi și în Apel Webex ecosistem.

    destination dpg 300

    Cu destinația DPG 300, IOS-XE trece prin clasicele criterii de potrivire a egalizării apelurilor de ieșire și imediat trece la configurarea legăturii apelului de ieșire folosind apeluri de apel definite în destinația DPG 300, care poate fi fie dial-peer 301, fie dial- egal 303.

    max-conn 150

    Restricționează numărul de apeluri simultane la 150 între apelurile LGW și Webex, presupunând un singur apel dial-peer Webex Calling atât pentru apelurile de intrare, cât și pentru cele de ieșire, așa cum sunt definite în acest ghid. Pentru mai multe detalii despre limitele de apel simultan care implică un gateway 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. Dial-peer de intrare pentru picioarele de apel Unified CM primite cu Apel 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
    

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

    incoming uri via 300

    Tot traficul de intrare de la Unified CM la LGW este asociat pe portul sursă (5065), definit în clasa de voce URI 300 SIP.

    destination dpg 200

    Cu destinația DPG 200, IOS-XE trece prin criteriile clasice de potrivire a egalizării dial-outbound și imediat trece la configurarea legăturii apelului de ieșire folosind dial-peers definite în destinația DPG 200, care va fi dial-peer 200201.

    voice-class sip tenant 300

    Dial-peerul va moșteni toți parametrii de la Tenant 300, cu excepția cazului în care același parametru este definit în dial-peer însuși.

  4. Dial-peer de intrare pentru picioarele de apel Unified CM 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
    

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

    incoming uri via 302

    Tot traficul de intrare de la Unified CM la LGW pentru o destinație PSTN se potrivește pe adresa IP de semnalizare a sursei CM Unified ș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 clasicele criterii de potrivire a egalizării apelurilor de ieșire și imediat trece la configurarea legăturii apelului de ieșire utilizând apeluri de apel definite în destinația DPG 100, care va fi apelare peer 101.

    voice-class sip tenant 300

    Dial-peerul va moșteni toți parametrii de la Tenant 300, cu excepția cazului în care același parametru este definit în dial-peer însuși.

IP PSTN către Unified CM PSTN Trunk

Apel Webex Platforma către trunchiul de apelare Unified CM Webex

Unified CM PSTN Trunk to IP PSTN

Unified CM Webex Trunk Calling către Apel Webex Platformă

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

Semnăturile de diagnosticare (DS) sunt fișiere XML care conțin informații despre evenimentele declanșatoare de probleme ș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 de comenzi specifice show. Tipurile de acțiuni includ colectarea ieșirilor de comenzi show, generarea unui fișier jurnal consolidat și încărcarea fișierului către o locație de rețea furnizată de utilizator, cum ar fi HTTPS, SCP, server FTP. Fișierele DS sunt create de inginerii TAC și sunt semnate digital pentru protecția integrității. Fiecare fișier DS are un ID numeric unic atribuit de sistem. Instrument de căutare a semnăturilor de diagnosticare (DSLT) este o singură sursă pentru a găsi semnături aplicabile pentru monitorizarea și depanarea unei varietăți de probleme.

Înainte de a începe:

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

  • Este necesar un server SMTP (Simple Mail Transfer Protocol) pentru gateway-ul local pentru a trimite 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 este activată î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 pentru a fi 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 este activată în mod implicit.

  2. Configurați serverul de e-mail pentru a fi utilizat pentru a trimite notificări proactive dacă dispozitivul rulează o versiune anterioară versiunii 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 pentru a fi 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ăturile 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 rulează o versiune anterioară versiunii 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 pentru a fi 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ătorul arată un exemplu de configurație a unui gateway local care rulează IOS XE 17.3.2 pentru a trimite notificările proactive tacfaststart@gmail.com folosind 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 de cont Gmail și să oferim permisiunea specifică pentru ca e-mailul de pe dispozitiv să fie procesat corect:

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

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

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

Monitorizarea utilizării ridicate a procesorului

Acest DS urmărește utilizarea procesorului de 5 secunde utilizând SNMP OID 1.3.6.1.4.1.9.2.1.56. Când utilizarea atinge 75% sau mai mult, va dezactiva toate depanările și va dezinstala toate semnăturile de diagnostic 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 folosind următoarele opțiuni derulante din Instrument de căutare a semnăturilor de diagnosticare:

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

    Numele domeniului

    Valoarea câmpului

    Platformă

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

    Produs

    Soluția de apelare CUBE Enterprise în Webex

    Domeniul de aplicare al problemei

    Performanță

    Tipul problemei

    Utilizare ridicată a procesorului cu notificare prin e-mail

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

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

    Următorul 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 DS 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 folosind arată semnătura de diagnosticare a apelului la 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 

    Descărcați DSes:

    ID-ul DS

    Numele DS

    Revizuire

    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 ea însăși. Dacă este necesar, vă rugăm să 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ă dacă nu se înregistrează un gateway SIP de gateway local cu cloud Cisco Webex Calling la fiecare 60 de secunde. Odată ce evenimentul de neînregistrare este detectat, acesta generează o notificare prin e-mail și syslog și se dezinstalează după două apariții de neînregistrare. Vă rugăm să urmați pașii de mai jos pentru a instala semnătura.

  1. Descărcați DS 64117 folosind următoarele opțiuni derulante din Instrument de căutare a semnăturilor de diagnosticare:

    Numele domeniului

    Valoarea câmpului

    Platformă

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

    Produs

    Soluția de apelare CUBE Enterprise în Webex

    Domeniul de aplicare al problemei

    SIP-SIP

    Tipul problemei

    Anularea înregistrării portbagajului SIP cu notificarea prin e-mail

  2. Copiați fișierul DS DS pe Gateway-ul local.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:
  3. Instalați fișierul DS 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 folosind arată semnătura de diagnosticare a apelului la domiciliu. Coloana de stare ar trebui să aibă o valoare „înregistrată”.

Monitorizarea deconectărilor anormale de apel

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

  1. Verificați dacă SNMP este activat folosind 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 folosind următoarele opțiuni din Instrument de căutare a semnăturilor de diagnosticare:

    Numele domeniului

    Valoarea câmpului

    Platformă

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

    Produs

    Soluția de apelare CUBE Enterprise în Webex

    Domeniul de aplicare al problemei

    Performanță

    Tipul problemei

    Detectarea anormală a deconectării apelurilor SIP cu Notificare prin e-mail și Syslog

  3. Copiați fișierul DS DS pe Gateway-ul local.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. Instalați fișierul DS 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 folosind arată semnătura de diagnosticare a apelului la domiciliu. Coloana de stare ar trebui să aibă o valoare „înregistrată”.

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

Semnăturile de diagnosticare (DS) pot fi, de asemenea, utilizate pentru a rezolva rapid problemele. Inginerii Cisco TAC au creat mai multe semnături care permit depanarea necesară pentru depanarea unei probleme date, detectarea apariției problemei, colectarea setului corect de date de diagnostic și transferul datelor automat în cazul Cisco TAC. Acest lucru elimină necesitatea de a verifica manual apariția problemei și facilitează depanarea problemelor intermitente și tranzitorii.

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

Iată un exemplu despre cum să găsiți și să instalați un DS pentru a detecta apariția „% VOICE_IEC-3-GW: CCAPI: Eroare internă (prag de creștere a apelului): IEC = 1.1.181.1.29.0 "syslog și automatizează colectarea datelor de diagnosticare utilizând 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) pe 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 din care poate fi preluat Asistență manager de caz așa cum se arată mai jos. Jetonul de încărcare a fișierului poate fi generat în Atașamente secțiunea din Managerul de caz de asistență, după cum 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 monitorizării CPU înaltă DS 64224 ca măsură proactivă pentru a dezactiva toate semnele de depanare și diagnosticare în timpul utilizării ridicate a procesorului. Descărcați DS 64224 folosind următoarele opțiuni din Instrument de căutare a semnăturilor de diagnosticare:

    Numele domeniului

    Valoarea câmpului

    Platformă

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

    Produs

    Soluția de apelare CUBE Enterprise în Webex

    Domeniul de aplicare al problemei

    Performanță

    Tipul problemei

    Utilizare ridicată a procesorului cu notificare prin e-mail

  4. Descărcați DS 65095 folosind următoarele opțiuni din Instrument de căutare a semnăturilor de diagnosticare:

    Numele domeniului

    Valoarea câmpului

    Platformă

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

    Produs

    Soluția de apelare CUBE Enterprise în Webex

    Domeniul de aplicare al problemei

    Syslogs

    Tipul problemei

    Syslog -% VOICE_IEC-3-GW: CCAPI: Eroare internă (prag de creștere a apelurilor): IEC = 1.1.181.1.29.0

  5. Copiați fișierele DS XML pe 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 monitorizarea procesorului înalt DS 64224 și apoi fișierul DS 65095 XML în Gateway-ul local.

    
    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 folosind arată semnătura de diagnosticare a apelului la 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 

    DS-uri descărcate:

    ID-ul DS

    Numele DS

    Revizuire

    Stare

    Ultima actualizare (GMT + 00: 00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0,0.10

    Înscris

    2020-11-08: 00: 07: 45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Înscris

    2020-11-08: 00: 12: 53

    LocalGateway #

Verificați executarea semnăturilor de diagnosticare

După cum se arată mai jos, coloana „Stare” a comenzii arată semnătura de diagnosticare a apelului la domiciliu va trece la „rulare” în timp ce gateway-ul local execută acțiunea definită în semnătură. Rezultatul afișează statistici privind semnătura de diagnosticare la domiciliu este cel mai bun mod de a verifica dacă o semnătură de diagnostic a detectat un eveniment de interes și a executat acțiunea. Coloana „Declanșat / Max / Dezinstalare” indică de câte ori semnătura dată a declanșat un eveniment, numărul maxim de ori care este definit pentru a detecta un eveniment și dacă semnătura se va dezinstala 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 

DS-uri descărcate:

ID-ul DS

Numele DS

Revizuire

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 # afișează statistici privind semnătura de diagnosticare la domiciliu

ID-ul DS

Numele DS

Declanșat/ Max / Dezinstalare

Durata medie de rulare (secunde)

Durata 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, cum ar fi tipul problemei, detaliile dispozitivului, versiunea software-ului, configurația care rulează și afișează ieșirile de comandă relevante pentru depanarea problemei date.

Dezinstalați semnăturile de diagnosticare

Semnăturile de diagnostic 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ă, extrageți ID-ul DS din ieșirea din arată semnătura de diagnosticare a apelului la domiciliu și executați comanda prezentată mai jos.


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

Exemplu:


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

Noi semnături sunt adăugate periodic la Instrumentul de căutare a semnăturilor de diagnosticare, pe baza problemelor observate în mod obișnuit în implementări. În prezent, TAC nu acceptă solicitările de a crea noi semnături personalizate.

Inscripționare
18 mai 2021| vizualizare(ări) | persoane au considerat că este util

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
Inscripționare
18 mai 2021| vizualizare(ări) | persoane au considerat că este util

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
Inscripționare
18 mai 2021| vizualizare(ări) | persoane au considerat că este util

Configurați funcțiile Webex Calling

Creați și gestionați însoțitori auto

Asigurați-vă că răspunsurile la apeluri și că sunt satisfăcute nevoile apelantilor. 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ă.

Pentru informații despre cum să creați și să gestionați însoțitori auto, consultați Gestionați însoțitorii auto în Cisco Webex Control Hub.

Configurați un grup de vânătoare

Grupurile de vânătoare pot direcționa apelurile primite către un grup de utilizatori sau spații de lucru. Puteți configura chiar și un model pentru a ruta către un grup întreg.

Pentru mai multe informații despre cum să configurați un grup Hunt, consultați Grupuri de vânătoare în Cisco Webex Control Hub.

Creați un client recepționer

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

Pentru informații despre cum să configurați și să vizualizați clienții recepționerului, consultați Clienți recepționeri în Cisco Webex Control Hub.

Configurați un grup de paginare

Paginarea în grup permite unui utilizator să efectueze un apel unidirecțional sau o pagină de grup către până la 75 de utilizatori țintă și spații de lucru prin apelarea unui număr sau a unei extensii atribuite unui anumit grup de paginare.

Pentru informații despre configurarea și editarea grupurilor de paginare, consultați Configurați un grup de paginare în Cisco Webex Control Hub.

Creați o coadă de apeluri

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

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Servicii > Apelare > Caracteristici.

2

Clic Optiune noua și apoi alegeți Apel la coadă.

3

Introduceți un Numărul pilotului și apoi indicați dacă dețineți numărul, dacă v-a fost furnizat de partenerul dvs. sau dacă doriți să transferați numărul.

4

Dacă transferați un număr peste, trebuie să introduceți numărul de facturare asociat cu furnizorul dvs. actual de servicii, precum și numărul de facturare asociat cu noul dvs. furnizor de servicii.

5

Faceți clic pe Salvare.

Ce sa fac in continuare

Puteți configura caracteristica de apelare în continuare selectând instanța din coada de apel din Servicii > Apelare > Caracteristici. Ești adus la Servicii avansate în Apelarea portalului de administrare, unde vă puteți completa configurația. Pentru mai multe informații, consultați Configurarea cozilor de apel.

Configurați preluarea apelului

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.

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

Configurați parcul de apeluri

Parcul de apeluri permite unui grup definit de utilizatori să parcheze apelurile împotriva altor membri disponibili ai unui grup de parcare de apeluri. Apelurile parcate pot fi preluate de către ceilalți membri ai grupului pe telefonul lor.

Pentru mai multe informații despre cum să configurați parcul de apeluri, consultați Apelați Park în Cisco Webex Control Hub.

Permiteți intruziunea utilizatorilor în apelurile telefonice ale altor persoane

1

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

2

Selectați Apelare, mergi la Setări avansate de apel, apoi selectați Barge In.

3

Aprinde Barge In, alegeți dacă doriți ca telefonul să redea un sunet atunci când cineva participă la un apel, apoi faceți clic pe Salvați.

Activați Hoteling pentru un utilizator Webex Calling

Hotelarea constă din două caracteristici: Gazdă hotelieră și oaspete hotelieră. Aceste funcții funcționează împreună pentru a vă permite să desemnați anumite telefoane (gazde) pe care utilizatorii (invitați) le pot conecta temporar și le pot folosi ca propriul telefon. Când un invitat se conectează la un telefon gazdă, profilul său de utilizator este transferat automat pe dispozitiv. Dispozitivul gazdă devine dispozitivul principal al utilizatorului pentru o perioadă de timp specificată.

Pașii prezentați aici pot fi urmați pentru a configura un utilizator ca oaspete hotelier. Pentru informații despre telefonul gazdă, consultați Configurați telefonul gazdă.

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Utilizatori și apoi selectați utilizatorul pe care doriți să îl modificați.

2

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

3

Aprinde Hotelare, apoi faceți clic pe Salvați.

Împiedicați pe cineva să monitorizeze starea liniei unui utilizator

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Utilizatori, și selectați utilizatorul pe care doriți să îl modificați.

2

Selectați Apelare și apoi du-te la Confidențialitate.

3

Alegeți corespunzător Confidențialitate automată a însoțitorului setări pentru acest utilizator.

4

Verifică Activați confidențialitatea Caseta de bifat. Apoi puteți decide dacă blocați pe toți 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, veți căuta numele asistentului lor administrativ.

5

Faceți clic pe Salvare.

Permiteți unui utilizator să vadă starea liniei pe telefonul altcuiva sau pe o extensie de parcare a apelurilor

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

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Utilizatori, și selectați utilizatorul pe care doriți să îl modificați.

2

Selectați Apelare, alege Setări avansate de apel, și apoi du-te la Monitorizarea.

3

Alegeți dintre următoarele:

  • Adăugare linie monitorizată
  • Adăugare Interior parcare apeluri
4

Alegeți dacă doriți ca acest utilizator să fie informat despre apeluri parcate, căutați persoana sau extensia de parcare de apeluri care urmează să fie monitorizată, apoi faceți clic pe Salvați.


 

Lista liniilor monitorizate din Control Hub corespunde ordinii liniilor monitorizate care se afișează pe dispozitivul utilizatorului. Puteți comanda oricând lista liniilor monitorizate.

Inscripționare
18 mai 2021| vizualizare(ări) | persoane au considerat că este util

Configurați și gestionați utilizatorii care apelează Webex

Trebuie să adăugați fiecare utilizator din Cisco Webex Control Hub pentru ca aceștia să profite de serviciile de apelare Webex. 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 prin adresă de e-mail sau dacă adăugați mai mulți utilizatori utilizând un fișier CSV. Alegerea este a ta.

Este posibil să primiți o eroare dacă încercați să adăugați utilizatori care și-au folosit adresa de e-mail pentru a crea un cont de încercare. Aveți utilizatorii ștergeți organizația lor mai întâi înainte de a le adăuga în organizația dvs.


Dacă aveți un Active Directory și utilizați Cisco Directory Connector când adăugați manual persoane Hub de control, trebuie să le adăugați și în Active Directory.

Cisco Webex Contact Center nu acceptă Active Directory.


Când adăugați utilizatori, numele și prenumele nu trebuie să includă caractere ascii extinse sau următoarele caractere%, #, <,>, \, /, "și să aibă o lungime maximă de 30 de caractere.

1

Din vizualizarea clientului în https://admin.webex.com mergi la Utilizatori, apoi faceți clic pe Gestionare Utilizatori.

2

Selectați Adăugați sau modificați manual utilizatorii.

3

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

4

Alegeți una și faceți clic Următorul:

  • Selectați Adresa de e-mailși introduceți până la 25 de adrese de e-mail.
  • Selectați Numele și adresele de e-mail, apoi introduceți până la 25 de nume și adrese de e-mail.

 

Puteți adăuga utilizatori care sunt disponibili pentru a converti în organizația dvs.

5

Atribuirea licenței:

  • Dacă aveți un șablon de licență activ, licențele sunt atribuite automat noilor utilizatori și puteți consulta rezumatul licenței.
  • Selectați serviciile de atribuit. Dacă aveți mai multe abonamente, alegeți un abonament din listă.


 

Dacă alocați licențe pentru Cisco Webex Contact Center, selectați Echipe Webex, apoi Asistență pentru clienți cu Agent Premium și Standard opțiune. Pentru a adăuga un supervizor, selectați-le pe ambele Premium și Supervizor Opțiuni. Un utilizator este tratat ca agent, cu excepția cazului în care îl faceți supraveghetor.

6

Management de conținut:

  • Dacă este selectat acces global pentru gestionarea conținutului dvs. de întreprindere, atunci 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 la aderare.

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

8

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

9

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

Ce sa fac in continuare

Puteți atribui privilegii administrative persoanelor din organizația dvs.

Înainte de a începe

Dacă aveți mai multe fișiere CSV pentru organizația dvs., atunci încărcați un fișier și odată ce sarcina a fost finalizată, puteți încărca fișierul următor.


Unii editori de foi de calcul elimină semnul + din celule la deschiderea .csv. 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 clientului în https://admin.webex.com, mergi la Utilizatori, faceți clic pe Gestionare Utilizatori și alegeți CSV Adăugați sau modificați utilizatori.

2

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

  • Pentru a atribui un serviciu, adăugați ADEVĂRAT în coloana serviciului respectiv și pentru a exclude un serviciu, adăugați FALS. ID utilizator / e-mail (obligatoriu) coloana este singurul câmp obligatoriu. Dacă aveți directoare și numere externe specifice pentru fiecare utilizator nou, atunci includeți + pentru numerele externe fără alte caractere,

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


     

    Nu puteți atribui permisiuni de gestionare a conținutului întreprinderii utilizatorilor care utilizează șablonul de licență, a se vedea Activați Gestionarea conținutului pentru utilizatorii din Cisco Webex Control Hub pentru detalii.

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

  • Dacă adăugați utilizatori ca supervizori pentru Cisco Webex Contact Center, atunci trebuie Adăugați utilizatori manual. 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 acestuia, în caz contrar este posibil să aveți probleme.

3

Clic Import, selectați fișierul și faceți clic pe Deschis.

4

Alegeți oricare Adăugați numai servicii sau Adăugați și eliminați servicii.

Dacă aveți un șablon de licență activ, alegeți Adăugați numai servicii.

5

Faceți clic pe Trimitere.

Fișierul CSV este încărcat și sarcina dvs. este creată. Puteți închide browserul sau această fereastră și sarcina dvs. continuă să ruleze. Pentru a revizui progresul sarcinii dvs., consultați Gestionați sarcinile în Cisco Webex Control Hub.

În calitate de administrator cu privilegii complete, puteți edita detalii de servicii specifice pentru utilizatori individuali în Cisco Webex Control Hub.

1

Din vizualizarea clientului în https://admin.webex.com mergi la Utilizatori.

2

Selectați un utilizator și faceți clic pe Servicii > Editați | ×.

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 Salvați.

Înainte de a începe

Dacă aveți mai multe fișiere CSV pentru organizația dvs., atunci încărcați un fișier și odată ce sarcina a fost finalizată, puteți încărca fișierul următor.

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


Unii editori de foi de calcul elimină semnul + din celule la deschiderea .csv. 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 clientului în https://admin.webex.com, mergi la Utilizatori, faceți clic pe Gestionare Utilizatori, și alegeți CSV Adaugă sau modifică utilizator.

2

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

3

Clic Export pentru a descărca fișierul. Puteți edita fișierul descărcat (exportatori_utilizatori.csv) în oricare dintre următoarele moduri:

  • Pentru a modifica utilizatorii existenți, puteți actualiza orice coloană, cu excepția ID utilizator / e-mail (obligatoriu), și Locație. De exemplu, dacă schimbați ID-ul de utilizator / e-mail, acesta creează un utilizator nou.

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

  • Pentru a atribui un serviciu, adăugați ADEVĂRAT în coloana serviciului respectiv și pentru a exclude un serviciu, adăugați FALS.

  • Când aveți mai multe abonamente, puteți utiliza ID-ul abonamentului din 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 Apelarea la comportament coloană dacă doriți să schimbați modul în care apar apelurile pentru anumiți utilizatori. Puteți introduce una dintre următoarele opțiuni și puteți vedea Înființat Cisco Webex Apelarea la comportament pentru mai multe informații despre fiecare setare:

  • USE_ORG_SETTINGS—Introduceți acest șir pentru a utiliza setarea la nivelul întregii organizații.

  • NATIVE_WEBEX_TEAMS_CALLING—Introduceți acest șir pentru a utiliza Apelarea în echipele Webex opțiune.

  • CALL_WITH_APP_REGISTERED_FOR_WEBEXCALLTEL—Introduceți acest șir pentru a utiliza Aplicația Webex Calling opțiune.

5

Introduceți un Număr de identificare a apelantului, Prenume ID apelant, și Numele apelantului. Dacă părăsiți Număr de identificare a apelantului, Prenume ID apelant, și Numele apelantului coloane goale, apoi ce se află în Nume, Nume și Număr de telefon coloana va apărea când utilizatorul efectuează un apel. Dacă lăsați necompletat numărul de identificare a apelantului, atunci numărul principal de locație apare atunci când utilizatorul efectuează un apel.


 

Prenume ID apelant și Numele apelantului coloanele nu pot conține caractere speciale. În cazul în care o Numele apelantului Numele apelantului sau Numele apelantului conține un caracter special, apoi se folosește o versiune simplificată a numelui.

6

După ce salvați fișierul CSV, faceți clic pe Import, selectați fișierul la care ați făcut modificări, apoi faceți clic pe Deschis.

7

Alegeți oricare Adăugați numai servicii sau Adăugați și eliminați serviciiși faceți clic pe Trimite.

Fișierul CSV este încărcat și sarcina dvs. este creată. Puteți închide browserul sau această fereastră și sarcina dvs. continuă să ruleze. Pentru a revizui progresul sarcinii dvs., consultați Gestionați sarcinile în Cisco Webex Control Hub.

Dacă nu suprimați e-mailurile cu invitații de administrator, 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 la același telefon. Puteți specifica tonuri de apel diferite pentru fiecare număr, pentru a ajuta la distincția între care linii sunt apelate.

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Utilizatori, apoi alegeți persoana căreia doriți să îi atribuiți un număr.

2

Selectați Apelare și apoi faceți clic pe Adauga numarul.

3

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

4

Faceți clic pe Salvare.

5

(Opțional) Configurați numere alternative pentru acest utilizator.

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Utilizatori, filtrează stare coloană pentru a afișa persoanele cu un Invitație în așteptare stare.

2

Sub Acțiuni, pentru o persoană cu un Invitație în așteptare stare, selectați Mai mult > Retrimite invitatia.

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

Din vizualizarea clientului în https://admin.webex.com, mergi la Utilizatori, faceți clic pe mai mult , apoi faceți clic pe Ștergeți utilizatorul.

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

Puteți configura un administrator de clienți cu niveluri de privilegii diferite. Aceștia pot fi administratori deplini, administratori de asistență, administratori de numai citire sau ofițeri de conformitate. Cu privilegii complete de administrator, puteți atribui unul sau mai multe roluri oricărui utilizator din organizația dvs.


Oricine i-a fost atribuit administratorul de utilizator și dispozitiv sau rolul de administrator al dispozitivului nu va putea administra Apel Webex.

În Control Hub, puteți afla despre diferite niveluri de privilegii și puteți configura un administrator de clienți. Administratorii clienților pot fi administratori completi, administratori de asistență, administratori de utilizatori și dispozitive, administratori de dispozitive, administratori numai în citire sau ofițeri de conformitate. Cu privilegii complete de administrator, puteți atribui 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 cea mai bună practică și vă va permite întotdeauna să faceți modificări administrative dacă unul dintre administratori nu este disponibil.

Utilizatorilor din organizația dvs. li se pot atribui roluri administrative specifice pentru a determina la ce pot vedea și la care pot avea acces Hub de control. Atunci când atribuiți roluri administrative specifice, simplificați responsabilitățile și faceți mai ușor responsabilizarea administratorilor. Ofițerii de conformitate pot căuta anumite persoane din compania dvs., pot găsi conținut pe care l-au distribuit sau pot căuta într-un anumit spațiu și apoi generează un raport al constatărilor lor.


1

Din vizualizarea clientului în https://admin.webex.com, mergi la Utilizatoriși alegeți un utilizator.

2

Sub Roluri și securitate clic Roluri de administrator sau Acces la servicii.

3

Selectați un rol de atribuit utilizatorului respectiv.

4

Selectați Salvare.

Inscripționare
18 mai 2021| vizualizare(ări) | persoane au considerat că este util

Configurați și gestionați dispozitivele de apelare Webex

În calitate de administrator, puteți atribui dispozitive utilizatorilor sau spațiilor de lucru în Cisco Webex Control Hub. Aveți posibilitatea de a furniza adresa MAC a unui dispozitiv sau de a genera un cod de activare care trebuie apoi introdus manual pe dispozitivul însuși.

Cu Cisco Webex Control Hub, puteți atribui dispozitive utilizatorilor pentru utilizare personală și apoi înregistra aceste dispozitive în cloud.

Dispozitivele enumerate Aici a sustine Apel Webex. În timp ce toate aceste dispozitive pot fi înregistrate utilizând o adresă MAC, numai următorul subset poate fi înregistrat folosind un cod de activare:

  • Telefoane IP Cisco seria 6800 Telefoane multiplată (telefoane audio — 6821, 6841, 6851, 6861, 6871)

  • Telefoane IP Cisco seria 7800 Telefoane multiplată (telefoane audio — 7811, 7821, 7841, 7861)

  • Telefoane IP Cisco seria 8800 Telefoane multiplată (telefoane audio — 8811, 8841, 8851, 8861)

  • Telefoane IP Cisco seria 8800 Telefoane multiplată (telefoane video — 8845, 8865)

  • Cisco IP Conference Phone 7832 și 8832


În ceea ce privește dispozitivele DECT, numai dispozitivele de bază DECT (nu receptoarele DECT) sunt disponibile pentru alocare în Hub de control. După ce atribuiți o unitate de bază unui utilizator, trebuie să împerecheați manual un receptor DECT la acea unitate de bază. Pentru mai multe informații, consultați Conectați receptorul la stația de bază.

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Dispozitive și apoi faceți clic pe Adăugați dispozitiv.


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

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

3

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

4

Alegeți una dintre următoarele opțiuni și apoi faceți clic pe Salvați:

  • Prin cod 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 dispozitivul însuși.

     

    Telefoanele multiplată trebuie să aibă o încărcare de firmware de 11.2.3MSR1 sau mai recentă 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 deja înregistrat sau faceți o greșeală când introduceți numărul, va apărea un mesaj de eroare.

 

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

Dacă ați ales să generați un cod de activare pentru dispozitiv, dar nu ați folosit încă acel cod, starea dispozitivului respectiv va fi descrisă ca Activare în utilizatorul atribuit Dispozitive secțiunea și principalul Dispozitive lista în Hub de control. Rețineți că poate dura până la 10 minute pentru ca starea dispozitivului să fie actualizată în Hub de control.

Când oamenii sunt la serviciu, se reunesc în multe locuri, cum ar fi săli de prânz, holuri și săli de conferințe. Puteți configura dispozitive partajate Cisco Webex în aceste spații de lucru, puteți adăuga servicii și apoi puteți urmări colaborarea.

Principiul cheie al unui dispozitiv Workspaces este că acesta nu este atribuit unui anumit utilizator, ci mai degrabă o locație fizică, permițând utilizarea partajată.

Dispozitivele enumerate Aici a sustine Apel Webex. În timp ce majoritatea acestor dispozitive pot fi înregistrate utilizând o adresă MAC, numai următorul subset poate fi înregistrat folosind un cod de activare:

  • Telefoane IP Cisco seria 6800 Telefoane multiplată (telefoane audio — 6821, 6841, 6851)

  • Telefoane IP Cisco seria 7800 Telefoane multiplată (telefoane audio — 7811, 7821, 7841, 7861)

  • Telefoane IP Cisco seria 8800 Telefoane multiplată (telefoane audio — 8811, 8841, 8851, 8861)

  • Telefoane IP Cisco seria 8800 Telefoane multiplată (telefoane video — 8845, 8865)

  • Cisco IP Conference Phone 7832 și 8832

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Spații de lucru, apoi faceți clic pe Adăugați 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 apasa Următorul.

3

Alege Telefon IP Cisco și apoi faceți clic pe Următorul.

4

Selectați tipul de dispozitiv din lista derulantă, 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 Apel 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 soft 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 un Locație și Numar de telefon (determinat de locația pe care o alegeți), apoi faceți clic pe Salvați. De asemenea, aveți opțiunea de a atribui o extensie.

Când oamenii sunt la serviciu, se reunesc în multe spații de lucru, cum ar fi săli de prânz, holuri și săli de conferințe. Puteți configura dispozitive partajate Cisco Webex în aceste spații de lucru, puteți adăuga servicii și apoi puteți urmări colaborarea.

Principiul cheie al unui dispozitiv Workspaces este că acesta nu este atribuit unui anumit utilizator, ci mai degrabă o locație fizică, permițând utilizarea partajată.

Dispozitivele enumerate Aici a sustine Apel Webex.

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Spații de lucru, apoi faceți clic pe Adăugați 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 apasa Următorul.

3

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

Alte dispozitive Cisco Webex includ Cisco Webex Room sau dispozitiv de birou, inclusiv Cisco Webex Board.

4

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

  • Apel gratuit—Utilizatorii pot face numai Webex sau apeluri Webex Session Initiation Protocol (SIP) folosind o adresă SIP (de exemplu, nume de utilizator@exemplu.calls.webex.com).
  • Apelare Cisco Webex—În plus față de a putea face și primi Webex și apeluri SIP, persoanele din acest spațiu de lucru pot folosi dispozitivul pentru a efectua și primi apeluri telefonice din interiorul Apel Webex plan de numerotare. De exemplu, puteți să-l sunați pe colegul dvs. de companie Giacomo Edwards formând numărul său de telefon 555-555-5555, extensia 5555 sau adresa SIP gedwards@example.webex.com, dar puteți apela și pizzeria locală.
5

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 locațiilor, puteți completa un fișier CSV cu informațiile solicitate și puteți activa dispozitivele respective în doar câțiva pași simpli.

Dispozitivele enumerate Aici a sustine Apel Webex. În timp ce toate aceste dispozitive pot fi înregistrate utilizând o adresă MAC, numai următorul subset poate fi înregistrat folosind un cod de activare:

  • Telefoane IP Cisco seria 6800 Telefoane multiplată (telefoane audio — 6821, 6841, 6851)

  • Telefoane IP Cisco seria 7800 Telefoane multiplată (telefoane audio — 7811, 7821, 7841, 7861)

  • Telefoane IP Cisco seria 8800 Telefoane multiplată (telefoane audio — 8811, 8841, 8851, 8861)

  • Telefoane IP Cisco seria 8800 Telefoane multiplată (telefoane video — 8845, 8865)

  • Cisco IP Conference Phone 7832 și 8832

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Dispozitive, faceți clic pe Adăugați dispozitiv, apoi alegeți dacă adăugați dispozitivul la un utilizator sau la un loc.

2

Selectați Importați / încărcați fișierul CSV.

3

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

  • Exportați atributele utilizatorului—Puteți obține o listă cu toți utilizatorii din organizația dvs. și atributele asociate acestora, astfel încât să nu trebuie să căutați manual fiecare utilizator.
  • Descărcați șablonul CSV—Puteți utiliza un șablon pe care l-am creat și apoi puteți introduce informații precum nume de utilizator, tip (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 utilizator din fișierul CSV, asigurați-vă că introduceți adresa de e-mail a utilizatorului, nu ID-ul de utilizator sau numele acestuia. De asemenea, puteți insera un nume de loc în această coloană.

    • Vă recomandăm să limitați numărul de dispozitive la 1000 pentru fiecare fișier CSV. Dacă trebuie să adăugați mai mult decât 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 coloana de adresă MAC necompletată, este generat un cod de activare și trebuie introdus pe dispozitivul însuși.

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 într-un fișier CSV pe care îl puteți descărca apoi.
  • Cod de activare prin e-mail—Dacă dispozitivul este destinat unui loc, codul de activare vă este trimis, î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 sunt activate.

 

Dispozitivele multiplată trebuie să ruleze o încărcare de firmware de 11.2.3MSR1 sau mai recentă pentru ca utilizatorii să poată introduce codul de activare pe dispozitivul lor. Pentru informații despre actualizarea firmware-ului telefonului, consultați acest articol.

Puteți adăuga, elimina, reporni, verifica activarea sau crea un nou cod de activare pentru dispozitivele alocate utilizatorilor din organizația dvs. Acest lucru poate fi util pentru a vizualiza și gestiona din ecranul utilizatorilor, atunci când este necesar.

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Utilizatori.

2

Selectați utilizatorul de modificat și derulați în jos până la Dispozitive.

3

Pentru a adăuga un dispozitiv acestui utilizator, faceți clic pe Adăugați dispozitiv.


 
Dacă utilizatorului i se atribuie deja un dispozitiv și doriți să adăugați un alt dispozitiv, faceți clic pe pictogramă de lângă Dispozitive și faceți clic pe Adăugați dispozitiv.
4

Pentru a modifica un dispozitiv existent, selectați numele dispozitivului.

Aici puteți vizualiza și edita setările dispozitivului, șterge dispozitivul, reporniți dispozitivul sau creați un nou cod de activare pentru dispozitiv, dacă este cazul. Pentru mai multe informații despre configurarea setărilor telefonului, consultați Configurați și actualizați setările 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, cum ar fi aparatele de fax. De asemenea, puteți configura un dispozitiv de spațiu de lucru ca gazdă hotelieră. Pentru mai multe informații despre hoteluri, consultați Hotelare în Cisco Webex Control Hub.

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Spații de lucru.

2

Selectați spațiul de lucru de modificat și accesați Dispozitive ţiglă.

3

Pentru a adăuga un dispozitiv, faceți clic pe Adăugați dispozitiv.

4

Pentru a modifica un dispozitiv existent, selectați numele dispozitivului.

Aici puteți vizualiza și edita setările dispozitivului, șterge dispozitivul, reporniți dispozitivul și activați dispozitivul ca gazdă de hotel. Pentru mai multe informații despre configurarea setărilor telefonului, consultați Configurați și actualizați setările telefonului.

Puteți adăuga linii pe dispozitivul principal al unui utilizator și puteți reordona modul în care apar liniile. Acest lucru este, de asemenea, denumit aspect de linie partajată, care permite utilizatorilor să primească și să efectueze apeluri către și de la extensia altui utilizator, utilizând 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 linii 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 utilizările aplicației desktop sau mobile de către utilizator. Liniile suplimentare pot fi adăugate la un telefon din spațiul de lucru, dar un telefon din spațiul de lucru nu poate fi adăugat ca o linie partajată.


Apelurile rapide care au fost adăugate de un utilizator la telefonul său MPP nu sunt vizibile în Control Hub și pot fi suprascrise dacă este configurată o linie partajată.

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Utilizatori sau Spații de lucru (în funcție de locul în care este atribuit dispozitivul de modificat).

2

Selectați utilizatorul sau spațiul de lucru pentru a modifica și derulați la Dispozitive.

3

Selectați dispozitivul pe care doriți să adăugați sau să modificați liniile partajate și derulați până la Utilizatori și setări de telefon.

Utilizatorii și locurile care apar pe acest telefon sunt listate în ordinea apariției.

4

Pentru a adăuga sau a elimina utilizatori sau locuri de pe acest telefon, selectați Configurați liniile.

5

Pentru a elimina o linie, faceți clic pe pictogramă.


 
Utilizatorul principal de pe linia 1 nu poate fi eliminat.
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 dintre opțiunile care apar și faceți clic Salvați.

Puteți configura porturile pe un dispozitiv analogic de adaptor de telefon (ATA) atribuit unui utilizator în Hub de control. Î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 clientului în https://admin.webex.com, mergi la Utilizatori.

2

Selectați utilizatorul de modificat și derulați la Dispozitive.

3

Selectați dispozitivul unde doriți să adăugați sau să modificați.

4

Sub Utilizatorii de pe acest dispozitiv, faceți clic pe Configurați 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 dintre opțiunile care apar, apoi faceți clic pe Salvați.


 
Numai spațiile de lucru fără dispozitive apar în căutare.
7

Dacă dispozitivul necesită compresie 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 Salvați.


 
Un spațiu de lucru poate avea un ATA. Acest lucru este util pentru aparatele de fax.

Puteți adăuga în orice moment numere de telefon la dispozitivele de birou și de cameră din organizația dvs. de clienți, indiferent dacă vă aflați în mijlocul unei perioade de încercare sau ați fost transformat într-un abonament plătit.


Am mărit numărul de numere de telefon pe care le puteți adăuga Hub de control de la 250 la 1000.

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Servicii > Apelare > Numere apoi apasa Adăugați numere.

2

Specifică Locație și Tipul numărului. Dacă transportați numerele peste, introduceți atât numerele de facturare curente, cât și cele noi.

3

Apoi apasa Salvați.

Puteți vedea o listă de numere PSTN comandate de organizația dvs. Cu aceste informații puteți vedea numerele neutilizate care sunt disponibile și numerele care au fost comandate care vor deveni în curând disponibile.

Din vizualizarea clientului în https://admin.webex.com, mergi la Servicii > Apelare > Comenzi PSTN.

Ești adus la Apelarea portalului de administrare, unde veți vedea comenzile care au fost trimise și finalizate. Dacă aveți la îndemână un ID de comandă, îl puteți introduce ca parametru și puteți obține detalii despre o anumită comandă, altfel veți obține un rezumat al tuturor comenzilor.
Inscripționare
18 mai 2021| vizualizare(ări) | persoane au considerat că este util

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.

Inscripționare
18 mai 2021| vizualizare(ări) | persoane au considerat că este util

Informații de referință de port pentru apelarea Cisco Webex

Iată o listă a adreselor, porturilor și protocoalelor utilizate pentru conectarea telefoanelor dvs., 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 firewall și proxy care doresc să utilizeze serviciile de apelare Webex în cadrul organizației lor.

Un firewall configurat corect este esențial pentru o desfășurare cu succes a apelurilor. Avem nevoie de porturi pentru semnalizare, media, conectivitate la rețea și gateway local și pentru că Apel Webex este un serviciu global, vă recomandăm să lăsați deschise toate porturile enumerate mai jos.

Nu toate configurațiile firewall-ului au nevoie de porturi pentru a fi deschise, dar dacă executați reguli interioare-exterioare, ar trebui să deschideți porturi pentru a permite protocoalele necesare pentru service. Atâta timp cât implementați NAT, definiți perioade de legare rezonabile și evitați manipularea SIP pe dispozitivul NAT, nu ar trebui să deschideți porturile de intrare pe firewall.


Dacă un router sau firewall este SIP Aware, adică 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 cum să dezactivați SIP ALG pe anumite dispozitive.

Pentru detalii despre cerințele de rețea pentru întâlniri și mesaje Webex, consultați Cerințe de rețea pentru serviciile Webex.

Trafic de apelare Webex prin firewall

Majoritatea clienților implementează un firewall de internet sau un proxy și firewall de 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 Webex Calling nu acceptă proxy-ul http (s), urmați instrucțiunile de firewall de mai jos pentru a permite accesul la serviciile Webex Calling din rețeaua dvs.

Configurare firewall

Dacă paravanul de protecție acceptă filtrarea adreselor URL, configurați paravanul de protecție pentru a permite adresele URL de destinație Webex Calling listate, care sunt prezentate în Domenii și adrese URL pentru serviciile de apelare Webex masa.

Cu toate acestea, dacă utilizați un firewall care nu acceptă filtrarea adreselor URL / domeniu, configurați paravanul de protecție pentru a filtra traficul utilizând intervalele de adrese IP și porturile listate în Adrese IP și porturi 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 firewall-ul dvs. pentru a permite aplicațiilor Webex înregistrate în cloud și dispozitivelor să comunice cu serviciile de semnalizare cloud și servicii media Webex Calling.

Subrețele IP pentru serviciile 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

Semnalizare apel către Apel Webex (SIP TLS)

Gateway local extern (NIC) 8000-65535

TCP

A se referi la Subrețele IP pentru serviciile de apelare Webex.

8934

Aceste IP-uri / porturi sunt necesare pentru semnalizarea apelurilor SIP-TLS de ieșire de la gateway-uri locale, dispozitive și aplicații (sursă) la cloud de apelare Webex (destinație).

Dispozitive

5060-5080

Aplicații

Efemer (dependent de sistemul de operare)

Apelați mass-media la Apel Webex (STUN, SRTP)

NIC extern Gateway local

8000-48000

UDP

A se referi la Subrețele IP pentru serviciile de apelare Webex.

5004.19560-65535

Aceste IP-uri / porturi sunt necesare pentru mediile de apel SRTP de ieșire de la gateway-uri locale, dispozitive și aplicații (sursă) la cloud de apelare Webex (destinație).

Dispozitive

19560-19660

Aplicații

Efemer

Semnalizare apel către gateway PSTN (SIP TLS) NIC internă Gateway local 8000-65535 TCP ITSP PSTN GW sau CM unificat Depinde de opțiunea PSTN (de exemplu, de obicei 5060 sau 5061 pentru Unified CM)
Apelați media către gateway-ul PSTN (SRTP) NIC internă Gateway local

8000-48000

UDP ITSP PSTN GW sau CM unificat Depinde de opțiunea PSTN (de exemplu, de obicei 5060 sau 5061 pentru Unified CM)

Semnalizare apel către puncte finale adresate public (SIP TLS)

A se referi la Subrețele IP pentru serviciile de apelare Webex.

Efemer

TCP

Endpoint IP

8934

Aceste IP-uri / porturi sunt necesare pentru semnalizarea apelurilor SIP-TLS primite de la Webex Calling Cloud (Sursă) la punctele finale adresate public (Destinație).

Configurarea dispozitivului și gestionarea firmware-ului (dispozitive Cisco)

Apel Webex dispozitive

Efemer

TCP

3.20.185.219

3.130.87.169

3.134.166.179

443,6970

* Aceste adrese IP 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. Mergi la upgrade.cisco.com pentru mai multe informatii.

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 adrese IP aparțin activation.webex.com.

Aceste adrese IP sunt necesare pentru integrarea sigură a dispozitivelor (telefoane MPP) prin cod de activare cu 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 adrese IP aparțin activ.cisco.com.

Acest domeniu este utilizat pentru CDA / EDOS - aprovizionare bazată pe adrese MAC. Folosit de dispozitive (telefoane MPP, ATA și SPA ATA) cu firmware mai nou.

Atunci 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 furnizarea zero touch. Noile telefoane folosesc „activate.cisco.com” în loc de „webapps.cisco.com” pentru aprovizionare. Telefoanele cu versiunea de firmware mai devreme de 11.2 (1) continuă să folosească „webapps.cisco.com”. Vă recomandăm să permiteți ambele nume de domeniu prin firewall.

72.163.10.128/25

173.37.146.128/25

80.443

Aceste adrese IP aparțin webapps.cisco.com.

Acest domeniu este utilizat pentru CDA / EDOS - aprovizionare bazată pe adrese MAC. Folosit de dispozitive (telefoane MPP, ATA și SPA ATA) cu firmware mai vechi.

Atunci 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 furnizarea zero touch. Noile telefoane folosesc „activate.cisco.com” în loc de „webapps.cisco.com” pentru aprovizionare. Telefoanele cu versiunea de firmware mai devreme de 11.2 (1) continuă să folosească „webapps.cisco.com”. Vă recomandăm să permiteți ambele nume de domeniu prin firewall.

A se referi la Subrețele IP pentru serviciile de apelare Webex.

80.443

Aceste adrese IP sunt necesare pentru configurarea dispozitivului și gestionarea firmware-ului pentru Webex Calling.

Sincronizarea timpului dispozitivului (NTP)

Apel Webex dispozitive

51494

UDP

A se referi la Subrețele IP pentru serviciile de apelare Webex.

123

Aceste adrese IP sunt necesare pentru sincronizarea timpului pentru dispozitive (telefoane MPP, ATA și SPA ATA)

Rezoluția numelui dispozitivului

Apel Webex dispozitive

Efemer

UDP și TCP

Definit de gazdă

53

Configurarea aplicației

Apel Webex aplicații

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 adrese IP aparțin serviciilor de autentificare Webex Idbroker și sunt utilizate de clienți, adică aplicații Webex.

A se referi la Subrețele IP pentru serviciile de apelare Webex.

80, 443, 8443

Aceste adrese IP aparțin serviciilor de configurare a aplicației Webex Calling și sunt utilizate de clienți, adică Aplicații Webex.

Sincronizarea timpului aplicației

Apel Webex aplicații

123

UDP

Definit de gazdă

123

Rezoluția numelui aplicației

Apel Webex aplicații

Efemer

UDP și TCP

Definit de gazdă

53

CScan

Apel Webex aplicații

Efemer

UDP și TCP

A se referi la Subrețele IP pentru serviciile de apelare Webex.

8934 și 80, 443, 19569-19760

Aceste adrese IP sunt utilizate de serviciile CScan utilizate de clienți, adică Aplicațiile Web. Mergi la cscan.webex.com pentru mai multe informatii.

† Gama de porturi media CUBE este configurabilă cu rtp-port range.

* Aceste adrese / intervale IP nu sunt deținute de Cisco și pot fi modificate periodic. Dacă utilizați un firewall, vă recomandăm să permiteți adresele URL enumerate.

Domenii și adrese URL pentru serviciile de apelare Webex

Domeniu / URL

Descriere

Aplicații și dispozitive Webex care utilizează aceste domenii / adrese URL

Servicii Cisco Webex

* .broadcloudpbx.com

Microservicii de autorizare Webex pentru lansare încrucișată de la Control Hub la Portalul de administrare a apelurilor.

Control Hub

* .broadcloud.com.au

Servicii de apelare Webex în Australia.

Toate

* .broadcloud.eu

Servicii de apelare Webex în Europa.

Toate

* .broadcloudpbx.net

Apelarea serviciilor de configurare și gestionare a clienților.

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ă setări de opțiuni DHCP, acesta contactează un server de activare a dispozitivului pentru aprovizionare zero touch. Noile telefoane utilizează activate.cisco.com și telefoanele cu versiunea de firmware înainte de 11.2 (1), continuă să folosească webapps.cisco.com pentru aprovizionare.

Telefoane MPP, Control Hub

* .ucmgmt.cisco.com

Servicii de apelare Webex

Control Hub

* .webex.com

Servicii de bază Webex pentru apelare, întâlnire și mesagerie, cum ar fi autentificarea etc.

Toate

* .wbx2.com și * .ciscospark.com

Microservicii Webex, cum ar fi serviciul de upgrade de software.

Toate

Servicii suplimentare legate de Webex (Domenii terțe)

* .appdynamics.com

* .eum-appdynamics.com

Urmărirea performanței, captarea erorilor și blocărilor, valorile sesiunii.

Control Hub

* .huron-dev.com

Webex Apelare la micro-servicii cum ar fi servicii de comutare, comandare de numere 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 orientare pentru utilizatori Webex. Oferă excursii la bord și de utilizare pentru noii utilizatori.

Pentru mai multe informații despre WalkMe, Click aici.

Aplicații Webex

Dacă paravanul de rețea acceptă liste de permisiuni de domeniu pentru trafic http (s), cum ar fi * .webex.com, este foarte recomandat să permiteți toate aceste domenii.

Întâlniri Webex / Mesagerie - Cerințe de rețea

Dacă implementați Webex Calling cu serviciile de întâlniri și mesaje Webex, cerințele de rețea pentru serviciile de întâlniri și mesaje Webex pot fi găsite în Cerințe de rețea pentru serviciile Webex.

Istoricul reviziilor documentelor

Dată

Am făcut următoarele modificări la acest articol

2 aprilie 2021

Adăugat * .ciscospark.com sub Domenii și adrese URL pentru serviciile de apelare Webex pentru a sprijini cazurile de utilizare Webex Calling în aplicația Webex.

25 martie 2021

S-au adăugat 6 noi intervale IP pentru activate.cisco.com, care vor 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

4 martie 2021

Webex înlocuit Apelând adrese IP discrete și intervale de IP mai mici cu intervale simplificate într-un tabel separat pentru înțelegerea ușoară a configurației firewall-ului.

26 februarie 2021

S-a adăugat 5004 ca port de destinație pentru Media Call la Webex Calling (STUN, SRTP) pentru a sprijini stabilirea conectivității interactive (ICE), care va fi disponibilă în Webex Calling în aprilie 2021.

22 februarie 2021

Domeniile și adresele URL sunt acum listate într-un tabel separat.

Tabelul Adrese IP și Porturi este ajustat pentru a grupa adrese IP 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 configurarea aplicației, deoarece clientul Cisco Webex este îndreptat către un SRV DNS mai nou în Australia în martie 2021.

  • 199.59.64.237

  • 199.59.67.237

21 ianuarie 2021

Am adăugat următoarele adrese IP la configurația dispozitivului și la 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 configurația 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 din configurația aplicației următoarele numere de port:

  • 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

23 decembrie 2020

S-au adăugat noi adrese IP de configurare a aplicației la imaginile de referință ale portului.

22 decembrie 2020

Actualizat rândul Configurare aplicație din tabele pentru a include următoarele adrese IP: 135.84.171.154 și 135.84.172.154.

Ascundea diagramele de rețea până când aceste adrese IP pot fi adăugate și acolo.

11 decembrie 2020

S-au actualizat configurarea dispozitivului și gestionarea firmware-ului (dispozitive Cisco) și rândurile de configurare a aplicației pentru domeniile canadiene acceptate.

16 octombrie 2020

S-au actualizat semnalizarea apelurilor și intrările media cu următoarele adrese IP:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

23 septembrie 2020

Sub CScan, a fost înlocuit 199.59.64.156 cu 199.59.64.197.

14 august 2020

S-au adăugat mai multe adrese IP pentru a sprijini introducerea centrelor de date în Canada:

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

12 august 2020

S-au adăugat mai multe adrese IP pentru a sprijini introducerea centrelor de date în Canada:

  • Apelați mass-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

  • Semnalizare apel către puncte finale adresate public (SIP TLS) —135.84.173.0 / 25,135.84.174.0 / 25, 199.19.197.0/24, 199.19.199.0/24

  • Configurarea dispozitivului și gestionarea firmware-ului (dispozitive Cisco) —135.84.173.155,135.84.174.155

  • Sincronizarea timpului dispozitivului - 135.84.173.152, 135.84.174.152

  • Configurarea aplicației — 135.84.173.154,135.84.174.154

22 iulie 2020

A fost adăugată următoarea adresă IP pentru a sprijini introducerea centrelor de date în Canada: 135.84.173.146

9 iunie 2020

Am făcut următoarele modificări la intrarea CScan:
  • A fost corectată una dintre adresele IP - s-a schimbat 199.59.67.156 în 199.59.64.156

  • Funcțiile noi au necesitat porturi noi, precum și UDP — 19560-19760

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

27 februarie 2020

Am adăugat următoarele domenii și porturi la configurarea dispozitivului și la gestionarea firmware-ului:

cloudupgrader.webex.com — 443, 6970

A fost acest articol util?

Articole conexe

Vizualizate recent

×