19 nov. 2021 | 56 vizualizare(ări) | 0 persoane au considerat că este util

Flux de lucru de configurare a apelurilor Webex

1 iun. 2022

Prezentare generală a apelării Webex

Vă prezentăm Webex Calling

Imaginați-vă că puteți profita de funcțiile de apelare cloud, mobilitate și PBX la nivel de întreprindere, împreună cu aplicația Webex pentru mesagerie, întâlniri și apeluri de la un client soft Webex Calling sau un dispozitiv Cisco. Este exact ceea ce vă oferă Webex Calling.

Webex Calling oferă următoarele beneficii:

Abonamente de apel pentru utilizatorii de telefonie și zonele comune
Acces la aplicația Webex pentru fiecare utilizator
Acces la rețeaua de telefonie publică cu comutare (PSTN) pentru a le permite utilizatorilor să formeze numere în afara organizației. Serviciul este furnizat printr-o infrastructură existentă a întreprinderii (gateway local fără IP PBX local sau cu mediul de apel Unified CM existent)

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

Tabelul 1. Funcții configurabile de administrator
Caracteristică	Descriere
Operator automat	Puteți adăuga salutări, configura meniuri și puteți direcționa apelurile către un serviciu de răspuns, un grup de vânătoare, o căsuță 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 diferit apelurile de la anumite prefixe.
Coadă de apeluri	Puteți configura o coadă de apeluri astfel încât, atunci când apelurile primite nu pot fi răspunse, apelanților li se oferă un răspuns automat, mesaje de confort și muzică în așteptare până când cineva își poate răspunde la apel.
Preluare apeluri	Puteți îmbunătăți munca în echipă și colaborarea creând un grup de preluare a apelurilor, astfel încât utilizatorii să poată răspunde reciproc la apelurile celorlalți. Când adăugați utilizatori la un grup de preluare a apelurilor și un membru al grupului este plecat sau ocupat, un alt membru poate răspunde la apelurile lor.
Parcare apeluri	Puteți activa parcarea apelurilor, astfel încât utilizatorii să poată pune un apel în așteptare și să îl preia de pe alt telefon.
Grup de căutare	Poate doriți să configurați grupuri de vânătoare în următoarele scenarii: O echipă de vânzări care dorește rutare secvențială. Un apel primit sună un telefon, dar dacă nu există niciun răspuns, apelul este trimis către următorul agent din listă. O echipă de asistență care dorește ca telefoanele să sune dintr-o dată, astfel încât primul agent disponibil să poată prelua apelul.
Grup de difuzare	Puteți crea un grup de paginare, astfel încât utilizatorii să poată trimite un mesaj audio unei persoane, unui departament sau unei echipe. Când cineva trimite un mesaj unui grup de paginare, mesajul este redat pe toate dispozitivele din grup.
Client-recepționer	Ajutați-vă să susțineț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 liniilor, 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 Portalul utilizatorilor care apelează.

Tabelul 2. Caracteristici configurabile de utilizator
Caracteristică	Descriere
Respingerea anonimă a apelurilor	Utilizatorii pot respinge apelurile primite cu ID-ul apelantului blocat.
Continuitatea activității	Dacă telefoanele utilizatorilor nu sunt conectate la rețea din orice motiv (cum ar fi întrerupere de curent, probleme de rețea și așa mai departe), utilizatorii pot redirecționa apelurile primite către un anumit număr de telefon.
Redirecționare apeluri	Utilizatorii pot redirecționa apelurile primite către un alt telefon.
Redirecționare selectivă a apelurilor	Utilizatorii pot redirecționa apelurile la anumite ore de la anumiți apelanți. Această setare va avea prioritate față de Redirecționarea apelurilor.
Notificare apel	Utilizatorii își pot trimite un e-mail atunci când primesc un apel în funcție de criterii predefinite, cum ar fi numărul de telefon sau data și ora.
Apel în așteptare	Utilizatorii pot permite răspunsul la apeluri suplimentare primite.
Nu deranjaţi	Utilizatorii pot lăsa temporar toate apelurile să treacă direct la mesageria vocală.
Birou oriunde	Utilizatorii 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 o sonerie distinctă atunci când sunt îndeplinite criterii predefinite, cum ar fi numărul de telefon sau data și ora.
Birou la distanță	Utilizatorii pot efectua apeluri de la un telefon de la distanță și îl pot apărea din linia lor de afaceri. În plus, orice apel primit către linia lor de afaceri va suna pe acest telefon de la distanță.
Acceptare selectivă a apelului	Utilizatorii pot accepta apeluri la anumite ore de la anumiți apelanți.
Respingere selectivă a apelului	Utilizatorii pot respinge apelurile la anumite ore de la anumiți apelanți.
Inel secvențial	Sunați până la 5 dispozitive unul după altul pentru apelurile primite.
Inel simultan	Sunați numerele utilizatorilor și ale altora („destinatarii apelurilor”) în același timp pentru apelurile primite.

Servicii de furnizare, dispozitive și utilizatori în Control Hub, lansare încrucișată la configurație detaliată în Portalul de administrare de apelare

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

Control Hub este punctul central pentru furnizarea tuturor serviciilor, dispozitivelor și utilizatorilor. Puteți configura prima dată serviciul dvs. de apelare, puteți înregistra telefoane MPP în cloud (folosind adresa MAC), puteți configura utilizatorii asociind dispozitive, adăugând numere, servicii, funcții de apelare și așa mai departe. De asemenea, din Control Hub, puteți să lansați încrucișat către Portalul de administrare a apelurilor.

Experiența utilizatorului

Utilizatorii au acces la următoarele interfețe:

