Flux de lucru de configurare a apelurilor Webex
Flux de lucru de configurare a apelurilor Webex

7 mart. 2022
Prezentare generală a apelării Webex

Vă prezentăm apelarea Webex

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

Webex Calling oferă următoarele beneficii:

  • Apelarea abonamentelor pentru utilizatorii de telefonie și zonele comune

  • Acces la Webex App pentru fiecare utilizator

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

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

Tabelul 1. Caracteristici configurabile pentru administratori

Funcție

Descriere

Operator automat

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

Coadă de apeluri

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

Preluare apeluri

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

Parcare apeluri

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

Grup de căutare

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

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

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

Grup de difuzare

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

Client-recepționer

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

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

Tabelul 2. Caracteristici configurabile de utilizator

Funcție

Descriere

Respingerea anonimă a apelurilor

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

Continuitatea activității

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

Redirecționare apeluri

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

Redirecționarea selectivă a apelurilor

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

Notificare apel

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

Apel în așteptare

Utilizatorii pot permite răspunsul la apelurile primite suplimentare.

Nu deranjaţi

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

Birou oriunde

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

Alertă prioritară

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

Birou la distanță

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

Acceptarea selectivă a apelurilor

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

Respingerea selectivă a apelurilor

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

Inel secvențial

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

Inel simultan

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

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

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

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

Experiența utilizatorului

Utilizatorii au acces la următoarele interfețe:

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

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

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

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

Prezentare generală

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

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

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

  • Cisco Unified Communications Manager

  • Mesaje instant și prezență unificate Cisco

  • Cisco Unified Unity Connection

  • Drum expres Cisco

  • Cisco Emergency Responder (numai regiunea Americilor)

Cale de migrare simplă

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

Instanța dedicată atenuează punctele dureroase asociate cu migrarea apelurilor la nivel de întreprindere în cloud:

Fără întreruperi – Instanța dedicată are aceleași caracteristici, funcționalități, experiența utilizatorului și opțiuni de integrare acceptate de Unified Communications Manager implementat local, inclusiv suport pentru Jabber și Webex App. Acest lucru creează o migrare fără probleme în cloud, fără a fi necesară instruirea utilizatorilor finali sau a administratorului pentru clienții Unified Communications Manager existenți. Instanța dedicată poate fi direcționată către 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țiator 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 acceptă fluxuri de lucru de afaceri unice.

Securitate fără compromisuri – Cu instanță dedicată, clienții au acces la toate caracteristicile de securitate Unified Communications Manager pentru endpoint-uri și aplicații UC, cum ar fi suporturi criptate, SRST securizat, înregistrare OTT securizată utilizează MRA.

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

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

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

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

Disponibilitatea soluției

Serviciul 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 global de disponibilitate pentru mai multe detalii.

Instanța dedicată acceptă același nivel de localizare ca managerul nostru de comunicații unificate local. Acceptă tonuri de telefon și gateway în 82 de țări, un portal de auto-îngrijire în 50 de limbi și clienți în mai mult de 30 de limbi.

Beneficii

Instanța dedicată oferă cea mai eficientă cale de migrare către cloud pentru clienții Unified Communications Manager existenți, 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 apelare personalizabilă
  • Arhitectură flexibilă, scalabilă rapid
  • Experiența familiară a utilizatorului, reducând nevoia de reconversie profesională a angajaților
  • Client unificat pentru apelare, mesagerie, întâlniri și colaborare în echipă, care poate fi utilizat pe toate tipurile de dispozitive
  • Compatibilitatea cu portofoliul complet de telefoane, gateway-uri și dispozitive video Cisco
  • Se integrează cu întâlnirile Webex, mesageria și apelarea ca parte a suitei Webex, permițând o experiență uimitoare de la un capăt la altul pentru clienți.

Pentru punctele finale și dispozitivele acceptate, vă rugăm să faceți clic aici.

Faceți un tur al Hub-ului de control

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

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


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

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

Începeți

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

Expertul pentru prima dată pentru încercări

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

Revizuiți-vă setările

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

Adăugare utilizatori

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

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

Configurarea înregistrării unice (SSO)

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

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

Atribuire servicii către utilizatori

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

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

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

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

Susțineți-vă utilizatorii

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

Rolul gateway-ului local

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

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

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

Implementări de gateway local acceptate pentru apelarea Webex

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

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

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

Implementări locale de gateway independente

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

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

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

Implementarea Gateway-ului local coresident

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

Implementări gateway local cu PBX CM unificat local

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

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

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

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

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

Gateway PSTN dedicat

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

Coresident PSTN Gateway

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

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

Considerații de rutare a apelurilor

Apeluri de la Webex apel la CM unificat

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

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

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

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

Apeluri de la UNIFIED CM la Apelare Webex

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

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

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

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

Clasa de servicii (CoS)

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

  • Dispozitive înregistrate la Unified CM

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

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

Dispozitive înregistrate la Unified CM

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

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

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

Apelurile care intră în CM unificat de la PSTN

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

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

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

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

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

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

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

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

Integrarea planului de apelare

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

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

Figura 2. Planul de apelare recomandat

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

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

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

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

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

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

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

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

Accesibilitatea la apelarea Webex

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

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

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

Adăugarea abreviat Intersite Dialing

Figura 4. Adăugarea abreviat Intersite Dialing

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

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

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

Diferența dintre Webex Calling for Providers și Resellerii cu valoare adăugată

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

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

SPs-urile își pot marca portalurile și aplicațiile de apelare și trebuie să grupeze și să furnizeze propriile servicii PSTN clienților lor sau să utilizeze o implementare de gateway local. SPs trebuie, de asemenea, să ofere propriul sprijin de nivel 1.

Var, pe de altă parte, utilizarea de branding furnizate de Cisco. VAR nu sunt furnizori de servicii reglementați și nu pot furniza servicii PSTN. Serviciul PSTN trebuie să fie utilizat printr-o implementare gateway local de întreprindere. VAR-urile pot oferi, de asemenea, propriul lor nivel 1 de sprijin sau de a folosi Cisco. Ambele oferte de apelare oferă o asigurare a serviciilor prin intermediul valorilor de calitate media și pot combina Webex App și Meetings împreună cu aplicațiile lor de apelare.

Rutine de tratare a protocolului pentru apelare

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

  • CLICKTOCALL: sau CLICKTOCALL://

  • SIP: sau SIP://

  • TEL: sau TEL://

  • WEBEXTEL: sau WEBEXTEL://

Rutine de tratare a protocolului pentru Windows

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

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

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

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

Rutine de tratare a protocolului pentru macOS

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

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

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.

7 mart. 2022
Configurarea apelării Webex pentru organizația dvs.

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

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

1

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


 

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

2

Revizuiți și acceptați termenii serviciului.

3

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


 

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

4

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

5

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

6

Alegeți dintre următoarele opțiuni:

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

 

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

7

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

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

Faceți clic pe Următorul.

9

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

Înainte de a începe

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

  • Adresa locației

  • Numerele de telefon dorite (opțional)

1

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

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

2

Configurați setările locației:

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

Faceți clic pe Salvare , apoi alegeți dacă doriți să adăugați numere acum sau o versiune ulterioară.

4

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

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


     

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

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

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

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

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

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

     

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

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

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

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

5

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

6

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

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

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

7

Faceți clic pe Salvare.

Ce trebuie să faceți în continuare

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

Înainte de a începe


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

1

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

2

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

3

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

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

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


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

1

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

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

2

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

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


     

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

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

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

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

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

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

     

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

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

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

     

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

3

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

4

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


 

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

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

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

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

5

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

6

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


 

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


 

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

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


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

1

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

2

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

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

     

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

3

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

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

     

    Utilizatorii pot include cifra de apelare de ieșire atunci când efectuează apeluri externe pentru a imita modul în care au apelat pe sistemele vechi. Pentru a efectua apeluri externe , trebuie să includeți cifra de apelare de ieșire.

Impactul asupra utilizatorilor:

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

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

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


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

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

Înainte de a începe

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

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

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

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

1

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

2

Selectați o locație.

3

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


 

Numele nu poate fi mai mare de 24 de caractere.

Ce trebuie să faceți în continuare

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

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

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

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