Aplicația Webex Calling—Client software pentru apeluri care este marcată de Cisco. Pentru mai multe informații, consultați Explorați noua aplicație de apelare Cisco Webex.
Setări Webex (https://settings.webex.com)—Interfață la care utilizatorii pot seta preferințele pentru profil, pot descărca aplicația Webex și pot lansa încrucișat în Portalul utilizatorului de apelare pentru setările de apelare. Pentru mai multe informații, consultați Modificați setările Cisco Webex.
Aplicația Webex — Aplicație inclusă în abonament ca client Cisco Team Messaging. Pentru mai multe informații, consultați Începeți cu aplicația Cisco Webex.
Webex Meetings—Aplicație opțională adăugată ca soluție de întâlniri. Pentru mai multe informații, consultați Webex Meetings.

Prezentare generală

Webex Calling poate reduce costurile operaționale și poate îmbunătăți productivitatea, ajutându-vă să migrați comunicațiile critice de afaceri în cloud. Atunci când este combinat cu alte aplicații și dispozitive Webex, este inima unei experiențe complete de apelare în cloud și colaborare. Cisco acceptă implementări on-premise, în cloud și model mixt pentru a menține clienții noștri conectați și productivi de oriunde; chiar și în timpul evenimentelor perturbatoare ale pieței.

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

Suplimentul Instanță dedicată pentru Webex Calling include:

Cisco Unified Communications Manager
Cisco Unified IM și prezență
Conexiune Cisco Unified Unity
Cisco Expressway
Cisco Emergency Responder (numai regiunea Americii)

Cale simplă de migrare

Instanța dedicată pentru apelarea Webex oferă o cale simplificată de migrare în cloud de la un PBX vechi, precum și de la sistemele locale Unified Communications Manager.

Instanța dedicată ameliorează punctele dureroase asociate cu migrarea apelurilor de întreprindere către cloud:

Fără întreruperi – Instanța dedicată are aceleași caracteristici, funcționalități, experiență de utilizator și opțiuni de integrare acceptate de Managerul de comunicații unificate implementate la nivel local, inclusiv suport pentru aplicația Jabber și Webex. Acest lucru creează o migrare fără fricțiuni către cloud, fără a fi necesară instruirea utilizatorului final sau a administratorului pentru clienții existenți ai Managerului de comunicații unificate. Instanța dedicată poate fi conectată la PBX-uri terțe, permițând noilor clienți Cisco un program flexibil de migrare.

Personalizare – O instanță privată dedicată pentru fiecare client, permite o implementare cloud extrem de personalizabilă, care este un diferențiere unică de alte oferte de apelare în cloud de pe piață. API-urile deschise ale Instanței Dedicate permit integrări profunde ale aplicațiilor terțe, permițând clienților să construiască un mediu de apelare care să suporte fluxuri de lucru unice de afaceri.

Securitate fără compromisuri – Cu Instanța Dedicată, clienții au acces la toate funcțiile de securitate Unified Communications Manager pentru punctele terminale și aplicațiile UC, cum ar fi media criptate, SRST securizat, înregistrarea securizată OTT folosind MRA.

În plus, clienții au acces la funcții de securitate fizică importante, cum ar fi Cisco Survivable Remote Site Telephony (SRST) pentru conectivitate la site în cazul în care conexiunile de rețea se întrerup și Cisco Emergency Responder și Nomadic E911 pentru a se asigura că angajații pot fi localizați de către personalul de urgență atunci când sunt la birou sau într-un mod hibrid de lucru.

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

Basic Inter-Op – Instanța dedicată este integrată cu Webex Calling pentru rutarea apelurilor prin platforma Webex. Clienții au flexibilitatea de a distribui utilizatorii atât pe Instanță Dedicată, cât și pe Webex Calling și să se adapteze în timp, după cum este necesar, pentru a răspunde cerințelor lor de afaceri în domeniul apelurilor în cloud.

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

Disponibilitatea soluției

Serviciul de instanță dedicată este disponibil la nivel global și poate fi comandat ca supliment pentru Webex Calling Flex Plan 3.0 prin intermediul partenerilor din anumite țări. Consultați Ghidul de disponibilitate globală pentru mai multe detalii.

Instanța dedicată acceptă același nivel de localizare ca și Managerul nostru de comunicații unificate on-premise. Acceptă tonuri de telefon și gateway în 82 de țări, un portal de îngrijire personală în 50 de limbi și clienți în peste 30 de limbi.

Beneficii

Instanța dedicată oferă cea mai eficientă cale de migrare către cloud pentru clienții existenți ai Managerului de comunicații unificate, cu următoarele beneficii cheie:

Instanță de aplicație de apelare dedicată găzduită și operată de Cisco în centrele de date Webex
Platformă de apeluri personalizabilă
Arhitectură flexibilă, rapid scalabilă
Experiență familiară a utilizatorului, reducând nevoia de recalificare a angajaților
Client unificat pentru apeluri, mesagerie, întâlniri și colaborare în echipă care este utilizabil pe toate tipurile de dispozitive
Compatibilitate cu portofoliul complet al Cisco de telefoane, gateway-uri și dispozitive video
Se integrează cu întâlnirile, mesageria și apelurile Webex ca parte a suitei Webex, permițând o experiență uimitoare pentru clientul final.

Pentru punctele finale și dispozitivele acceptate, faceți clic aici.

Faceți un tur al Control Hub

Control Hub este interfața dvs. unică, bazată pe web, pentru gestionarea organizației dvs., gestionarea utilizatorilor, alocarea serviciilor, analiza tendințelor de adoptare și a calității 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 App introducând adresele lor de e-mail în Control Hub. Încurajați oamenii să folosească serviciile pe care le furnizați, inclusiv apelurile, și să vă ofere feedback despre experiența lor. Când ești gata, poți oricând să adaugi mai mulți utilizatori.

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

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

Începeți

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

Vrăjitor pentru prima dată pentru încercări

Dacă partenerul dvs. v-a înregistrat pentru o încercare, asistentul de configurare pornește automat după ce vă conectați la Control Hub. Expertul vă ghidează prin setările de bază pentru ca organizația să funcționeze cu Webex Calling, printre alte servicii. Puteți configura și revizui setările de apelare înainte de a finaliza procedura expertului.

Examinați setările dvs

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

Adăugați utilizatori

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

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

Configurați conectare unică (SSO)

Aplicația Webex utilizează 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.

Accesați Setări, derulați la Autentificare, faceți clic pe Modificați, apoi selectați Integrați un furnizor de identitate terță parte.

Atribuire 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 Aplicația Webex.

Accesați Utilizatori, faceți clic pe Gestionați utilizatorii, selectați Exportați și importați utilizatorii cu un fișier CSV, apoi faceți clic pe Exportați.

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

Importaţi fişierul finalizat, faceţi clic pe Adăugaţi şi eliminaţi servicii, apoi faceţi clic pe Trimiteţi. 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 dispozitive cu utilizatorii.

Împuterniciți-vă utilizatorii

Acum că ați adăugat utilizatori și li s-au atribuit servicii, aceștia pot începe să folosească telefoanele multiplatformă (MPP) acceptate pentru Webex Calling și Webex App pentru mesagerie ș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 vârf gestionat de întreprindere sau de partener pentru interfuncționarea rețelei de telefonie publică cu comutare (PSTN) și interfuncționarea centrală a sucursalelor publice (PBX) vechi (inclusiv CM unificat).

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

Pentru a specifica și comanda un Gateway local, citiți Ghidul de comandă pentru Gateway local.

Implementări de gateway locale acceptate pentru Apeluri Webex

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

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

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

Implementări de gateway locale autonome

Această figură arată o implementare Webex Calling fără niciun PBX IP existent și este aplicabilă unei singure locații sau unei implementări cu mai multe locații.

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

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

Implementare Coresident Local Gateway

Gateway-ul local poate fi bazat pe IP, conectându-se la un ITSP folosind un trunk SIP sau bazat pe TDM folosind un circuit ISDN sau analog. Figura următoare arată o implementare Webex Calling în care gateway-ul local este coresident cu PSTN GW/SBC.

Implementări locale de gateway cu centrală centrală centrală CM unificată locală

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

Locațiile compatibile cu Webex Calling sunt adăugate la o implementare Cisco UC existentă în care Unified CM este implementat ca soluție locală de control al apelurilor
Este necesară apelarea directă între telefoanele înregistrate la Unified CM și telefoanele din locațiile Webex Calling.

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

Webex Calling trimite apeluri care nu se potrivesc cu destinațiile Webex Calling ale clientului către gateway-ul local. Acestea includ numerele PSTN și extensiile interne Unified CM, pe care Webex Calling nu le poate vedea. Gateway-ul local direcționează toate apelurile care vin de la Webex Calling către Unified CM și invers. Unified CM direcționează apoi apelurile primite către destinații locale sau către PSTN conform planului de apelare 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 gateway local Webex Calling.

Gateway PSTN Coresident

Această figură arată o implementare Webex Calling cu un CM unificat în care gateway-ul local este coresident cu gateway-ul PSTN/SBC.

Webex Calling direcționează toate apelurile care nu se potrivesc cu destinațiile Webex Calling ale clientului către gateway-ul local care este atribuit locației. Aceasta include destinațiile PSTN și apelurile on-net către extensiile interne Unified CM. Gateway-ul local direcționează toate apelurile către Unified CM. Unified CM direcționează apoi apelurile către telefoane înregistrate local sau către PSTN prin gateway-ul local, care are funcționalitatea PSTN/SBC co-locată.

Considerații privind rutarea apelurilor

Apeluri de la Apeluri Webex la Unified CM

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

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

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

Unified CM, bazat acum pe planul 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 rutarea numerelor +E.164.

Apeluri de la Unified CM la Webex Calling

Pentru a activa rutarea apelurilor de la Unified CM la Webex Calling pe Unified CM, trebuie furnizat un set de rute pentru a defini setul de adrese +E.164 și planul de numerotare pentru întreprinderi în Webex Calling .

Cu aceste rute 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 dispozitiv Webex Calling, atunci apelul este transmis companiei prin intermediul gateway-ului PSTN al companiei și apoi atinge Unified CM. Adresa apelată a acelui apel corespunde uneia dintre rutele Webex Calling furnizate în Unified CM, iar apelul este trimis către gateway-ul local. (Adresa apelată trebuie să fie în format +E.164 când este trimisă către gateway-ul local.) Logica de rutare Webex Calling se asigură apoi că apelul este trimis către dispozitivul Webex Calling dorit, pe baza atribuirii DID.

De asemenea, apelurile care provin de la punctele finale înregistrate în Unified CM, direcționate către destinații din Webex Calling, sunt supuse planului de apelare care este furnizat în Unified CM. În mod obișnuit, acest plan de apelare permite utilizatorilor să folosească obiceiurile comune de apelare ale î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 să fie normalizat la +E.164 înainte ca apelurile să fie trimise către gateway-ul local pentru a permite rutarea corectă în Webex Calling.

Clasa de serviciu (CoS)

Implementarea restricțiilor stricte de servicii este întotdeauna recomandată din diverse motive, inclusiv evitarea buclelor de apel și prevenirea fraudei cu taxe. În contextul integrării gateway-ului local Webex Calling cu clasa de serviciu Unified CM, trebuie să luăm în considerare clasa de serviciu pentru:

Dispozitive înregistrate cu Unified CM
Apeluri care vin în Unified CM de la PSTN
Apeluri care vin în Unified CM de la Webex Calling

Dispozitive înregistrate cu Unified CM

Adăugarea destinațiilor Webex Calling ca o nouă clasă de destinații la o configurație CoS existentă este destul de simplă: permisiunea de a apela către destinații Webex Calling este de obicei echivalentă cu permisiunea de a apela la destinații locale (inclusiv inter-site).

Dacă un plan de apelare de întreprindere implementează deja o permisiune „(abreviată) inter-site pe net”, atunci există deja o partiție furnizată pe Unified CM pe care o putem folosi și furniza toate apelurile Webex destinații în aceeași partiție.

În caz contrar, conceptul de „permisiune (abreviată) pe net inter-site” nu există încă, atunci o nouă partiție (de exemplu, „onNetRemote”) trebuie să fie asigurată, sunt adăugate destinațiile Webex Calling la această partiție și, în sfârșit, această nouă partiție trebuie adăugată la spațiile de căutare corespunzătoare pentru apeluri.

Apeluri care vin în Unified CM de la PSTN

Apeluri care vin în Unified CM de la Webex Calling

Apelurile primite de la PSTN necesită acces la toate destinațiile Webex Calling. Acest lucru necesită adăugarea partiției de mai sus care conține toate destinațiile Webex Calling la spațiul de căutare pentru apeluri utilizat pentru apelurile primite pe trunchiul PSTN. Accesul la destinațiile Webex Calling vine în plus față de accesul deja existent.

În timp ce pentru apelurile de la PSTN, accesul la DID-urile Unified CM și la DID-urile Webex Calling este obligatoriu, apelurile care provin din Webex Calling au nevoie de acces la DID-urile Unified CM și destinațiile PSTN.

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

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

Integrarea planului de apelare

Acest ghid presupune o instalare existentă care se bazează pe cele mai bune practici actuale din „Arhitectura preferată pentru implementările Cisco Collaboration On-Premises, CVD”. Cea mai recentă versiune este disponibilă aici.

Designul recomandat al planului de apelare urmează abordarea de proiectare care este documentată în capitolul Planul de apelare al celei mai recente versiuni a Cisco Collaboration System SRND disponibil aici.

Această figură prezintă o imagine de ansamblu asupra designului de plan de apelare recomandat. Caracteristicile cheie ale acestui design plan de apelare includ:

Toate numerele de director care sunt configurate pe Unified CM sunt în format +E.164.
Toate numerele de director rezidă în aceeași partiție (DN) și sunt marcate ca urgent.
Rutarea de bază se bazează pe +E.164.
Toate obiceiurile de apelare non-+E.164 (de exemplu, apelarea abreviată intrasite și apelarea PSTN folosind obiceiuri comune de apelare) sunt normalizate (globalizate) la +E.164 utilizând modele de traducere de normalizare a apelării.
Modelele de traducere de normalizare de apelare folosesc modelul de traducere apelând moștenirea spațiului de căutare; au setată opțiunea „Utilizați spațiul de căutare pentru apeluri al inițiatorului”.
Clasa de serviciu este implementată utilizând spații de căutare a apelurilor specifice pentru site și clasă de serviciu.
Capacitățile de acces PSTN (de exemplu accesul la destinații internaționale PSTN) sunt implementate prin adăugarea de partiții cu modelele de rută +E.164 respective la clasa de serviciu care definește spațiul de căutare apelant.

Accesibilitate la Webex Calling

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

Pentru a adăuga accesibilitatea pentru destinațiile de apelare Webex la acest plan de apelare, trebuie creată o partiție care să reprezinte toate destinațiile de apelare Webex („Webex Calling”) și un model de rută +E.164 pentru fiecare interval DID din Webex Calling 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 Webex Calling. Deoarece toate destinațiile formate sunt normalizate la +E.164, fie utilizând modele de traducere de normalizare a apelurilor pentru apelurile care provin de la punctele finale înregistrate de Unified CM, fie transformări ale părții apelate de intrare pentru apelurile care provin de la PSTN, acest singur set de modele de rută +E.164 este suficient pentru a realiza accesibilitatea pentru destinații în Webex Calling independent de obiceiul de apelare utilizat.

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

Adăugați apelare intersite prescurtată

Figura 4. Adăugarea de apelare intersite prescurtată

Modalitatea recomandată de a adăuga apelarea abreviată între site-uri la planul de apelare de referință este să adăugați modele de traducere de normalizare a apelării pentru toate site-urile din planul de numerotare întreprindere la o partiție dedicată („ESN”, Enterprise Significant Numbers). Aceste modele de traducere interceptează șirurile de apelare în formatul planului de numerotare a întreprinderii și normalizează șirul format la +E.164.

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

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

Operatori de protocol pentru apeluri

Webex Calling înregistrează următorii operatori de protocol cu sistemul de operare pentru a activa funcționalitatea clic-pentru-apel din browserele web sau din altă aplicație. Următoarele protocoale pornesc un apel audio sau video în aplicația Webex 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://

Protocol Handlers pentru Windows

Alte aplicații se pot înregistra pentru gestionanții de protocol înainte de aplicația Webex. În Windows 10, fereastra sistemului le cere utilizatorilor să selecteze ce aplicație să utilizeze pentru a lansa apelul. Preferința utilizatorului poate fi reținută dacă acesta bifează Folosiți întotdeauna această aplicație.

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

Deschideți setările de sistem Setări implicite pentru aplicație, faceți clic pe Setați setările implicite după aplicație, apoi alegeți Aplicația Webex .
Pentru fiecare protocol, alegeți Aplicația Webex .

Procesoare de protocol pentru macOS

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

În Aplicația Webex pentru Mac, utilizatorii pot confirma că Aplicația Webex este selectată pentru setarea Începeți apelurile cu din preferințele generale. De asemenea, pot bifa Conectează-te întotdeauna la Microsoft Outlook dacă doresc să efectueze apeluri în Aplicația Webex atunci când fac clic pe numărul unei persoane de contact Outlook.

7 mart. 2022

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

Cerințe pentru apelare

Licenţiere

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

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

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

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

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

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

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

Cerințe privind lățimea de bandă

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

Gateway local pentru PSTN bazat pe premise

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

Dispozitive acceptate

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

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

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

Firewall

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

Cerințe privind gateway-ul local pentru apelarea Webex

Cerințe generale

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

- Dețineți cunoștințe de bază despre principiile VoIP
- Aveți cunoștințe de lucru de bază despre conceptele de voce Cisco IOS-XE și IOS-XE
- Aveți o înțelegere de bază a Protocolului de inițiere a sesiunii (SIP)
- Aveți o înțelegere de bază a Cisco Unified Communications Manager (Unified CM) dacă modelul de implementare include Unified CM
Mai multe detalii pot fi găsite în Cisco Unified Border Element (CUBE) Enterprise Configuration Guide la https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

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

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

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

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

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

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

LGW trebuie să fie actualizate cu ca root bundle de la Cisco PKI
Un set de acreditări SIP digest din pagina de configurare PortBagaj Control Hub sunt utilizate pentru a configura LGW (pașii fac parte din configurația care urmează)
Ca root bundle validează certificatul prezentat
Solicitat acreditări (SIP digest furnizate)
Cloud-ul identifică gateway-ul local care este înregistrat în siguranță

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

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

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

17 iun. 2022

Configurarea apelării Webex pentru organizația dvs.

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

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

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

Faceţi clic pe linkul Noţiuni introductive din 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ă vă creați parola de administrator. După ce vă conectați, asistentul de configurare pornește automat.

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

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

Managerul de cont este responsabil pentru activarea primilor pași pentru FTSW. Contactați managerul de cont dacă primiți o notificare „Nu se poate configura apelul”, când selectați Începeți.

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

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

Alegeți dintre următoarele opțiuni:

Faceţi clic pe Salvaţi şi închideţi dacă sunteţi administrator partener şi doriţi ca administratorul clientului să finalizeze furnizarea Webex Calling.
Completați informațiile necesare despre locație. După ce creați locația în expert, puteți crea mai multe locații mai târziu.

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

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

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

Faceţi clic pe Următorul.

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

Adăugați o locație

Înainte de a începe

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

Adresa locației
Numere de telefon dorite (opțional)

Din vizualizarea clienților din https://admin.webex.com, accesați Servicii > Apelare > Locații și faceți clic pe Adăugați o locație.

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

Configurați setările locației:

Nume locație—Introduceți un nume unic pentru a identifica locația.
Țara/Regiune—Alegeți o țară la care să legați locația. De exemplu, puteți crea o locație (sediu) în Statele Unite și o altă (filială) în Regatul Unit. Țara pe care o alegeți determină câmpurile de adresă care urmează. Cele documentate aici folosesc convenția de adresă din SUA ca exemplu.
Adresa locației—Introduceți adresa poștală principală a locației.
Oraș/Oraș—Introduceți un oraș pentru această locație.
Stat/Provincie/Regiune—Din meniul drop-down, alegeți un stat.
POștal/Cod poștal—Introduceți codul poștal sau codul poștal.
Limba anunţurilor—Alegeţi limba pentru anunţurile audio şi solicitările pentru noii utilizatori şi funcţii.
Limba e-mail—Alegeți limba pentru comunicarea prin e-mail cu utilizatorii noi.
Fus orar—Alegeți fusul orar pentru locație.

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

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

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

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

Ați achiziționat cel puțin un plan de apelare Cisco OCP (Outbound Calling Plan).
Locația dvs. se află într-o țară în care este acceptat Planul de apelare Cisco.
Locația dvs. este nouă. Locațiile preexistente care au avut alte capabilități PSTN alocate nu sunt eligibile pentru Planul de apelare Cisco în acest moment. Deschideți un caz de asistență pentru îndrumare.
Sunteți găzduit într-un centru de date Webex Calling într-o regiune în care este acceptat Planul de apelare Cisco.

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

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

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

PSTN bazat pe local (Local Gateway)—Puteți alege această opțiune dacă doriți să vă păstrați furnizorul PSTN actual sau dacă doriți să conectați site-uri care nu sunt în cloud cu site-uri în cloud.

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

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

Dacă aţi selectat CCP neintegrat sau PSTN bazat pe sediu, introduceţi Numere de telefon ca valori separate prin virgulă, apoi faceţi clic pe Validare.

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

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

Faceți clic pe Salvare.

Ce trebuie să faceți în continuare

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

Ștergeți o locație din organizația dvs. Webex Calling

Înainte de a începe

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

Rețineți că orice numere asociate cu această locație vor fi transmise înapoi furnizorului dvs. PSTN; nu vei mai avea acele numere.

1	Din vizualizarea clientului din https://admin.webex.com, accesați Servicii > Apelare > Locații.
2	Faceţi clic pe în coloana Acţiuni de lângă locaţia pe care doriţi să o ştergeţi.
3	Alegeți Ștergeți locația și confirmați că doriți să ștergeți locația respectivă. De obicei, este nevoie de câteva minute pentru ca locația să fie ștearsă definitiv, dar poate dura până la o oră. Puteți verifica starea făcând clic pe lângă numele locației și selectând Starea ștergerii.

Actualizați o locație existentă

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

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

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

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

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

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

Ați achiziționat cel puțin un plan de apelare Cisco OCP (Outbound Calling Plan).
Locația dvs. se află într-o țară în care este acceptat Planul de apelare Cisco.
Locația dvs. este nouă. În prezent, locațiile preexistente care au avut alte capabilități PSTN alocate nu sunt eligibile pentru Planul de apelare Cisco. Deschideți un caz de asistență pentru îndrumare.
Sunteți găzduit într-un centru de date Webex Calling într-o regiune în care este acceptat Planul de apelare Cisco.

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

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

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

(Opțional) În Apeluri de urgență, puteți selecta Identificator locație de urgență pentru a-l atribui acestei locații.

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

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

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

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

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

(Opțional) Faceți clic pe pictograma creion din partea de sus a paginii Locație pentru a schimba Numele locației, Limba anunțului, Limba e-mailului, Fusul orar 7} sau Adresă după cum este necesar, apoi faceţi clic pe Salvaţi.

Modificarea limbii anunțului intră în vigoare imediat pentru toți utilizatorii noi și funcțiile adăugate în această locație. Dacă utilizatorii și/sau funcțiile existente ar trebui să li se schimbe și limba anunțului, atunci când vi se solicită, selectați Modificați pentru utilizatorii și spațiile de lucru existente sau Modificați pentru funcțiile existente. Faceţi clic pe Aplicaţi. Puteți vizualiza progresul pe pagina Sarcini. Nu mai puteți face modificări până când aceasta nu este finalizată.

Modificarea Fusului orar pentru o locație nu actualizează fusurile orare ale caracteristicilor asociate locației. Pentru a edita fusurile orare pentru funcții precum asistentul automat, grupul de vânătoare și coada de apeluri, accesați zona Setări generale a funcției specifice pentru care doriți să actualizați fusul orar și să editați și să salvați acolo.

Configurați planul de apelare Webex Calling

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

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

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

Din vizualizarea clienților din https://admin.webex.com, accesați Servicii > Apelare > Setări servicii, apoi derulați la Apelare internă.

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

Lungimea prefixului de rutare a locației—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 prefixul 888, formați 8881000 pentru a ajunge la acel magazin.
Cifra de direcție în Prefixul de rutare—Puteți seta o valoare aici, 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 măriți lungimea extensiei, apelările rapide existente către extensiile interne nu sunt actualizate automat.

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

Apelare internă—Specificați prefixul de rutare pe care trebuie să îl apeleze utilizatorii din alte locații 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 setată la nivel de organizație, dar trebuie să fie între 2-7 cifre.

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

Utilizatorii trebuie să includă cifra de apelare de ieșire atunci când efectuează apeluri externe pentru a imita modul în care au apelat pe sistemele vechi.

Impact asupra utilizatorilor:

Utilizatorii trebuie să-și repornească telefoanele pentru ca modificările în preferințele de apelare să aibă efect.
Extensiile de utilizator nu trebuie să înceapă cu același număr ca cifra de direcție a locației.

Configurați PSTN (gateway local) bazat pe local în Control Hub

Dacă sunteți un reseller cu valoare adăugată, puteți utiliza acești pași pentru a începe configurarea gateway-ului local în Control Hub. Când acest gateway este înregistrat în cloud, îl puteți utiliza în una sau mai multe dintre locațiile dvs. Webex Calling pentru a oferi 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.

Creați un portbagaj

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

Înainte de a începe

Odată ce o locație este adăugată și înainte de a configura PSTN bazat pe local pentru o locație, trebuie să creați un trunchi.
Creați orice locații și setări și numere specifice pentru fiecare. Locațiile trebuie să existe înainte de a putea adăuga un PSTN bazat pe local.
Înțelegeți cerințele PSTN (gateway local) bazate pe local pentru Apeluri Webex.
Nu puteți alege mai mult de un trunchi pentru o locație cu PSTN bazat pe local, dar puteți alege același trunchi pentru mai multe locații.

Din vizualizarea clientului din https://admin.webex.com, accesați Servicii > Apelare > Dirijarea apelurilor și selectați Adăugați trunchi.

Selectați o locație.

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

Numele nu poate avea mai mult de 24 de caractere.

Ce trebuie să faceți în continuare

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

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

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

Dacă pierdeți acreditările, trebuie să le generați din ecranul cu informații despre trunchi din Control Hub. Faceţi clic pe Preluare nume de utilizator şi resetare parolă pentru a genera un nou set de acreditări de autentificare pe care să le utilizaţi pe trunchi.

Selectați un trunchi pentru PSTN bazat pe local

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

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

Selectaţi PSTN la sediu şi faceţi clic pe Următorul.

Alegeți un portbagaj din meniul derulant.

Accesați pagina trunchi pentru a vă gestiona opțiunile grupului de trunchi.

Faceţi clic pe notificarea de confirmare, apoi pe Salvaţi.

Ce trebuie să faceți în continuare

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

După ce finalizați cu succes configurarea pe gateway-ul propriu-zis, puteți reveni la Servicii > Apel > Locații în Control Hub și gateway-ul pe care l-ați creat vor fi listate în cardul de locație căruia i-ați atribuit-o 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.

Gestionare numere de telefon

Puteți vizualiza, activa, elimina și adăuga cu ușurință numere de telefon pentru organizația dvs. în Control Hub. Pentru mai multe informații, consultați Gestionați numerele de telefon în Control Hub.

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

Dacă încercați serviciile 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 din https://admin.webex.com, selectați pictograma clădirii .
2	Selectaţi fila Abonamente, apoi faceţi clic pe Cumpăraţi acum. Un e-mail este trimis partenerului dvs. prin care îl anunță că sunteți interesat să vă convertiți la un abonament cu plată.

Setați opțiunile de apelare pentru utilizatorii aplicației Webex

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

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

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

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

Activați opțiunea 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 la pasul anterior.

Modificările pot dura până la 24 de ore până când apar în Aplicația Webex. Puteți sfătui utilizatorii să-și repornească aplicațiile pentru a prelua mai rapid aceste modificări.

Setați comportamentul de apelare în Control Hub

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 nivelul întregii organizații numai dacă sunteți gata să migrați întreaga organizație.

Înainte de a începe

Organizația dvs. trebuie să aibă abonamentele corecte pentru comportamentul de apelare pe care îl alegeți.
Utilizatorii trebuie să aibă numere de telefon valide. Dacă numerele sunt nevalide, Aplicația Webex trimite în continuare numărul către aplicația de apelare pe care o selectați, dar apelul din aplicația respectivă va eșua.

Din vizualizarea clientului din https://admin.webex.com, accesați Gestionare > Setări organizație, apoi derulați la Comportament de apelare 10}, apoi alegeți una dintre următoarele: .

Apelare în Webex—Selectați această opțiune dacă doriți ca utilizatorii să efectueze apeluri direct în Aplicația Webex utilizând Apelarea 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 utilizând aplicația Webex Calling. Când utilizatorii efectuează apeluri PSTN în Aplicația Webex, aplicația Apelare Webex este utilizată pentru a efectua apelul.

Aplicația Webex Calling este disponibilă numai pentru anumite clienți.

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

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

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

7 mart. 2022

Configurarea gateway-ului local pe IOS-XE pentru apelarea Webex

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

Flux de activități de configurare a gateway-ului local

Utilizați acest flux de activități pentru a configura gateway-urile locale pentru implementarea Webex Calling . Pașii care urmează sunt efectuați pe interfața CLI în sine. Trunchiul dintre gateway-ul local și Webex Calling este întotdeauna securizat utilizând transportul SIP TLS și SRTP pentru media între Gateway-ul local și SBC-ul Webex Calling Access.

Înainte de a începe

Îndepliniți cerințele gateway-ului local pentru ApelareaWebex.
Creați un gateway local în Control Hub.
Instrucțiunile de configurare furnizate în acest document presupun că există o platformă gateway local dedicată cu nici o configurație de voce existente. Dacă se modifică un gateway PSTN existent sau o implementare cube enterprise pentru a utiliza și funcția gateway local pentru ApelareWebex, acordați atenție configurației aplicate și asigurați-vă că fluxurile de apeluri și funcționalitățile existente nu sunt întrerupte ca urmare a modificărilor pe care le efectuați.

	Comandă sau acțiune	Scop
1	Maparea parametrilor între Control Hub și Cisco Unified Border Element	Utilizați acest tabel ca referință pentru parametrii care provin din 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 configurația platformei de bază și o actualizare a rezervorului de încredere.
3	Înregistrați Gateway-ul local la apelarea Webex
4	Alegeți una, în funcție de implementare: Configurarea gateway-ului local fără PBX IP Configurarea Gateway-ului local cu un mediu CM unificat existent	Rutarea apelurilor pe gateway-ul local se bazează pe opțiunea de implementare Webex Calling pe care ați ales-o. Această secțiune presupune că terminarea IP PSTN este pe aceeași platformă ca gateway-ul local. Configurația care urmează este pentru una dintre aceste opțiuni pe gateway-ul local: Opțiunea de implementare a gateway-ului local fără un PBX IP local. Gateway-ul local și IP PSTN CUBE sunt coresident. Opțiunea de implementare gateway local într-un mediu CM unificat existent. Gateway-ul local și IP PSTN CUBE sunt coresident.

Maparea parametrilor între Control Hub și Cisco Unified Border Element

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

Domeniul registratorului: Control Hub ar trebui să analizeze domeniul din LinePort care este primit de la UCAPI. example.com	registrator example.com
Grup trunchi OTG/DTG	profile de înghițitură: regulă <rule-number> cerere ORICE sip-antet De la modificarea ">" ";otg=otgDtgId>"
Linie/port user@example.com	număr: utilizator
Proxy apeluri efectuate	proxy de ieșire (nume DNS – SRV al Access SBC)
Nume utilizator SIP	nume utilizator
Parolă SIP	parolă

Efectuați configurarea platformei de referință

Înainte de a începe

Asigurați-vă că configurația platformei de bază, cum ar fi NTPs, ACL-uri, activați parolele, parola principală, rutarea IP, adresele IP și așa mai departe, sunt configurate în conformitate cu politicile și procedurile organizației dvs.
Pentru toate implementările LGW este necesară lansarea minimă acceptată a IOS-XE 16.12 sau IOS-XE 17.3.

interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling
 ip address 192.168.43.197 255.255.255.0

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

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

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

LocalGateway#show crypto pki trustpool | include DigiCert

Înregistrați Gateway-ul local la apelarea Webex

Înainte de a începe

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

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

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

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

Configurarea gateway-ului local fără PBX IP

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

Entități găzduitedin clasa de voce - Mai întâi vom crea entități găzduite suplimentare pentru colegii de apelare care se confruntă cu ITSP similar cu entitatea găzduită 200 pe care am creat-o pentru Apelarea Webex cu care se confruntă colegii de apelare.
URL-uride clasă vocală - Modele care definesc adresele IP/porturile gazdă pentru diferite trunchiuri care se termină pe Gateway-ul local: Webex Apelarea la LGW; și PSTN SIP portbagaj terminare pe LGW.
Outbound dial-colegii-pentrua ruta picioarele de apel de ieșire de la LGW la portbagaj ITSP SIP și Webex Calling.
Clasa de voce DPG-țintăoutbound dial-colegii invocate de la un dial-peer de intrare.
Colegii deapelare de intrare - Pentru a accepta picioarele de apel de intrare de la ITSP și Webex Calling.

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

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
voice class uri 100 sip
  host ipv4:192.168.80.13
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
voice class dpg 100
 description Incoming WxC(DP200201) to IP PSTN(DP101)
 dial-peer 101 preference 1
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

Apelare PSTN la Webex: Toate picioarele de apel IP PSTN primite pe gateway-ul local sunt potrivite pe dial-peer 100, deoarece definește un criteriu de potrivire pentru antetul VIA cu adresa IP PSTN. Selecția de apelare inversă de ieșire este dictată de DPG 200 care invocă direct 200201 dial-peer de ieșire, care are serverul Webex Calling listat ca destinație țintă.
Apelare Webex la PSTN: Toate picioarele de apel Webex Calling primite de pe gateway-ul local sunt potrivite pe 200201 de tip dial-peer, deoarece îndeplinește un criteriu de potrivire pentru modelul de antet URI solicitare cu parametrul TrunkGroup OTG/DTG, unic pentru această implementare gateway local. Outbound dial-peer de selecție este dictată de DPG 100 care invocă direct de ieșire dial-peer 101, care are adresa IP PSTN IP enumerate ca destinație țintă.

Configurarea Gateway-ului local cu un mediu CM unificat existent

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

Entități găzduitedin clasa de voce - Trebuie să creați entități găzduite suplimentare pentru colegii de apelare care se confruntă cu CM unificat și ITSP, similar cu entitatea găzduită 200 pe care am creat-o pentru Apelarea Webex cu care se confruntă colegii de apelare.
URL-uride clasă vocală - Modele care definesc adresele/porturile IP gazdă pentru diferite trunchiuri care se termină pe LGW: de la UNIFIED CM la LGW pentru destinații PSTN; Unified CM la LGW pentru destinații webex Calling ; Webex Apelarea la LGW; și PSTN SIP portbagaj terminare pe LGW.
Grup de servere de clasă vocală- Adrese IP țintă / porturi pentru trunchiuri de ieșire de la LGW la CM unificat, LGW la Webex Callingși LGW la trunchiul PSTN SIP.
Outbound dial-colegii-pentrua ruta picioarele de apel de ieșire de la LGW la UNIFIED CM, ITSP SIP portbagaj, și / sau Webex apelare.
Clasa de voce DPG- Target outbound dial-peer(uri) invocate de la un dial-peer de intrare.
Colegii de apelare inbound - Pentru a accepta picioarele de apel de intrare de la Unified CM, ITSP și / sau Webex Calling.

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
voice class uri 100 sip
  host ipv4:192.168.80.13
voice class server-group 301
 ipv4 192.168.80.60 port 5065
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
voice class dpg 100
 dial-peer 101 preference 1
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

IP PSTN la unified CM PSTN Trunk

Platforma de apelare Webex către trunchiul de apeluri CM Webex unificat

Unified CM PSTN Trunk la IP PSTN

Trunchiul de apeluri CM Webex unificat către platforma de apelare Webex

Monitorizarea și depanarea Gateway-ului local cu semnături de diagnosticare

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

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

Înainte de a începe:

Nu editați fișierul DS descărcat din DSLT. Fișierele modificate nu vor reuși instalarea din cauza erorii de verificare a integrității.
Este necesar un server Simple Mail Transfer Protocol (SMTP) pentru ca gateway-ul local să trimită notificări prin e-mail.
Asigurați-vă că gateway-ul local rulează IOS XE 17.3.2 sau o versiune ulterioară dacă doriți să utilizați serverul SMTP securizat pentru notificări prin e-mail.

Cerințe preliminare

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

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

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

Configurați variabila ds_email de mediu cu adresa de e-mail a administratorului care urmează să fie notificată.


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

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

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

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

Configurați variabila ds_email de mediu cu adresa de e-mail a administratorului care urmează să fie notificată.


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

Gateway local care rulează versiunea 16.9.x

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


LocalGateway#configure terminal 
LocalGateway(config)#call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
LocalGateway(config)#end

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

Configurați variabila ds_email de mediu cu adresa de e-mail a administratorului care urmează să fie notificată.


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

Următoarele arată un exemplu de configurare a unui gateway local care rulează IOS XE 17.3.2 pentru a trimite notificările proactive către tacfaststart@gmail.com utilizând Gmail ca server SMTP securizat:


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

Gateway-ul local care rulează software-ul IOS XE nu este un client Gmail tipic bazat pe web care acceptă OAuth, deci trebuie să configurăm o anumită setare a contului Gmail și să oferim permisiunea specifică pentru ca e-mailul de pe dispozitiv să fie procesat corect:

Accesați Gestionați Contul Google > Securitate și activați Setarea de acces la aplicații mai puțin sigură.
Răspundeți la "Da, am fost eu" atunci când primiți un e-mail de la Gmail în care se menționează "Google a împiedicat pe cineva să se conecteze la contul dvs., folosind o aplicație non-Google".

Instalarea semnăturilor de diagnosticare pentru monitorizare proactivă

Monitorizarea utilizării ridicate a procesorului

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

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#

Descărcați DS 64224 utilizând următoarele opțiuni verticale din Instrumentulde căutare semnături de diagnosticare:


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


Nume câmp	Valoarea câmpului

Platformă	Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series
Produs	CUBE Enterprise în soluția de apelare Webex
Domeniul de aplicare al problemei	Performanță
Tip de problemă	Utilizare ridicată a procesorului cu notificare prin e-mail

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


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

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


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

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


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

Verificați dacă semnătura este instalată cu succes utilizând afișarea semnăturiide diagnosticare la domiciliu a apelului. Coloana de stare ar trebui să aibă o valoare "înregistrată".


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

Descarca DSes:


ID-ul DS	Numele DS	Revizie	Stare	Ultima actualizare (GMT+00:00)
64224	DSLGWCPUMON75___	0.0.10	Înscris	2020-11-07 22:05:33

LocalGateway #

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

Monitorizarea SIP Trunk înregistrare

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

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


Nume câmp	Valoarea câmpului

Platformă	Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series
Produs	CUBE Enterprise în soluția de apelare Webex
Domeniul de aplicare al problemei	SIP-SIP
Tip de problemă	SIP Trunk Un-înregistrare cu notificare prin e-mail

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


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

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


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

Verificați dacă semnătura este instalată cu succes utilizând afișarea semnăturiide diagnosticare la domiciliu a apelului. Coloana de stare ar trebui să aibă o valoare "înregistrată".

Monitorizarea deconectează apeluri anormale

Acest DS utilizează snmp de votare la fiecare 10 minute pentru a detecta anormale apel deconectați cu erori SIP 403, 488 și 503.  Dacă incrementul numărului de erori este mai mare sau egal cu 5 din ultimul sondaj, acesta va genera o notificare syslog și e-mail. Vă rugăm să utilizați pașii de mai jos pentru a instala semnătura.

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


LocalGateway# show snmp 
%SNMP agent not enabled 
LocalGateway# 

LocalGateway# 
LocalGateway# config t 
LocalGateway(config)# snmp-server manager 
LocalGateway(config)#end 
LocalGateway# 

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

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


Nume câmp	Valoarea câmpului

Platformă	Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series
Produs	CUBE Enterprise în soluția de apelare Webex
Domeniul de aplicare al problemei	Performanță
Tip de problemă	SIP anormale apel deconectați de detectare cu e-mail și Syslog notificare

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


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

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


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

Verificați dacă semnătura este instalată cu succes utilizând afișarea semnăturiide diagnosticare la domiciliu a apelului. Coloana de stare ar trebui să aibă o valoare "înregistrată".

Instalarea semnăturilor de diagnosticare pentru a depana o problemă

Semnăturile de diagnosticare (DS) pot fi, de asemenea, utilizate pentru a rezolva rapid problemele. Cisco TAC ingineri au creat mai multe semnături care permit depanare necesare necesare pentru a depana o anumită problemă, detecta apariția problemei, colecta dreptul de set de date de diagnosticare și transferul de date în mod automat la cisco TAC caz. Acest lucru elimină necesitatea de a verifica manual apariția problemei și face rezolvarea problemelor intermitente și tranzitorii mult mai ușoară.

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

Iată un exemplu despre cum să găsiți și să instalați un DS pentru a detecta apariția "%VOICEIEC-3-GW_: CCAPI: Eroare internă (prag de vârf al apelului): IEC=1.1.181.1.29.0" syslog și automatizează colectarea datelor de diagnosticare folosind pașii de mai jos.