1

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

2

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

3

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

4

Alegeți un trunchi din meniul vertical.


 

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

5

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

Ce trebuie să faceți în continuare

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

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

1

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

2

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

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

1

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

2

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

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

3

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


 

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

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


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

Înainte de a începe

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

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

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

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

     

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

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

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


 

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

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.

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:

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.

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ă

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

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:

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

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

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

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

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

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

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

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

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

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

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

Înainte de a începe

Asigurați-vă că ați 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.

1

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

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

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

LocalGateway(conf-serv-stun)#sip

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

Explicarea comenzilor:

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

  • În mod implicit, LGW blochează toate configurările de apeluri VoIP primite de la adrese IP care nu se află în lista sa de încredere. Adresele IP de la colegii de dial-mail cu "session target ip" sau Server Group sunt de încredere în mod implicit și nu trebuie populate aici.

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


     

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

  • Este posibil ca alte adrese IP să trebuiască să fie configurate pe alte interfețe; de exemplu, este posibil ca adresele CM unificate să trebuiască să fie adăugate la interfețele orientate spre interior.

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

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

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

  • Statisticile media în vrac permit planului de control să sondajeze planul de date pentru statisticile apelurilor în bloc.

Sip-la-SIP funcționalitatea de bază
allow-connections sip to sip
Servicii suplimentare
 no supplementary-service sip refer
 no supplementary-service sip handle-replaces

Dezactivează REFER și înlocuiește ID-ul de dialog din Antetul Înlocuiește cu ID-ul dialogului peer.

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

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

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

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

  • Caracteristica legături STUN pe gateway-ul local permite generat local STUN solicitările să fie trimise prin calea media negociate. Acest lucru ajută la deschiderea pinhole în firewall.

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

G729
sip
  g729 annexb-all

Permite toate variantele de G729.

SIP
early-offer forced

Forțează gateway-ul local să trimită informațiile PSD în mesajul de invitație inițial în loc să aștepte confirmarea de la colegul vecin.

2

Configurați "SIP Profile 200".

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

Aceste reguli sunt

Explicarea comenzilor:

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

    Aceasta se convertește între URL-urile SIP și URL-urile SIP, deoarece Apelarea Webex nu acceptă URL-uri SIP în mesajele de solicitare/răspuns, dar are nevoie de ele pentru interogările SRV, de exemplu. _sips._tcp.<outbound-proxy>.
  • regula 20 modifică antetul De la pentru a include parametrul Trunk Group OTG/DTG din Control Hub pentru a identifica în mod unic un site LGW dintr-o întreprindere.

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

3

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

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

Explicarea comenzilor:

  • Codecul clasei vocale 99: Permite atât g711 (mu și a-lege) codec-uri pentru sesiuni. Se aplică tuturor colegilor de apelare.

  • Clasa de voce srtp-crypto 200: Specifică SHA180_ca singura suită de cifru SRTP care este oferită de gateway-ul local în SDP în ofertă și răspuns. Apelarea Webex acceptă doar SHA180_.

  • Se va aplica entității găzduite din clasa de voce 200 (discutată mai târziu) cu care se confruntă ApelareaWebex.

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


 

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


 

Stun utilizare Ice Lite este necesară pentru fluxurile de apel folosind optimizarea calea mass-media.

4

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

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

Entitate găzduită 200 se aplică apoi tuturor webex apelare cu care se confruntă dial-colegii (2xx etichetă) în configurația gateway-ului local. Caracteristica de entitate găzduită a clasei de voce permite gruparea și configurarea parametrilor trunchiului SIP altfel efectuate sub voip serviciu de voce și sip-ua. Atunci când o entitate găzduită este configurată și aplicată sub un dial-peer, configurațiile IOS-XE se aplică în următoarea ordine de preferință:

  • Configurare dial-peer

  • Configurația entității găzduite

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

5

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


 

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

LocalGateway(config)#voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru

Explicarea comenzilor:

voice class tenant 200

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

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

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

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

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

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

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

no remote-party-id

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

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

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

srtp-crypto 200

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

session transport tcp tls
Setează transportul la TLS
url sips

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

error-passthru

Sip răspuns la eroare pass-thru funcționalitatea

asserted-id pai

Activează procesarea PAI în gateway-ul local.

bind control source-interface GigabitEthernet0/0/1

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

bind media source-interface GigabitEthernet0/0/1

Interfață sursă media cu care se confruntă ApelareaWebex.

no pass-thru content custom-sdp

Comanda implicită de sub entitate găzduită.

sip-profiles 200

Modifică SIPS-urile în SIP și modifică linia/portul pentru mesajele de invitație și înregistrare, astfel cum sunt definite în voice class sip-profiles 200.

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

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

privacy-policy passthru

Treceți în mod transparent peste valorile antetului de confidențialitate de la intrare la piciorul de ieșire.

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.

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

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

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

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

  4. Clasa de voce DPG-țintăoutbound dial-colegii invocate de la un dial-peer de intrare.

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

1

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

  1. Voce clasa entitate găzduită 100 se aplică pe toate outbound dial-colegii cu care se confruntă IP PSTN.

    voice class tenant 100 
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
  2. Voce clasa entitate găzduită 300 se aplică pe toate inbound dial-colegii de la IP PSTN.

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

Configurați următorul URI de clasă de voce:

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

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

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Gateway-ul local nu acceptă în prezent sublinierea "_" în modelul de potrivire. Ca soluție, folosim dot "." (se potrivesc cu orice) pentru a se potrivi cu "_".

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

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

  1. Ieșire dial-peer spre IP PSTN:

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

    Explicarea comenzilor:

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

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

    destination-pattern BAD.BAD

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

    session protocol sipv2

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

    session target ipv4:192.168.80.13

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

    voice-class codec 99

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

    dtmf-relay rtp-nte

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

    voice-class sip tenant 100

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

    no vad

    Dezactivează detectarea activității vocale.

  2. Apelare dial-peer de ieșire către Apelare Webex (Acest dial-peer va fi actualizat pentru a servi drept dial-peer de intrare din Webex Calling, precum și mai târziu în ghidul de configurare).

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

    Explicarea comenzilor:

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

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

    session target sip-server

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

    voice-class stun-usage 200

    Caracteristica legături STUN pe gateway-ul local permite generat local STUN solicitările să fie trimise prin calea media negociate. Acest lucru ajută la deschiderea pinhole în firewall.

    no voice-class sip localhost

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

    voice-class sip tenant 200

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

    srtp

    SRTP este activat pentru acest picior de apel.

    no vad

    Dezactivează detectarea activității vocale.

4

Configurați următoarele grupuri de apelare la egal la egal (DPG):

  1. Definește grupul dial-peer 100. Outbound dial-peer 101 este ținta pentru orice intrare dial-peer invocarea dial-peer grup 100. Vom aplica DPG 100 la 200201 dial-peer primite pentru Webex Calling --> LGW --> cale PSTN .

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

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

Configurați următorii colegi de apelare inbound:

  1. Intrare dial-peer pentru intrare IP PSTN picioare de apel:

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

    Explicarea comenzilor

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

    Definește un dial-peer VOIP cu o etichetă de 100 și o descriere semnificativă este dat pentru ușurința de gestionare și depanare.

    session protocol sipv2

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

    incoming uri via 100

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

    destination dpg 200

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

    voice-class sip tenant 300

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

    no vad

    Dezactivează detectarea activității vocale.

  2. Dial-peer de intrare pentru picioarele de apel Webex primite :

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

    Explicarea comenzilor

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

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

    incoming uri request 200

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

    destination dpg 100

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

    max-conn 250

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

Apelare PSTN la Webex

Toate picioarele de apel IP PSTN primite pe gateway-ul local sunt potrivite pe dial-peer 100, deoarece definește 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ă.

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

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

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

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

  4. Outbound dial-colegii-pentrua ruta picioarele de apel de ieșire de la LGW la UNIFIED CM, ITSP SIP portbagaj, și / sau Webex apelare.

  5. Clasa de voce DPG- Target outbound dial-peer(uri) invocate de la un dial-peer de intrare.

  6. Colegii de apelare inbound - Pentru a accepta picioarele de apel de intrare de la Unified CM, ITSP și / sau Webex Calling.

1

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

  1. Voce clasa entitate găzduită 100 se aplică pe toate outbound dial-colegii cu care se confruntă unified CM și IP PSTN:

    voice class tenant 100 
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
  2. Voice class tenant 300 va fi aplicat pe toate dial-colegii de intrare de la Unified CM și IP PSTN:

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

Configurați următoarele URL-uri de clasă de voce:

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

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

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Gateway-ul local nu acceptă în prezent sublinierea "_" în modelul de potrivire. Ca soluție, folosim dot "." (se potrivesc cu orice) pentru a se potrivi cu "_".

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

    voice class uri 300 sip
     pattern :5065
    
  4. Definește cucm sursă de semnalizare IP și VIA port pentru trunchi PSTN:

    voice class uri 302 sip
     pattern 192.168.80.60:5060
    
3

Configurați următoarele grupuri de server de clasă de voce:

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

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

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

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

    voice class server-group 307 
     ipv4 192.168.80.60
    
4

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

  1. Ieșire dial-peer către IP PSTN:

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

    Explicarea comenzilor

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

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

    destination-pattern BAD.BAD

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

    session protocol sipv2

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

    session target ipv4:192.168.80.13

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

    voice-class codec 99

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

    voice-class sip tenant 100

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

  2. Apelare dial-peer de ieșire către Webex ( Acest dial-peer va fi actualizat pentru a servi drept dial-peer de intrare din Apelare Webex, precum și mai târziu în ghidul de configurare.):

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

    Explicarea comenzilor

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

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

    session target sip-server

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

    voice-class stun-usage 200

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

    no voice-class sip localhost

    Dezactivează subsitituția numelui DNS localhost în locul adresei IP fizice în anteturile De la, Call-ID și Remote-Party-ID ale mesajelor de ieșire.

    voice-class sip tenant 200

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

    srtp

    SRTP este activat pentru acest picior de apel.

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

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

    Explicarea comenzilor

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

    Definește un voip dial-peer cu o etichetă de 301 și o descriere semnificativă este dat pentru ușurința de gestionare și depanare.

    session server-group 301

    În loc de sesiune țintă IP în dial-peer, suntem îndreptate spre un grup de server de destinație (server-grup 301 pentru dial-peer 301) pentru a defini mai multe noduri UCM țintă, deși exemplul arată doar un singur nod.

    Grup server în Outbound Dial Peer

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

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

  4. În al doilea rând de ieșire dial-peer spre Unified CM Webex Calling Trunk dacă aveți mai mult de 5 noduri CM unificate:

    dial-peer voice 303 voip
     description Outgoing dial-peer to CUCM-Group-2 
    for inbound from Webex Calling - Nodes 6 to 10
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 303
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
  5. Outbound dial-peer spre trunchiul PSTN al CM unificat:

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

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

Configurați următorul DPG:

  1. Definește DPG 100. Outbound dial-peer 101 este ținta pentru orice intrare dial-peer invocarea dial-peer grup 100. Vom aplica DPG 100 la intrare dial-peer 302 definit mai târziu pentru CM unificat --> LGW --> PSTN cale:

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

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

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

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

Configurați următorii colegi de apelare de intrare:

  1. Intrare dial-peer pentru intrare IP PSTN picioare de apel:

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

    Explicarea comenzilor

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

    Definește un dial-peer VOIP cu o etichetă de 100 și o descriere semnificativă este dat pentru ușurința de gestionare și depanare.

    session protocol sipv2

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

    incoming uri via 100

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

    destination dpg 302

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

    voice-class sip tenant 300

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

  2. Dial-peer de intrare pentru picioarele de apel Webex primite :

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

    Explicarea comenzilor

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

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

    incoming uri request 200

    Tot traficul de intrare de la Webex Calling la LGW poate fi corelat cu modelul dtg unic din URI-ul de solicitare, identificând în mod unic un site gateway local în cadrul unei întreprinderi și în ecosistemul Webex Calling .

    destination dpg 300

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

    max-conn 250

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

  3. Dial-peer de intrare pentru picioarele de apel CM unificate primite cu Webex Calling ca destinație:

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

    Explicarea comenzilor

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

    Definește un dial-peer VOIP cu o etichetă de 300 și o descriere semnificativă este dat pentru ușurința de gestionare și depanare.

    incoming uri via 300

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

    destination dpg 200

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

    voice-class sip tenant 300

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

  4. Intrare dial-peer pentru picioarele de apel CM unificate de intrare cu PSTN ca destinație:

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

    Explicarea comenzilor

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

    Definește un voip dial-peer cu o etichetă de 302 și o descriere semnificativă este dat pentru ușurința de gestionare și depanare.

    incoming uri via 302

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

    destination dpg 100

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

    voice-class sip tenant 300

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

IP PSTN la 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

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ă

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

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

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    LocalGateway(config)#end 
  3. Configurați variabila 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ă

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

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

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
    LocalGateway(config)#end 
    
  3. Configurați variabila 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

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

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

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
    LocalGateway(config)#end 
  3. Configurați variabila 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:

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

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

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

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

  3. 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 # 
  4. 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# 
  5. 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.

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

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

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:
  3. 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#  
  4. 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.

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

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

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

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. 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# 
  5. 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.

  1. 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"  
  2. Asigurați-vă că SNMP este activat utilizând comanda arată snmp. Dacă nu este activată, configurați comanda "snmp-server manager".

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
     
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
  3. Se recomandă instalarea monitorizării î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

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

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

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Instalați 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# 
  7. 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:

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

Componente hardware și software

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


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

Material de referință

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

Prezentare generală a soluției de apelare Webex

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

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

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

Redundanță de la cutie la nivel 2

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


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

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

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

Componenta infra a grupului de redundanță

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

  • Un protocol de tip HSRP care negociază starea finală de redundanță pentru fiecare router prin schimbul de mesaje keepalive și salut între cele două CUBEs (prin interfața de control) - GigabitEthernet3 în figura de mai sus.

  • Un mecanism de transport pentru punctarea semnalizării și a stării media pentru fiecare apel de la routerul activ la cel standby (prin interfața de date) — GigabitEthernet3 în figura de mai sus.

  • Configurarea și gestionarea interfeței IP virtual (VIP) pentru interfețele de trafic (mai multe interfețe de trafic pot fi configurate folosind același grup RG) – GigabitEthernet 1 și 2 sunt considerate interfețe de trafic.

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

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

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

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

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

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

  • CUBE HA nu poate avea TDM sau interfețe analogice co-localizate

  • Gig1 și Gig2 sunt denumite interfețe de trafic (SIP / RTP), iar Gig3 este redundanță Grup (RG) Control / interfață de date

  • Nu mai mult de 2 perechi CUBE HA pot fi plasate în același domeniu de nivel 2, unul cu id-ul grupului 1 și celălalt cu id-ul grupului 2. Dacă configurați 2 perechi HA cu același ID de grup, interfețele RG Control/Data trebuie să aparțină unor domenii de nivel 2 diferite (vlan, comutator separat)

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

  • Toate de semnalizare / mass-media este provenind de la / la adresa IP virtuală

  • Ori de câte ori o platformă este reîncărcată într-o relație CUBE-HA, aceasta pornește întotdeauna ca Standby

  • Adresa inferioară pentru toate interfețele (Gig1, Gig2, Gig3) ar trebui să fie pe aceeași platformă

  • Identificatorul interfeței de redundanță, rii ar trebui să fie unic pentru o combinație pereche/interfață pe același Strat 2

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

  • Interfețe loopback nu pot fi utilizate ca se leagă, deoarece acestea sunt întotdeauna în sus

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

  • CUBE-HA nu este acceptat printr-o conexiune prin cablu crossover pentru RG-control/link-ul de date (Gig3)

  • Ambele platforme trebuie să fie identice și să fie conectate printr-un switch fizic între toate interfețele de referință pentru ca CUBE HA să funcționeze, adică GE0/0/0 din CUBE-1 și CUBE-2 trebuie să se termine pe același comutator și așa mai departe.

  • Nu poate avea WAN reziliat pe cubes direct sau de date HA pe fiecare parte

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

  • Este obligatorie utilizarea interfeței L3 separate pentru redundanță (RG Control/data, Gig3). adică interfața utilizată pentru trafic nu poate fi utilizată pentru păstrarea ha și punctul de control

  • În caz de nereușită, CUBE-ul activ anterior trece printr-o reîncărcare prin proiectare, păstrând semnalizarea și mass-media