Configurați o variabilă ds_fsurl_prefix de mediu DS suplimentară care este calea serverului de fișiere CiscoTAC (cxd.cisco.com) în care sunt încărcate datele de diagnosticare colectate. Numele de utilizator din calea fișierului este numărul de caz și parola este simbolul de încărcare a fișierelor care poate fi preluat din Managerul de caz de asistență, așa cum se arată mai jos. Simbolul de încărcare a fișierelor poate fi generat în secțiunea Atașări 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"  
```

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#

Se recomandă instalarea monitorizării înalte a procesorului DS 64224 ca măsură proactivă pentru a dezactiva toate depanările și semnăturile de diagnosticare în timpul utilizării ridicate a procesorului. Descărcați DS 64224 utilizând următoarele opțiuni în Instrumentul de căutare semnături de diagnosticare:


Nume câmp	Valoarea câmpului

Platformă	Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series
Produs	CUBE Enterprise în soluția de apelare Webex
Domeniul de aplicare al problemei	Performanță
Tip de problemă	Utilizare ridicată a procesorului cu notificare prin e-mail

Descărcați DS 65095 utilizând următoarele opțiuni în Instrumentulde căutare semnături de diagnosticare:


Nume câmp	Valoarea câmpului

Platformă	Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series
Produs	CUBE Enterprise în soluția de apelare Webex
Domeniul de aplicare al problemei	Syslogs
Tip de problemă	Syslog - %VOICEIEC-3-GW_: CCAPI: Eroare internă (prag de vârf al apelului): IEC=1.1.181.1.29.0

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:

Instalați fișierul DS 64224 de monitorizare a procesorului înalt și apoi 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#

Verificați dacă semnătura este instalată cu succes utilizând afișarea semnăturiide diagnosticare la domiciliu a apelului. Coloana de stare ar trebui să aibă o valoare "înregistrată".


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

DescarcaT DSes:


ID-ul DS	Numele DS	Revizie	Stare	Ultima actualizare (GMT+00:00)
64224 00:07:45	DSLGWCPUMON75___	0.0.10	Înscris	2020-11-08:00:07:45
65095 00:12:53	DSLGWIECC___all_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 afișează semnătura de diagnosticare apel-acasă se va schimba la "rulare" în timp ce gateway-ul local execută acțiunea definită în semnătură. Rezultatul statisticilor de diagnosticare a semnăturii de apel la domiciliu este cea mai bună modalitate de a verifica dacă o semnătură de diagnosticare a detectat un eveniment de interes și a executat acțiunea. Coloana "Triggered/Max/Deinstall" indică de câte ori semnătura dată a declanșat un eveniment, numărul maxim de ori este definit pentru a detecta un eveniment și dacă semnătura se va deinstala 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

DescarcaT DSes:


ID-ul DS	Numele DS	Revizie	Stare	Ultima actualizare (GMT+00:00)
64224	DSLGWCPUMON75___	0.0.10	Înscris	2020-11-08 00:07:45
65095	DSLGWIECC___all_spike_threshold	0.0.12	Rulare	2020-11-08 00:12:53

LocalGateway #

LocalGateway# afișează statistici de diagnosticare a semnăturilor de apel la domiciliu


ID-ul DS	Numele DS	Triggered/Max/Deinstall	Timp mediu de rulare (secunde)	Timp maxim de rulare (secunde)
64224	DSLGWCPUMON75___	0/0/N	0.000	0.000
65095	DSLGWIECC___all_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 de problemă, detaliile dispozitivului, versiunea software, configurația care rulează și afișarea ieșirilor de comandă care sunt relevante pentru depanarea problemei date.

Dezinstalarea semnăturilor de diagnosticare

Semnăturile de diagnosticare care sunt utilizate în scopuri de depanare sunt de obicei definite pentru a dezinstala după detectarea unui anumit număr de apariții ale problemelor. Dacă doriți să dezinstalați manual o semnătură, regăsiți ID-ul DS de la ieșirea semnăturii 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#

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

7 mart. 2022

Implementarea CUBE High Availability ca Gateway Local

Local Gateway (LGW) este singura opțiune de a oferi acces PSTN bazat pe premise pentru clienții Cisco Webex Calling. Obiectivul acestui document este de a vă ajuta în construirea unei configurații Local Gateway utilizând CUBE disponibilitate ridicată, cubes activ/standby pentru failover stateful de apeluri active.

Fundamentele

Cerințe preliminare

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

Soluția Cisco Webex Calling
Opțiunea Gateway local pentru apelarea Cisco Webex
Redundanță box-to-box de la nivelul 2 cu CUBE Enterprise pentru conservarea apelurilor impunătoare

Liniile directoare de configurare furnizate în acest articol presupune o platformă gateway local dedicat cu nici o configurație de voce existente. Dacă o implementare existentă CUBE enterprise este modificată pentru a utiliza, de asemenea, funcția gateway local pentru Cisco Webex Calling, acordați o atenție deosebită configurației aplicate pentru a vă asigura că fluxurile de apeluri și funcționalitățile existente nu sunt întrerupte și asigurați-vă că respectați cerințele de proiectare CUBE HA.

Componente hardware și software

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

Comenzile arată și jurnalele din acest articol se bazează pe lansarea software-ul minim de Cisco IOS-XE 16.12.2 puse în aplicare pe un vCUBE (CSR1000v).

Material de referință

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

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

Prezentare generală a soluției de apelare Webex

Cisco Webex Calling este o ofertă de colaborare care oferă o alternativă bazată pe cloud cu mai multe entități găzduite la serviciul de telefonie PBX local, cu mai multe opțiuni PSTN pentru clienți.

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

Figura de mai jos afișează o implementare Webex Calling fără niciun PBX IP existent și se aplică unei implementări unice sau multi-site. Configurația descrisă în acest articol se bazează pe această implementare.

Redundanță de la cutie la nivel 2

Redundanța box-to-box CUBE HA layer 2 utilizează protocolul de infrastructură Redundancy Group (RG) pentru a forma o pereche activă/standby de routere. Această pereche partajează aceeași adresă IP virtuală (VIP) în interfețele lor respective și schimbă continuu mesajele de stare. Cube informații sesiune este check-pointed peste perechea de routere care să permită router standby pentru a lua toate responsabilitățile CUBE apel de procesare peste imediat în cazul în care router-ul activ iese din serviciu, rezultând în păstrarea statuos de semnalizare și mass-media.

Indicația de verificare este limitată la apelurile conectate cu pachete media. Apelurile în tranzit nu sunt marcate (de exemplu, o stare de încercare sau de apel).

În acest articol, CUBE HA se va referi la cube high availability (HA) Layer 2 Box-to-box (B2B) redundanță pentru conservarea apelurilor impunătoare

Începând cu IOS-XE 16.12.2, CUBE HA poate fi implementat ca gateway local pentru implementările trunchiului de apelare Cisco Webex (PSTN bazat pe premise) și vom acoperi considerațiile și configurațiile de proiectare din acest articol. Această cifră afișează o configurare tipică CUBE HA ca Gateway local pentru o implementare a trunchiului Cisco Webex Calling.

Componenta infra a grupului de redundanță

Componenta Infra a grupului de redundanță (RG) oferă suportul pentru infrastructura de comunicații box-to-box între cele două CUBEs și negociază starea finală de redundanță stabilă. Această componentă oferă, de asemenea:

Un protocol de tip HSRP care negociază starea finală de redundanță pentru fiecare router prin schimbul de mesaje keepalive și salut între cele două CUBEs (prin interfața de control) - GigabitEthernet3 în figura de mai sus.
Un mecanism de transport pentru punctarea semnalizării și a stării media pentru fiecare apel de la routerul activ la cel standby (prin interfața de date) — GigabitEthernet3 în figura de mai sus.
Configurarea și gestionarea interfeței IP virtual (VIP) pentru interfețele de trafic (mai multe interfețe de trafic pot fi configurate folosind același grup RG) – GigabitEthernet 1 și 2 sunt considerate interfețe de trafic.

Această componentă RG trebuie să fie configurat special pentru a accepta voce B2B HA.

Gestionarea adreselor IP virtual (VIP) atât pentru semnalizare, cât și pentru mass-media

B2B HA se bazează pe VIP pentru a obține redundanță. Vip-ul și interfețele fizice asociate pe ambele CUBEs din perechea CUBE HA trebuie să se afle pe aceeași subrețea LAN. Configurarea VIP-ului și legarea interfeței VIP la o anumită aplicație de voce (SIP) sunt obligatorii pentru suportul vocal B2B HA. Dispozitivele externe, cum ar fi Unified CM, Webex Calling access SBC, furnizorul de servicii sau proxy-ul, utilizează VIP ca adresă IP de destinație pentru apelurile care traversează routerele CUBE HA. Prin urmare, din punct de vedere webex Calling, perechile CUBE HA acționează ca un singur gateway local.

Informațiile despre semnalizarea apelurilor și sesiunea RTP a apelurilor stabilite sunt punctate de la routerul activ la routerul standby. Când routerul activ coboară, routerul Standby preia controlul și continuă să redirecționeze fluxul RTP care a fost anterior direcționat de primul router.

Apelurile într-o stare tranzitorie în momentul nereușitei nu vor fi păstrate după comutare. De exemplu, apelurile care nu sunt încă pe deplin stabilite sau sunt în curs de a fi modificate cu o funcție de transfer sau reținere. Apelurile stabilite pot fi deconectate după comutare.

Există următoarele cerințe pentru utilizarea CUBE HA ca gateway local pentru reluarea impunătoare a apelurilor:

CUBE HA nu poate avea TDM sau interfețe analogice co-localizate
Gig1 și Gig2 sunt denumite interfețe de trafic (SIP / RTP), iar Gig3 este redundanță Grup (RG) Control / interfață de date
Nu mai mult de 2 perechi CUBE HA pot fi plasate în același domeniu de nivel 2, unul cu id-ul grupului 1 și celălalt cu id-ul grupului 2. Dacă configurați 2 perechi HA cu același ID de grup, interfețele RG Control/Data trebuie să aparțină unor domenii de nivel 2 diferite (vlan, comutator separat)
Canalul de port este acceptat atât pentru interfețele de control/date RG, cât și pentru interfețele de trafic
Toate de semnalizare / mass-media este provenind de la / la adresa IP virtuală
Ori de câte ori o platformă este reîncărcată într-o relație CUBE-HA, aceasta pornește întotdeauna ca Standby
Adresa inferioară pentru toate interfețele (Gig1, Gig2, Gig3) ar trebui să fie pe aceeași platformă
Identificatorul interfeței de redundanță, rii ar trebui să fie unic pentru o combinație pereche/interfață pe același Strat 2
Configurația pe ambele CUBEs trebuie să fie identică, inclusiv configurația fizică și trebuie să ruleze pe același tip de platformă și versiunea IOS-XE
Interfețe loopback nu pot fi utilizate ca se leagă, deoarece acestea sunt întotdeauna în sus
Interfețele cu trafic multiplu (SIP/RTP) (Gig1, Gig2) necesită configurarea urmăririi interfeței
CUBE-HA nu este acceptat printr-o conexiune prin cablu crossover pentru RG-control/link-ul de date (Gig3)
Ambele platforme trebuie să fie identice și să fie conectate printr-un switch fizic între toate interfețele de referință pentru ca CUBE HA să funcționeze, adică GE0/0/0 din CUBE-1 și CUBE-2 trebuie să se termine pe același comutator și așa mai departe.
Nu poate avea WAN reziliat pe cubes direct sau de date HA pe fiecare parte
Ambele Active/Standby trebuie să fie în același centru de date
Este obligatorie utilizarea interfeței L3 separate pentru redundanță (RG Control/data, Gig3). adică interfața utilizată pentru trafic nu poate fi utilizată pentru păstrarea ha și punctul de control
În caz de nereușită, CUBE-ul activ anterior trece printr-o reîncărcare prin proiectare, păstrând semnalizarea și mass-media

Configurarea redundanței pe ambele CUB-uri

Trebuie să configurați redundanța box-to-box de la nivelul 2 la ambele CUBEs destinate a fi utilizate într-o pereche HA pentru a aduce IP-uri virtuale.

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

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

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

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

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

VCUBE-1#

Configurarea unui gateway local pe ambele CUB-uri

În configurația noastră exemplu, folosim următoarele informații trunchi din Control Hub pentru a construi configurația Local Gateway pe ambele platforme, VCUBE-1 și VCUBE-2. Numele de utilizator și parola pentru această configurare sunt după cum urmează:

Nume utilizator: Hussain1076LGU_
Parolă: lOV12MEaZx


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

VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

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

VCUBE-1#show sip-ua register status
VCUBE-1#

VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message

VCUBE-2#redundancy application reload group 1 self

VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0

7 mart. 2022

Configurarea CM unificat pentru apelarea Webex

Este posibil să aveți nevoie de o integrare cu Unified CM dacă locațiile activate pentru Apelarea Webex sunt adăugate la o implementare existentă în care UNIFIED CM este soluția locală de control al apelurilor și dacă aveți nevoie de apelare directă între telefoanele înregistrate la Unified CM și telefoanele din locațiile Webex Calling.

Configurarea SIP Trunk profil de securitate pentru Trunk la Local Gateway

În cazurile în care Local Gateway și PSTN gateway se află pe același dispozitiv, Unified CM trebuie să fie activat pentru a diferenția între două tipuri diferite de trafic (apeluri de la Webex și de la PSTN) care provin de pe același dispozitiv și pentru a aplica o clasă diferențiată de servicii acestor tipuri de apeluri. Acest tratament de apel diferențiat se realizează prin asigurarea a două trunchiuri între Unified CM și gateway-ul local combinat și pstn gateway dispozitiv care necesită porturi diferite de ascultare SIP pentru cele două trunchiuri.

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


Configurare	Valoare

Nume	Nume unic, cum ar fi Webex
Descriere	Descriere semnificativă, cum ar fi Profilul de securitate Webex SIP Trunk
Portul de intrare	Trebuie să se potrivească portul utilizat în configurarea gateway-ului local pentru traficul către/de la Webex: 5065

Configurarea profilului SIP pentru trunchiul gateway-ului local

Creați un profil SIP dedicat pentru trunchiul Local Gateway cu următoarele setări:


Configurare	Valoare

Nume	Nume unic, cum ar fi Webex
Descriere	Descriere semnificativă, cum ar fi Profilul SIP Webex
Activați OPTIONS Ping pentru a monitoriza starea de destinație pentru trunchiuri cu tipul de serviciu "None (Implicit)"	Bifat

Crearea unui spațiu de căutare a apelurilor pentru apelurile de la Webex

Creați un spațiu de căutare a apelurilor pentru apelurile care provin de la Webex cu următoarele setări:


Configurare	Valoare

Nume	Nume unic, cum ar fi Webex
Descriere	Descriere semnificativă, cum ar fi Spațiul de căutare pentru apelarea Webex
Partiții selectate	DN (+E.164 numere de director) ESN (apelare prescurtată între site-uri) PSTNinternațional (acces PSTN) onNetRemote (destinații învățate gdpr)

Ultima partiție onNetRemote este utilizată numai într-un mediu multi-cluster în care informațiile de rutare sunt schimbate între clustere CM unificate utilizând Intercluster Lookup Service (ILS) sau Global Dialplan Replication (GDPR).

Configurarea unui trunchi SIP către și de la Webex

Creați un trunchi SIP pentru apelurile către și de la Webex prin Gateway-ul local cu următoarele setări:


Configurare	Valoare
Informații dispozitiv
Nume dispozitiv	Un nume unic, cum ar fi Webex
Descriere	Descriere semnificativă, cum ar fi Webex SIP Trunk
Rularea pe toate nodurile CM unificate active	Bifat
Apeluri primite
Apelarea spațiului de căutare	Spațiul de căutare a apelurilor definit anterior: Webex
AAR Apelarea spațiului de căutare	Un spațiu de căutare de apelare cu acces numai la modelele de rute PSTN: PSTNReroute
Sip Informații
Adresa de destinație	Adresa IP a Local Gateway CUBE
Portul de destinație	5060
SIP Trunk profil de securitate	Definit anterior: Webex
Profilul SIP	Definit anterior: Webex

Configurarea Grupului de rute pentru Webex

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


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

Configurarea listei de rute pentru Webex

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


Configurare	Valoare
Informații despre lista de rute
Nume	Un nume unic, cum ar fi RLWebex_
Descriere	Descriere semnificativă, cum ar fi Lista de rute pentru Webex
Rularea pe toate nodurile CM unificate active	Bifat
Informații despre membrii listei de rute
Grupuri selectate	Numai grupul de rute definit anterior: Webex

Crearea unei partiții pentru destinații webex

Creați o partiție pentru destinațiile Webex cu următoarele setări:


Configurare	Valoare
Informații despre lista de rute
Nume	Nume unic, cum ar fi Webex
Descriere	Descriere semnificativă, cum ar fi Webex Partition

Ce trebuie să faceți în continuare

Asigurați-vă că adăugați această partiție la toate spațiile de căutare apelante care ar trebui să aibă acces la destinații webex. Trebuie să adăugați această partiție în mod specific la spațiul de căutare apelant care este utilizat ca spațiu de căutare de apelare la intrare pe trunchiurile PSTN, astfel încât apelurile de la PSTN la Webex să poată fi direcționate.

Configurarea modelelor de rute pentru destinațiile Webex

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


Configurare	Valoare

Model traseu	Model complet +E.164 pentru gama DID din Webex cu cel mai important "\". De exemplu: \+140855501XX
Partiția de rută	Webex
Gateway/Listă de rute	RLWebex_
Prioritate urgentă	Bifat

Configurarea normalizării abreviate a apelării intersite pentru Webex

Dacă webex este necesară apelarea prescurtată între site-uri, configurați modelele de normalizare a apelului pentru fiecare interval ESN de pe Webex cu următoarele setări:


Configurare	Valoare

Model de traducere	Model ESN pentru gama ESN din Webex. De exemplu: 80121XX
Partiție	Webex
Descriere	Descriere semnificativă, cum ar fi Modelul de normalizare Webex
Utilizați spațiul de căutare apelant al inițiatorului	Bifat
Prioritate urgentă	Bifat
Nu așteptați pentru Timeout Interdigit pe hamei ulterioare	Bifat
Numită Party Transformation Mask	Masca pentru a normaliza numărul la +E.164. De exemplu: +140855501XX

20 iun. 2022

Configurați funcțiile Webex Calling

Aflați mai multe despre unele dintre funcțiile disponibile în Webex Calling și despre cum să le configurați pentru organizația și utilizatorii dvs.

Creați un grup de vânătoare

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

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

Creați o coadă de apeluri

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

Pentru mai multe informații despre cum să configurați și să gestionați o coadă de apeluri, consultați Gestionați cozile de apeluri în Cisco Webex Control Hub.

Creați un client recepționer

Ajutați-vă să susțineți nevoile personalului dvs. de la front-office. Puteți configura utilizatorii ca însoțitori telefonici, astfel încât aceștia să poată filtra apelurile primite către anumite persoane din organizația dvs.

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

Creați și gestionați însoțitorii automati

Puteți adăuga salutări, configura meniuri și puteți direcționa apelurile către un serviciu de răspuns, un grup de vânătoare, o căsuță vocală sau o persoană reală. Creați un program de 24 de ore sau oferiți 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țitorii automati, consultați Gestionați însoțitorii automati în Cisco Webex Control Hub.

Configurați un grup de paginare

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

Pentru informații despre cum să configurați și să editați grupuri de paginare, consultați Configurarea unui grup de paginare în Cisco Webex Control Hub.

Configurați preluarea apelurilor

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

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

Configurați parcarea apelurilor

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

Pentru mai multe informații despre cum să configurați parcarea apelurilor, consultați Parcarea apelurilor în Cisco Webex Control Hub.

Permiteți utilizatorilor să acceseze apelurile telefonice ale altor persoane

1	Din vizualizarea clientului din https://admin.webex.com, accesați Utilizatori, apoi selectați utilizatorul pe care doriți să-l modificați.
2	Selectaţi Apelare, accesaţi Setări avansate pentru apeluri, apoi selectaţi Introducere.
3	Activați Introducere, alegeți dacă doriți ca telefonul să redă un sunet atunci când cineva intră într-un apel, apoi faceți clic pe Salvați.

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

1	Din vizualizarea clienților din https://admin.webex.com, accesați Utilizatori și selectați utilizatorul pe care doriți să-l modificați.
2	Selectați Apelare și apoi accesați Confidențialitate.
3	Alegeți setările adecvate pentru Confidențialitate automată a operatorului pentru acest utilizator.
4	Bifați caseta de selectare Activați confidențialitate. Apoi puteți decide dacă blocați pe toată lumea lăsând gol câmpul Căutați utilizator după nume sau alegeți cine poate monitoriza starea liniei acestui utilizator. Folosind exemplul executiv de mai sus, ați căuta numele asistentului lor administrativ.
5	Faceți clic pe Salvare.

Exemplu

Vrei să vezi cum se face? Urmăriți această demonstrație video despre cum să gestionați setările de confidențialitate pentru un utilizator în Control Hub.

Lista de monitorizare - Alți utilizatori și extensii 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.

Serviciul de monitorizare funcționează numai cu dispozitivul principal al utilizatorului.

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

Selectaţi Apelare, alegeţi Setări avansate pentru apeluri, apoi accesaţi Monitorizare.

Alegeți dintre următoarele:

Adăugare linie monitorizată
Adăug. int. parcare apel

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

Lista liniilor monitorizate din Control Hub corespunde cu ordinea liniilor monitorizate care apar pe dispozitivul utilizatorului. Puteți reordona oricând lista liniilor monitorizate.

Numele care apare pentru linia monitorizată este numele introdus în câmpurile Nume și Prenume ID apelant ale utilizatorului sau spațiului de lucru.

Exemplu

Vrei să vezi cum se face? Urmăriți această demonstrație video despre cum să gestionați setările de monitorizare pentru un utilizator în Control Hub.

Activați hotelizarea pentru un utilizator

Activarea hotelării pentru un utilizator îi permite acestuia să lucreze într-un alt spațiu, păstrând în același timp funcționalitatea și caracteristicile telefonului de birou principal.

1	Din vizualizarea clienților din https://admin.webex.com, accesați Utilizatori și apoi selectați utilizatorul pe care doriți să-l modificați.
2	Selectaţi Apelare, alegeţi Setări avansate pentru apeluri şi faceţi clic pe Hotelizare.
3	Activaţi Hoteling, apoi faceţi clic pe Salvaţi.

Exemplu

Vrei să vezi cum se face? Urmăriți această demonstrație video despre cum să configurați setările pentru muzică în așteptare în Control Hub.

7 mart. 2022

Configurarea și gestionarea utilizatorilor webex care apelează

Trebuie să adăugați fiecare utilizator în Control Hub pentru ca acesta să beneficieze de serviciile webex Calling. Numărul de utilizatori pe care trebuie să îi adăugați va determina modul în care îi adăugați în Control Hub, indiferent dacă adăugați manual fiecare utilizator după adresa de e-mail sau adăugați mai mulți utilizatori utilizând un fișier CSV. Alegerea este a ta.

Adăugarea manuală a utilizatorilor în Control Hub

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

La adăugarea utilizatorilor, numele și prenumele nu trebuie să includă caractere ascii extinse sau următoarele caractere %, #, <,>, \, /,", și să aibă o lungime maximă de 30 de caractere.</,> Aceste restricții speciale de caracter se aplică numai utilizatorilor Webex Calling.

Înainte de a începe

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. Rugați utilizatorii să-și șteargă mai întâi organizația înainte de a le adăuga la organizația dvs.

Din vizualizarea client în https://admin.webex.com accesați Utilizatori, apoi faceți clic pe Gestionare utilizatori.

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

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

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

Selectați Adresăde e-mail și introduceți până la 25 de adrese de e-mail.
Selectați Nume și adresede 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 efectua conversia în organizația dvs.

Atribuirea licenței:

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

Dacă atribuiți licențe pentru Centrul de contact, selectați Webex Teams, apoi Customer Care cu opțiunea Premium și Standard Agent . Pentru a adăuga un supraveghetor, selectați atât opțiunile Premium , cât și pe cele de supervizor . Un utilizator este tratat ca un agent, cu excepția cazului în care le faceți un supraveghetor.

Managementul conținutului:

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

Faceți clic pe Salvare.

Un e-mail este trimis fiecărei persoane cu invitația de a se alătura.
În Control Hub, persoanele apar într-o stare de invitație în așteptare până când se conectează pentru prima dată. Licențele sunt atribuite după ce utilizatorul se conectează prima dată sau dacă utilizați Cisco Directory Connector cu un domeniu revendicat, licențele sunt atribuite atunci când sunt creați utilizatori.

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

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

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

Ce trebuie să faceți în continuare

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

Adăugarea mai multor utilizatori în Control Hub cu șablonul CSV

Înainte de a începe

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

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

Unii editori de foi de calcul elimină semnul + din celule atunci când este deschis .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.

Exportați un csv nou pentru a captura cele mai recente câmpuri și pentru a evita erorile în importul modificărilor.

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

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

Pentru a atribui un serviciu, adăugați TRUE în coloana serviciului respectiv și, pentru a exclude un serviciu, adăugați FALSE. Coloana User ID/Email (Obligatoriu) este singurul câmp obligatoriu. Dacă aveți anumite numere de director și externe pentru fiecare utilizator nou, atunci includeți interlinierea + pentru numere externe fără alte caractere,

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

Nu puteți atribui permisiuni de gestionare a conținutului la nivel de întreprindere utilizatorilor care utilizează șablonul de licență, consultați Configurarea setărilor de gestionare a conținutului la nivel de întreprindere în Cisco Webex Control Hub pentru detalii.

Pentru a atribui o locație, introduceți numele în coloana Locație . Dacă lăsați acest câmp necompletat, utilizatorului i se atribuie locația implicită.
Dacă adăugați utilizatori ca supraveghetori pentru Cisco Webex Contact Center, atunci trebuie să adăugați manualutilizatori. 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, altfel este posibil să întâmpinați probleme.

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

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

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

Faceți clic pe Trimitere.

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

Editarea licențelor de serviciu în Control Hub pentru utilizatori individuali

Din vizualizarea client în https://admin.webex.com du-te la utilizatori.

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

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

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

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

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

Tipul de cont de participant nu este disponibil pentru utilizatorii cu rolul de Administrator de site Webex. Dacă doriți să atribuiți acestor utilizatori un cont de participant, trebuie să eliminați privilegiile administrative ale acestora pentru site-ul Webex Meetings respectiv.

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

Modificarea utilizatorilor din Control Hub cu șablonul CSV

Înainte de a începe

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

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

Exportați un csv nou pentru a captura cele mai recente câmpuri și pentru a evita erorile în importul modificărilor.

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

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

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

Pentru a modifica utilizatorii existenți, puteți actualiza orice coloană, cu excepția ID-ului de utilizator/e-mailului (obligatoriu)și a locației. De exemplu, dacă modificați User ID/Email, acest lucru creează un utilizator nou.
Pentru a atribui o locație, introduceți numele în coloana Locație . Dacă lăsați acest câmp necompletat, utilizatorului i se atribuie locația implicită.
Pentru a atribui un serviciu, adăugați TRUE în coloana serviciului respectiv și, pentru a exclude un serviciu, adăugați FALSE.
Atunci când aveți mai multe abonamente, puteți utiliza ID-ul abonamentului în antetul coloanei pentru a identifica serviciul pe care doriți să îl adăugați. De exemplu, dacă aveți două abonamente cu același serviciu, puteți specifica un serviciu dintr-un anumit abonament care să se aplice utilizatorului.

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

USEORGSETTINGS__- Introduceți acest șir pentru a utiliza setarea la nivel de organizație.
NATIVEWEBEXTEAMSCALLING - Introduceți acest șir pentru a utiliza opțiunea _Apelare în Webex Teams_ ._
CALLWITHAPPREGISTEREDFORWEBEXCALLTEL_____- Introduceți acest șir pentru a utiliza opțiunea aplicației Apelare Webex.

Introduceți un număr de identificare a apelantului, prenumeleID-ului apelantuluiși numele de familie al ID-ului apelantului. Dacă lăsați necompletate coloanele NumărID apelant, PrenumeID apelant și ID apelant Nume de familie , atunci ceea ce se află în coloana Nume, Prenume și Număr de telefon se va afișa atunci când utilizatorul efectuează un apel. Dacă lăsați numărul id-ului apelantului necompletat, atunci numărul principal al locației arată când utilizatorul efectuează un apel.

Coloanele Nume prenume ID apelant și NUME DE FAMILIE ID apelant nu pot conține caractere speciale. Dacă un nume de prenume ID apelant apelant sau un nume de familie ID apelant conține un caracter special, atunci se utilizează o versiune simplificată a numelui.

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

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

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

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

Adăugarea numerelor la un sser

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

De asemenea, puteți configura numere alternative, astfel încât mai multe numere de telefon să sune același telefon. Puteți specifica tonuri de apel diferite pentru fiecare număr, pentru a vă ajuta să distingeți între liniile care sunt apelate.

1	Din vizualizarea client din https://admin.webex.com, accesați Utilizatori, apoi alegeți persoana căreia doriți să îi atribuiți un număr.
2	Selectați Apelare, apoi faceți clic pe Adăugare număr.
3	Alegeți un număr de telefon din lista de numere disponibile. De asemenea, aveți opțiunea de a atribui o extensie. Dacă un număr este deja atribuit utilizatorului, orice număr suplimentar adăugat utilizatorului este adăugat ca număr alternativ. Puteți adăuga până la 10 numere alternative la un utilizator.
4	(Opțional) Pentru a identifica apelurile care provin de la anumite numere de telefon, puteți atribui un model distinctiv de apel. Pentru a activa, faceți clic pe comutatorul de sub Model de inel distinctiv.
5	Faceți clic pe Salvare.

Retrimiterea unui e-mail de invitație din Control Hub

1	Din vizualizarea client din , accesați Utilizatori, filtrați coloana Starehttps://admin.webex.com pentru a afișa persoanele cu o stare Invitație înașteptare.
2	Sub Acțiuni, pentru o persoană cu o `stare Invitație în așteptare` , selectați mai multe > Retrimiteți invitația.

Ștergerea unui utilizator din organizație în Control Hub

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

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

Utilizatorul nu se mai poate conecta la site-ul webex , toate serviciile Webex atribuite sunt eliminate și sunt eliminate din orice spații sau echipe la care a participat. 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.

Dezactivarea unui utilizator din organizație în Control Hub

Puteți dezactiva un utilizator pentru a dezactiva serviciile Webex , inclusiv serviciile de apelare Webex. Spre deosebire de ștergerea unui utilizator, atunci când dezactivați utilizatorul, utilizatorul rămâne în lista de utilizatori, astfel încât să puteți reactiva în orice moment, atunci când este necesar.

1	Din vizualizarea clientului în https://admin.webex.com/, accesați Utilizatori.
2	Faceți clic pe butonul Mai multe .
3	Faceți clic pe Dezactivare utilizator. Serviciile Webex , inclusiv serviciile de apelare Webex, sunt acum dezactivate pentru acest utilizator. Atunci când sunt dezactivați, atât utilizatorii aplicației Webex, cât și cei ai aplicației Webex Calling vor fi deconectați de la sesiunile lor. Toate accesul utilizatorilor la https://settings.webex.com/ hub-ul de control și controlul nu sunt permise. Telefoanele MPP vor continua să accepte apelurile de ieșire și de intrare pentru o perioadă scurtă de timp, cu excepția cazului în care administratorul permite interceptarea apelurilor pentru acel utilizator. Pentru mai multe informații despre interceptarea apelurilor, consultați Configurarea interceptării apelurilor pentru un utilizator pentru apelarea Webex în Cisco Control Hub.

Roluri și privilegii de administrator

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

Orice persoană căreia i s-a atribuit rolul de utilizator și administrator de dispozitiv sau de administrator de dispozitiv nu va putea administra apelareaWebex.

Atribuirea rolurilor utilizatorilor

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

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

Utilizatorilor din cadrul organizației li se pot atribui roluri administrative specifice pentru a determina la ce pot vedea și la ce pot avea acces în Control Hub. Atunci când atribuiți anumite roluri administrative, simplificați responsabilitățile și simplificați tragerea la răspundere a 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 printr-un anumit spațiu și apoi pot genera un raport al constatărilorlor.

Pentru informații despre privilegiile de administrator HCS în Control Hub, consultați https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/hcs/12_5/HCS_Solution/Upgrade_Service/chcs_b_upgrade-service-book/chcs_b_upgrade-service-book_chapter_010.html

Din vizualizarea client din https://admin.webex.com, accesați Utilizatoriși alegeți un utilizator.

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

Selectați un rol de atribuit acelui utilizator.

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

Dacă utilizatorii cu roluri existente de administrator de serviciu (cum ar fi administratorul site-ului Webex) câștigă sau pierd un rol de administrator la nivel de organizație, atunci rolurile lor de administrator de serviciu ar putea fi modificate. Ar trebui să revizuiți rolurile de administrator de serviciu pentru acei utilizatori pentru a vă asigura că acestea sunt corecte.

Selectați Salvare.

17 iun. 2022

Configurarea și gestionarea dispozitivelor Webex Calling

Puteți aloca și gestiona dispozitive pentru utilizatori și spații de lucru în Control Hub. Alegeți să adăugați după adresa MAC sau prin generarea unui cod de activare pe care să îl introduceți pe dispozitiv.

Adăugați și atribuiți telefoane unui utilizator

Cu Control Hub, puteți aloca dispozitive utilizatorilor pentru uz personal și apoi puteți înregistra acele dispozitive în cloud.

Dispozitivele enumerate aici acceptă Webex Calling. Deși toate aceste dispozitive pot fi înregistrate folosind o adresă MAC, numai următorul subset poate fi înregistrat folosind un cod de activare:

Din vizualizarea clientului din https://admin.webex.com, accesați 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 secțiunea Gestionați un dispozitiv pentru un utilizator.

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

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

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

După cod de activare—Alegeți această opțiune dacă doriți să generați un cod de activare pe care îl puteți partaja proprietarului dispozitivului. Codul de activare din 16 cifre trebuie introdus manual pe dispozitivul propriu-zis.

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

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

Se pot aplica limitări atunci când utilizați dispozitive terțe.

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

Adăugați un telefon într-un spațiu de lucru nou

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 Cisco Webex partajate în aceste spații de lucru, puteți adăuga servicii și apoi urmăriți colaborarea.

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

Dispozitivele enumerate acceptă Webex Calling. Deși majoritatea acestor dispozitive pot fi înregistrate folosind o adresă MAC, numai următorul subset poate fi înregistrat folosind un cod de activare:

Telefoane multiplatformă Cisco IP Phone seria 6800 (telefoane audio—6821, 6841, 6851)
Telefoane multiplatformă Cisco IP Phone seria 7800 (telefoane audio—7811, 7821, 7841, 7861)
Telefoane multiplatformă Cisco IP Phone seria 8800 (telefoane audio—8811, 8841, 8851, 8861)
Telefoane multiplatformă Cisco IP Phone seria 8800 (telefoane video—8845, 8865)
Telefon Cisco IP Conference 7832 și 8832

Din vizualizarea clientului din https://admin.webex.com, accesați Gestionare > Spatii de lucru, apoi faceți clic pe Adăugați spațiu de lucru .

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

Numele unui spațiu de lucru nu poate avea mai mult de 30 de caractere și nu poate avea caractere %, #, <, >, /, \ și „.

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

Selectați tipul de dispozitiv din lista derulantă, alegeți dacă doriți să înregistrați telefonul cu un cod de activare (dacă apare opțiunea) sau cu o adresă MAC, apoi faceți clic pe Următorul. Rețineți că, dacă alegeți să înregistrați dispozitivul folosind un cod de activare, codul este trimis prin e-mail administratorului desemnat pentru locație.

Pentru Webex Calling, 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.

Atribuiţi o Locaţie şi un Număr de telefon (determinat de locaţia pe care o alegeţi), apoi faceţi clic pe Salvaţi. Aveți și opțiunea de a atribui o extensie.

Adăugați un dispozitiv de cameră din fila Utilizatori

Utilizatorii cu o licență profesională Webex Calling își pot folosi dispozitivul personal al camerei pentru a efectua (sau a primi) apeluri externe folosind un număr de telefon sau pentru a folosi apeluri bazate pe extensie de pe dispozitiv.

Apelurile efectuate folosind URI vor continua să fie direcționate prin aplicația Webex.

Din vizualizarea client din https://admin.webex.com, accesați Utilizatori și selectați utilizatorul căruia doriți să îi atribuiți dispozitivul.

Din panoul de utilizator care se deschide în dreapta, derulați în jos la Dispozitive și apoi alegeți una dintre următoarele opțiuni:

Dacă utilizatorul are cel puțin un dispozitiv deja alocat, faceți clic pe... și apoi selectați Adăugați dispozitiv de cameră Webex.
Dacă utilizatorul nu are niciun dispozitiv deja alocat, faceți clic pe Adăugați dispozitiv de cameră Webex.

Copiați, trimiteți prin e-mail sau imprimați codul de activare din 16 cifre și trimiteți-l utilizatorului, astfel încât acesta să își poată activa noul dispozitiv sau, dacă dispozitivul este în posesia dvs., puteți activa dispozitivul în numele utilizatorului.

Dacă utilizatorul nu activează dispozitivul înainte de expirarea codului, poate genera un nou cod de activare de la https://settings.webex.com. Utilizatorii își pot adăuga și propriile dispozitive personale de acolo. Pentru mai multe informații, consultați Configurarea unei camere sau a unui dispozitiv de birou ca dispozitiv personal.

Adăugați un dispozitiv de cameră din fila Dispozitive

Apelurile efectuate folosind URI vor continua să fie direcționate prin aplicația Webex.

1	Din vizualizarea clientului din https://admin.webex.com, accesați Dispozitive.
2	Faceţi clic pe Adăugaţi dispozitiv şi selectaţi opţiunea Utilizator existent.
3	Căutați utilizatorul căruia doriți să îi atribuiți dispozitivul, apoi faceți clic pe Următorul.
4	Selectați Dispozitiv de cameră Cisco Webex.
5	Copiați, trimiteți prin e-mail sau imprimați codul de activare din 16 cifre și trimiteți-l utilizatorului, astfel încât acesta să își poată activa noul dispozitiv sau, dacă dispozitivul este în posesia dvs., puteți activa dispozitivul în numele utilizatorului. Dacă utilizatorul nu activează dispozitivul înainte de expirarea codului, poate genera un nou cod de activare de la https://settings.webex.com. Utilizatorii își pot adăuga și propriile dispozitive personale de acolo. Pentru mai multe informații, consultați Configurarea unei plăci Webex, a unui dispozitiv de cameră sau de birou ca dispozitiv personal.

Adăugați un dispozitiv de cameră într-un spațiu de lucru nou

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

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

Dispozitivele enumerate aici acceptă Webex Calling.

1	Din vizualizarea clientului din https://admin.webex.com, accesați Spatii 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 de cameră și adăugați capacitate. Apoi faceţi clic pe Următorul.
3	Alegeți Alt dispozitiv Cisco Webex și apoi faceți clic pe Următorul. Alte dispozitive Cisco Webex includ Cisco Webex Room sau Desk device, inclusiv Cisco Webex Board.
4	Alegeți una dintre următoarele opțiuni: Apelare gratuită—Utilizatorii pot efectua numai apeluri Webex App sau Webex Session Initiation Protocol (SIP) folosind o adresă SIP (de exemplu, username@example.calls.webex.com). Apeluri Webex —Pe lângă faptul că pot efectua și primi apeluri Webex App și SIP, persoanele din acest spațiu de lucru pot folosi dispozitivul pentru a efectua și primi apeluri telefonice din Planul de numerotare Webex Calling. De exemplu, poți să-l suni pe colegul tău Giacomo Edwards formând numărul lui de telefon 555-555-5555, extensia sa 5555 sau adresa lui SIP gedwards@example.webex.com, dar poți apela și la pizzeria locală.
5	Activați dispozitivul folosind codul furnizat. Puteți copia, trimite prin e-mail sau imprima codul de activare.

Adăugați și atribuiți dispozitive în bloc

Dacă aveți mai multe dispozitive pe care trebuie să le alocați utilizatorilor și spațiilor de lucru, puteți completa un fișier CSV cu informațiile necesare și puteți activa acele dispozitive în doar câțiva pași simpli.

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

Telefoane multiplatformă Cisco IP Phone seria 6800 (telefoane audio—6821, 6841, 6851)
Telefoane multiplatformă Cisco IP Phone seria 7800 (telefoane audio—7811, 7821, 7841, 7861)
Telefoane multiplatformă Cisco IP Phone seria 8800 (telefoane audio—8811, 8841, 8851, 8861)
Telefoane multiplatformă Cisco IP Phone seria 8800 (telefoane video—8845, 8865)
Telefon Cisco IP Conference 7832 și 8832

Din vizualizarea clientului din https://admin.webex.com, accesați Dispozitive, faceți clic pe Adăugați dispozitiv, apoi alegeți dacă adăugați dispozitivul unui utilizator sau unui spațiu de lucru.

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

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

Utilizatori din organizația mea—Puteți obține o listă cu toți utilizatorii din organizația dvs. și cu atributele asociate acestora, astfel încât să nu fie nevoie să căutați manual fiecare utilizator.
Adăugați șablon exemplu de dispozitiv—Puteți utiliza un șablon pe care l-am creat și apoi introduceți informații precum nume de utilizator, tip (indicați dacă este un utilizator sau un spațiu de lucru), adrese MAC și modele de dispozitive. Iată câteva lucruri de reținut:
- Trebuie să introduceţi un Număr de telefon, o Extensie sau ambele. Rețineți: Aceste câmpuri au fost denumite anterior Număr director și Linie directă; aceste nume de coloane vor continua să fie acceptate pentru o perioadă scurtă de timp.
- Pentru coloana Nume utilizator a fișierului 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 introduce un nume de spațiu de lucru în această coloană.
- Vă recomandăm să limitați numărul de dispozitive la 1000 per fișier CSV. Dacă trebuie să adăugați mai mult decât atât, utilizați un al doilea fișier CSV.
- Dacă introduceți un spațiu de lucru care nu există încă, spațiul de lucru este creat automat.
- Dacă Tipul dispozitivului este IP, este necesar un model (de exemplu, Cisco 7841, Cisco 8851 și așa mai departe), dacă Tipul dispozitivului este WEBEX sau WEBEX_Apelarea unui model ar trebui să fie necompletat.
- Dacă lăsați necompletat coloana adresei MAC, se generează un cod de activare care trebuie introdus pe dispozitivul propriu-zis.

Dacă adresa MAC a fost lăsată necompletată, puteți alege unde va fi trimis codul de activare:

Furnizați un link—Codul de activare este adăugat la un fișier CSV pe care apoi îl puteți descărca.
Cod de activare prin e-mail—Dacă dispozitivul este pentru un spațiu de lucru, codul de activare este trimis către dvs., în calitate de administrator. Dacă dispozitivul este pentru un utilizator, codul de activare este trimis prin e-mail utilizatorului.

Importați fișierul CSV populat.

Faceți clic pe Trimitere.

Vi se prezintă o actualizare de stare pe măsură ce dispozitivele devin activate.

Dispozitivele multiplatformă trebuie să ruleze o încărcare de firmware de 11.2.3MSR1 sau o versiune ulterioară pentru ca utilizatorii să introducă codul de activare pe dispozitivul lor. Pentru informații despre cum să actualizați firmware-ul telefonului, consultați acest articol.

Gestionați un dispozitiv pentru un utilizator

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

Din vizualizarea clienților din https://admin.webex.com, accesați Utilizatori.

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

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

Dacă utilizatorului i-a fost deja atribuit un dispozitiv și doriți să adăugați un alt dispozitiv, faceți clic pe pictograma

de lângă Dispozitive și faceți clic pe Adăugați dispozitiv.

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

Aici puteți vizualiza și edita setările dispozitivului, ștergeți 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 Configurarea și actualizarea setărilor telefonului.

Dacă dispozitivul adăugat utilizatorului este Webex Aware, atunci opțiunea Webex Aware este afișată sub dispozitive, așa cum se arată în diagramă. Webex Aware indică faptul că dispozitivul s-a conectat la platforma Webex și are acces la caracteristicile Webex acceptate de telefon.

Faceţi clic pe Acţiuni pentru a gestiona dispozitivul. Acțiunile ajută la aplicarea modificărilor de configurare sau la actualizarea firmware-ului pentru dispozitivele MPP.

Fila Acțiuni are aceste opțiuni pentru un dispozitiv compatibil Webex Aware:

Aplicați cererea de modificări-probleme la telefon pentru a descărca și a aplica modificări la configurație.
Repornirea emite o solicitare pentru a forța repornirea dispozitivului și a descărca configurația curentă.
Raportați problema-probleme solicitarea dispozitivului pentru a genera și încărca un PRT în cloud.
Ștergere - șterge un dispozitiv care este listat pentru utilizator.

Gestionați un dispozitiv pentru un spațiu de lucru

Dispozitivele pot fi adăugate și gestionate direct dintr-un profil de spațiu de lucru. Dispozitivele pentru 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 hoteliere, consultați Hotelizarea în Cisco Webex Control Hub.

1	Din vizualizarea clientului din https://admin.webex.com, accesați Spații de lucru.
2	Selectați spațiul de lucru pe care doriți să îl modificați și accesați secțiunea Dispozitive.
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ți dispozitivul, reporniți dispozitivul și permiteți ca dispozitivul să fie utilizat ca gazdă hotelieră. Pentru mai multe informații despre configurarea setărilor telefonului, consultați Configurarea și actualizarea setărilor telefonului.
5	Dacă dispozitivul adăugat la spațiul de lucru este Webex Aware, atunci opțiunea Webex Aware este afișată sub dispozitive, așa cum se arată în diagramă. Webex Aware indică faptul că dispozitivul s-a conectat la platforma Webex și are acces la caracteristicile Webex care sunt acceptate de telefon.
6	Faceţi clic pe Acţiuni pentru a gestiona dispozitivul. Acțiunile ajută la aplicarea modificărilor de configurare sau la actualizarea firmware-ului pentru dispozitivele MPP. Fila Acțiuni are aceste opțiuni pentru un dispozitiv compatibil Webex Aware: Aplicați cererea de modificări-probleme la telefon pentru a descărca și a aplica modificări la configurație. Repornirea emite o solicitare pentru a forța repornirea dispozitivului și a descărca configurația curentă. Raportați problema-probleme solicitarea dispozitivului pentru a genera și încărca un PRT în cloud. Ștergere - șterge un dispozitiv care este listat pentru utilizator.

Configurare linii - Adăugați și reordonați linii pentru un dispozitiv MPP

Puteți adăuga linii pe dispozitivul principal al unui utilizator și puteți reordona modul în care apar liniile. Acest lucru este denumit și aspectul liniei partajate, care permite utilizatorilor să primească și să efectueze apeluri către și de la extensia altui utilizator, folosind propriul telefon. Un exemplu în acest sens este un asistent executiv care dorește să poată efectua și primi apeluri de la linia șefului. Aparițiile liniei partajate pot fi, de asemenea, o altă instanță a liniei utilizatorului principal.

Limita maximă de configurare este de 35 de dispozitive pentru fiecare număr de telefon al utilizatorului, inclusiv utilizarea aplicațiilor desktop sau mobile de către utilizator. Liniile suplimentare pot fi adăugate la un telefon pentru spațiu de lucru, dar un telefon pentru spațiu de lucru nu poate fi adăugat ca linie partajată.

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

Din vizualizarea clientului din https://admin.webex.com, accesați Utilizatori sau Spatii de lucru (în funcție de locul în care este alocat dispozitivul de modificat).

Selectați utilizatorul sau spațiul de lucru de modificat și derulați la Dispozitive.

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

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

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

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

Utilizatorul principal de pe linia 1 nu poate fi eliminat.

Pentru a adăuga o linie comună, faceți clic pe pictograma .

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

Introduceți numele sau numărul de telefon și selectați dintre opțiunile care apar și faceți clic pe Salvați.

Configurați un dispozitiv ATA pentru un utilizator

Puteți configura porturile de pe un dispozitiv ATA (Adaptor telefonic analogic) atribuit unui utilizator în Control Hub. În prezent, cele două configurații pentru dispozitivele ATA disponibile sunt pentru dispozitive cu 2 porturi și dispozitive cu 24 de porturi.

Din vizualizarea clienților din https://admin.webex.com, accesați Utilizatori.

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

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

Sub Utilizatori de pe acest dispozitiv, faceţi clic pe Configuraţi porturi.

Pentru a adăuga o configurație de port partajată, faceți clic pe pictograma .

Introduceți numele sau numărul de telefon și selectați dintre opțiunile care apar, apoi faceți clic pe Salvați.

În căutare apar numai spațiile de lucru fără dispozitive.

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.

Adăugați numere la locația dvs

Puteți adăuga oricând 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 dacă ați fost convertit la un abonament cu plată.

Am crescut numărul de numere de telefon pe care le puteți adăuga în Control Hub de la 250 la 1000.

1	Din vizualizarea clienților din https://admin.webex.com, accesați Servicii > Apelare > Numere, apoi faceți clic pe Adăugați numere.
2	Specificați Locația și Tipul de număr. Dacă portați numerele, introduceți atât numărul actual, cât și cel nou.
3	Apoi, faceţi clic pe Salvaţi.

Verificați starea numerelor PSTN comandate

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

Din vizualizarea clienților din https://admin.webex.com, accesați Servicii > Apelare > Comenzi PSTN.

Accesorii conectate pentru telefonul multiplatform (MPP) — Căști și module de extindere a tastelor (KEM)

Când conectați accesorii (căști/KEM) la un dispozitiv MPP, acestea apar ca un articol de inventar în fila Dispozitive din Control Hub. Din inventarul Control Hub Devices puteți afla modelul accesoriului, starea și cui îi aparține accesoriul. Când selectați un accesoriu, pot fi obținute informații suplimentare, cum ar fi numărul de serie al accesoriului și versiunea curentă a software-ului. Câmpul de stare a accesoriilor este raportat ca „online”, atâta timp cât accesoriul este conectat la MPP. O cască conectată la MPP își va actualiza automat software-ul cu cea mai recentă versiune disponibilă din Device Management.

Vrei să vezi cum se face? Urmăriți această demonstrație video despre cum să vă vizualizați accesoriile în Control Hub.

Tabelul 1. Căști compatibile
Model de telefon	Căști Cisco seria 520	Căști Cisco seria 530	Căști Cisco seria 560	Căști Cisco seria 730
Telefon IP Cisco 8811/8841/8845	—	—	RJ9 și RJ11	—
Telefon IP Cisco 8851/8861/8865	USB	USB	USB RJ9 și RJ11	—
Telefon IP Cisco 7811/7821/7841/7861	—	—	—	—
Telefon IP Cisco 6821/6841/6851/6861	—	—	—	—
Telefon IP Cisco 6871	USB	USB	USB	—
Telefon Cisco IP Conference 7832/8832	—	—	—	—

Tabelul 2. Module de expansiune cheie compatibile
Model de telefon	KEM
Telefon IP Cisco 8811/8841/8845	—
Telefon IP Cisco 8851/8861/8865	BEKEM CP-8800-A-KEM CP-8800-V-KEM
Telefon IP Cisco 7811/7821/7841/7861	—
Telefon IP Cisco 6821/6841/6861/6871	—
Telefon IP Cisco 6851	CP-68KEM-3PCC
Telefon Cisco IP Conference 7832/8832	—

7 mart. 2022

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

Aveți la îndemână o serie de rapoarte care vă pot ajuta să evaluați modul în care sunt utilizate serviciile webex Calling, cât de des sunt utilizate. De asemenea, puteți obține o imagine rapidă a calității media pentru locația dvs.

Vizualizarea rapoartelor de apelare

Puteți utiliza pagina Analytics din Control Hub pentru a obține informații despre modul în care utilizatorii utilizează apelarea Webex și aplicația Webex (interacțiune), precum și prepelița experienței lor media de apel. Pentru a accesa analiza apelurilor Webex, conectați-vă la Control Hub, apoi accesați Analytics și selectați fila Apelare .

Pentru rapoarte detaliate privind istoricul apelurilor, conectați-vă la Control Hub, apoi accesați Analytics , apoi selectați Istoricdetaliat al apelurilor.

Sunteți adus automat la Portalulde administrare a apelurilor, unde puteți analiza și evalua utilizarea apelurilor. Pentru informații despre rapoartele disponibile pentru anumite caracteristici de apelare, consultați Apelarea portalului de administrare - Rapoarte. Pentru informații despre activitatea de apel, consultați Apelarea portalului de administrare - Analytics. Pentru informații despre apelurile care utilizează instanță dedicată, consultați Analiza instanțelor dedicate.

Pentru a accesa date de calitate media, conectați-vă la Control Hub, apoi accesați Analytics , apoi selectați Apelare.

Pentru mai multe informații, consultați Analytics pentru portofoliul de colaborare în cloud.

Rularea instrumentului CScan

CScan este un instrument de pregătire a rețelei conceput pentru a testa conexiunea la rețea la Apelarea Webex.

Pentru mai multe informații, consultați Utilizarea CScan pentru a testa calitatearețelei de apelare Webex.

1 iul. 2022

Informații de referință despre porturi pentru apelarea Cisco Webex

Iată o listă cu adresele, porturile și protocoalele utilizate pentru conectarea telefoanelor, a aplicației Webex și a gateway-urilor la Cisco Webex Calling. Acest articol se adresează administratorilor de rețea, în special administratorilor de securitate firewall și proxy care utilizează serviciile Webex Calling în cadrul organizației lor.

Un firewall configurat corect este esențial pentru o implementare de succes a apelurilor. Avem nevoie de porturi pentru semnalizare, media, conectivitate la rețea și gateway local, deoarece Webex Calling este un serviciu global. Vă recomandăm să lăsați deschise toate porturile enumerate în tabel.

Nu toate configurațiile de firewall au nevoie de porturi pentru a fi deschise, dar dacă executați reguli din interior spre exterior, trebuie să deschideți porturile pentru a permite protocoalele necesare pentru service. Nu este nevoie să deschideți porturi de intrare pe firewall, dacă implementați NAT, definiți perioade rezonabile de legare și evitați manipularea SIP pe dispozitivul NAT

Dacă un router sau un 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 relevantă a producătorului pentru informații despre cum să dezactivați SIP ALG pe anumite dispozitive.

Pentru detalii despre cerințele de rețea pentru Webex Meetings and Messaging, 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 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. Punctele finale de apelare Webex nu acceptă proxy https, cu excepția clienților soft, care acceptă următoarele medii proxy și metodele de autentificare corespunzătoare:

Configurare manuală a proxy-ului
- Fără autentificare
- De bază
- NTLM
- A negocia
Configurare proxy WPAD
- Fără autentificare
- De bază
Configurare proxy PAC
- Fără autentificare
- De bază
- NTLM
- A negocia

Urmați instrucțiunile pentru firewall pentru a activa accesul la serviciile de apelare Webex din rețeaua dvs.

Configurare firewall

Dacă firewall-ul dvs. acceptă filtrarea adreselor URL, configurați firewall-ul pentru a permite adresele URL de destinație Webex Calling enumerate. Consultați tabelul Domenii și adrese URL pentru Webex Calling Services pentru detalii.

Dacă utilizați un firewall care nu acceptă filtrarea adreselor URL/domeniului, configurați firewall-ul pentru a filtra traficul utilizând intervalele de adrese IP și porturile enumerate în Adresele IP și porturile pentru serviciile de apelare Webex.

Adrese IP și porturi pentru serviciile de apelare Webex

Următorul tabel descrie porturile și protocoalele care trebuie deschise pe firewall pentru a permite aplicațiilor și dispozitivelor Webex înregistrate în cloud să comunice cu serviciile media și de semnalizare în cloud Webex Calling.


Subrețele IP pentru serviciile de apelare Webex

23.89.1.128/25	23.89.33.0/24	23.89.40.0/25
23.89.76.128/25	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	150.253.209.128/25	170.72.0.128/25
170.72.17.128/25	170.72.29.0/24	170.72.82.0/25
185.115.196.0/22	199.19.196.0/23	199.19.199.0/24
199.59.64.0/21


Scopul conexiunii	Adrese sursă	Porturile sursă	Protocol	Adrese de destinație	Porturile de destinație	Note
Semnalizarea apelurilor către Webex Calling (SIP TLS)	Gateway local extern (NIC)	8000-65535	TCP	Consultați 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ă) către Webex Calling Cloud (destinație).
	Dispozitive	5060-5080
	Aplicații	Efemer (dependent de sistemul de operare)
Apelați media către Webex Calling (STUN, SRTP)	Gateway local NIC extern	8000-48198^†	UDP	Consultați Subrețele IP pentru serviciile de apelare Webex.	5004,19560-65535	Aceste IP-uri/porturi sunt necesare pentru apelurile media de ieșire SRTP de la porțile locale, dispozitive și aplicații (sursă) către Webex Calling Cloud (destinație).
	Dispozitive	19560-19660
	Aplicații	De scurtă durată
Semnalizarea apelurilor către gateway-ul PSTN (SIP TLS)	NIC intern Gateway local	8000-65535	TCP	ITSP PSTN GW sau Unified CM	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-48198^†	UDP	ITSP PSTN GW sau Unified CM	Depinde de opțiunea PSTN (de exemplu, de obicei 5060 sau 5061 pentru Unified CM)
Semnalizarea apelurilor către punctele finale adresate public (SIP TLS)	Consultați Subrețele IP pentru serviciile de apelare Webex.	De scurtă durată	TCP	IP punct final	8934	Aceste IP-uri/porturi sunt necesare pentru semnalizarea apelurilor SIP-TLS de intrare de la Webex Calling Cloud (Sursă) către punctele finale adresate public (Destinație).
Configurarea dispozitivului și gestionarea firmware-ului (dispozitive Cisco)	Dispozitive de apelare Webex	De scurtă durată	TCP	3.20.185.219 3.130.87.169 3.134.166.179	443.6970	*Aceste IP-uri aparțin cloudupgrader.webex.com. Trebuie să activați cloudupgrader.webex.com și porturile 443, 6970 numai atunci când migrați de la telefoanele Enterprise (Cisco Unified CM) la Webex Calling. Accesați upgrade.cisco.com pentru mai multe informații.
				3.20.118.133 3.20.228.133 3.23.144.213 3.130.125.44 3.132.162.62 3.140.117.199 18.232.241.58 35.168.211.203 50.16.236.139 52.45.157.48 54.145.130.71 54.156.13.25 52.26.82.54	80.443	*Aceste IP-uri aparțin activation.webex.com. Aceste IP-uri sunt necesare pentru integrarea securizată a dispozitivelor (telefoane MPP) prin codul de activare din 16 cifre (GDS). Upgrade de firmware
				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 IP-uri aparțin activate.cisco.com. Acest domeniu este folosit pentru furnizarea pe bază de adrese CDA / EDOS - MAC. Folosit de dispozitive (telefoane MPP, ATA și SPA ATA) cu firmware mai nou. Când un telefon se conectează la o rețea pentru prima dată sau după o resetare din fabrică și nu există opțiuni DHCP configurate, contactează un server de activare a dispozitivului pentru furnizarea zero touch. Telefoanele noi folosesc „activate.cisco.com” în loc de „webapps.cisco.com” pentru aprovizionare. Telefoanele cu versiune firmware anterioară versiunii 11.2(1) continuă să utilizeze „webapps.cisco.com”. Vă recomandăm să permiteți ambele nume de domenii prin firewall.
				72.163.10.128/25 173.37.146.128/25	80.443	Aceste IP-uri aparțin webapps.cisco.com. Acest domeniu este folosit pentru furnizarea pe bază de adrese CDA / EDOS - MAC. Folosit de dispozitive (telefoane MPP, ATA și SPA ATA) cu firmware mai vechi. Când un telefon se conectează la o rețea pentru prima dată sau după o resetare din fabrică și nu există opțiuni DHCP configurate, contactează un server de activare a dispozitivului pentru furnizarea zero touch. Telefoanele noi folosesc „activate.cisco.com” în loc de „webapps.cisco.com” pentru aprovizionare. Telefoanele cu versiune firmware anterioară versiunii 11.2(1) continuă să utilizeze „webapps.cisco.com”. Vă recomandăm să permiteți ambele nume de domenii prin firewall.
				Consultați Subrețele IP pentru serviciile de apelare Webex.	80.443	Aceste IP-uri sunt necesare pentru configurarea dispozitivului și gestionarea firmware-ului pentru Webex Calling.
Sincronizarea orei dispozitivului (NTP)	Dispozitive de apelare Webex	51494	UDP	Consultați Subrețele IP pentru serviciile de apelare Webex.	123	Aceste adrese IP sunt necesare pentru sincronizarea orei pentru dispozitive (telefoane MPP, ATA și SPA ATA)
Rezoluția numelui dispozitivului	Dispozitive de apelare Webex	De scurtă durată	UDP și TCP	Definit de gazdă	53
Configurarea aplicației	aplicații Webex Calling	De scurtă durată	TCP	62.109.192.0/18 64.68.96.0/19 150.253.128.0/17 207.182.160.0/19	80, 443	Aceste IP-uri aparțin Serviciilor de autentificare Webex Idbroker și sunt utilizate de clienți, adică Aplicații Webex.
Configurarea aplicației	aplicații Webex Calling	De scurtă durată	TCP	Consultați Subrețele IP pentru serviciile de apelare Webex.	80, 443, 8443	Aceste IP-uri aparțin serviciilor de configurare a aplicației Webex Calling și sunt utilizate de clienți, adică aplicații Webex.
Sincronizarea timpului aplicației	aplicații Webex Calling	123	UDP	Definit de gazdă	123
Rezolvarea numelui aplicației	aplicații Webex Calling	De scurtă durată	UDP și TCP	Definit de gazdă	53
CScan	aplicații Webex Calling	De scurtă durată	UDP și TCP	Consultați Subrețele IP pentru serviciile de apelare Webex.	8934 și 80, 443, 19569-19760	Aceste IP-uri sunt folosite de serviciile CScan utilizate de clienți, adică aplicațiile Webex. Accesați cscan.webex.com pentru mai multe informații.
Caracteristici Webex	Dispozitive de apelare Webex	De scurtă durată	TCP	Consultați Subrețele și domeniile IP care sunt definite în Webex Meetings/Messaging - Cerințe de rețea.	443	Aceste adrese IP și domenii sunt utilizate de dispozitivele de apelare Webex pentru a interfața cu serviciile Webex Cloud, cum ar fi Director, Istoricul apelurilor și Întâlniri.

† Intervalul de porturi media CUBE este configurabil cu interval de porturi rtp.

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

Domenii și adrese URL pentru Webex Calling Services


Domeniu / URL	Descriere	Aplicații și dispozitive Webex care utilizează aceste domenii/URL-uri
Servicii Cisco Webex
*.broadcloudpbx.com	Microservicii de autorizare Webex pentru lansare încrucișată de la Control Hub la Calling Admin Portal.	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ă opțiuni DHCP configurate, contactează un server de activare a dispozitivului pentru furnizarea zero touch. Telefoanele noi folosesc activate.cisco.com și telefoanele cu o versiune de firmware anterioară 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 apeluri, întâlniri și mesagerie, cum ar fi autentificarea etc.	Toate
.wbx2.com și .ciscospark.com	Microservicii Webex, cum ar fi serviciul de actualizare software.	Toate
Servicii suplimentare legate de Webex (domenii terță parte)
.appdynamics.com .eum-appdynamics.com	Urmărirea performanței, captarea erorilor și a erorilor, valorile sesiunii.	Control Hub
*.huron-dev.com	Microservicii Webex Calling, cum ar fi serviciile de comutare, comandarea numerelor de telefon și serviciile de atribuire.	Control Hub
*.sipflash.com	Servicii de gestionare a dispozitivelor (mai ales pentru SUA).	Aplicații Webex
.walkme.com .walkmusercontent.com	Client de ghidare a utilizatorului Webex. Oferă tururi de îmbarcare și utilizare pentru noii utilizatori. Pentru mai multe informaţii despre WalkMe, faceţi clic aici.	Aplicații Webex

Dacă firewall-ul dvs. de rețea acceptă liste de permisiuni de domenii pentru traficul http(e), cum ar fi *.webex.com, este foarte recomandat să permiteți toate aceste domenii.

Webex Meetings/Messaging - Cerințe de rețea

Dispozitivele MPP sunt acum la bord în Webex Cloud pentru servicii precum Istoricul apelurilor, Căutarea în director și întâlniri. Cerințele de rețea pentru aceste servicii Webex pot fi găsite în Cerințe de rețea pentru serviciile Webex. Aceste cerințe se aplică și la implementarea dispozitivelor video Webex.

Istoricul revizuirilor documentelor


Dată	Am făcut următoarele modificări acestui articol
27 iunie 2022	S-au actualizat domeniul și adresele URL pentru serviciile de apelare Webex: .broadcloudpbx.com .broadcloud.com.au .broadcloud.eu .broadcloudpbx.net
15 iunie 2022	S-au adăugat următoarele porturi și protocoale în Adrese IP și porturi pentru serviciile de apelare Webex: Scopul conexiunii: Caracteristici Webex Adrese surse: Dispozitive de apelare Webex Porturi sursă: De scurtă durată Protocol: TCP Adrese de destinație: Consultați Subrețele și domeniile IP care sunt definite în Webex Meetings/Messaging - Cerințe de rețea Porturi de destinație: 443 Note: Aceste adrese IP și domenii sunt utilizate de dispozitivele de apelare Webex pentru a interfața cu serviciile Webex Cloud, cum ar fi Director, Istoricul apelurilor și Întâlniri. Informații actualizate în secțiunea Webex Meetings/Messaging - Cerințe de rețea
24 mai 2022	S-a adăugat subrețeaua IP 52.26.82.54/24 la 52.26.82.54/32 pentru serviciul de apelare Webex
6 mai 2022	S-a adăugat subrețeaua IP 52.26.82.54/24 pentru serviciul de apelare Webex
7 aprilie 2022	S-a actualizat intervalul de porturi UDP intern și extern al gateway-ului local la 8000-48198^†
5 aprilie 2022	S-au adăugat următoarele subrețele IP pentru serviciul de apelare Webex: 23.89.40.0/25 23.89.1.128/25
29 martie 2022	S-au adăugat următoarele subrețele IP pentru serviciul de apelare Webex: 23.89.33.0/24 150.253.209.128/25
20 septembrie 2021	S-au adăugat 4 noi subrețele IP pentru serviciul de apelare Webex: 23.89.76.128/25 170.72.29.0/24 170.72.17.128/25 170.72.0.128/25
2 aprilie 2021	S-a adăugat .ciscospark.com la Domenii și adrese URL pentru Webex Calling Services* pentru a accepta cazurile de utilizare Webex Calling în aplicația Webex.
25 martie 2021	S-au adăugat 6 noi intervale de 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	S-au înlocuit IP-uri discrete Webex Calling și intervale IP mai mici cu intervale simplificate într-un tabel separat pentru ușurință de înțelegere a configurației firewall.
26 februarie 2021	S-a adăugat 5004 ca port de destinație pentru apeluri media la Webex Calling (STUN,SRTP) pentru a susține Interactive Connectivity Establishment (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 sunt ajustate pentru a grupa adresele 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 dispozitivului ș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 configurarea dispozitivului și gestionarea firmware-ului (dispozitive Cisco): 3.134.166.179 50.16.236.139 54.145.130.71 72.163.10.125 72.163.24.0/23 173.37.26.0/23 173.37.146.134 Am eliminat următoarele adrese IP din configurarea dispozitivului și gestionarea firmware-ului (dispozitive Cisco): 35.172.26.181 52.86.172.220 52.203.31.41 Am adăugat următoarele adrese IP la configurația aplicației: 62.109.192.0/19 64.68.96.0/19 207.182.160.0/19 150.253.128.0/17 Am eliminat următoarele adrese IP din configurația aplicației: 64.68.99.6 64.68.100.6 Am eliminat următoarele numere de port din configurația aplicației: 1081, 2208, 5222, 5280-5281, 52644-52645 Am adăugat următoarele domenii la configurația aplicației: idbroker-b-us.webex.com idbroker-eu.webex.com ty6-wxt-jp.bcld.webex.com os1-wxt-jp.bcld.webex.com
23 decembrie 2020	S-au adăugat noi adrese IP de configurare a aplicației la imaginile de referință ale portului.
22 decembrie 2020	S-a actualizat rândul Configurare aplicație din tabele pentru a include următoarele adrese IP: 135.84.171.154 și 135.84.172.154. Ascunde diagramele de rețea până când aceste adrese IP pot fi adăugate și acolo.
11 decembrie 2020	S-au actualizat Configurația dispozitivului și gestionarea firmware-ului (dispozitive Cisco) și rândurile de configurare a aplicației pentru domeniile canadiene acceptate.
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

1	Asigurați-vă că toate interfețele de nivel 3 au adrese IP valide și rutabile atribuite: `interface GigabitEthernet0/0/0 description Interface facing PSTN and/or CUCM ip address 192.168.80.14 255.255.255.0 ! interface GigabitEthernet0/0/1 description Interface facing Webex Calling ip address 192.168.43.197 255.255.255.0`
2	Trebuie să preconfigurați o cheie primară pentru parolă utilizând comenzile prezentate mai jos înainte de a putea fi utilizată în acreditările și secretele 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 IP Name Server pentru a activa căutarea DNS și asigurați-vă că este accesibil prin ping-l: `LocalGateway#conf t Enter configuration commands, one per line. End with CNTL/Z. LocalGateway(config)#ip name-server 8.8.8.8 LocalGateway(config)#end`
4	Activați exclusivitatea TLS 1.2 și un substituent implicit Punct de încredere: Creați un substituent PKI Trustpoint și numiți-l sampleTP Atribuiți punctul de încredere ca punct de încredere implicit de semnalizare sub sip-ua cn-san-valid server este necesar pentru a se asigura că gateway-ul local stabilește conexiunea numai dacă proxy-ul de ieșire configurat pe entitatea găzduită 200 (descris mai târziu) se potrivește cu lista CN-SAN primită de la server. Punctul de încredere crypto este necesar pentru ca TLS să funcționeze, chiar dacă nu este necesar un certificat de client local (de exemplu, mTLS) pentru ca conexiunea să fie configurată. Dezactivați TLS v1.0 și v1.1 activând exclusivitatea v1.2. Setați numărul tcp-retry la 1000 (multipli 5 msec = 5 secunde). (IOS-XE 17.3.2 și versiuni ulterioare) Setați conexiunea cronometrelor să stabilească tls <wait-timer in="" sec="">. Intervalul este între 5 și 20 de secunde, iar valoarea implicită este de 20 de secunde. (LGW durează 20 de secunde pentru a detecta eroarea conexiunii TLS înainte de a încerca să stabilească o conexiune la următorul SBC Webex Calling Access disponibil. Acest CLI permite administratorului să modifice valoarea pentru a se potrivi condițiilor de rețea și pentru a detecta erorile de conexiune cu Access SBC mult mai rapid). LocalGateway#configure terminal Enter configuration commands, one per line. End with CNTL/Z. LocalGateway(config)# LocalGateway(config)#crypto pki trustpoint sampleTP LocalGateway(ca-trustpoint)# revocation-check crl LocalGateway(ca-trustpoint)#exit LocalGateway(config)#sip-ua LocalGateway(config-sip-ua)# crypto signaling default trustpoint sampleTP cn-san-validate server LocalGateway(config-sip-ua)# transport tcp tls v1.2 LocalGateway(config-sip-ua)# tcp-retry 1000 LocalGateway(config-sip-ua)#end
5	Actualizați Local Gateway Trustpool: Pachetul de încredere implicit nu include certificatele "DigiCert Root CA" sau "IdenTrust Commercial" necesare pentru validarea certificatului de partea serverului în timpul stabilirii conexiunii TLS la Apelare Webex. Pachetul trustpool trebuie actualizat prin descărcarea celui mai recent "Cisco Trusted Core Root Bundle" de la http://www.cisco.com/security/pki/. Verificați dacă există certificatele DigiCert Room CA și IdenTrust Commercial: `LocalGateway#show crypto pki trustpool \| include DigiCert` 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` Verifica: `LocalGateway#show crypto pki trustpool \| include DigiCert cn=DigiCert Global Root CA o=DigiCert Inc cn=DigiCert Global Root CA o=DigiCert Inc` `LocalGateway#show crypto pki trustpool \| include IdenTrust Commercial cn=IdenTrust Commercial Root CA 1 cn=IdenTrust Commercial Root CA 1`