Configurarea redundanței pe ambele CUB-uri

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

1

Configurați urmărirea interfeței la nivel global pentru a urmări starea interfeței.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit
VCUBE-1#conf t
VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#exit
VCUBE-2#conf t
VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-2(config-track)#exit

Track CLI este utilizat în RG pentru a urmări starea interfeței de trafic de voce, astfel încât ruta activă va avea un rol destul de activ după ce interfața de trafic este în jos.

2

Configurați un RG pentru utilizare cu VoIP HA sub-modul de redundanță a aplicației.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit
VCUBE-1(config)#redundancy
VCUBE-1(config-red)#application redundancy
VCUBE-1(config-red-app)#group 1
VCUBE-1(config-red-app-grp)#name LocalGateway-HA
VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
VCUBE-1(config-red-app-grp)#track 1 shutdown
VCUBE-1(config-red-app-grp)#track 2 shutdown
VCUBE-1(config-red-app-grp)#exit
VCUBE-1(config-red-app)#protocol 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#exit
VCUBE-1(config-red-app)#exit
VCUBE-1(config-red)#exit
VCUBE-1(config)#
VCUBE-2(config)#redundancy
VCUBE-2(config-red)#application redundancy
VCUBE-2(config-red-app)#group 1
VCUBE-2(config-red-app-grp)#name LocalGateway-HA
VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
VCUBE-2(config-red-app-grp)#track 1 shutdown
VCUBE-2(config-red-app-grp)#track 2 shutdown
VCUBE-2(config-red-app-grp)#exit
VCUBE-2(config-red-app)#protocol 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#exit
VCUBE-2(config-red-app)#exit
VCUBE-2(config-red)#exit
VCUBE-2(config)#

Iată o explicație a câmpurilor utilizate în această configurație:

  • redundanță— Intră în modul de redundanță

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

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

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

  • prioritatea 100 pragul de reluare în caz de nereușită 75- Specifică prioritatea inițială și pragurile de reluare în caz de nereușită pentru un RG

  • cronometre întârziere 30 reload 60-Configureazăde două ori pentru întârziere și reîncărcare

    • Temporizator de întârziere, care este cantitatea de timp pentru a întârzia inițializarea grupului RG și negocierea rolului după ce interfața apare - Implicit 30 de secunde. Intervalul este de 0-10000 secunde

    • Reîncărcare - Aceasta este perioada de timp pentru a întârzia inițializarea grupului RG și negocierea rolurilor după o reîncărcare - Implicit 60 de secunde. Intervalul este de 0-10000 secunde

    • Cronometrele implicite sunt recomandate, deși aceste cronometre pot fi ajustate pentru a se potrivi cu orice întârziere suplimentară de convergență a rețelei care poate apărea în timpul pornirii/reîncărcării routerelor, pentru a garanta că negocierea protocolului RG are loc după ce rutarea în rețea a convergent la un punct stabil. De exemplu, dacă se vede după failover că este nevoie de până la 20 sec pentru ca noul STANDBY să vadă primul pachet RG HELLO de la noul ACTIVE, atunci cronometrele trebuie ajustate la "cronometre întârziere 60 reîncărcați 120" pentru a lua în considerare această întârziere.

  • controlAți protocolul GigabitEthernet3 1- Configurează interfața utilizată pentru a face schimb de mesaje de menținere și salut între cele două CUBEs și specifică instanța protocolului care va fi atașată la o interfață de control și intră în modul de configurare a protocolului de aplicație redundanță

  • date GigabitEthernet3— Configurează interfața utilizată pentru punctarea traficului de date

  • track-RGgrup de urmărire a interfețelor

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

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

    • Hellotime- Interval între mesaje succesive salut – Implicit 3 secunde. Raza de acțiune este de 250 milisecunde-254 secunde

    • Timp de așteptare - Intervalul dintre primirea unui mesaj Hello și prezumția că ruterul de trimitere nu a reușit. Această durată trebuie să fie mai mare decât timpul de salut – Implicit 10 secunde. Raza de acțiune este de 750 milisecunde-255 secunde

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

3

Activați redundanța box-to-box pentru aplicația CUBE. Configurați RG-ul de la pasul anterior sub voice service voip. Acest lucru permite aplicației CUBE să controleze procesul de redundanță.

voice service voip
   redundancy-group 1
   exit
VCUBE-1(config)#voice service voip
VCUBE-1(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-1(config-voi-serv)# exit
VCUBE-2(config)#voice service voip
VCUBE-2(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-2(config-voi-serv)# exit

redundanță-grup 1- Adăugarea și eliminarea acestei comenzi necesită o reîncărcare pentru ca configurația actualizată să aibă efect. Vom reîncărca platformele după ce s-a aplicat toată configurația.

4

Configurați interfețele Gig1 și Gig2 cu IP-urile lor virtuale respective, așa cum se arată mai jos și aplicați identificatorul interfeței de redundanță (rii)

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redundancy rii 1
VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-1(config)#
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redundancy rii 2
VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redundancy rii 1
VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-2(config-if)# exit
VCUBE-2(config)#
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redundancy rii 2
VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-v(config-if)# exit

Iată o explicație a câmpurilor utilizate în această configurație:

  • redundancy rii— Configurează identificatorul interfeței de redundanță pentru grupul de redundanță. Necesar pentru generarea unei adrese Virtual MAC (VMAC). Aceeasi valoare rii ID trebuie folosita si pe interfata fiecarui router (ACTIVE/STANDBY) care are acelasi VIP.


     

    Dacă există mai mult de o pereche B2B pe aceeași rețea LAN, fiecare pereche TREBUIE să aibă ID-uri rii unice pe interfețele lor respective (pentru a preveni coliziunea). "afișați toate grupurile de cereri de redundanță" ar trebui să indice informațiile locale și inter pares corecte.

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


     

    Este obligatorie utilizarea unei interfețe separate pentru redundanță, adică interfața utilizată pentru traficul de voce nu poate fi utilizată ca interfață de control și date specificată în pasul 2 de mai sus. În acest exemplu, interfața Gigabit 3 este utilizată pentru controlul/datele RG

5

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

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

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

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

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

Verificați că configurația box-to-box funcționează așa cum vă așteptați. Rezultatele relevante sunt evidențiate cu caractere aldine.

Am reîncărcat VCUBE-2 ultima și ca pe considerente de proiectare; platforma pentru a reîncărca ultima va fi întotdeauna standby.


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

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

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

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

VCUBE-1#

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

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

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

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

VCUBE-2#

Configurarea unui gateway local pe ambele CUB-uri

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

  • Nume utilizator: Hussain1076LGU_

  • Parolă: lOV12MEaZx

1

Asigurați-vă că este creată o cheie de configurare pentru parolă, cu comenzile afișate mai jos, înainte de a putea fi utilizată în acreditări sau secrete partajate. Parolele de tip 6 sunt criptate folosind cifrul AES și această cheie de configurare definită de utilizator.


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

Iată configurația Local Gateway care se va aplica ambelor platforme pe baza parametrilor Control Hub afișați mai sus, salvați și reîncărcați. Acreditările SIP Digest din Control Hub sunt evidențiate cu caractere aldine.


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


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


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


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


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

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

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






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

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


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

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

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



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

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


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

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





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

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

end

copy run start

Pentru a afișa ieșirea comenzii de afișare, am reîncărcat VCUBE-2 urmat de VCUBE-1, făcând din VCUBE-1 CUBUL standby și VCUBE-2 CUBUL activ

2

În orice moment, o singură platformă va menține o înregistrare activă ca Gateway local cu SBC-ul de acces webex Calling. Aruncați o privire la ieșirea următoarelor comenzi de afișare.

prezintă grupul de cereri de redundanță 1

arată starea sip-ua-registru


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

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

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

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

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

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

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

VCUBE-2#show sip-ua register status

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

Din ieșirea de mai sus, puteți vedea că VCUBE-2 este LGW activ care menține înregistrarea cu Webex Calling access SBC, în timp ce ieșirea "show sip-ua register status" este necompletată în VCUBE-1

3

Acum activați următoarele depanări pe VCUBE-1


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

Simulați reluarea prin emiterea următoarei comenzi pe LGW activ, VCUBE-2 în acest caz.


VCUBE-2#redundancy application reload group 1 self

Trecerea de la ACTIVE la STANDBY LGW are loc în următorul scenariu, precum și în afară de CLI enumerate mai sus

  • Când routerul ACTIVE se reîncarcă

  • Când routerul ACTIVE cicluri de alimentare

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

5

Verificați dacă VCUBE-1 s-a înregistrat cu Webex Calling access SBC. VCUBE-2 ar fi reîncărcat până acum.


VCUBE-1#show sip-ua register status

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

VCUBE-1 este acum LGW activ.

6

Uitați-vă la jurnalul de depanare relevant pe VCUBE-1 trimițând un REGISTRU SIP la Webex Apelând prin IP-ul virtual și primind un OK 200.


VCUBE-1#show log

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

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0
Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0
Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0
Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
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
18 mai 2022
Configurați funcțiile Webex Calling

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

Configurarea unui 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 configura chiar și un model pentru a ruta la un grup întreg.

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.

Crearea unei cozi de apel

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

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

Crearea unui client recepționer

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

Pentru informații despre cum să configurați și să vizualizați clienții recepționer, consultați Clienții recepționer din Cisco Webex Control Hub.

Crearea și gestionarea operatorilor automați

Puteți să adăugați felicitări, să configurați meniuri și să direcționați apelurile către un serviciu de răspuns, un grup de vânătoare, o casetă de mesagerie vocală sau o persoană reală. Creează un program de 24 de ore sau oferă opțiuni diferite atunci când afacerea ta este deschisă sau închisă.

Pentru informații despre cum să creați și să gestionați operatorii automați, consultați Gestionarea operatorilor automați în Cisco Webex Control Hub.

Configurarea unui grup de paginare

Paginarea în grup permite unui utilizator să plaseze o pagină de apel sau de grup unidirecțională la până la 75 de utilizatori și spații de lucru țintă, formând un număr sau o extensie atribuită unui anumit grup de paginare.

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

Configurarea preluării 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 apeluri. Când adăugați utilizatori la un grup de preluare a apelurilor și un membru al grupului este plecat sau ocupat, un alt membru poate răspunde la apelurile lor.

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

Configurarea parcului de apeluri

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

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

Permiteți utilizatorilor să se barjeze la apelurile telefonice ale altor persoane

1

Din vizualizarea client 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ăriavansate de apel, apoi selectați Barge In.

3

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

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

1

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

2

Selectați Apelare, apoi accesați Confidențialitate.

3

Alegeți setările de confidențialitate ale Operatorului automat corespunzătoare pentru acest utilizator.

4

Bifați caseta de selectare Activare confidențialitate . Apoi, puteți decide dacă să blocați pe toată lumea lăsând necompletat câmpul Căutare utilizator după nume sau alegeți cine poate monitoriza starea liniei acestui utilizator.

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

5

Faceți clic pe Salvare.

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 extinderile Call Park

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


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

1

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

2

Selectați Apelare, alegeți Setăriavansate de apel, apoi accesați Monitorizare.

3

Alegeți dintre următoarele:

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

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


 

Lista de linii monitorizate din Control Hub corespunde ordinii liniilor monitorizate care se afișează pe dispozitivul utilizatorului. Puteți re-comanda lista de linii monitorizate în orice moment.


 

Numele care apare pentru linia monitorizată este numele introdus în câmpurile Nume și Prenume nume de 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.

Activarea hoteling-ului pentru un utilizator

Activarea hoteling pentru un utilizator le permite să lucreze într-un alt spațiu, menținând în același timp funcționalitatea și caracteristicile telefonului principal de birou.

1

Din vizualizarea client 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, selectați Setări avansate pentru apeluriși faceți clic pe Hotelare.

3

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

Exemplu

Vrei să vezi cum se face? Urmăriți această demonstrație video despre cum să configurați setările de 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.


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.

1

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

2

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

3

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

4

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

  • Selectați Adresăde e-mail și introduceți până la 25 de adrese de e-mail.
  • Selectați Nume și 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.

5

Atribuirea licenței:

  • Dacă aveți un șablon de licență activ, licențele sunt atribuite automat pentru utilizatorii noi și puteți revizui rezumatul licenței.
  • Selectați serviciile de 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.

6

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.

7

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.

8

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

9

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.

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

1

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.

2

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.

3

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

4

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.

5

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.

1

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

2

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

3

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

4

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

5

Dacă ați 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.

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


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.

1

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.

2

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

3

Faceți clic pe Export pentru a descărca fișierul. Puteți edita fișierul descărcat (exported_users.csv) în oricare dintre urmă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.

4

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.

5

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.

6

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.

7

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.

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.

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

Puteți atribui numere, extensii sau ambele dispozitivelor 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.

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.

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.

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.

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


1

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

2

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

3

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.

4

Selectați Salvare.

18 mai 2022
Configurarea și gestionarea dispozitivelor Webex Calling

Puteți atribui și gestiona dispozitive pentru utilizatori și spații de lucru în Control Hub. Alegeți să adăugați după adresa MAC sau generând un cod de activare pe care să îl introduceți pe dispozitivul în sine.

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

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

  • Telefoane multiplatforme Cisco IP Phone seria 6800 (telefoane audio - 6821, 6841, 6851, 6861, 6871)

  • Cisco IP Phone 7800 Series Multiplatform Phones (Telefoane audio-7811, 7821, 7841, 7861)

  • Telefoane multiplatforme Cisco IP Phone seria 8800 (telefoane audio - 8811, 8841, 8851, 8861)

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

  • Cisco IP Conferința de telefon 7832 și 8832


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

1

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


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

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

3

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

4

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

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

     

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

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

 

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

Dacă ați ales să generați un cod de activare pentru dispozitiv, dar nu ați utilizat încă acel cod, starea dispozitivului respectiv se citește ca Activare în secțiunea Dispozitive a utilizatorului atribuit și în lista principală 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.

Când oamenii sunt la locul de muncă, ei se reunesc în o mulțime de locuri cum ar fi săli de prânz, lobby-uri, și săli de conferințe. Puteți să configurați dispozitive Cisco Webex partajate în aceste spații de lucru, să adăugați servicii, apoi să urmăriți colaborarea.

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

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

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

  • Cisco IP Phone 7800 Series Multiplatform Phones (Telefoane audio-7811, 7821, 7841, 7861)

  • Telefoane multiplatforme Cisco IP Phone seria 8800 (telefoane audio - 8811, 8841, 8851, 8861)

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

  • Cisco IP Conferința de telefon 7832 și 8832

1

Din vizualizarea client din https://admin.webex.com, accesați Gestionare > spații delucru, apoi faceți clic pe Adăugare spațiu de lucru.

2

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


 

Un nume de spațiu de lucru nu poate fi mai mare de 30 de caractere și nu poate avea caractere %, #, <,>, ,, \, și ".</,>

3

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

4

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

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

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

5

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


Utilizatorul cu licență profesională Webex Calling își poate utiliza dispozitivul de sistem de cameră personală pentru a efectua (sau a primi) apeluri externe utilizând un număr de telefon sau pentru a utiliza apelarea bazată pe extensie de pe dispozitiv.


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

1

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

2

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

  • Dacă utilizatorul are cel puțin un dispozitiv deja atribuit - faceți clic pe ... și apoi selectați Adăugare dispozitiv cameră Webex.
  • Dacă utilizatorul nu are niciun dispozitiv deja atribuit, faceți clic pe Adăugare dispozitiv cameră Webex.
3

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, acesta poate genera un nou cod de activare din https://settings.webex.com. Utilizatorii pot adăuga, de asemenea, propriile dispozitive personale de acolo. Pentru mai multe informații, consultați Configurarea unei camere sau a unui dispozitiv de birou ca dispozitiv personal.


Utilizatorul cu licență profesională Webex Calling își poate utiliza dispozitivul de sistem de cameră personală pentru a efectua (sau a primi) apeluri externe utilizând un număr de telefon sau pentru a utiliza apelarea bazată pe extensie de pe dispozitiv.


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

1

Din vizualizarea clientului în https://admin.webex.com, accesați Dispozitive.

2

Faceți clic pe Adăugare 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, acesta poate genera un nou cod de activare din https://settings.webex.com. Utilizatorii pot adăuga, de asemenea, propriile dispozitive personale de acolo. Pentru mai multe informații, consultați Configurarea unui dispozitiv webex pentru bord, cameră sau birou ca dispozitivpersonal.

Când oamenii sunt la locul de muncă, ei se reunesc într-o mulțime de spații de lucru, cum ar fi săli de prânz, lobby-uri, și săli de conferințe. Puteți să configurați dispozitive Cisco Webex partajate în aceste spații de lucru, să adăugați servicii, apoi să urmăriți colaborarea.

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

Dispozitivele enumerate aici acceptă ApelareaWebex.

1

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

2

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

3

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

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

4

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

  • Apelaregratuită – Utilizatorii pot efectua apeluri Webex App sau Webex Session Initiation Protocol (SIP) numai utilizând o adresă SIP (de exemplu, username@example.calls.webex.com).
  • Apelare Webex - Pe lângă faptul că pot efectua și primi apeluri Webex App și SIP, persoanele din acest spațiu de lucru pot utiliza dispozitivul pentru a efectua și a primi apeluri telefonice din cadrul planului de numerotație Webex Calling. De exemplu, îl puteți suna pe colegul dumneavoastră Giacomo Edwards apelând numărul său de telefon 555-555-5555, extensia sa 5555 sau adresa sa SIP gedwards@example.webex.com dar puteți apela și pizzeria locală.
5

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

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

Dispozitivele enumerate aici acceptă ApelareaWebex. Î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:

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

  • Cisco IP Phone 7800 Series Multiplatform Phones (Telefoane audio-7811, 7821, 7841, 7861)

  • Telefoane multiplatforme Cisco IP Phone seria 8800 (telefoane audio - 8811, 8841, 8851, 8861)

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

  • Cisco IP Conferința de telefon 7832 și 8832

1

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

2

Selectați Import/încărcare fișierCSV.

3

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

  • Utilizatori din organizațiamea - Puteți obține o listă cu toți utilizatorii din organizația dvs. și atributele asociate acestora, astfel încât să nu trebuiască să căutați manual fiecare utilizator.
  • Adăugați un șabloneșantion de dispozitiv - Puteți utiliza un șablon pe care l-am creat, apoi introduceți informații precum nume de utilizator, tastați (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 detelefon, o extensiesau ambele. Rețineți: Aceste câmpuri au fost anterior intitulate Număr director și Liniedirectă; aceste nume de coloane vor continua să fie acceptate pentru o perioadă scurtă de timp.

    • Pentru coloana Nume de utilizator a fișierului CSV, asigurați-vă că introduceți adresa de e-mail a utilizatorului, nu ID-ul de utilizator sau numele acestuia. De asemenea, puteți insera 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 de dispozitiv este IP, este necesar un model (de exemplu, Cisco 7841, Cisco 8851 și așa mai departe), dacă tipul de dispozitiv este WEBEX sau WEBEX_APELÂND un model ar trebui să fie necompletat.

    • Dacă lăsați coloana de adrese MAC necompletată, se generează un cod de activare și trebuie introdus pe dispozitivul propriu-zis.

4

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

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

Importați fișierul CSV populat.

6

Faceți clic pe Trimitere.

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

 

Dispozitivele multiplatforme 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ă faceți upgrade firmware-ului telefonului, consultați acest articol.

Puteți să adăugați, să eliminați, să reporniți, să verificați activarea sau să creați un nou cod de activare pentru dispozitivele care sunt atribuite utilizatorilor din cadrul organizației. Acest lucru poate fi util pentru a vizualiza și gestiona dispozitivele în ecranul utilizatorilor, atunci când este necesar.

1

Din vizualizarea clientului în https://admin.webex.com, accesați Utilizatori.

2

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

3

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


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

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

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

5

Dacă dispozitivul adăugat la utilizator 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 integrat pe platforma Webex și are acces la Funcțiile Webex 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 conține aceste opțiuni pentru un dispozitiv compatibil cu Webex Aware:
  • Aplicați solicitarea de probleme de modificare la telefon pentru a descărca și a aplica modificări la configurație.
  • Reboot-probleme cerere pentru a forța repornirea dispozitivului și descărcați configurația curentă.
  • Raportați solicitarea de probleme cu probleme către dispozitiv pentru a genera și a încărca un PRT în cloud.
  • Ștergere- șterge un dispozitiv care este listat pentru utilizator.

Dispozitivele pot fi adăugate și gestionate direct dintr-un profil de spațiu de lucru. Dispozitivele de spațiu de lucru pot include dispozitive ATA, cum ar fi mașinile de fax. De asemenea, puteți configura un dispozitiv de spațiu de lucru ca gazdă hotelieră. Pentru mai multe informații despre hoteling, consultați Hoteling în Cisco Webex Control Hub.

1

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

2

Selectați spațiul de lucru de modificat și accesați dala Dispozitive .

3

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

4

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

Aici puteți vizualiza și edita setările dispozitivului, ștergeți dispozitivul, reporniți dispozitivul și activați dispozitivul pentru a fi utilizat ca gazdă hoteling. 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 integrat pe 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 conține aceste opțiuni pentru un dispozitiv compatibil cu Webex Aware:
  • Aplicați solicitarea de probleme de modificare la telefon pentru a descărca și a aplica modificări la configurație.
  • Reboot-probleme cerere pentru a forța repornirea dispozitivului și descărcați configurația curentă.
  • Raportați solicitarea de probleme cu probleme către dispozitiv pentru a genera și a încărca un PRT în cloud.
  • Ștergere- șterge un dispozitiv care este listat pentru utilizator.

Puteți să adăugați linii la dispozitivul principal al unui utilizator și să reordonați modul în care apar liniile. Acest lucru este, de asemenea, menționat ca aspect de linie partajată, care permite utilizatorilor să primească și să plaseze apeluri către și de la extensia altui utilizator, folosind propriul telefon. Un exemplu în acest sens este un asistent executiv care vrea să poată face ș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 de utilizator, inclusiv desktop sau aplicație mobilă utilizată de utilizator. Linii suplimentare pot fi adăugate la un telefon spațiu de lucru, dar un telefon spațiu de lucru nu poate fi adăugat ca o linie partajată.


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

1

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

2

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

3

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

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

4

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

5

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


 
Utilizatorul principal pe linia 1 nu poate fi eliminat.
6

Pentru a adăuga un aspect de linie partajat, faceți clic pe pictogramă .


 
Adăugați liniile în ordinea în care doriți să apară. Pentru a reordona aspectul liniei, ștergeți și adăugați la listă în ordinea în care doriți să apară.
7

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

Puteți configura porturile de pe un dispozitiv analog adaptor de telefon (ATA) 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.

1

Din vizualizarea clientului în https://admin.webex.com, accesați Utilizatori.

2

Selectați utilizatorul pentru a modifica și defila la Dispozitive.

3

Selectați dispozitivul pe care doriți să îl adăugați sau să îl modificați.

4

Sub Utilizatori pe acest dispozitiv, faceți clic pe Configurare porturi.

5

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

6

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


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

Dacă dispozitivul necesită compresia faxului T.38, bifați caseta din coloana T.38 sau înlocuiți opțiunile de compresie la nivel de utilizator, apoi faceți clic pe Salvare.


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

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


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 client din https://admin.webex.com, accesați Servicii > Apelarea > Numbers, apoi faceți clic pe Adăugare numere.

2

Specificați locația și tipul de număr. Dacă portați numere, introduceți atât numerele de facturare actuale, cât și pe cele noi.

3

Apoi, faceți clic pe Salvare.

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

Din vizualizarea clientului în https://admin.webex.com, accesați Servicii > Apelarea comenzilor > PSTN.

Atunci când conectați accesorii (căști/KEM-uri) la un dispozitiv MPP, acestea apar ca element de inventar sub fila Dispozitive din Control Hub. Din inventarul Dispozitive Control Hub puteți afla modelul accesoriului, starea și cui 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ă de software. Câmpul stare accesoriu 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ă de la Device Management.

Vrei să vezi cum se face? Urmăriți această demonstrație video despre cum să vizualizați accesoriile în Control Hub.
Tabelul 1. Căști compatibile

Model de telefon

Setul cu cască Cisco Seria 520

Setul cu cască Cisco Seria 530

Cisco Headset Seria 560

Setul cu cască Cisco Seria 730

Cisco IP Telefon 8811/8841/8845

RJ9 & RJ11

Cisco IP Telefon 8851/8861/8865

USB

USB

USB

RJ9 & RJ11

Telefon IP Cisco 7811/7821/7841/7861

Telefon IP Cisco 6821/6841/6851/6861

Cisco IP Telefon 6871

USB

USB

USB

Cisco IP Conference Telefon 7832/8832

Tabelul 2. Module cheie de expansiune compatibile

Model de telefon

KEM

Cisco IP Telefon 8811/8841/8845

Cisco IP Telefon 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

Cisco IP Telefon 6851

CP-68KEM-3PCC

Cisco IP Conference Telefon 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 .

1

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.

2

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.

18 mai 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 Apelarea Cisco Webex. Acest articol este destinat administratorilor de rețea, în special administratorilor de securitate paravan de protecție și proxy care doresc să utilizeze serviciile Webex Calling în cadrul organizației lor.

Un paravan de protecție configurat corect este esențial pentru o implementare de apelare reușită. Avem nevoie de porturi pentru semnalizare, media, conectivitate în rețea și gateway local, deoarece Webex Calling este un serviciu global. Vă recomandăm să lăsați deschise toate porturile listate în tabel.

Nu toate configurațiile paravanului de protecție au nevoie de porturi pentru a fi deschise, dar dacă rulați reguli din interior în exterior, trebuie să deschideți porturi pentru a permite protocoalele necesare pentru service out. Atâta timp cât implementați NAT, definiți perioade rezonabile de legare și evitați manipularea SIP pe dispozitivul NAT, nu ar trebui să deschideți porturi de intrare pe paravanul de protecție.


Dacă un ruter sau un paravan de protecție este SIP Aware, ceea ce înseamnă că are SIP Application Layer Gateway (ALG) sau ceva similar activat, vă recomandăm să dezactivați această funcționalitate pentru a menține funcționarea corectă a serviciului. Consultați documentația producătorului relevant pentru informații despre cum să dezactivați SIP ALG pe anumite dispozitive.

Pentru detalii despre cerințele de rețea pentru Webex Meetings și Mesagerie, consultați Cerințe de rețea pentru Webex Services.

Webex Apelând trafic prin firewall

Majoritatea clienților implementează un firewall de internet sau un proxy de internet și firewall pentru a restricționa și controla traficul bazat pe HTTP care părăsește și intră în rețeaua lor. Punctele finale Webex Calling nu acceptă proxy https, cu excepția clienților soft, care acceptă următoarele medii proxy și metodele de autentificare corespunzătoare:

  1. Configurare proxy manuală

    • Fără autentificare

    • De bază

    • NTLM

    • Negocia

  2. Configurare proxy WPAD

    • Fără autentificare

    • De bază

  3. Pac Proxy de configurare

    • Fără autentificare

    • De bază

    • NTLM

    • Negocia

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

Configurarea firewall-ului

Dacă paravanul de protecție acceptă filtrarea adreselor URL, configurați paravanul de protecție pentru a permite listarea adreselor URL de destinație Webex Calling. Consultați tabelul Domenii și URL-uri pentru Servicii de apelare Webex pentru detials.

Dacă utilizați un paravan de protecție care nu acceptă filtrarea ADRESELOR URL/domeniului, configurați paravanul de protecție pentru a filtra traficul utilizând intervalele de adrese IP și porturile listate în adresele IP și porturile pentru Serviciilede apelare Webex.

Adrese IP și porturi pentru serviciile de apelare Webex

Următorul tabel descrie porturile și protocoalele care trebuie deschise în paravanul de protecție pentru a permite aplicațiilor Webex înregistrate în cloud și dispozitivelor să comunice cu serviciile de semnalizare în cloud și cu serviciile media 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

52.26.82.54/24

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ă

Porturi sursă

Protocol

Adrese de destinație

Porturi de destinație

Note

Semnalizarea apelurilor către Webex Calling (SIP TLS)

Local Gateway extern (NIC) 8000-65535

TCP

Consultați Subrețele IP pentru Serviciilede apelare Webex.

8934

Aceste IP-uri/porturi sunt necesare pentru semnalizarea apelurilor SIP-TLS de ieșire de la Gateway-uri, dispozitive și aplicații locale (Sursă) la Webex Calling Cloud (Destinație).

Dispozitive

5060-5080

Aplicații

Efemer (OS dependent)

Apelați conținutul media la Webex Calling (STUN, SRTP)

Local Gateway NIC extern

8000-48198

UDP

Consultați Subrețele IP pentru Serviciilede apelare Webex.

5004,19560-65535

Aceste IP-uri/porturi sunt necesare pentru suportul de apeluri SRTP de ieșire de la Gateway-uri, dispozitive și aplicații locale (Sursă) la Webex Calling Cloud (Destinație).

Dispozitive

19560-19660

Aplicații

De scurtă durată

Semnalizarea apelurilor către gateway-ul PSTN (SIP TLS) NIC intern al Gateway-ului local 8000-65535 TCP ITSP PSTN GW sau UNIFIED CM Depinde de pstn opțiune (de exemplu, de obicei, 5060 sau 5061 pentru UNIFIED CM)
Apelați conținutul media la gateway-ul PSTN (SRTP) NIC intern al Gateway-ului local

8000-48198

UDP ITSP PSTN GW sau UNIFIED CM Depinde de pstn opțiune (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 Serviciilede apelare Webex.

De scurtă durată

TCP

IP-ul endpoint-ului

8934

Aceste IP-uri/porturi sunt necesare pentru semnalizarea apelurilor SIP-TLS de intrare de la Webex Calling Cloud (Source) la 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

80,443

*Aceste IP-uri aparțin activation.webex.com.

Aceste IP-uri sunt necesare pentru înscrierea securizată a dispozitivelor (telefoane MPP) prin intermediul codului de activare din 16 cifre (GDS).

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

173.36.127.0/26

173.36.127.128/26

173.37.26.0/23

173.37.149.96/27

192.133.220.0/26

192.133.220.64/26

80,443

Aceste IP-uri aparțin activate.cisco.com.

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

Atunci când un telefon se conectează la o rețea pentru prima dată sau după o resetare din fabrică și nu există opțiuni DHCP configurate, acesta contactează un server de activare a dispozitivului pentru asigurarea accesului la atingere zero. Telefoanele noi folosesc "activate.cisco.com" în loc de "webapps.cisco.com" pentru provizionare. Telefoanele cu lansare de firmware mai devreme de 11.2 (1) continuă să utilizeze "webapps.cisco.com". Vă recomandăm să permiteți ambele nume de domenii prin paravanul de protecție.

72.163.10.128/25

173.37.146.128/25

80,443

Aceste IP-uri aparțin webapps.cisco.com.

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

Atunci când un telefon se conectează la o rețea pentru prima dată sau după o resetare din fabrică și nu există opțiuni DHCP configurate, acesta contactează un server de activare a dispozitivului pentru asigurarea accesului la atingere zero. Telefoanele noi folosesc "activate.cisco.com" în loc de "webapps.cisco.com" pentru provizionare. Telefoanele cu lansare de firmware mai devreme de 11.2 (1) continuă să utilizeze "webapps.cisco.com". Vă recomandăm să permiteți ambele nume de domenii prin paravanul de protecție.

Consultați Subrețele IP pentru Serviciilede apelare Webex.

80,443

Aceste IP-uri sunt necesare pentru configurarea dispozitivului și gestionarea firmware-ului pentru apelarea Webex.

Sincronizarea timpului dispozitivului (NTP)

Dispozitive de apelare Webex

51494

UDP

Consultați Subrețele IP pentru Serviciilede apelare Webex.

123

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

Rezoluția numelui dispozitivului

Dispozitive de apelare Webex

De scurtă durată

UDP și TCP

Definit de gazdă

53

Configurarea aplicației

Aplicații de apelare Webex

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.

Consultați Subrețele IP pentru Serviciilede apelare Webex.

80, 443, 8443

Aceste IP-uri aparțin serviciilor de configurare a aplicațiilor Webex Calling și sunt utilizate de clienți, și anume Webex Applications.

Sincronizarea timpului aplicației

Aplicații de apelare Webex

123

UDP

Definit de gazdă

123

Rezolvarea numelui aplicației

Aplicații de apelare Webex

De scurtă durată

UDP și TCP

Definit de gazdă

53

CScan

Aplicații de apelare Webex

De scurtă durată

UDP și TCP

Consultați Subrețele IP pentru Serviciilede apelare Webex.

8934 și 80, 443, 19569-19760

Aceste IP-uri sunt utilizate de serviciile CScan utilizate de clienți, și anume Webex Applications. Accesați cscan.webex.com pentru mai multe informații.

† gamă de porturi media CUBE este configurabilă cu gamade porturi RTP.

*Aceste adrese/intervale IP nu sunt deținute de Cisco și pot fi modificate periodic. Dacă utilizați un paravan de protecție, vă recomandăm să permiteți url-urile listate.

Domenii și adrese URL pentru Serviciile de apelare Webex

Domeniu / URL

Descriere

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

Servicii Cisco Webex

*.webexcallingpbx.com

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

Control Hub

*.webexcalling.com.au

Servicii de apelare Webex în Australia.

Toate

*.webexcalling.eu

Servicii de apelare Webex în Europa.

Toate

*.webexcallingpbx.net

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

Webex Apps

*.cisco.com

Atunci când un telefon se conectează la o rețea pentru prima dată sau după o resetare din fabrică, dacă nu există opțiuni DHCP configurate, acesta contactează un server de activare a dispozitivului pentru asigurarea accesului la atingere zero. Telefoanele noi folosesc activate.cisco.com și telefoane cu eliberare de firmware înainte de 11.2(1), continuă să utilizeze webapps.cisco.com pentru aprovizionare.

Telefoane MPP, Control Hub

*.ucmgmt.cisco.com

Servicii de apelare Webex

Control Hub

*.webex.com

Servicii webex core pentru apelare, întâlnire și mesagerie, cum ar fi autentificarea etc.

Toate

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

Micro-servicii Webex, cum ar fi serviciul de actualizare a software-ului.

Toate

Servicii suplimentare legate de Webex (domenii terțe)

*.appdynamics.com

*.eum-appdynamics.com

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

Control Hub

*.huron-dev.com

Servicii micro webex de apelare, cum ar fi servicii de comutare, comandarea numerelor de telefon și servicii de atribuire.

Control Hub

*.sipflash.com

Servicii de gestionare a dispozitivelor (mai ales pentru SUA).

Webex Apps

*.walkme.com *.walkmeusercontent.com

Client de orientare a utilizatorilor Webex. Oferă tururi de onboarding și utilizare pentru utilizatorii noi.

Pentru mai multe informații despre WalkMe, faceți clic aici.

Webex Apps

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

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

Dacă implementați apelarea Webex cu serviciile Webex Meetings și mesagerie, cerințele de rețea pentru serviciile Webex Meetings și mesagerie pot fi găsite în Cerințele de rețea pentru ServiciileWebex.

Istoricul reviziilor documentelor

Dată

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

Mai 6, 2022

S-a adăugat subrețeaua IP 52.26.82.54/24 pentru serviciul Webex Calling

Aprilie 7, 2022

Actualizat local Gateway interne și externe UDP gama de port la 8000-48198

Aprilie 5, 2022

S-au adăugat următoarele subrețele IP pentru serviciul Webex Calling:

  • 23.89.40.0/25

  • 23.89.1.128/25

martie 29, 2022

S-au adăugat următoarele subrețele IP pentru serviciul Webex Calling:

  • 23.89.33.0/24

  • 150.253.209.128/25

Septembrie 20, 2021

Au fost adăugate 4 subrețele IP noi pentru serviciul Webex Calling:

  • 23.89.76.128/25

  • 170.72.29.0/24

  • 170.72.17.128/25

  • 170.72.0.128/25

Aprilie 2, 2021

S-a adăugat *.ciscospark.com sub Domenii și URL-uri pentru Webex Calling Services pentru a accepta cazurile de utilizare a apelurilor Webex în aplicația Webex.

martie 25, 2021

Au fost adăugate 6 noi intervale IP pentru activate.cisco.com, care vor intra în vigoare începând cu 8 mai 2021.

  • 72.163.15.64/26

  • 72.163.15.128/26

  • 173.36.127.0/26

  • 173.36.127.128/26

  • 192.133.220.0/26

  • 192.133.220.64/26

martie 4, 2021

A înlocuit IP-urile discrete Webex Calling și intervalele IP mai mici cu intervale simplificate într-un tabel separat pentru a facilita înțelegerea configurației firewall-ului.

februarie 26, 2021

S-a adăugat 5004 ca port de destinație pentru Apelare media la Webex Calling (STUN, SRTP) pentru a accepta Interactive Connectivity Establishment (ICE) care va fi disponibil în Webex Calling în aprilie 2021.

februarie 22, 2021

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

Tabelul Adrese IP și porturi sunt ajustate la adrese IP de grup pentru aceleași servicii împreună.

Coloana Note adăugată la tabelul Adrese IP și porturi pentru a înțelege mai bine nevoile.

Următoarele adrese IP au fost mutate în intervale simplificate pentru configurarea 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țiilor, deoarece clientul Cisco Webex este indicat la un SRV DNS mai nou în Australia în martie 2021.

  • 199.59.64.237

  • 199.59.67.237

ianuarie 21, 2021

Am adăugat următoarele adrese IP la configurarea dispozitivului și gestionarea firmware-ului (dispozitive Cisco):

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

Am eliminat următoarele adrese IP din configurarea dispozitivului și gestionarea firmware-ului (dispozitive Cisco):

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Am adăugat următoarele adrese IP la configurația aplicației:

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

Am eliminat următoarele adrese IP din configurația aplicației:

  • 64.68.99.6

  • 64.68.100.6

Am eliminat următoarele numere de port din configurația aplicației:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Am adăugat următoarele domenii la configurarea aplicației:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

decembrie 23, 2020

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

decembrie 22, 2020

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

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

decembrie 11, 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.

Octombrie 16, 2020

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

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

Septembrie 23, 2020

Conform CScan, s-a înlocuit 199.59.64.156 cu 199.59.64.197.

august 14, 2020

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

Semnalizarea apelurilor către Webex Calling (SIP TLS) — 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

august 12, 2020

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

  • Apelați media la Webex Calling (SRTP) — 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Semnalizarea apelurilor către punctele finale adresate public (SIP TLS) — 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

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

  • Sincronizarea timpului dispozitivului — 135.84.173.152, 135.84.174.152

  • Configurarea aplicației — 135.84.173.154,135.84.174.154

iulie 22, 2020

Adăugat următoarea adresă IP pentru a sprijini introducerea de centre de date în Canada: 135.84.173.146

iunie 9, 2020

Am făcut următoarele modificări la intrarea CScan:

  • Corectată una dintre adresele IP - a modificat 199.59.67.156 la 199.59.64.156

  • Noile caracteristici au necesitat porturi noi, precum și UDP-19560-19760

martie 11, 2020

Am adăugat următorul domeniu și adrese IP la configurația aplicației:

  • jp.bcld.webex.com-135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com-64.68.99.6, 64.68.100.6

Am actualizat următoarele domenii cu adrese IP suplimentare pentru configurarea dispozitivului și gestionarea firmware-ului:

  • cisco.webexcalling.eu—85.119.56.198, 85.119.57.198

  • webapps.cisco.com-72.163.10.134

  • activation.webex.com—35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com—3.130.87.169, 3.20.185.219

februarie 27, 2020

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

cloudupgrader.webex.com-443, 6970

A fost util acest articol?
Flux de lucru de configurare a apelurilor Webex