1	Asigurați-vă că este creată o cheie de configurare pentru parolă, cu comenzile afișate mai jos, înainte de a putea fi utilizată în acreditări sau secrete partajate. Parolele de tip 6 sunt criptate folosind cifrul AES și această cheie de configurare definită de utilizator. `LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes` Iată configurația Local Gateway care se va aplica ambelor platforme pe baza parametrilor Control Hub afișați mai sus, salvați și reîncărcați. Acreditările SIP Digest din Control Hub sunt evidențiate cu caractere aldine. configure terminal crypto pki trustpoint dummyTp revocation-check crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end configure terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end configure terminal voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y exit allow-connections sip to sip media statistics media bulk-stats no supplementary-service sip refer no supplementary-service sip handle-replaces fax protocol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-all early-offer forced end configure terminal voice class sip-profiles 200 rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.)" "sip:\1" rule 10 request ANY sip-header To modify "<sips:(.)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.)" "<sip:\1" rule 12 request ANY sip-header Contact modify "<sips:(.)>" "<sip:\1;transport=tls>" rule 13 response ANY sip-header To modify "<sips:(.)" "<sip:\1" rule 14 response ANY sip-header From modify "<sips:(.)" "<sip:\1" rule 15 response ANY sip-header Contact modify "<sips:(.)" "<sip:\1" rule 20 request ANY sip-header From modify ">" ";otg=hussain1076_lgu>" rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.)" "sip:\1" voice class codec 99 codec preference 1 g711ulaw codec preference 2 g711ulaw exit voice class srtp-crypto 200 crypto 1 AES_CM_128_HMAC_SHA1_80 exit voice class stun-usage 200 stun usage firewall-traversal flowdata exit voice class tenant 200 registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Hussain5091_LGU username Hussain1076_LGU password 0 lOV12MEaZx realm Broadworks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm BroadWorks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm 40462196.cisco-bcld.com no remote-party-id sip-server dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com privacy-policy passthru voice class tenant 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class tenant 300 bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip pattern dtg=hussain1076.lgu dial-peer voice 101 voip description Outgoing dial-peer to IP PSTN destination-pattern BAD.BAD session protocol sipv2 session target ipv4:198.18.133.3 voice-class codec 99 voice-class sip tenant 100 dtmf-relay rtp-nte no vad dial-peer voice 201 voip description Outgoing dial-peer to Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server voice-class codec 99 voice-class stun-usage 200 no voice-class sip localhost voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad voice class dpg 100 description Incoming WebexCalling(DP200) to IP PSTN(DP101) dial-peer 101 preference 1 voice class dpg 200 description Incoming IP PSTN(DP100) to Webex Calling(DP201) dial-peer 201 preference 1 dial-peer voice 100 voip desription Incoming dial-peer from IP PSTN session protocol sipv2 destination dpg 200 incoming uri via 100 voice-class codec 99 voice-class sip tenant 300 dtmf-relay rtp-nte no vad dial-peer voice 200 voip description Incoming dial-peer from Webex Calling session protocol sipv2 destination dpg 100 incoming uri request 200 voice-class codec 99 voice-class stun-usage 200 voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad end copy run start Pentru a afișa ieșirea comenzii de afișare, am reîncărcat VCUBE-2 urmat de VCUBE-1, făcând din VCUBE-1 CUBUL standby și VCUBE-2 CUBUL activ
2	În orice moment, o singură platformă va menține o înregistrare activă ca Gateway local cu SBC-ul de acces webex Calling. Aruncați o privire la ieșirea următoarelor comenzi de afișare. prezintă grupul de cereri de redundanță 1 arată starea sip-ua-registru `VCUBE-1#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: Standby Peer Role: ACTIVE Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: STANDBY HOT Peer RF state: ACTIVE VCUBE-1#show sip-ua register status VCUBE-1#` VCUBE-2#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: ACTIVE Peer Role: STATUS Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: ACTIVE Peer RF state: STANDBY HOT VCUBE-2#show sip-ua register status Tenant: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 48 yes normal VCUBE-2# Din ieșirea de mai sus, puteți vedea că VCUBE-2 este LGW activ care menține înregistrarea cu Webex Calling access SBC, în timp ce ieșirea "show sip-ua register status" este necompletată în VCUBE-1
3	Acum activați următoarele depanări pe VCUBE-1 `VCUBE-1#debug ccsip non-call SIP Out-of-Dialog tracing is enabled VCUBE-1#debug ccsip info SIP Call info tracing is enabled VCUBE-1#debug ccsip message`
4	Simulați reluarea prin emiterea următoarei comenzi pe LGW activ, VCUBE-2 în acest caz. `VCUBE-2#redundancy application reload group 1 self` Trecerea de la ACTIVE la STANDBY LGW are loc în următorul scenariu, precum și în afară de CLI enumerate mai sus Când routerul ACTIVE se reîncarcă Când routerul ACTIVE cicluri de alimentare Când orice interfață configurată RG a routerului ACTIVE este oprită pentru care este activată urmărirea
5	Verificați dacă VCUBE-1 s-a înregistrat cu Webex Calling access SBC. VCUBE-2 ar fi reîncărcat până acum. `VCUBE-1#show sip-ua register status Tenant: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 56 yes normal VCUBE-1#` VCUBE-1 este acum LGW activ.
6	Uitați-vă la jurnalul de depanare relevant pe VCUBE-1 trimițând un REGISTRU SIP la Webex Apelând prin IP-ul virtual și primind un OK 200. VCUBE-1#show log Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired. Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595044 CSeq: 2 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Content-Length: 0 Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 401 Unauthorized Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595044 CSeq: 2 REGISTER WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 Content-Length: 0 Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:25 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent:Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Content-Length: 0 Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference Content-Length: 0