Ghid de soluții Webex pentru Cisco BroadWorks

Această secțiune se adresează administratorilor de sistem din organizațiile partenere Cisco (furnizori de servicii) care implementează Webex pentru organizațiile lor de clienți sau oferă această soluție direct propriilor abonați.

Soluţie

Pentru a oferi funcții de colaborare în cloud Webex clienților Mici și Mijlocii care au deja un serviciu de apelare furnizat de furnizorii de servicii BroadWorks.
Pentru a furniza servicii de apelare bazate pe BroadWorks clienților Webex mici și mijlocii.

Context

Evoluăm toți clienții noștri de colaborare către o aplicație unificată. Această cale reduce dificultățile de adopție, îmbunătățește interoperabilitatea și migrația și oferă experiențe previzibile pentru utilizatori în întregul nostru portofoliu de colaborare. O parte a acestui efort este de a muta capacitățile de apelare BroadWorks în Aplicația Webex și, în cele din urmă, de a reduce investițiile în clienții UC-One.

Beneficii

Protejarea viitoare: împotriva sfârșitului de viață al colaboratorului UC-One, mișcarea tuturor clienților către cadrul de clienți unificați (UCF)
Cel mai bun dintre cele două: Activarea funcțiilor de mesagerie și întâlnire Webex păstrând în același timp apelurile BroadWorks în rețeaua dvs. de telefonie

Domeniu de aplicare al soluției

Clienții mici și mijlocii existenți/noi (mai puțin de 250 de abonați) care doresc o suită de funcții de colaborare, pot avea deja apelare BroadWorks.
Clienții Webex mici până la medii existenți care doresc să adauge BroadWorks Calling.
Întreprinderi mai mici (Consultați portofoliul nostru de întreprinderi pentru Webex).
Nu numai utilizatorii (Vă rugăm să evaluați ofertele Webex Online).

Funcția setează în Webex pentru Cisco BroadWorks pentru a viza cazurile de utilizare a întreprinderilor mici și mijlocii. Pachetele Webex pentru Cisco BroadWorks sunt concepute pentru a reduce complexitatea pentru SMB-uri și le evaluăm în mod constant adecvarea pentru acest segment. Putem alege să ascundem sau să eliminăm caracteristici care altfel ar fi disponibile în pachetele pentru întreprinderi.

Condiții prealabile pentru succesul cu Webex pentru Cisco BroadWorks

Obligatoriu

Note

Patch-ul BroadWorks curent R22 sau de mai sus

XSP|ADP pentru XSI, CTI, DMS și authService

XSP|ADP dedicat pentru Webex pentru Cisco BroadWorks

Separați XSP|ADP pentru NPS, poate fi partajat cu alte soluții care utilizează NPS.

Dacă aveți o implementare colaborativă existentă, apoi revizuiți recomandările privind configurațiile XSP|ADP și NPS.

Validarea Token CI (cu TLS) este configurată pentru conexiunile Webex la Serviciul de autentificare.

mTLS configurat pentru conexiunile Webex la interfața CTI.

Alte aplicații nu necesită mTLS.

Utilizatorii trebuie să existe în BroadWorks și au nevoie de următoarele atribute, în funcție de decizia dvs. de configurare:

Flowthrough cu e-mailuri de încredere: Atributul de e-mail al utilizatorului BroadWorks trebuie să conțină o adresă de e-mail validă, unică pentru acel utilizator. Utilizatorul trebuie să aibă, de asemenea, un număr principal sau o extensie.
Flowthrough cu e-mailuri false sau auto-activare sau configurare API: Utilizatorul nu are nevoie de adresa de e-mail, dar trebuie să aibă un număr principal sau o extensie.

Pentru e-mailuri de încredere: Vă recomandăm să puneți aceeași adresă de e-mail și în atributul ID alternativ, pentru a permite utilizatorilor să se conecteze cu adresa de e-mail împotriva BroadWorks.

Pentru e-mailuri false: În funcție de setările de e-mail ale utilizatorului, utilizarea de e-mailuri false poate duce la trimiterea e-mailului în folderul Junk sau SPAM al utilizatorului. Este posibil ca administratorul să trebuiască să modifice setările de e-mail ale utilizatorului pentru a permite domenii

Fișier DTAF Webex pentru Cisco BroadWorks pentru aplicația Webex

BW Business Lic sau Std Enterprise sau Prem Enterprise User Lic + Webex pentru abonamentul Cisco BroadWorks

Dacă aveți o implementare colaborativă existentă, nu mai aveți nevoie de UC-One Add-On Bundle, Collab Lic și Meet-me Conference Ports.

Dacă aveți o implementare UC-One SaaS existentă, nu există alte modificări decât acceptarea termenilor Premium Package.

IP/Porturile trebuie să fie accesibile prin intermediul serviciilor Webex backend și al aplicațiilor Webex prin intermediul internetului public.

Consultați secțiunea „Pregătiți-vă rețeaua”.

Configurare TLS v1.2 pe |ADP-urile XSP

Pentru configurarea Flowthrough, serverul de aplicații trebuie să se conecteze la adaptorul de configurare BroadWorks.

Nu testăm sau acceptăm configurația proxy de ieșire. Dacă utilizați un proxy de ieșire, acceptați responsabilitatea de a-l susține cu Webex pentru Cisco BroadWorks.

Consultați “Pregătiți-vă rețeaua” subiect.

Despre acest Document

Scopul acestui document este de a vă ajuta să înțelegeți, să vă pregătiți, să implementați și să gestionați soluția Webex pentru Cisco BroadWorks. Principalele secțiuni ale documentului reflectă acest scop.

Acest ghid include materiale conceptuale și de referință. Intenționăm să acoperim toate aspectele soluției în acest document.

Setul minim de sarcini pentru implementarea soluției este:

Accesați echipa contului dvs. pentru a deveni partener Cisco. Este imperativ să explorați punctele de contact Cisco pentru a vă familiariza (și a vă instrui). Când deveniți partener Cisco, aplicăm comutatorul Webex pentru Cisco BroadWorks la organizația dvs. partener Webex. (Consultați Implementarea Webex pentru Cisco BroadWorks > Integrarea partenerului în acest document.)
Configurați sistemele BroadWorks pentru integrarea cu Webex. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurarea serviciilor pe dispozitivele Webex pentru Cisco BroadWorks XSP|ADP din acest document.)
Utilizați Partner Hub pentru a conecta Webex la BroadWorks. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurați organizația dvs. de parteneri în Partner Hub în acest document.)
Utilizați Hubul partener pentru a pregăti șabloanele de configurare a utilizatorului. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurați șabloanele de integrare în acest document.)
Testați și conectați un client prin configurarea a cel puțin un utilizator. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurarea organizației dvs. de testare.)

Acestea sunt etape de nivel înalt, în ordinea tipică. Există mai multe sarcini de contribuție pe care nu le puteți ignora.
Dacă doriți să creați propriile aplicații pentru a vă gestiona abonații Webex pentru Cisco BroadWorks, trebuie să citiți Folosind API-ul de configurare din secțiunea de referință a acestui ghid.

Terminologie

Încercăm să limităm jargonul și acronimele utilizate în acest document și să explicăm fiecare termen atunci când este utilizat pentru prima dată. (Consultați Webex pentru Cisco BroadWorks Reference > Terminologie dacă un termen nu este explicat în context.)

Cum funcționează

Webex pentru Cisco BroadWorks este o ofertă care integrează BroadWorks Calling în Webex. Abonații utilizează o singură aplicație (aplicația Webex) pentru a profita de caracteristicile oferite de ambele platforme:

Utilizatorii apelează numere PSTN utilizând infrastructura BroadWorks.
Utilizatorii apelează alte numere BroadWorks utilizând infrastructura BroadWorks (apeluri audio/video selectând numerele asociate utilizatorilor sau dialpad-ul pentru a introduce numerele).
Alternativ, utilizatorii pot efectua un apel VOIP Webex prin infrastructura Webex, selectând opțiunea „Apel Webex” din aplicația Webex. (Aceste apeluri sunt aplicația Webex în aplicația Webex, nu aplicația Webex în PSTN).
Utilizatorii pot găzdui și participa la Webex Meetings.
Utilizatorii se pot trimite mesaje unul câte unul sau în spații (chat de grup persistent) și pot beneficia de funcții precum căutarea și partajarea fișierelor (pe infrastructura Webex).
Utilizatorii pot partaja prezența (starea). Ele pot alege prezența personalizată sau prezența calculată a clientului.
După ce vă înscriem ca organizație parteneră în Control Hub, cu drepturile corecte, puteți configura relația dintre instanța BroadWorks și Webex.
Creați organizații ale clienților în Control Hub și furnizați utilizatori în aceste organizații.
Fiecare abonat din BroadWorks primește o identitate Webex pe baza adresei de e-mail (atribut de ID de e-mail în BroadWorks).
Utilizatorii se autentifică împotriva BroadWorks sau împotriva Webex.
Clienții sunt eliberați cu jetoane cu durată lungă de viață pentru a le autoriza pentru servicii la BroadWorks și Webex.

Aplicația Webex se află în centrul acestei soluții; este o aplicație de marcă disponibilă pe desktopurile Mac/Windows și pe telefoanele mobile și tabletele Android/iOS.

Există, de asemenea, o versiune web a Aplicației Webex care nu include în prezent funcții de apelare.

Clientul se conectează la cloudul Webex pentru a furniza funcții de mesagerie, prezență și întâlniri.

Clientul se înregistrează la sistemele BroadWorks pentru funcțiile de apelare.

Cloud-ul Webex funcționează cu sistemele BroadWorks pentru a asigura o experiență de configurare fără probleme a utilizatorului.

Caracteristici și limitări

Oferim mai multe pachete cu caracteristici diferite.

Pachetul „Softphone”

Acest tip de pachet utilizează aplicația Webex ca un client softphone numai cu capacitate de apelare, dar fără capacități de mesagerie. Utilizatorii cu acest tip de pachet se pot asocia la întâlniri Webex, dar nu pot începe întâlnirile pe cont propriu. Atunci când alți utilizatori (softphone sau non-softphone) caută directorul pentru un utilizator softphone, rezultatele căutării nu oferă nicio opțiune pentru a trimite un mesaj.

Utilizatorii de Softphone își pot partaja ecranul în timpul unui apel.

Pachetul „de bază”

Pachetul de bază include funcții de apelare, mesagerie și întâlnire. Include 100 de participanți la întâlnirile „spațiu unificat” și la întâlnirile din Sala de Întâlniri Personale (PMR). (** consultați nota de mai jos pentru excepție). În acest pachet, întâlnirile pot dura maxim 40 de minute.

Pachetul „Standard”

Acest pachet include, de asemenea, totul în pachetul de bază, cum ar fi până la 100 de participanți la întâlnirile „spațiu unificat” și la întâlnirile din Sala de Întâlniri Personale (PMR).

Partajarea ecranului în cadrul unei întâlniri PMR este un rol deținut inițial numai de gazda întâlnirii, dar gazda poate transfera „rolul de prezentator” oricărui participant la întâlnire pe care îl alege și numai gazda poate relua rolul de prezentator fără ca gazda actuală să îl transmită acestora.

Pachetul „Premium”

Acest pachet include totul în pachetul Standard plus până la 300 de participanți la întâlnirea „spațiu unificat” și până la 1000 de participanți într-o sală de întâlnire personală (PMR).

Partajarea ecranului în cadrul unei întâlniri PMR este acceptată pentru orice participant la întâlnire.

Comparați pachetele

Pachet	Apelare	Mesagerie	Întâlniri Unified Space	Reuniuni PMR
Telefon virtual	Inclus	Nu sunt incluse	Fără	Fără
De bază	Inclus	Inclus	100 de participanți	100 de participanți
Standard	Inclus	Inclus	100 de participanți	100 de participanți
Premium	Inclus	Inclus	300 de participanți	1000 participanți

Limita Unified Space Meeting pentru utilizatorii de bază este de 100 de participanți per Unified Space Meeting, cu excepția cazului în care spațiul include, de asemenea, utilizatorii atribuiți pachetele „Standard” sau „Premium”, caz în care limita crește în funcție de pachetul de utilizatori gazdă.

„Unified Space Meetings” se referă la o întâlnire Webex (programată sau neprogramată) care are loc într-un spațiu Webex. De exemplu, un utilizator inițiază o întâlnire din spațiu prin butoanele „Întâlnire” sau „Programare”.

„PMR Meetings” se referă la o întâlnire Webex (programată sau neprogramată) care are loc în Sala personală de întâlnire (PMR) a unui utilizator. Aceste întâlniri utilizează un URL dedicat (de exemplu: cisco.webex.com/meet/roomOwnerUserID).

Caracteristici de mesagerie și întâlnire

Consultați următorul tabel pentru diferențele de asistență pentru caracteristicile întâlnirii PMR pentru pachetele de bază, standard și premium.

Tabelul 1. Diferențe de asistență caracteristică pentru întâlnirile PMR
Caracteristică întâlnire	Sprijinit cu pachet de bază	Sprijinit cu pachet standard	Sprijinit cu pachetul de premiere	Comentariu
Durata întâlnirii	40 de minute sau mai puțin	Nelimitat	Nelimitat
Partajare Desktop	Da	Da	Da	Basic—Partajare desktop de către orice participant la întâlnirea PMR. Standard —Partajare desktop numai de către gazda întâlnirii PMR. Premium—Partajare desktop de către orice participant la întâlnirea PMR.
Partajare Aplicație	Da	Da	Da	De bază—Partajarea aplicației de către orice participant la întâlnirea PMR. Standard - Partajarea aplicației numai de către gazda întâlnirii PMR. Premium—Partajarea aplicației de către orice participant la întâlnirea PMR.
Chat cu mai multe părți	Da	Da	Da
Tablă albă	Da	Da	Da
Protecție parolă	Da	Da	Da
Aplicația web - fără descărcare sau plugin-uri (Experiența oaspeților)	Da	Da	Da
Asocierea asistenței cu dispozitivele Webex	Da	Da	Da
Controlul podelei (Dezactivați unul / Eliminați toate)	Da	Da	Da
Link Întâlniri persistente	Da	Da	Da
Accesul la site-ul întâlnirilor	Da	Da	Da
Intrați în întâlnire prin VoIP	Da	Da	Da
Blocare	Da	Da	Da
Controale prezentator	Nu	Nu	Da
Control desktop la distanță	Nu	Nu	Da
Numărul de participanți	100	100	1000
Înregistrarea salvată local în sistem	Da	Da	Da
Înregistrare în cloud	Nu	Nu	Da
Înregistrare - stocare în cloud	Nu	Nu	10GB pe site
Transcrieri de înregistrare	Nu	Nu	Da
Programare întâlnire	Da	Da	Da
Activați partajarea conținutului cu integrări externe	Nu	Nu	Da	De bază— Partajarea conținutului de către orice participant la întâlnirea PMR. Standard—Partajarea conținutului numai de către gazda întâlnirii PMR. Premium- Partajarea conținutului de către orice participant la întâlnirea PMR.
Permiteți modificarea URL-ului PMR	Nu	Nu	Da	De bază— Utilizatorii pot modifica URL-ul PMR de pe site-ul Webex. Administratorii de parteneri și organizații pot modifica URL-ul din Control Hub. Standard—URL-ul PMR poate fi modificat numai din Hub-ul partenerului de către administratorii partenerului și organizației. Premium—Utilizatorii pot modifica URL-ul PMR de pe site-ul Webex. Administratorii de parteneri și organizații pot modifica URL-ul din Partner Hub.
Redarea în flux live a întâlnirilor (De Exemplu, pe Facebook, Youtube)	Nu	Nu	Da
Permiteți altor utilizatori să programeze întâlniri în numele lor	Nu	Nu	Da
Adăugați gazdă alternativă	Da	Nu	Da
Integrarea aplicațiilor (de exemplu, Zendesk, Slack)	Depinde de integrare	Depinde de integrare	Da	Consultați secțiunea Integrări aplicație de mai jos pentru mai multe informații despre asistență.
Integrare cu Microsoft Office 365 Calendar	Da	Da	Da
Integrare cu Google Calendaring pentru G Suite	Da	Da	Da

Centrul de ajutor Webex publică caracteristicile și documentația cu care se confruntă utilizatorul pentru Webex la help.webex.com. Citiți următoarele articole pentru a afla mai multe despre caracteristici:

Funcții de apelare

Experiența de apelare este similară cu soluțiile anterioare care utilizează motorul de control al apelurilor BroadWorks. Diferența față de UC-One Collaborate și UC-One SaaS este că aplicația Webex este clientul soft principal.

Integrări aplicații

Puteți integra Webex pentru Cisco BroadWorks cu următoarele aplicații:

Zendesk—numai Premium
Slack—numai Premium
Microsoft Teams pentru Webex Meetings—Standard sau Premium
Microsoft Teams pentru apelare—Sprijinit cu toate pachetele
Calendarul Office 365—Standard sau Premium
Calendarul Google pentru G Suite—Standard sau Premium

Asistență pentru infrastructura de desktop virtual (VDI)

Webex pentru Cisco BroadWorks acceptă acum medii de infrastructură pentru desktop virtual (VDI). Pentru detalii despre modul de implementare a infrastructurii VDI, consultați Ghidul de implementare pentru Webex pentru infrastructura de desktop virtual (VDI).

Asistență IPv6

Webex pentru Cisco BroadWorks acceptă adresarea IPv6 pentru aplicația Webex.

Foaie de parcurs viitoare

Pentru a înțelege intențiile noastre pentru viitoarele versiuni ale Webex pentru Cisco BroadWorks, vizitați https://salesconnect.cisco.com/#/program/PAGE-16649. Elementele foii de parcurs nu sunt obligatorii în nici o capacitate. Cisco își rezervă dreptul de a reține sau revizui oricare sau toate aceste elemente din versiunile viitoare.

Limitări

Limitări de furnizare

Ora întâlnirilor site-ului

Zona de timp a primului abonat pentru fiecare pachet devine zona de timp pentru site-ul Webex Meetings creat pentru acel pachet.

Dacă nu este specificată nicio zonă de timp în cererea de configurare pentru primul utilizator al fiecărui pachet, fusul orar al site-ului Webex Meetings pentru acel pachet este setat la standardul regional al organizației abonaților.

Dacă clientul dvs. are nevoie de o anumită zonă de timp pentru site-ul Webex Meetings, specificați timezone parametru în cererea de configurare pentru:

primul abonat furnizat pentru pachetul Standard din organizație.
primul abonat furnizat pentru pachetul Premium din organizație.
primul abonat furnizat pentru pachetul de bază din organizație.

Limitări generale

Nicio apelare în versiunea web a clientului Webex (Aceasta este o limitare a clientului, nu o limitare a soluției.)
Este posibil ca Webex să nu aibă încă toate comenzile UI pentru a sprijini unele dintre funcțiile de control al apelurilor disponibile de la BroadWorks.
În prezent, clientul Webex nu poate fi „Etichetat alb”.
Când creați organizații ale clienților utilizând metoda de configurare aleasă, acestea sunt create automat în aceeași regiune ca și organizația dvs. parteneră. Acest comportament este proiectat. Ne așteptăm ca partenerii multinaționali să creeze o organizație parteneră în fiecare regiune în care gestionează organizațiile clienților.
Raportarea întâlnirilor și utilizarea mesajelor sunt disponibile prin intermediul organizației client din Control Hub.

Probleme și limitări cunoscute

Pentru o listă actualizată de probleme și limitări cunoscute cu oferta Webex pentru Cisco BroadWorks, consultați Probleme și limitări cunoscute.

Limite de mesagerie

Următoarele limite de stocare a datelor (mesagerie și fișiere combinate) se aplică organizațiilor care au achiziționat servicii Webex pentru Cisco BroadWorks prin intermediul unui Furnizor de servicii. Aceste limite reprezintă spațiul maxim de stocare pentru mesagerie și fișiere combinate.

De bază: 2 GB pe utilizator timp de 3 ani
Standard 5 GB per utilizator timp de 3 ani
Premium: 10 GB pe utilizator timp de 5 ani

Pentru fiecare organizație client, aceste totaluri per utilizator sunt combinate pentru a oferi un total agregat pentru acel client, în funcție de numărul de utilizatori. De exemplu, o companie cu cinci utilizatori premium are o limită totală de mesagerie și stocare a fișierelor de 50 GB. Un utilizator individual poate depăși limita per utilizator (10 GB) cu condiția ca compania să fie în continuare sub limita agregată (50 GB).

Pentru spațiile de echipă care sunt create, limitele de mesagerie se aplică în raport cu totalul agregat pentru organizația client care deține spațiul de echipă. Puteți găsi informații despre proprietarul spațiilor individuale ale echipei din Politica Spațială. Pentru informații despre modul de vizualizare a Politicii spațiale pentru un spațiu individual al echipei, consultați https://help.webex.com/en-us/baztm6/Webex-Space-Policy.

Informații suplimentare

Pentru informații suplimentare privind limitele generale de mesagerie care se aplică spațiilor echipei de mesagerie Webex, consultați https://help.webex.com/en-us/n8vw82eb/Webex-Capacities.

Securitate, date și roluri

Securitate Webex

Clientul Webex este o aplicație securizată care face conexiuni securizate la Webex și BroadWorks. Datele stocate în cloudul Webex și expuse utilizatorului prin interfața aplicației Webex sunt criptate atât în tranzit, cât și în repaus.

Există mai multe detalii cu privire la schimbul de date în secțiunea de referință a acestui document.

Citire suplimentară

Rezidență date organizație

Stocăm datele dvs. Webex în centrul de date care se potrivește cel mai bine regiunii dvs. Consultați Rezidența datelor în Webex în Centrul de ajutor.

Roluri

Administrator furnizor de servicii (dumneavoastră): Pentru activitățile de întreținere de zi cu zi, gestionați componentele locale (apelare) ale soluției utilizând propriile sisteme. Gestionați părțile Webex ale soluției prin Partner Hub.

Pentru informații despre rolurile care sunt disponibile partenerilor, privilegiile de acces care însoțesc aceste roluri și modul de atribuire a rolurilor, consultați Rolurile de administrator partener pentru Webex pentru BroadWorks și RTM en-gros.

Primul utilizator furnizat unui nou partener organizaiton este atribuit automat funcțiilor Full Administrator și Full Partner Administrator. Acest administrator poate utiliza articolul de mai sus pentru a aloca roluri suplimentare.

Echipa de operațiuni în cloud Cisco: Creează „organizația parteneră” în Partner Hub, dacă nu există, în timpul procesului de integrare.

Odată ce aveți contul dvs. Partner Hub, configurați interfețele Webex pe propriile sisteme. Apoi creați „Șabloane de integrare” pentru a reprezenta suitele sau pachetele deservite prin aceste sisteme. Apoi furnizați clienților sau abonaților dvs.

#	Sarcină tipică	SP	Cisco
1	Integrarea partenerului - Crearea organizației partenerului dacă aceasta nu există și activarea comutatoarelor de funcții necesare		●
2	Configurarea BroadWorks în organizația parteneră prin intermediul Hubului partenerului (cluster)	●
3	Configurarea setărilor de integrare în organizația parteneră prin intermediul Hubului partenerului (șabloane de oferte, branding)	●
4	Pregătirea mediului BroadWorks pentru integrare (AS, XSP\|ADP Patching, firewall-uri, configurație XSP\|ADP, XSI, AuthService, CTI, NPS, aplicații DMS pe XSP\|ADP)	●
5	Dezvoltarea integrării sau procesului de configurare	●
6	Pregătiți materialele GTM	●
7	Migrați sau configurați utilizatori noi	●

Arhitectură

Ce este în diagramă?

Clienți

Clientul Aplicației Webex servește ca aplicație principală în ofertele Webex pentru Cisco BroadWorks. Clientul este disponibil pe platforme desktop, mobile și web.

Clientul are întâlniri audio/video native de mesagerie, prezență și cu mai multe părți furnizate de cloudul Webex. Clientul Webex utilizează infrastructura BroadWorks pentru apelurile SIP și PSTN.
Telefoanele Cisco IP și accesoriile aferente utilizează, de asemenea, infrastructura BroadWorks pentru apelurile SIP și PSTN. Ne așteptăm să putem sprijini telefoanele terțe.
Portalul de activare a utilizatorului pentru ca utilizatorii să se conecteze la Webex utilizând acreditările BroadWorks.
Partner Hub este o interfață web pentru administrarea organizației dvs. Webex și a organizațiilor clienților dvs. Partner Hub este locul în care configurați integrarea dintre infrastructura BroadWorks și Webex. De asemenea, utilizați Partner Hub pentru a gestiona configurația și facturarea clienților.

Rețea furnizor de servicii

Blocul verde din partea stângă a diagramei reprezintă rețeaua dvs. Componentele găzduite în rețeaua dvs. oferă următoarele servicii și interfețe pentru alte părți ale soluției:

XSP|ADP cu față publică, pentru Webex pentru Cisco BroadWorks: (Cutia reprezintă una sau mai multe ferme XSP|ADP, eventual frontate de balansoare de sarcină.)
- Găzduiește interfața de servicii Xtended (XSI-Actions & XSI-Events), Serviciul de gestionare a dispozitivelor (DMS), interfața CTI și Serviciul de autentificare. Împreună, aceste aplicații permit telefoanelor și clienților Webex să se autentifice, să descarce fișierele de configurare a apelurilor, să efectueze și să primească apeluri și să vadă starea cârligului (prezența telefonului) și istoricul apelurilor.
- Publică directorul către clienții Webex.
XSP|ADP cu care se confruntă publicul, care rulează NPS:
- Server Push Notificări Apel gazdă: Un server push de notificare pe un ADP XSP| în mediul dvs. Interfețele dintre serverul dvs. de aplicații și proxy-ul nostru NPS. Proxy furnizează jetoane de scurtă durată către NPS-ul dvs. pentru a autoriza notificările către serviciile cloud. Aceste servicii (APNS & FCM) trimit notificări de apel clienților Webex pe dispozitivele Apple iOS și Google Android.
Server aplicație:
- Oferă control apeluri și interfețe pentru alte sisteme BroadWorks (în general)
- Pentru configurarea fluxului, AS este utilizat de administratorul partener pentru a furniza utilizatori în Webex
- Împinge profilul utilizatorului în BroadWorks
OSS/BSS: Sistemul dvs. de asistență pentru operațiuni / Serviciile SIP de afaceri pentru administrarea întreprinderilor BroadWorks.

Webex Cloud

Blocul albastru din diagramă reprezintă cloudul Webex. Microservicele Webex acceptă întregul spectru de capacități de colaborare Webex:

Cisco Common Identity (CI) este serviciul de identitate din cadrul Webex.
Webex pentru Cisco BroadWorks reprezintă setul de microservicii care acceptă integrarea între Webex și furnizorul de servicii BroadWorks găzduit:
- API-uri de configurare a utilizatorului
- Configurație furnizor de servicii
- Conectare utilizator utilizând acreditările BroadWorks
Cutie de mesagerie Webex pentru microservicii legate de mesagerie.
Caseta Webex Meetings care reprezintă servere de procesare media și SBC pentru mai multe întâlniri video cu participanți (SIP și SRTP)

Servicii web terțe

Următoarele componente terțe sunt reprezentate în diagramă:

APNS (Apple Push Notifications Service) împinge notificările de apel și de mesaj către aplicațiile Webex de pe dispozitivele Apple.
FCM (FireBase Cloud Messaging) împinge notificările de apeluri și mesaje către aplicațiile Webex de pe dispozitivele Android.

Considerații de arhitectură XSP|ADP

Rolul serverelor ADP XSP|publice în Webex pentru Cisco BroadWorks

XSP|ADP cu care se confruntă publicul din mediul dvs. oferă următoarele interfețe/servicii pentru Webex și clienți:

Serviciul de autentificare (Authentication Service), securizat de TLS, care răspunde solicitărilor Webex pentru BroadWorks JWT (JSON Web Token) în numele utilizatorului
interfață CTI, securizată de mTLS, la care Webex se abonează pentru evenimentele din istoricul apelurilor și statutul de prezență telefonică din BroadWorks (statut cârlig).
Interfețele de acțiuni și evenimente Xsi (interfața servicii eXtended) pentru controlul apelurilor abonaților, directoarele listei de contacte și apeluri și configurația serviciului de telefonie pentru utilizatorul final
Serviciu DM (Device Management) pentru clienți pentru a prelua fișierele de configurare a apelurilor

Furnizați URL-uri pentru aceste interfețe atunci când configurați Webex pentru Cisco BroadWorks. (Consultați Configurarea clusterelor BroadWorks în Partner Hub în acest document.) Pentru fiecare cluster, puteți oferi doar un URL pentru fiecare interfață. Dacă aveți mai multe interfețe în infrastructura BroadWorks, puteți crea mai multe clustere.

Arhitectură XSP|ADP

Vă solicităm să utilizați o instanță ADP XSP|separată, dedicată sau o fermă pentru a găzdui aplicația NPS (Notification Push Server). Puteți utiliza același NPS cu UC-One SaaS sau UC-One Collaborate. Cu toate acestea, este posibil să nu găzduiți celelalte aplicații necesare pentru Webex pentru Cisco BroadWorks pe același XSP|ADP care găzduiește aplicația NPS.

Vă recomandăm să utilizați o instanță/fermă XSP|ADP dedicată pentru a găzdui aplicațiile necesare pentru integrarea Webex din următoarele motive

De exemplu, dacă oferiți UC-One SaaS, vă recomandăm să creați o nouă fermă XSP|ADP pentru Webex pentru Cisco BroadWorks. În acest fel, cele două servicii pot funcționa independent în timp ce migrați abonați.
Dacă plasați aplicațiile Webex pentru Cisco BroadWorks într-o fermă XSP|ADP care este utilizată în alte scopuri, este responsabilitatea dvs. să monitorizați utilizarea, să gestionați complexitatea rezultată și să planificați scara crescută.
Planificatorul de capacități pentru sistemul Cisco BroadWorks presupune o fermă XSP|ADP dedicată și este posibil să nu fie corect dacă o utilizați pentru calcule de locație.

Cu excepția cazului în care se menționează altfel, ADP-urile dedicate Webex pentru Cisco BroadWorks XSP| trebuie să găzduiască următoarele aplicații:

AuthService (TLS cu validare CI Token sau mTLS)
CTI (mTLS)
Acțiuni XSI (TLS)
Evenimente XSI (TLS)
DMS (TLS) – Opțional. Nu este obligatoriu să implementați o instanță DMS separată sau o fermă specifică pentru Webex pentru Cisco BroadWorks. Puteți utiliza aceeași instanță DMS pe care o utilizați pentru colaborarea UC-One SaaS sau UC-One.
Vizualizare web setări apel (TLS) – Opțional. Vizualizarea web a setărilor pentru apeluri (CSW) este necesară numai dacă doriți ca utilizatorii Webex pentru Cisco BroadWorks să poată configura funcții de apelare în Aplicația Webex.

Webex necesită acces la CTI printr-o interfață securizată prin autentificare TLS reciprocă. Pentru a sprijini această cerință, vă recomandăm una dintre aceste opțiuni:

(Diagrama etichetată Opțiunea 1) O instanță XSP|ADP sau o fermă pentru toate aplicațiile, cu două interfețe configurate pe fiecare server: o interfață mTLS pentru CTI și o interfață TLS pentru alte aplicații, cum ar fi AuthService.
(Diagrama etichetată Opțiunea 2) Două instanțe sau ferme XSP|ADP, una cu o interfață mTLS pentru CTI, iar cealaltă cu o interfață TLS pentru alte aplicații, cum ar fi AuthService.

Reutilizare |ADP XSP

Dacă aveți o fermă XSP|ADP existentă care se conformează uneia dintre arhitecturile sugerate de mai sus (Opțiunea 1 sau 2) și este ușor încărcată, atunci este posibil să reutilizați |ADP-urile XSP existente. Va trebui să verificați dacă nu există cerințe de configurare conflictuale între aplicațiile existente și noile cerințe ale aplicației pentru Webex. Cele două considerente principale sunt:

Dacă trebuie să susțineți mai multe organizații partenere Webex pe XSP|ADP, atunci acest lucru înseamnă că trebuie să utilizați mTLS pe Serviciul Auth (validarea CI Token este acceptată numai pentru o singură organizație parteneră pe un XSP|ADP). Dacă utilizați mTLS pe Serviciul de autentificare, atunci acest lucru înseamnă că nu puteți avea clienți care utilizează autentificarea de bază pe Serviciul de autentificare în același timp. Această situație ar împiedica reutilizarea XSP|ADP.
Dacă serviciul CTI existent configurat pentru a fi utilizat de către clienți cu portul securizat (de obicei 8012), dar fără mTLS (adică autentificarea clientului), atunci acest lucru va intra în conflict cu cerința Webex de a avea mTLS.

Deoarece XSP|ADP are multe aplicații și numărul de permutări ale acestor aplicații este mare, pot exista și alte conflicte neidentificate. Din acest motiv, orice posibilă reutilizare a XSP|ADP trebuie verificată într-un laborator cu configurația dorită înainte de a se angaja la reutilizare.

Configurați sincronizarea NTP pe XSP|ADP

Implementarea necesită sincronizarea timpului pentru toate ADP-urile XSP| pe care le utilizați cu Webex.

Instalați ntp pachet după ce instalați sistemul de operare și înainte de a instala software-ul BroadWorks. Apoi, puteți configura NTP în timpul instalării software-ului XSP|ADP. Consultați Ghidul de gestionare a software-ului BroadWorks pentru mai multe detalii.

În timpul instalării interactive a software-ului XSP|ADP, vi se oferă opțiunea de a configura NTP. Procedați după cum urmează:

Când programul de instalare solicită, Do you want to configure NTP?, introduceți y.
Când programul de instalare solicită, Is this server going to be a NTP server?, introduceți n.
Când programul de instalare solicită, What is the NTP address, hostname, or FQDN?, introduceți adresa serverului dvs. NTP sau a unui serviciu public NTP, de exemplu, pool.ntp.org.

Dacă ADP-urile dvs. XSP| utilizează instalarea silențioasă (neinteractivă), fișierul de configurare a instalatorului trebuie să includă următoarele perechi de valori Key=Value:

NTP

NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>

Cerințe de identitate și securitate XSP|ADP

Fundal

Protocoalele și criptele conexiunilor Cisco BroadWorks TLS sunt configurabile la diferite niveluri de specificitate. Aceste niveluri variază de la cel mai general (furnizor SSL) la cel mai specific (interfață individuală). O setare mai specifică depășește întotdeauna o setare mai generală. Dacă nu sunt specificate, setările SSL de nivel „mai scăzut” sunt moștenite de la nivelurile „mai ridicate”.

Dacă nu se modifică setările din setările implicite, toate nivelurile moștenesc setările implicite ale furnizorului SSL (JSSE Java Secure Sockets Extension).

Listă de cerințe

XSP|ADP trebuie să se autentifice clienților utilizând un certificat semnat CA în care numele comun sau numele alternativ al subiectului corespund porțiunii de domeniu a interfeței XSI.
Interfața Xsi trebuie să accepte protocolul TLSv1.2.
Interfața Xsi trebuie să utilizeze o suită cipher care îndeplinește următoarele cerințe.
- Diffie-Hellman Ephemeral (DHE) sau curbe eliptice Diffie-Hellman Ephemeral (ECDHE) cheie de schimb
- AES (Standard de criptare avansată) cipher cu o dimensiune minimă a blocului de 128 biți (de exemplu AES-128 sau AES-256)
- GCM (Galois/Counter Mode) sau CBC (Cipher Block Chaining) modul cipher
  - Dacă se utilizează un cipher CBC, numai familia SHA2 de funcții hash este permisă pentru derivare cheie (SHA256, SHA384, SHA512).

De exemplu, următoarele cifruri îndeplinesc cerințele:

TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384

XSP|ADP CLI necesită convenția de numire IANA pentru suitele cipher, așa cum se arată mai sus, nu convenția openSSL.

Ciphers TLS acceptate pentru interfețele AuthService și XSI

Această listă este supusă modificării pe măsură ce evoluează cerințele noastre de securitate în cloud. Urmați recomandarea actuală de securitate în cloud Cisco privind selecția cipher, așa cum este descrisă în lista de cerințe din acest document.

TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA

Parametrii scalei de evenimente Xsi

Este posibil să fie necesar să măriți dimensiunea cozii Xsi-Events și numărul de fire pentru a gestiona volumul de evenimente de care are nevoie soluția Webex pentru Cisco BroadWorks. Puteți mări parametrii la valorile minime afișate, după cum urmează (nu le scădeți dacă acestea sunt mai mari decât aceste valori minime):

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventQueueSize = 2000

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventHandlerThreadCount = 50

Mai multe |ADP-uri XSP

Element de margine de echilibrare a sarcinii

Dacă aveți un element de echilibrare a sarcinii la marginea rețelei, acesta trebuie să gestioneze în mod transparent distribuția traficului între mai multe servere XSP|ADP și cloudul Webex pentru Cisco BroadWorks și clienți. În acest caz, veți furniza URL-ul echilibratorului de sarcină configurației Webex pentru Cisco BroadWorks.

Note privind această arhitectură:

Configurați DNS astfel încât clienții să poată găsi balansorul de sarcină atunci când se conectează la interfața Xsi (consultați configurația DNS).
Vă recomandăm să configurați elementul de margine în modul proxy SSL invers, pentru a asigura criptarea datelor punct cu punct.
Certificatele din XSP|ADP01 și XSP|ADP02 trebuie să aibă atât domeniul XSP|ADP, de exemplu, dvs.-XSP|ADP.example.com, în numele alternativ al subiectului. Ei ar trebui să aibă propriile lor FQDN, de exemplu XSP|ADP01.example.com, în numele comun. Puteți utiliza certificatele de card wild, dar nu le recomandăm.

Servere de XSP|ADP cu care se confruntă internetul

Dacă expuneți direct interfețele Xsi, utilizați DNS pentru a distribui traficul către mai multe servere XSP|ADP.

Note privind această arhitectură:

Pentru a vă conecta la serverele XSP|ADP sunt necesare două înregistrări:
- Pentru microservicii Webex: Înregistrările Round-robin A/AAAA sunt necesare pentru a viza mai multe adrese IP XSP|ADP. Acest lucru se datorează faptului că microservicele Webex nu pot face căutări SRV. Pentru exemple, consultați Webex Cloud Services.
- Pentru Aplicația Webex: O înregistrare SRV care se rezolvă la O înregistrare în care fiecare înregistrare A se rezolvă la un singur XSP|ADP. Pentru exemple, consultați Aplicația Webex.
  
  Utilizați înregistrările SRV priorizate pentru a viza serviciul XSI pentru mai multe adrese XSP|ADP. Acordați prioritate înregistrărilor dvs. SRV, astfel încât microservicii să meargă întotdeauna la aceeași înregistrare A (și adresa IP ulterioară) și să se mute la următoarea înregistrare A (și adresa IP) numai dacă prima adresă IP este în jos. NU utilizați o abordare robin pentru Aplicația Webex.
Certificatele din XSP|ADP01 și XSP|ADP02 trebuie să aibă atât domeniul XSP|ADP, de exemplu, dvs.-XSP|ADP.example.com, în numele alternativ al subiectului. Ei ar trebui să aibă propriile lor FQDN, de exemplu XSP|ADP01.example.com, în numele comun.
Puteți utiliza certificatele de card wild, dar nu le recomandăm.

Evitați redirecționarea HTTP

Uneori, DNS este configurat pentru a rezolva URL-ul ADP XSP| la un echilibrator de sarcină HTTP, iar echilibratorul de sarcină este configurat pentru a redirecționa printr-o proxy inversă către serverele ADP XSP|.

Webex nu urmează o redirecționare atunci când vă conectați la URL-urile pe care le furnizați, astfel încât această configurație nu funcționează.

Plasarea comenzilor și furnizarea

Comenzile și configurarea se aplică la aceste niveluri:

Configurarea furnizorului de servicii/partener:

Fiecare furnizor de servicii Webex pentru Cisco BroadWorks (sau reseller) încorporat trebuie să fie configurat ca organizație parteneră în Webex și să primească drepturile necesare. Operațiunile Cisco oferă administratorului organizației partenere acces la gestionarea Webex pentru Cisco BroadWorks pe Hubul pentru parteneri Webex. Administratorul partener trebuie să facă toți pașii de configurare necesari înainte de a putea furniza o organizație Client/Enterprise.
Comandarea și configurarea clientului/întreprinderii:

Fiecare întreprindere BroadWorks activată pentru Webex pentru Cisco BroadWorks declanșează crearea unei organizații asociate pentru clienți Webex. Acest proces are loc automat ca parte a configurării utilizatorului/abonatului. Toți utilizatorii/abonații dintr-o întreprindere BroadWorks sunt configurați în aceeași organizație Webex Customer.

Același comportament se aplică în cazul în care sistemul BroadWorks este configurat ca furnizor de servicii cu grupuri. Când furnizați un abonat într-un grup BroadWorks, o organizație Client care corespunde grupului este creată automat în Webex.
Comandarea și configurarea utilizatorului/abonatului:

Webex pentru Cisco BroadWorks acceptă în prezent următoarele modele de configurare a utilizatorilor:
- Configurarea Flowthrough cu e-mailuri de încredere
- Configurarea Flowthrough fără e-mailuri de încredere
- Auto-configurare utilizator
- provisionare API

Furnizarea Flowthrough cu e-mailuri de încredere

Configurați serviciul IM&P integrat pentru a utiliza un URL de configurare Webex, apoi alocați serviciul utilizatorilor. Serverul de aplicații utilizează API-ul de configurare Webex pentru a solicita conturile de utilizator Webex corespunzătoare.

Dacă puteți afirma că BroadWorks are adrese de e-mail pentru abonați valabile și unice pentru Webex, această opțiune de configurare creează și activează automat conturile Webex cu acele adrese de e-mail ca ID-uri de utilizator.

Puteți schimba pachetul de abonați prin Partner Hub sau puteți scrie propria aplicație pentru a utiliza API-ul de configurare pentru a schimba pachetele de abonați.

***Furnizarea Flowthrough cu e-mailuri de încredere***

Flowthrough Provizionarea fără e-mailuri de încredere

Dacă nu vă puteți baza pe adresele de e-mail ale abonatului deținute de BroadWorks, această opțiune de configurare creează conturi Webex, dar nu le poate activa până când abonații nu furnizează și nu validează adresele lor de e-mail. În acel moment, Webex poate activa conturile cu acele adrese de e-mail ca ID-uri de utilizator.

Puteți schimba pachetul de abonați prin Partner Hub sau puteți scrie propria aplicație pentru a utiliza API-ul de configurare pentru a schimba pachetele de abonați.

Auto-configurare utilizator

Cu această opțiune, nu există nicio configurare a fluxului de la BroadWorks la Webex. După ce configurați integrarea între Webex și sistemul BroadWorks, primiți unul sau mai multe link-uri specifice pentru configurarea utilizatorilor din cadrul organizației partenere Webex pentru Cisco BroadWorks.

Apoi proiectați propriile comunicări (sau delegați clienților dvs.) pentru a distribui linkul abonaților. Abonații urmează linkul, apoi furnizează și validează adresele lor de e-mail pentru a crea și activa propriile conturi Webex.

Deoarece conturile sunt configurate în cadrul domeniului de aplicare al organizației dvs. partenere, puteți ajusta manual pachetele de utilizatori prin intermediul Hubului partener sau puteți utiliza API-ul pentru a face acest lucru.

Utilizatorii trebuie să existe în sistemul BroadWorks pe care îl integrați cu Webex sau li se interzice să creeze conturi cu acel link.

Furnizor de servicii furnizat de API-uri

Webex expune un set de API-uri publice care vă permit să construiți configurarea Webex pentru utilizatorul/abonatul Cisco BroadWorks în fluxul de lucru/instrumentele de gestionare a utilizatorilor existente.

***Furnizarea furnizorului de servicii prin API - e-mailuri de încredere***

***Furnizarea furnizorului de servicii de către API-uri - E-mailuri nefiabile***

Patch-uri necesare cu configurare prin flux

Dacă utilizați configurarea prin flux, trebuie să instalați un patch de sistem și să aplicați o proprietate CLI. Consultați lista de mai jos pentru instrucțiuni care se aplică pentru versiunea BroadWorks:

Pentru R22:

Instalați AP.as.22.0.1123.ap376508.
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pentru R23:

Instalați AP.as.23.0.1075.ap376509
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pentru R24:

Instalați AP.as.24.0.944.ap375100
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

După ce finalizați acești pași, nu veți putea furniza noi utilizatori cu servicii de colaborare UC-One. Utilizatorii nou configurați trebuie să fie Webex pentru utilizatorii Cisco BroadWorks.

Apelare extensie

Asistența pentru funcția de apelare a extensiilor permite utilizatorilor Webex pentru Cisco Broadworks să apeleze alți utilizatori cu o extensie similară cu numărul de telefon principal în cadrul aceleiași întreprinderi. Acest lucru este util în special pentru utilizatorii care nu au numere DID.

În timpul configurării, extensia utilizatorilor este stocată în directorul Webex ca extensie a utilizatorului. Pentru apelarea BroadWorks, extensia apare în aplicația Webex în câmpul de extensie al tuturor domeniilor metodei de inițiere a apelurilor și al profilului utilizatorului. Webex pentru Cisco BroadWorks acceptă apeluri exclusiv pentru extensie între utilizatori din același grup și grupuri diferite din aceeași întreprindere, cu combinația de cod de apelare pentru locație și extensie. Cu toate acestea, apelarea între două întreprinderi care utilizează doar extensiile nu este acceptată.

O extensie poate fi configurată pentru utilizatorii Cisco BroadWorks prin următoarele metode:

Utilizatori Cisco BroadWorks
- Configurarea API-ului public ca „extensie
  - Parametrul de extensie trebuie să fie trecut în mod explicit ca parte a apelului API. Pentru întreprinderile/grupurile care au configurat Codul de apelare a locației (LDC), parametrul de extensie trebuie să fie combinația dintre LDC și numărul de extensie.
- Configurare Flowthrough sau auto-activare
  - Extensia și LDC (dacă este cazul) vor fi preluate automat de la BroadWorks.
Utilizatori sau entități care apelează exclusiv BroadWorks
- Sincronizat automat din BroadWorks de Directory Sync utilizând combinația dintre Codul de apelare a locației (LDC) și numărul de extensie.

Tabelul 2. Gestionarea numerelor de extensii pe baza metodei de configurare
Înregistrări apeluri BroadWorks	Descriere	Metoda de furnizare	Gestionarea extensiei
Webex pentru utilizatorii Cisco BroadWorks	Utilizatorii sunt activați pentru Webex pentru Cisco BroadWorks	API public	Extensia trebuie să fie transferată ca parametru
Webex pentru utilizatorii Cisco BroadWorks		Flowthrough	Extensia preluată din BroadWorks automat
Utilizatori care apelează exclusiv BroadWorks	Utilizatori care nu sunt înscriși în Webex	Sincronizare director	Extensie sincronizată de sincronizarea directorului
Entități apelante non-utilizator	De exemplu, un telefon dintr-o sală de conferințe, un fax, un număr de grup Hunt	Sincronizare director	Extensie sincronizată de sincronizarea directorului
Liste de telefoane BroadWorks	Listele de telefon pentru întreprinderi, grup sau personal	Sincronizare director	Nu se aplică

Cerințe preliminare

Versiunea de client necesară pentru a sprijini această caracteristică este 42.11 sau mai târziu.
Patch-ul în care se adaugă coduri de apelare pentru extensie și locație la XSI și adaptor de configurare Februarie 2022 pentru versiunea 23 sau mai mare ca parte a:
- AP.platform.23.0.1075.ap380045
- AP.as.23.0.1075.ap380045
- AP.xsp.23.0.1075.ap380045
- AP.as.24.0.944.ap380045
Activați antetul X-BroadWorks-Remote-Party-Info pe AS utilizând comanda CLI de mai jos pentru acest flux de apeluri SIP, care este necesar pentru asistența pentru funcția de apelare extensie.
```
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
```

Prioritate opțiuni apelare aplicație

Ca parte a suportului pentru funcția de apelare extensie, Setarea prioritară a opțiunilor de apelare ale aplicației este, de asemenea, furnizată la nivel de partener pentru toți partenerii Webex pentru Cisco Broadworks. Folosind această setare, partenerul poate controla setările prioritare ale apelurilor tuturor clienților săi gestionați din Partner Hub. Setarea prioritară a opțiunilor de apelare ale aplicației pentru un client poate fi, de asemenea, modificată la nivel de client din Control Hub.

Setarea prioritară a opțiunilor de apelare din aplicație conține extensia ca a doua opțiune atât în Partner Hub, cât și în Control Hub, atunci când un utilizator Webex pentru Cisco Broadworks este nou echipat cu extensia prin oricare dintre metodele de configurare menționate mai sus.

Pentru toate Org-urile configurate existente, opțiunea de extensie va fi în starea ascunsă (implicit) în setarea prioritară a opțiunilor de apelare ale aplicației. Aceasta nu va afișa o extensie în opțiunea de apelare audio/video a utilizatorului din Aplicația Webex.

Următoarele sunt opțiunile pentru a face vizibilă opțiunea de apelare extensie pentru clienții existenți:

Dacă un partener dorește ca toate organizațiile sale de clienți gestionate să primească o extensie ca una dintre opțiunile de apel, este recomandat ca administratorul partenerului să mute Extensia de la ascunsă la disponibilă în Partner Hub. Acest lucru va permite organizatorilor de clienți gestionați să moștenească setarea de la partenerul lor.
Dacă un Partener dorește să ofere o extensie în opțiunile de apelare pentru o anumită organizație client, se recomandă ca administratorul Partener să mute extensia de la ascunsă la disponibilă în Control Hub.

Asistență pentru contacte de grup

Această caracteristică îmbunătățește serviciul Webex pentru BroadWorks DirSync prin eliminarea limitării pentru sincronizarea a până la 1500 de contacte din listele de telefon ale grupului din BroadWorks și permițând partenerilor să sincronizeze până la 30K contacte dintr-o singură listă de telefon a grupului și să le aducă la egalitate cu creșterea contactelor 30K pentru lista de telefon Enterprise, care a fost lansată separat.

Există o limită generală de 200K pentru toate contactele externe per organizație, care s-ar aplica sumei listelor de telefon ale întreprinderii și grupului dintr-o singură întreprindere BroadWorks. De exemplu, o întreprindere BroadWorks care are o listă de telefon Enterprise cu 30K și, de asemenea, 5 liste de telefon de grup fiecare cu 30K va fi acceptată (180K total per Org). Cu toate acestea, dacă există 6 liste de telefon de grup fiecare cu 30K, acest lucru nu va fi acceptat (210K total).

Această funcție este disponibilă la cerere. Contactați echipa contului dvs. pentru a fi activată.

Înainte de a activa funcția, trebuie efectuată o migrare prealabilă pentru a furniza și a asocia grupuri pentru toți utilizatorii configurați existenți.
Echipa Cisco va rula un API intern pentru a migra orice utilizatori provisionați existenți pentru a-i asocia cu grupul corect. NOTĂ: Acest lucru poate dura până la o săptămână pentru a procesa.
Odată ce migrarea este finalizată pentru partener și funcția este activată, toți utilizatorii nou configurați vor fi „grupați” în mod corespunzător.

După ce funcția este activată, serviciul DirSync începe să sincronizeze contactele din lista de telefon BroadWorks Group în spațiul de stocare dedicat fiecărui grup de contacte din Webex Contact Service.

În timpul configurării, grupul de întreprinderi al utilizatorului trebuie să fie stocat în directorul Webex pentru a indica grupul din care face parte acest utilizator. Asocierea utilizatorului cu un grup BroadWorks din Webex Directory permite aplicației Webex să efectueze căutarea contactului în spațiul de stocare al grupului de servicii de contact pentru grupul specific al utilizatorului.

Funcția necesită ca abonații Webex pentru BroadWorks să fie configurați în Webex cu grupul de întreprinderi BroadWorks Id.

Id-ul grupului de întreprinderi BroadWorks poate fi furnizat utilizatorilor Cisco BroadWorks prin următoarele metode:

Webex pentru utilizatorii Cisco BroadWorks
- Configurarea API-ului public ca „spEnterpriseGroupId”
  - BroadWorks Enterprise Group Id ar trebui să fie trecut în mod explicit în parametrul spEnterpriseGroupId al apelului API.
- Configurare Flowthrough sau auto-activare
  - BroadWorks Enterprise Group Id va fi preluată automat de la BroadWorks.
- Utilizatori sau entități care apelează exclusiv BroadWorks
  - Nu este cazul. Nu este necesar să se sincronizeze BroadWorks Enterprise Group Id pentru acești utilizatori.

Tabelul 3. Gestionarea ID-ului grupului de întreprinderi pe baza metodei de asigurare a accesului
Înregistrări apeluri BroadWorks	Descriere	Metoda de furnizare	Gestionarea ID-ului grupului de întreprinderi
Webex pentru utilizatorii Cisco BroadWorks	Utilizatorii sunt activați pentru Webex pentru Cisco BroadWorks	API public	BroadWorks Enterprise Group Id trebuie să fie trecut ca parametru spEnterpriseGroupId
Webex pentru utilizatorii Cisco BroadWorks		Flowthrough	BroadWorks Enterprise Group Id este preluat automat de la BroadWorks
Utilizatori care apelează exclusiv BroadWorks	Utilizatori care nu sunt înscriși în Webex	Sincronizare director	Nu se aplică
Entități apelante non-utilizator	De exemplu, un telefon dintr-o sală de conferințe, un fax, un număr de grup Hunt	Sincronizare director	Nu se aplică
Liste de telefoane BroadWorks	Contactele din listele de telefoane ale grupului BroadWorks	Sincronizare director	Contactele grupului sunt stocate în Webex Contact Service asociate cu grupul specific
Listele de telefon BroadWorks Enterpsie sau Persional	Contactele din listele de telefon ale întreprinderii sau personale	Sincronizare director	Nu se aplică

API-ul public trebuie actualizat ÎNAINTE de MIGRARE. Migrarea nu poate fi finalizată până când ACEST API nu este finalizat Grupul de întreprindere BroadWorks Id trebuie să fie trecut în mod explicit în parametrul spEnterpriseGroupId al apelului API https://developer.webex.com/docs/api/changelog#2023-march

După ce funcția este activată și ca urmare a sincronizării următorului director, grupurile de utilizatori ai întreprinderii vor fi afișate și în Control Hub. Vizualizarea grupurilor din Control Hub pentru Webex pentru BroadWorks este pur informativă în această etapă. Administratorii de parteneri și clienți nu trebuie să facă nicio modificare a membrilor de grup sau de grup din Control Hub, deoarece aceste modificări nu vor fi reflectate înapoi la BroadWorks. Managementul grupului din Control Hub este destinat utilizării de către parteneri care vor adopta viitoarele API-uri de gestionare a contactelor.

Migrația și asigurarea viitorului

Progresul Cisco al clientului de comunicații unificate BroadSoft este de a trece de la UC-One la Webex. Există o evoluție corespunzătoare a serviciilor de asistență departe de rețeaua Furnizorului de servicii – cu excepția apelurilor – către platforma cloud Webex.

Indiferent dacă rulați UC-One SaaS sau BroadWorks Collaborate, strategia de migrare preferată este implementarea de noi |ADP-uri XSP dedicate pentru integrarea cu Webex pentru Cisco BroadWorks. Puteți rula cele două servicii în paralel în timp ce migrați clienții către Webex și, în cele din urmă, puteți recupera infrastructura utilizată pentru soluția anterioară.

Abonamente recomandate pentru documente

Articolele Webex Help Center (pe help.webex.com) au o opțiune de Abonare care vă permite să primiți o notificare prin e-mail ori de câte ori respectivul articol este actualizat.

Vă recomandăm să vă abonați la fiecare dintre următoarele articole pentru a vă asigura că nu pierdeți actualizările critice care afectează conectivitatea la rețea. Pentru a vă abona, accesați fiecare dintre linkurile de mai jos și în articolul care lansează, faceți clic pe butonul Abonare .

Cel puțin, vă recomandăm să vă abonați la lista de mai sus. Cu toate acestea, majoritatea articolelor și documentelor Webex enumerate în Documente suplimentare au o opțiune de abonare . Pentru ca această opțiune să apară, articolul trebuie să apară pe help.webex.com.

Nu există nicio opțiune de abonament pentru paginile de destinație a documentației.

Documente suplimentare

Consultați următoarea documentație aferentă pentru mai multe informații despre Webex pentru Cisco BroadWorks:

Webex pentru documentele Cisco BroadWorks

Administratorii parteneri pot utiliza următoarele documente și site-uri pentru a obține informații despre Webex pentru Cisco BroadWorks.

Aduceți-vă propria soluție PSTN pentru Webex pentru Cisco BroadWorks—Această soluție permite furnizorilor de servicii să furnizeze numere de telefon pe care le dețin (mai degrabă decât numere furnizate de Cisco) pentru ca utilizatorii să le utilizeze atunci când se alătură Webex Meetings.
Ghid de configurare Webex pentru Cisco BroadWorks – descrie modul de configurare a aplicației Webex pentru Webex pentru Cisco BroadWorks.
Ghid de integrare a dispozitivelor pentru Webex pentru Cisco BroadWorks—Descrie modul de integrare și service al dispozitivelor Room OS și MPP.
Ghid de depanare Webex pentru Cisco BroadWorks—Conține informații de depanare pentru Webex pentru Cisco BroadWorks.

Webex pentru articolele Cisco BroadWorks

Administratorii parteneri pot utiliza următoarele site-uri opționale pentru a afla mai multe despre Webex pentru Cisco BroadWorks:

Documentația Webex pentru Cisco BroadWorks—Pagina de destinație listează documentele tehnice și articolele Webex opționale care vizează administratorii parteneri ai Webex pentru Cisco BroadWorks.
Noutăți cu Webex pentru Cisco BroadWorks—Citiți despre cele mai recente caracteristici lansate împreună cu ceea ce va veni în curând.
Probleme și limitări cunoscute—Citiți despre problemele cunoscute pe care le-am identificat în soluția Webex pentru Cisco BroadWorks.
Roluri de administrator partener pentru Webex pentru BroadWorks și RTM en-gros—Acest articol descrie modul de atribuire a rolurilor de administrator partener pentru organizațiile partenere care oferă Webex pentru Cisco BroadWorks. Rolurile sunt utilizate pentru a aloca accesul administrației la setările din Partner Hub și Control Hub.

Documente Cisco BroadWorks

Administratorii parteneri pot consulta site-ul Cisco BroadWorks pe cisco.com pentru documente tehnice care descriu modul de implementare a componentei Cisco BroadWorks a soluției:

Documente Cisco BroadWorks

Articole de asistență Webex

Următoarele site-uri Webex Help pot fi utilizate pentru a găsi articole Webex care ajută administratorii de clienți și utilizatorii finali să utilizeze funcțiile Webex.

Webex de la furnizorii de servicii—Această pagină de destinație conține linkuri cu informații de pornire și articole utilizate în mod obișnuit pentru utilizatorii aplicației Webex care au achiziționat servicii Webex de la un furnizor de servicii.
Webex Help Center—Utilizați funcția de căutare la help.webex.com pentru a căuta articole Webex suplimentare care descriu Aplicația Webex și funcționalitatea Webex Meetings. Puteți căuta articole de utilizator sau de administrator.

Documentație dezvoltator

Ghid pentru dezvoltatorii Webex pentru BroadWorks—Oferă informații pentru dezvoltatorii care creează aplicații care utilizează API-urile Webex pentru BroadWorks.

Pregătiți-vă mediul

Puncte de decizie

Consideraţie	Întrebări de răspuns	Resurse
Arhitectură și infrastructură	Câte ADP-uri XSP\|? Cum iau mTLS?	Planificator de capacitate sistem Cisco BroadWorks Ghid de inginerie a sistemului Cisco BroadWorks referință XSP\|ADP CLI Acest document
Configurarea clientului și a utilizatorului	Puteți afirma că aveți încredere în e-mailurile din BroadWorks? Doriți ca utilizatorii să furnizeze adrese de e-mail pentru a-și activa propriile conturi? Puteți construi instrumente pentru a utiliza API-ul nostru?	Docs API public la https://developer.webex.com Acest document
Branding	Ce culoare și siglă doriți să utilizați?	Articolul de branding al aplicației Webex
Modele	Care sunt diferitele cazuri de utilizare a clientului dvs.?	Acest document
Caracteristici abonat per client/întreprindere/grup	Alegeți pachetul pentru a defini nivelul serviciului per șablon. Basic, Standard, Premium sau Softphone.	Acest document Caracteristică/matrice pachet
Autentificare de bază	BroadWorks sau Webex	Acest document
Adaptor de configurare (pentru opțiunile de configurare prin flux)	Utilizați deja IM&P integrat, de exemplu pentru UC-One SaaS? Intenționați să utilizați mai multe șabloane? Se anticipează un caz de utilizare mai frecvent?	Acest document referință CLI Server aplicație

Arhitectură și infrastructură

Cu ce fel de scară intenționați să începeți? Este posibil să crească în viitor, dar estimarea dvs. actuală de utilizare ar trebui să conducă la planificarea infrastructurii.
Colaborați cu managerul contului dvs. Cisco / reprezentantul dvs. de vânzări pentru a vă mări infrastructura XSP|ADP, în conformitate cu Cisco BroadWorks System Capacity Planner și cu Cisco BroadWorks System Engineering Guide.
Cum va realiza Webex conexiuni TLS reciproce cu ADP-urile dvs. XSP|? Direct către XSP|ADP într-un DMZ sau prin proxy TLS? Acest lucru afectează gestionarea certificatului dvs. și URL-urile pe care le utilizați pentru interfețe. (Nu acceptăm conexiuni TCP necriptate la marginea rețelei dvs.).

Furnizarea de servicii pentru clienți și utilizatori

Ce metodă de configurare a utilizatorului vă convine cel mai bine?

Furnizarea Flowthrough cu e-mailuri de încredere: Prin atribuirea serviciului „IM&P integrat” pe BroadWorks, abonatul este configurat automat în Webex.

Dacă puteți afirma, de asemenea, că adresele de e-mail ale abonatului din BroadWorks sunt valide și unice pentru Webex, atunci puteți utiliza varianta de „e-mail de încredere” a configurării prin flux. Conturile Webex ale abonaților sunt create și activate fără intervenția lor; acestea pur și simplu descarcă clientul și se conectează.

Adresa de e-mail este un atribut de utilizator cheie pe Webex. Prin urmare, Furnizorul de servicii trebuie să furnizeze o adresă de e-mail validă pentru utilizator pentru a le furniza pentru serviciile Webex. Acest lucru trebuie să se afle în atributul ID-ului de e-mail al utilizatorului din BroadWorks. Vă recomandăm să o copiați și în atributul ID alternativ.
Flowthrough Provisioning fără e-mailuri de încredere: Dacă nu puteți avea încredere în adresele de e-mail ale abonatului, puteți aloca în continuare serviciul IM&P integrat în BroadWorks pentru a furniza utilizatori în Webex.

Cu această opțiune, conturile sunt create atunci când atribuiți serviciul, dar abonații trebuie să furnizeze și să valideze adresele lor de e-mail pentru a activa conturile Webex.
Auto-configurare utilizator: Această opțiune nu necesită atribuirea de servicii IM&P în BroadWorks. Dvs. (sau clienții dvs.) distribuiți în schimb un link de configurare, precum și linkurile pentru a descărca diferiți clienți, cu branding-ul și instrucțiunile dvs.

Abonații urmează linkul, apoi furnizează și validează adresele lor de e-mail pentru a crea și activa conturile Webex. Apoi descarcă clientul și se conectează, iar Webex primește o configurație suplimentară despre acesta din BroadWorks (inclusiv numerele lor principale).
Provizionare controlată SP prin API-uri: Webex expune un set de API-uri publice care permit Furnizorilor de servicii să construiască configurarea utilizatorului/abonatului în fluxurile de lucru existente.

Cerințe de furnizare

Următorul tabel sintetizează cerințele pentru fiecare metodă de asigurare a accesului. În plus față de aceste cerințe, implementarea dvs. trebuie să îndeplinească cerințele generale de sistem descrise în acest ghid.

Metodă de furnizare	Cerințe
Configurare flowthrough (E-mailuri de încredere sau de neîncredere)	API-ul de configurare Webex adaugă automat utilizatorii BroadWorks existenți la Webex după ce utilizatorul îndeplinește cerințele și activați serviciul IM+P integrat. Există două fluxuri (e-mailuri de încredere sau e-mailuri false) pe care le atribuiți prin intermediul șablonului de integrare din Webex. Cerințe BroadWorks: Utilizatorul există pe BroadWorks cu un număr principal sau o extensie. Utilizatorul este alocat serviciul IM+P integrat , care indică URL-ul serviciului de configurare Webex. Numai e-mailuri de încredere. Utilizatorul are o adresă de e-mail configurată pe BroadWorks. Vă recomandăm să adăugați, de asemenea, e-mailul în câmpul Alternate ID , deoarece acest lucru permite utilizatorului să se conecteze utilizând acreditările BroadWorks. BroadWorks are patch-uri obligatorii instalate pentru configurarea fluxului. Consultaţi Cerinţele pentru plasturi cu Flowthrough Provisioning (de mai jos) pentru cerinţe privind plasturii. BroadWorks AS este conectat direct la cloudul Webex sau proxy-ul adaptorului de configurare este configurat cu conexiune la URL-ul serviciului de configurare Webex. Consultați Configurarea serverului aplicației cu URL-ul serviciului de configurare pentru a obține URL-ul serviciului de configurare Webex. Consultați Cisco BroadWorks Implement Proxy Adapter FD pentru a configura proxy-ul adaptorului de configurare. Cerințe Webex: Șablonul de integrare include următoarele setări: Activați comutatorul BroadWorks Flow prin configurare este activat. Se atribuie numele și parola contului de configurare utilizând acreditările administratorului de nivel al sistemului BroadWorks Verificarea utilizatorului este setată la e-mailurile Trust BroadWorks sau la e-mailurile de neîncredere.
Auto-configurare utilizator	Administratorul oferă un utilizator BroadWorks existent cu un link către Portalul de activare a utilizatorului. Utilizatorul trebuie să se conecteze la portal utilizând acreditările BroadWorks și să furnizeze o adresă de e-mail validă. După validarea e-mailului, Webex primește informații suplimentare de la utilizator pentru a finaliza configurarea. Cerințe BroadWorks: Utilizatorul trebuie să existe pe BroadWorks cu un număr principal sau o extensie Cerințe Webex: Șablonul de integrare include următoarele setări: Activarea comutatorului de alimentare prin configurare este dezactivată. Verificarea utilizatorului este setată la e-mailuri de neîncredere. Permite utilizatorilor să se auto-activeze este bifată.
Configurare controlată SP prin API (E-mailuri de încredere sau de neîncredere)	Webex expune un set de API-uri publice care vă permit să construiți configurarea utilizatorului în fluxurile și instrumentele de lucru existente. Există două fluxuri: E-mailuri de încredere – API-ul oferă utilizatorului, aplicând e-mailul BroadWorks ca e-mail Webex. E-mailuri nefiabile – API-ul prevede utilizatorul, dar utilizatorul trebuie să se conecteze la Portalul de activare a utilizatorului și să furnizeze o adresă de e-mail validă. Cerințe BroadWorks: Utilizatorul trebuie să existe pe BroadWorks cu un număr principal sau o extensie. Cerințe Webex: În șablonul de integrare, verificarea utilizatorului este setată fie la e-mailurile Trust BroadWorks, fie la e-mailurile de neîncredere. Trebuie să vă înregistrați aplicația, solicitând permisiunea. Trebuie să solicitați pe tokenul OAuth scopurile evidențiate în secțiunea „Autentificare” din Ghidul Webex pentru dezvoltatorii BroadWorks. Trebuie să dedicați un administrator sau un administrator de configurare în organizația partenerului. Pentru a utiliza API-urile, accesați abonații BroadWorks.

Metodă de furnizare

Cerințe

Configurare flowthrough

(E-mailuri de încredere sau de neîncredere)

API-ul de configurare Webex adaugă automat utilizatorii BroadWorks existenți la Webex după ce utilizatorul îndeplinește cerințele și activați serviciul IM+P integrat.

Există două fluxuri (e-mailuri de încredere sau e-mailuri false) pe care le atribuiți prin intermediul șablonului de integrare din Webex.

Cerințe BroadWorks:

Utilizatorul există pe BroadWorks cu un număr principal sau o extensie.
Utilizatorul este alocat serviciul IM+P integrat , care indică URL-ul serviciului de configurare Webex.
Numai e-mailuri de încredere. Utilizatorul are o adresă de e-mail configurată pe BroadWorks. Vă recomandăm să adăugați, de asemenea, e-mailul în câmpul Alternate ID , deoarece acest lucru permite utilizatorului să se conecteze utilizând acreditările BroadWorks.
BroadWorks are patch-uri obligatorii instalate pentru configurarea fluxului. Consultaţi Cerinţele pentru plasturi cu Flowthrough Provisioning (de mai jos) pentru cerinţe privind plasturii.
BroadWorks AS este conectat direct la cloudul Webex sau proxy-ul adaptorului de configurare este configurat cu conexiune la URL-ul serviciului de configurare Webex.

Consultați Configurarea serverului aplicației cu URL-ul serviciului de configurare pentru a obține URL-ul serviciului de configurare Webex.

Consultați Cisco BroadWorks Implement Proxy Adapter FD pentru a configura proxy-ul adaptorului de configurare.

Cerințe Webex:

Șablonul de integrare include următoarele setări:

Activați comutatorul BroadWorks Flow prin configurare este activat.
Se atribuie numele și parola contului de configurare utilizând acreditările administratorului de nivel al sistemului BroadWorks
Verificarea utilizatorului este setată la e-mailurile Trust BroadWorks sau la e-mailurile de neîncredere.

Auto-configurare utilizator

Administratorul oferă un utilizator BroadWorks existent cu un link către Portalul de activare a utilizatorului. Utilizatorul trebuie să se conecteze la portal utilizând acreditările BroadWorks și să furnizeze o adresă de e-mail validă. După validarea e-mailului, Webex primește informații suplimentare de la utilizator pentru a finaliza configurarea.

Cerințe BroadWorks:

Utilizatorul trebuie să existe pe BroadWorks cu un număr principal sau o extensie

Cerințe Webex:

Șablonul de integrare include următoarele setări:

Activarea comutatorului de alimentare prin configurare este dezactivată.
Verificarea utilizatorului este setată la e-mailuri de neîncredere.
Permite utilizatorilor să se auto-activeze este bifată.

Configurare controlată SP prin API

(E-mailuri de încredere sau de neîncredere)

Webex expune un set de API-uri publice care vă permit să construiți configurarea utilizatorului în fluxurile și instrumentele de lucru existente. Există două fluxuri:

E-mailuri de încredere – API-ul oferă utilizatorului, aplicând e-mailul BroadWorks ca e-mail Webex.
E-mailuri nefiabile – API-ul prevede utilizatorul, dar utilizatorul trebuie să se conecteze la Portalul de activare a utilizatorului și să furnizeze o adresă de e-mail validă.

Cerințe BroadWorks:

Utilizatorul trebuie să existe pe BroadWorks cu un număr principal sau o extensie.

Cerințe Webex:

În șablonul de integrare, verificarea utilizatorului este setată fie la e-mailurile Trust BroadWorks, fie la e-mailurile de neîncredere.
Trebuie să vă înregistrați aplicația, solicitând permisiunea.
Trebuie să solicitați pe tokenul OAuth scopurile evidențiate în secțiunea „Autentificare” din Ghidul Webex pentru dezvoltatorii BroadWorks.
Trebuie să dedicați un administrator sau un administrator de configurare în organizația partenerului.

Pentru a utiliza API-urile, accesați abonații BroadWorks.

Patch-uri necesare cu configurare prin flux

Pentru R22:

Instalați AP.as.22.0.1123.ap376508.
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pentru R23:

Instalați AP.as.23.0.1075.ap376509
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pentru R24:

Instalați AP.as.24.0.944.ap375100
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

După ce finalizați acești pași, nu veți putea furniza noi utilizatori cu servicii de colaborare UC-One. Utilizatorii nou configurați trebuie să fie Webex pentru utilizatorii Cisco BroadWorks.

Locale de limbă acceptate

În timpul configurării, limba care a fost atribuită în BroadWorks primului utilizator administrativ prevăzut este atribuită automat ca localitate implicită pentru organizația client respectiv. Această setare determină limba implicită utilizată pentru e-mailurile de activare, întâlniri și invitații la întâlnire în cadrul organizației clientului respectiv.

Sunt acceptate cinci locații de limbă pentru caractere în format (ISO-639-1)_(ISO-3166). De exemplu, en_SUA corespunde English_UnitedStates. Dacă se solicită doar o limbă cu două litere (utilizând formatul ISO-639-1), serviciul va genera o limbă locală cu cinci caractere combinând limba solicitată cu un cod de țară din șablon, adică „anguage_Codul de țară solicitedL”, dacă nu se poate obține un local valid, atunci localitatea sensibilă implicită utilizată pe baza codului de limbă solicitat.

Următorul tabel enumeră localitățile acceptate și maparea care transformă un cod de limbă cu două litere într-un local cu cinci caractere pentru situațiile în care un local cu cinci caractere nu este disponibil.

Tabelul 1. Coduri locale de limbă acceptate
Locale de limbă acceptate (ISO-639-1)_(ISO-3166)	Dacă este disponibil doar un cod de limbă cu două litere...
Locale de limbă acceptate (ISO-639-1)_(ISO-3166)	Cod lingvistic (ISO-639-1) **	Utilizați în schimb localul sensibil implicit (ISO-639-1)_(ISO-3166)
en_US en_AU en_GB en_CA	Nu este cazul.	en_US
fr_FR fr_CA	fr	fr_FR
cs_CZ	c.	cs_CZ
da_DK	Nu este cazul.	da_DK
de_DE	de	de_DE
hu_HU	hu	hu_HU
id_ID	id	id_ID
it_IT	it	it_IT
ja_JP	Nu este cazul.	ja_JP
ko_KR	ko	ko_KR
es_ES es_CO es_MX	Nu este cazul.	es_ES
nl_NL	nl	nl_NL
nb_NU	nb	nb_NU
pl_PL	pl	pl_PL
pt_PT. pt_BR	pt.	pt_PT.
ru_RU	ru	ru_RU
ro_ES	es	ro_ES
zh_CN zh_TW	zh	zh_CN
sv_SE	sv	sv_SE
ar_SA	ar	ar_SA
tr_TR	în	tr_TR

Localitățile es_CO, id_ID, nb_NO și pt_PT nu sunt acceptate de site-urile Webex Meeting. Pentru aceste spații, Site-urile Webex Meetings vor fi disponibile numai în limba engleză. Engleza este localizarea implicită pentru site-uri dacă nu este necesară o localizare/invalidă/neacceptată pentru site. Acest câmp lingvistic este aplicabil în timp ce creați un site Organizație și Webex Meetings. Dacă nicio limbă nu este menționată într-un post sau în API-ul abonatului, atunci limba din șablon va fi utilizată ca limbă implicită.

Branding

Administratorii partenerilor pot utiliza personalizări avansate de branding pentru a personaliza modul în care arată aplicația Webex pentru organizațiile clienți pe care le administrează partenerul. Administratorii parteneri pot particulariza următoarele setări pentru a se asigura că aplicația Webex reflectă marca și identitatea companiei lor:

Sigle ale companiei
Scheme de culori unice pentru modul Luminos sau modul Întunecat
URL-uri de asistență personalizate

Pentru detalii despre modul de personalizare a brandingului, consultați Configurarea personalizărilor avansate ale brandingului.

Personalizările de bază ale brandingului sunt în curs de a fi deprecatate. Vă recomandăm să implementați branding avansat, care oferă o gamă mai largă de personalizări.
Pentru detalii despre modul în care se aplică brandingul atunci când se atașează la o organizație preexistentă a clienților, consultați Condițiile atașamentului organizației din secțiunea Attach Webex for BroadWorks la secțiunea Organizație existentă.

Se integrează șabloanele

Șabloanele de integrare vă permit să definiți parametrii prin care clienții și abonații asociați sunt configurați automat pe Webex pentru Cisco BroadWorks. Puteți configura mai multe șabloane de integrare după cum este necesar, dar atunci când înregistrați un client, acesta este asociat cu un singur șablon (nu puteți aplica mai multe șabloane unui singur client).

Unii dintre parametrii principali ai șablonului sunt enumerați mai jos.

Pachet

Trebuie să selectați un pachet implicit atunci când creați un șablon (Consultați pachetele din secțiunea Prezentare generală pentru detalii). Toți utilizatorii care sunt configurați cu acel șablon, fie prin flux- sau auto-configurare, primesc pachetul implicit.
Aveți control asupra selecției de pachete pentru diferiți clienți prin crearea mai multor șabloane și selectarea diferitelor pachete implicite în fiecare. Puteți apoi să distribuiți diferite linkuri de configurare sau diferite adaptoare de configurare per întreprindere, în funcție de metoda de configurare a utilizatorului aleasă pentru aceste șabloane.
Puteți schimba pachetul de abonați specifici din această funcție implicită, utilizând API-ul de configurare (consultați documentația API Webex pentru Cisco BroadWorks sau prin intermediul Hubului partener (consultați Schimbarea pachetului de utilizatori în Hubul partener).
Nu puteți schimba pachetul unui abonat de la BroadWorks. Alocarea serviciului IM&P integrat este fie pornită, fie oprită; dacă abonatului i se atribuie acest serviciu în BroadWorks, șablonul Hub partener asociat cu URL-ul de configurare al întreprinderii abonatului respectiv definește pachetul.

Retailer și întreprinderi sau furnizor de servicii și grupuri?

Modul în care este configurat sistemul BroadWorks are un impact asupra fluxului prin configurare. Dacă sunteți un revânzător cu întreprinderi, atunci trebuie să activați modul Enterprise atunci când creați un șablon.
Dacă sistemul BroadWorks este configurat în modul Furnizor de servicii, puteți opri modul Enterprise în șabloanele dvs.
Dacă intenționați să furnizați organizații ale clienților utilizând ambele moduri BroadWorks, trebuie să utilizați diferite șabloane pentru grupuri și întreprinderi.

Asigurați-vă că ați aplicat plasturii BroadWorks care sunt necesari pentru configurarea fluxului. Pentru detalii, consultați Patch-urile necesare cu configurarea fluxului.

Mod autentificare

Decide cum doriți ca abonații să se autentifice atunci când se conectează la Webex. Puteți aloca modul utilizând setarea Modului de autentificare din șablonul de integrare. Următorul tabel prezintă unele dintre opțiuni.

Această setare nu are niciun efect asupra conectării la Portalul de activare a utilizatorului. Utilizatorii care se conectează la portal trebuie să introducă ID-ul și parola de utilizator BroadWorks, astfel cum sunt configurate pe BroadWorks, indiferent de modul în care configurați Modul de autentificare în șablonul de integrare.

Mod autentificare	BroadWorks	Webex
Identitate principală a utilizatorului	ID de utilizator BroadWorks	Adresă de e-mail
Furnizor de identitate	BroadWorks. Dacă configurați o conexiune directă la BroadWorks, aplicația Webex se autentifică direct la serverul BroadWorks. Pentru a configura o conexiune directă, caseta de selectare Activare autentificare directă BroadWorks trebuie bifată în cadrul configurației clusterului BroadWorks din Hub-ul partenerului (în mod implicit, setarea nu este bifată). În caz contrar, autentificarea la BroadWorks este facilitată printr-un serviciu intermediar găzduit de Webex.	Identitate comună Cisco
Autentificare multi-factor?	Nu	Necesită IdP client care acceptă autentificarea cu mai mulți factori.
Cale de validare a acreditării	Browser-ul este lansat în cazul în care utilizatorul furnizează e-mail la fluxul inițial de conectare și de a descoperi modul lor de autentificare. Browserul este apoi redirecționat către o pagină de conectare BroadWorks găzduită de Webex (această pagină poate fi marcată) Utilizatorul furnizează ID-ul de utilizator și parola BroadWorks pe pagina de conectare. Datele de autentificare ale utilizatorilor sunt validate împotriva BroadWorks. În ceea ce privește succesul, un cod de autorizare este obținut de la Webex. Acest lucru este utilizat pentru a obține tokenurile de acces necesare pentru serviciile Webex.	Browser-ul este lansat în cazul în care utilizatorul furnizează e-mail la fluxul inițial de conectare și de a descoperi modul lor de autentificare. Browserul este redirecționat către IdP (fie Cisco Common Identity, fie Customer IdP), unde va fi prezentat cu un portal de conectare. Utilizatorul furnizează acreditările corespunzătoare pe pagina de conectare Autentificarea cu mai mulți factori poate avea loc dacă IdP-ul clientului acceptă acest lucru. În ceea ce privește succesul, un cod de autorizare este obținut de la Webex. Acest lucru este utilizat pentru a obține tokenurile de acces necesare pentru serviciile Webex.

Pentru o defalcare mai detaliată a fluxului de conectare SSO cu autentificare directă la BroadWorks, consultați Fluxul de conectare SSO.

UTF-8 codificare cu autentificare BroadWorks

Cu autentificarea BroadWorks, vă recomandăm să configurați codificarea UTF-8 pentru antetul de autentificare. UTF-8 rezolvă o problemă care poate apărea cu parole care utilizează caractere speciale prin care browserul web nu codifică corect caracterele. Folosind un antet codificat UTF-8, baza codificată cu 64 rezolvă această problemă.

Puteți configura codificarea UTF-8 prin rularea uneia dintre următoarele comenzi CLI pe XSP sau ADP:

XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8

Țară

Trebuie să selectați o țară atunci când creați un șablon. Această țară va fi alocată automat ca țară organizațională pentru toți clienții care sunt furnizați cu șablonul în Common Identity. În plus, țara organizației va determina numerele de apelare globale implicite pentru Cisco PSTN în site-urile Webex Meeting.

Numerele globale implicite de apelare ale site-ului vor fi setate la primul număr de apelare disponibil definit în domeniul telefoniei pe baza țării organizației. Dacă țara organizației nu este găsită în numărul de apelare definit în domeniul telefoniei, va fi utilizat numărul implicit al acelei locații.

Tabelul 2. Următorul tabel listează codul de țară implicit de apelare în funcție de fiecare locație:
S Nu.	Loc	Cod țară	Nume țară
1	AMER	+1	US, CA
2	APAC	+65	Singapore
3	RESPIRAȚIE	+61	Australia
4	EMEA	+44	Regatul Unit
5	EURO	+49	Germania

Aranjamente pentru parteneri multipli

Aveți de gând să sublicențiați Webex pentru Cisco BroadWorks unui alt furnizor de servicii? În acest caz, fiecare furnizor de servicii va avea nevoie de o organizație parteneră separată în Webex Control Hub pentru a le permite să furnizeze soluția pentru baza de clienți.

Adaptor de configurare și șabloane

Când utilizați configurarea prin flux, URL-ul de configurare pe care îl introduceți în BroadWorks este derivat din șablonul din Control Hub. Puteți avea mai multe șabloane și, prin urmare, mai multe URL-uri de configurare. Acest lucru vă permite să selectați, pe bază de întreprindere, ce pachet să se aplice abonaților atunci când li se acordă serviciul IM&P integrat.

Trebuie să luați în considerare dacă doriți să setați un URL de configurare la nivel de sistem ca cale de configurare implicită și ce șablon doriți să utilizați pentru acest lucru. În acest fel, trebuie doar să setați în mod explicit URL-ul de aprovizionare pentru acele întreprinderi care au nevoie de un șablon diferit.

De asemenea, rețineți că este posibil să utilizați deja un URL de configurare la nivel de sistem, de exemplu cu UC-One SaaS. În acest caz, puteți opta pentru păstrarea URL-ului de nivel de sistem pentru configurarea utilizatorilor pe UC-One SaaS și pentru suprascrierea întreprinderilor care se mută la Webex pentru Cisco BroadWorks. Alternativ, este posibil să doriți să mergeți în alt mod și să setați URL-ul de nivel de sistem pentru Webex pentru BroadWorks și să reconfigurați acele întreprinderi pe care doriți să le păstrați pe UC-One SaaS.

Opțiunile de configurare legate de această decizie sunt detaliate în Configurarea serverului aplicației cu URL-ul serviciului de configurare.

Proxy adaptor de configurare

Pentru securitate adăugată, proxy-ul adaptorului de configurare vă permite să utilizați un proxy HTTP(S) pe Platforma de livrare a aplicației pentru configurarea fluxului între AS și Webex. Conexiunea proxy creează un tunel TCP end-to-end care blochează traficul între AS și Webex, negând astfel necesitatea ca AS să se conecteze direct la internetul public. Pentru conexiuni securizate, TLS poate fi utilizat.

Această caracteristică necesită configurarea proxy-ului pe BroadWorks. Pentru detalii, consultați descrierea adaptorului de configurare Cisco BroadWorks.

Cerințe minime

Conturi

Toți abonații pe care îi configurați pentru Webex trebuie să existe în sistemul BroadWorks pe care îl integrați cu Webex. Puteți integra mai multe sisteme BroadWorks, dacă este necesar.

Toți abonații trebuie să aibă licențe BroadWorks și un număr principal sau o extensie.

Webex utilizează adresele de e-mail ca identificatori primari pentru toți utilizatorii. Dacă utilizați configurarea prin flux cu e-mailuri de încredere, atunci utilizatorii dvs. trebuie să aibă adrese valide în atributul de e-mail din BroadWorks.

Dacă șablonul utilizează autentificarea BroadWorks, puteți copia adresele de e-mail ale abonatului în atributul ID alternativ din BroadWorks. Acest lucru permite utilizatorilor să se conecteze la Webex utilizând adresele de e-mail și parolele BroadWorks.

Administratorii dvs. trebuie să utilizeze conturile lor Webex pentru a se conecta la Partner Hub.

Nu este acceptată înscrierea unui administrator BroadWorks în Webex pentru Cisco BroadWorks. Puteți înregistra numai utilizatorii de apelare BroadWorks care au un număr principal și/sau o extensie. Dacă utilizați configurarea prin flux, utilizatorilor trebuie să li se atribuie, de asemenea, serviciul IM&P integrat.

Serverele din Rețeaua și cerințele software

Instanță(e) BroadWorks cu versiunea minimă R22. Consultați cerințele de software BroadWorks (în acest document) pentru versiunile și patch-urile acceptate. Pentru mai multe informații, consultați Politica privind ciclul de viață al produselor BroadSoft secțiunea din Politica ciclului de viață BroadSoft și Matrice de compatibilitate software BroadWorks.

Instanța (instanțele) BroadWorks trebuie să includă cel puțin următoarele servere:
- Server de aplicații (AS) cu versiunea BroadWorks ca mai sus
- Server de rețea (NS)
- Server de profil (PS)

Cu fața publică a serverului|ADP XSP sau a platformei de livrare a aplicației (ADP) care îndeplinește următoarele cerințe:
- Serviciu de autentificare (BWAuth)
- Interfețe acțiuni și evenimente XSI
- DMS (aplicație web de gestionare a dispozitivelor)
- interfață CTI (Intergrație Telefonie Computer)
- TLS 1.2 cu un certificat valabil (nesemnat) și orice intermediari necesari. Necesită administratorul de nivel de sistem pentru a facilita căutarea întreprinderii.
- Autentificare reciprocă TLS (mTLS) pentru serviciul de autentificare (Necesită lanțul public de certificate pentru clienți Webex instalat ca ancore de încredere)
- Autentificare reciprocă TLS (mTLS) pentru interfața CTI (Necesită lanțul public de certificate pentru clienți Webex instalat ca ancore de încredere)
Un server XSP/ADP separat care acționează ca un “Call Notifications Push Server” (un NPS din mediul dvs. utilizat pentru a împinge notificările de apel către Apple/Google. Îl numim „CNPS” aici pentru a-l distinge de serviciul Webex care oferă notificări push pentru mesagerie și prezență).

Acest server trebuie să fie pe R22 sau mai târziu.
Trimitem un server XSP/ADP separat pentru CNPS, deoarece imprevizibilitatea încărcării din Webex pentru conexiunile cloud BWKS ar putea afecta negativ performanța serverului NPS, rezultând o latență crescută a notificării. Consultați Ghidul de Inginerie al Sistemului Cisco BroadWorks pentru mai multe informații pe scara XSP|ADP.

Platformele Aplicației Webex

Pentru a descărca versiunea în limba engleză a Aplicației Webex, accesați https://www.webex.com/webexfromserviceproviders-downloads.html. Aplicația Webex este disponibilă pe:

PC-uri/laptopuri pentru Windows
PC-uri Apple / laptopuri cu MacOS
iOS (Magazin Apple)
Android (Play Store)
Browsere web (accesați https://teams.webex.com/)

Versiuni localizate

Pentru a descărca o versiune localizată a Aplicației Webex, utilizați unul dintre aceste linkuri:

https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (Coreeană)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (Franceză)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (Portugheză)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Chineză Tradițională)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (Chineză simplificată)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japonia)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spania)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (Germană)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (Italiană)

Telefoane fizice și accesorii

Telefoane Cisco IP:
- Telefon Cisco IP seria 6800 cu Firmware pentru mai multe platforme pentru mai multe platforme
- Telefon Cisco IP seria 7800 cu Firmware pentru mai multe platforme pentru mai multe platforme
- Telefon Cisco IP seria 8800 cu Firmware pentru mai multe platforme pentru mai multe platforme
  
  A se vedea https://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html pentru modele și mai multe informații.
Sprijinim telefoanele terțe în același mod ca și alte integrări BroadWorks. Cu toate acestea, nu au încă contacte și integrare de prezență cu Webex pentru Cisco BroadWorks.
Adaptoare:
- Adaptor de telefon analogic pentru mai multe platforme Cisco ATA 191
- Adaptor de telefon analogic pentru mai multe platforme Cisco ATA 192
  
  A se vedea https://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html pentru modele și mai multe informații.
Căști:
- Căști Cisco seria 500
  
  Consultați https://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.html pentru modele și mai multe informații.
Dispozitive de sistem de operare Room:
- Seria Webex Room și Room Kit
- Seria Webex Desk
- Seria Webex Board

Integrare dispozitiv

Pentru detalii despre modul de integrare și service al dispozitivelor Room OS și MPP pentru Webex pentru Cisco BroadWorks, consultați Ghidul de integrare a dispozitivelor pentru Webex pentru Cisco BroadWorks.

Profile dispozitiv

Mai jos sunt fișierele DTAF pe care trebuie să le încărcați pe serverele aplicației pentru a sprijini Aplicația Webex ca client de apelare. Ele sunt aceleași fișiere DTAF ca și utilizate pentru UC-One SaaS, cu toate acestea, există un nou config-wxt.xml.template fișier utilizat pentru Aplicația Webex.

Pentru a descărca cele mai recente profiluri de dispozitiv, accesați site-ul Descărcări Software Platforma de livrare a aplicației pentru a obține cele mai recente fișiere DTAF. Aceste descărcări funcționează atât pentru ADP, cât și pentru XSP.

Nume client	Tipul profilului dispozitivului și numele pachetului
Șablon mobil Webex	Tipul profilului de identitate/dispozitiv: Conectare - Mobile DTAF: `ucone-mobile-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip` Fișier configurare: `config-wxt.xml`
Șablon de tablete Webex	Tipul profilului de identitate/dispozitiv: Conectare - tabletă DTAF: `ucone-tablet-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip` Fișier configurare: `config-wxt.xml`
Șablon desktop Webex	Tipul profilului de identitate/dispozitiv: Comunicator de afaceri - PC DTAF: `ucone-desktop-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip` Fișier configurare: `config-wxt.xml`

Nume client

Tipul profilului dispozitivului și numele pachetului

Șablon mobil Webex

Tipul profilului de identitate/dispozitiv: Conectare - Mobile

DTAF: ucone-mobile-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Șablon de tablete Webex

Tipul profilului de identitate/dispozitiv: Conectare - tabletă

DTAF: ucone-tablet-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Șablon desktop Webex

Tipul profilului de identitate/dispozitiv: Comunicator de afaceri - PC

DTAF: ucone-desktop-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Identificare/profil dispozitiv

Toți utilizatorii Webex pentru Cisco BroadWorks trebuie să aibă un profil de identitate/dispozitiv atribuit BroadWorks care utilizează unul dintre profilurile dispozitivului de mai sus pentru a efectua apeluri utilizând Aplicația Webex. Profilul oferă configurația care permite utilizatorului să plaseze apeluri.

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks

Ridicați o solicitare de serviciu cu agentul dvs. de integrare sau cu Cisco TAC pentru a furniza Cisco OAuth pentru contul dvs. Cisco Identity Provider Federation.

Utilizați următorul titlu de solicitare pentru caracteristicile respective:

XSP|ADP AuthService Configuration' pentru a configura serviciul pe XSP|ADP.
„Configurare NPS pentru configurarea proxy-ului Auth” pentru a configura NPS pentru a utiliza proxy-ul de autentificare.
Sincronizare UUID utilizator CI pentru sincronizare UUID utilizator CI. Pentru mai multe detalii despre această caracteristică, consultați: Asistență Cisco BroadWorks pentru CI UUID.
Configurați BroadWorks pentru a activa facturarea Cisco pentru BroadWorks și abonamentele Webex Pentru BroadWorks.

Cisco vă oferă un ID de client OAuth, un secret al clientului și un token de reîmprospătare care este valabil timp de 60 de zile. Dacă tokenul expiră înainte de a-l utiliza, puteți ridica o altă solicitare.

Dacă ați obținut deja acreditările furnizorului de identitate Cisco OAuth, completați o nouă solicitare de serviciu pentru a vă actualiza acreditările.

Certificate de comandă

Cerințe de certificare pentru autentificarea TLS

Veți avea nevoie de Certificate de securitate, semnate de o autoritate de certificare bine cunoscută și implementate pe site-urile dvs. publice cu care se confruntă XSP|, pentru toate aplicațiile necesare. Acestea vor fi utilizate pentru a sprijini verificarea certificatului TLS pentru toată conectivitatea la intrare pe serverele dvs. XSP|ADP.

Aceste certificate trebuie să includă numele dvs. de domeniu complet calificat XSP|ADP ca nume comun al subiectului sau nume alternativ al subiectului.

Cerințele exacte pentru implementarea acestor certificate de server depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă rezumă cazul în care certificatul de server public semnat CA trebuie încărcat în aceste trei cazuri:

CA-urile acceptate public pe care aplicația Webex le acceptă pentru autentificare sunt enumerate în Autoritățile de certificare acceptate pentru serviciile hibride Webex.

Cerințe privind certificatul TLS pentru proxy-ul TLS-bridge

Certificatul de server semnat public este încărcat în proxy.
Proxy-ul prezintă acest certificat de server semnat public către Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.
Un certificat intern semnat CA poate fi încărcat pe XSP|ADP.
XSP|ADP prezintă acest certificat de server semnat intern proxy-ului.
Proxy-ul are încredere în CA intern care a semnat certificatul de server XSP|ADP.

Cerințe de certificare TLS pentru TLS-passthrough Proxy sau XSP|ADP în DMZ

Certificatul de server semnat public este încărcat în |ADP-urile XSP.
ADP-urile XSP| prezintă certificatelor de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului |ADP XSP.

Cerințe suplimentare de certificare pentru autentificarea reciprocă TLS prin interfața CTI

Când vă conectați la interfața CTI, Webex prezintă un certificat de client ca parte a autentificării TLS reciproce. Certificatul CA/lanțul de certificate pentru clienți Webex este disponibil pentru descărcare prin Control Hub.

Pentru a descărca certificatul:

Conectați-vă la Partner Hub, accesați Setări > BroadWorks Calling și faceți clic pe linkul certificatului de descărcare.

Cerințele exacte pentru implementarea acestui lanț de certificate Webex CA depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă sintetizează cerințele certificatului în aceste trei cazuri:

***Schimb de certificate mTLS pentru CTI prin diferite configurații de margine***

(Opțiune) Cerințe de certificare pentru proxy-ul cu punte TLS

Webex prezintă proxy-ului un certificat de client semnat public.
Proxy-ul are încredere în CA intern Cisco care a semnat certificatul clientului. Puteți descărca acest CA / lanț din Control Hub și îl puteți adăuga la magazinul de încredere al proxy-ului. Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în proxy.
Proxy-ul prezintă certificatul de server semnat public pentru Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.

Proxy-ul prezintă un certificat de client semnat intern către |ADP-urile XSP.

Acest certificat trebuie să aibă câmpul de extensie x509.v3 Utilizare extinsă a cheii populat cu OID BroadWorks 1.3.6.1.4.1.6431.1.1.8.2.1.3 și clientAuth scop TLS. De exemplu:

X509v3 extensions:
    X509v3 Extended Key Usage:
        1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication

CNN al certificatului intern trebuie să fie bwcticlient.webex.com.

Atunci când generați certificate de client intern pentru proxy, rețineți că certificatele SAN nu sunt acceptate. Certificatele serverului intern pentru XSP|ADP pot fi SAN.
Este posibil ca autoritățile publice de certificare să nu fie dispuse să semneze certificatele cu OID-ul BroadWorks propriu, care este necesar. În cazul unui proxy de legătură, este posibil să fiți obligat să utilizați un CA intern pentru a semna certificatul clientului pe care proxy-ul îl prezintă la XSP|ADP.

ADP-urile XSP| au încredere în CA intern.
ADP-urile XSP| prezintă un certificat de server semnat intern.
Proxy-ul are încredere în CA intern.
ClientIdentity a serverului de aplicații conține CN-ul certificatului de client semnat intern prezentat către XSP|ADP de către proxy.

(Opțiune) Cerințe de certificare pentru proxy TLS-passthrough sau XSP|ADP în DMZ

Webex prezintă un certificat de client Cisco semnat CA intern pentru ADP-urile XSP|.
ADP-urile XSP| au încredere în CA intern Cisco care a semnat certificatul clientului. Puteți descărca acest CA / lanț din Control Hub și îl puteți adăuga la magazinul de încredere al proxy-ului. Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în |ADP-urile XSP.
ADP-urile XSP| prezintă certificatelor de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului |ADP XSP.
Serverul de aplicații ClientIdentity conține CN-ul certificatului de client semnat de Cisco prezentat XSP|ADP de Webex.

Pregătiți-vă rețeaua

Pentru mai multe informații despre conexiunile utilizate de Webex pentru Cisco BroadWorks, consultați: Cerințe de rețea pentru Webex pentru Cisco BroadWorks. Acest articol are lista de adrese IP, porturi și protocoale necesare pentru a configura regulile de intrare și intrare ale firewall-ului dvs.

Cerințe de rețea pentru serviciile Webex

Tabelele anterioare privind firewall-ul Regulilor privind intrările și intrările documentează numai conexiunile specifice Webex pentru Cisco BroadWorks. Pentru informații generale despre conexiunile dintre aplicația Webex și cloud-ul Webex, consultați Cerințele de rețea pentru serviciile Webex. Acest articol este generic pentru Webex, dar următorul tabel identifică diferitele secțiuni ale articolului și cât de relevantă este fiecare secțiune pentru Webex pentru Cisco BroadWorks.

Tabelul 3. Cerințe de rețea pentru Webex App Connections (Generic)
Secțiunea Cerințe de rețea Articol	Relevanţa informaţiilor
Rezumatul tipurilor de dispozitive și al protocoalelor acceptate de Webex	Informațional
Protocoale de transport și cifruri de criptare pentru aplicațiile și dispozitivele Webex înregistrate în cloud	Informațional
Servicii Webex – Numere de port și protocoale	Trebuie să citiți
Subrețele IP pentru serviciile media Webex	Trebuie să citiți
Domenii și URL-uri care trebuie accesate pentru serviciile Webex	Trebuie să citiți
URL-uri suplimentare pentru serviciile hibride Webex	Opțional
Funcții proxy	Opțional
802.1X – Controlul accesului în rețea pe bază de port	Opțional
Cerințe de rețea pentru serviciile Webex bazate pe SIP	Opțional
Cerințe de rețea pentru Webex Edge Audio	Opțional
Un rezumat al altor servicii hibride și documentații Webex	Opțional
Servicii Webex pentru clienții FedRAMP	Nu este cazul

Informații suplimentare

Pentru informații suplimentare, consultați Webex App Firewall Whitepaper (PDF).

Asistență pentru redundanță BroadWorks

Serviciile Webex Cloud și aplicațiile pentru clienți Webex care trebuie să acceseze rețeaua partenerului acceptă pe deplin redundanța Broadworks XSP|ADP furnizată de partener. Atunci când un XSP|ADP sau un site nu este disponibil pentru întreținere planificată sau pentru motive neplanificate, serviciile și aplicațiile Webex pot avansa către un alt XSP|ADP sau site furnizat de partener pentru a finaliza o solicitare.

Topologie rețea

ADP-urile Broadworks XSP| pot fi implementate direct pe Internet sau pot locui într-un DMZ frontal cu un element de echilibrare a sarcinii, cum ar fi F5 BIG-IP. Pentru a oferi geo-redundanță, |ADP-urile XSP pot fi implementate în două (sau mai multe) centre de date, fiecare poate fi frontată de un balansor de sarcină, fiecare având o adresă IP publică. Dacă ADP-urile XSP| sunt în spatele unui echilibrator de sarcină, microservicele și aplicația Webex văd numai adresa IP a echilibratorului de sarcină, iar Broadworks pare să aibă doar un XSP|ADP, chiar dacă există mai multe |ADP-uri XSP în spatele acestuia.

În exemplul de mai jos, |ADP-urile XSP sunt implementate la două site-uri, Site A și Site B. Există două |ADP-uri XSP față de un Balancer de sarcină la fiecare site. Site-ul A are XSP|ADP1 și XSP|ADP2 față de LB1, iar Site-ul B are XSP|ADP3 și XSP|ADP4 față de LB2. Numai Balancerele de încărcare sunt expuse în rețeaua publică, iar |ADP-urile XSP se află în rețelele private DMZ.

Servicii Webex Cloud

configurare DNS

Microservicele Webex Cloud trebuie să poată găsi serverul (serverele) Broadworks XSP|ADP pentru conectarea la interfețele Xsi, serviciul de autentificare și CTI.

Microservicii Webex Cloud vor efectua căutări DNS A/AAAA ale numelui de gazdă XSP|ADP configurat și se vor conecta la adresa IP returnată. Acesta ar putea fi un element de margine de echilibrare a sarcinii sau ar putea fi serverul XSP|ADP în sine. Dacă sunt returnate mai multe adrese IP, va fi selectat primul IP din listă. Căutarea SRV nu este acceptată în prezent.

Exemplu: Partenerul DNS A Record pentru descoperirea serverului Round-Robin echilibrat XSP|ADP cu care se confruntă pe internet / Balancers de încărcare.

Tip înregistrare	Nume	Țintă	Scop
A	`webex-cloud-xsp.example.com`	`198.51.100.48`	Puncte către LB1 (Site A)
A	`webex-cloud-xsp.example.com`	`198.51.100.49`	Puncte către LB2 (Site B)

Orice referință la XSP include fie XSP, fie ADP.

Eşec

Când microservicele Webex trimit o solicitare către XSP|ADP/Load Balancer și cererea eșuează, se pot întâmpla mai multe lucruri:

Dacă defecțiunea se datorează unei erori de rețea (de exemplu: TCP, SSL), microservicele Webex marchează IP-ul ca blocat și efectuează imediat un progres de rută către următorul IP.
Dacă este returnat un cod de eroare (HTTP 5xx), microservicele Webex marchează IP-ul ca blocat și efectuează imediat un progres de rută către următorul IP.
Dacă nu se primește niciun răspuns HTTP în termen de 2 secunde, timpii de solicitare și microservicele Webex marchează IP-ul ca blocat și efectuează un progres de rută către următorul IP.

Fiecare solicitare este încercată de 3 ori înainte ca un eșec să fie raportat înapoi la microservice.

Atunci când un IP se află în lista blocată, acesta nu va fi inclus în lista de adrese pentru a încerca atunci când trimiteți o solicitare către un XSP|ADP. După o perioadă predeterminată de timp, un IP blocat expiră și revine în listă pentru a încerca atunci când se face o altă solicitare.

Dacă toate adresele IP sunt blocate, microservicul va încerca în continuare să trimită cererea selectând aleatoriu o adresă IP din lista blocată. Dacă s-a reușit, acea adresă IP este eliminată din lista blocată.

Stare

Starea conectivității serviciilor Webex Cloud la ADP-urile XSP| sau Balancerele de încărcare poate fi văzută în Control Hub. În cadrul unui cluster de apelare BroadWorks, este afișată o stare de conexiune pentru fiecare dintre aceste interfețe:

Acțiuni XSI
Evenimente XSI
Serviciu de autentificare

Starea conexiunii este actualizată atunci când pagina este încărcată sau în timpul actualizărilor de intrare. Stările conexiunilor pot fi:

Verde: Când interfața poate fi atinsă pe unul dintre IP-uri în căutarea O înregistrare.
Roşu: Atunci când toate IPs-urile din căutarea unei înregistrări sunt inaccesibile, iar interfața nu este disponibilă.

Următoarele servicii utilizează microservicele pentru a se conecta la |ADP-urile XSP și sunt afectate de disponibilitatea interfeței XSP|ADP:

Conectare la aplicația Webex
Reîmprospătare token aplicație Webex
E-mail/auto-activare de neîncredere
Verificarea stării de sănătate a serviciului Broadworks

Aplicația Webex

configurare DNS

Aplicația Webex accesează serviciile Xtended Services Interface (XSI-Actions & XSI-Events) și Device Management Service (DMS) de pe XSP|ADP.

Pentru a găsi serviciul XSI, aplicația Webex efectuează căutări DNS SRV pentru _xsi-client._tcp.<webex app xsi domain>. SRV indică URL-ul configurat pentru gazdele XSP|ADP sau echilibratoarele de sarcină pentru serviciul XSI. Dacă căutarea SRV nu este disponibilă, aplicația Webex revine la căutarea A/AAAA.

SRV se poate rezolva la mai multe obiective A/AAAA. Cu toate acestea, fiecare înregistrare A/AAAA trebuie să mapeze doar la o singură adresă IP. Dacă există mai multe |ADP-uri XSP într-un DMZ în spatele dispozitivului de echilibrare a sarcinii/de margine, este necesar ca echilibratorul de sarcină să fie configurat pentru a menține persistența sesiunii pentru a direcționa toate solicitările aceleiași sesiuni către același XSP|ADP. Mandatăm această configurație deoarece bătăile inimii XSI ale clientului trebuie să meargă la același XSP|ADP care este utilizat pentru a stabili canalul evenimentului.

În Exemplul 1, înregistrarea A/AAAA pentru webex-app-XSP|ADP.example.com nu există și nu este necesară. Dacă DNS-ul dvs. necesită definirea unei înregistrări A/AAAA, atunci trebuie returnată numai 1 adresă IP. Indiferent, SRV trebuie să fie încă definit pentru Aplicația Webex.

Dacă aplicația Webex utilizează numele A/AAAA care se rezolvă la mai mult de o adresă IP sau dacă elementul de echilibrare/margine a sarcinii nu menține persistența sesiunii, clientul trimite în cele din urmă bătăi de inimă către un XSP|ADP în cazul în care nu a stabilit un canal de eveniment. Acest lucru duce la distrugerea canalului și, de asemenea, la un trafic intern semnificativ mai mare, care afectează performanța clusterului XSP|ADP.

Deoarece Aplicația Webex Cloud și Webex au cerințe diferite în căutarea înregistrărilor A/AAAA, trebuie să utilizați un FQDN separat pentru Webex Cloud și Aplicația Webex pentru a accesa |ADP-urile dvs. XSP. După cum se arată în exemple, Webex Cloud utilizează O înregistrare webex-cloud-xsp.example.com, iar Aplicația Webex utilizează SRV _xsi-client._tcp.webex-app-xsp.example.com.

Exemplul 1—Mai multe |ADP-uri XSP, fiecare din spatele echilibratorilor de sarcină separați

În acest exemplu, SRV indică mutarea înregistrărilor A cu fiecare înregistrare A, indicând un balansor de sarcină diferit la un site diferit. Aplicația Webex va utiliza întotdeauna prima adresă IP din listă și se va muta la următoarea înregistrare numai dacă prima este în jos.

Mai jos este un exemplu de înregistrări SRV.

Tip înregistrare	Înregistrați	Țintă	Scop
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc1.example.com`	Descoperirea clientului interfeței Xsi
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc2.example.com`	Descoperirea clientului interfeței Xsi
A	`xsp-dc1.example.com`	`198.51.100.48`	Puncte către LB1 (site A)
A	`xsp-dc2.example.com`	`198.51.100.49`	Puncte către LB2 (site B)

Exemplul 2—Mai multe |ADP-uri XSP în spatele unui singur balansor de sarcină (cu Podul TLS)

Pentru cererea inițială, echilibratorul de sarcină selectează un XSP|ADP aleatoriu. Faptul că XSP|ADP returnează un cookie pe care Aplicația Webex îl include în cererile viitoare. Pentru solicitările viitoare, echilibratorul de sarcină utilizează modulul cookie pentru a direcționa conexiunea la XSP|ADP corect, asigurându-se că canalul evenimentului nu se rupe.

Tip înregistrare	Înregistrați	Țintă	Scop
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`LB.example.com`	balansor De Încărcare
A	LB.example.com	`198.51.100.83`	Adresa IP a echilibratorului de sarcină (\|ADP-urile XSP sunt în spatele echilibratorului de sarcină)

URL DMS

În timpul procesului de conectare, Aplicația Webex va prelua, de asemenea, URL-ul DMS pentru a descărca fișierul de configurare. Gazda din URL va parsa, iar aplicația Webex va efectua căutarea DNS A/AAAA a gazdei pentru a se conecta la ADP XSP|care găzduiește serviciul DMS.

Exemplu: DNS O înregistrare pentru descoperirea serverului XSP|ADP cu fața la internet echilibrată Round-Robin / Balancers de încărcare de către aplicația Webex pentru a descărca fișiere de configurare prin DMS:

Tip înregistrare	Nume	Țintă	Scop
A	`xsp-dms.example.com`	`198.51.100.48`	Puncte către LB1 (site A)
A	`xsp-dms.example.com`	`198.51.100.49`	Puncte către LB2 (site B)

Orice referință la XSP include fie XSP, fie ADP.

Cum găsește aplicația Webex adresele XSP|ADP

Clientul încearcă să localizeze nodurile XSP|ADP utilizând următorul flux DNS:

Clientul preia inițial URL-urile Xsi-Actions/Xsi-Events din Webex Cloud (le-ați introdus la crearea clusterului BroadWorks Calling asociat). Numele/domeniul gazdei Xsi este parsat din URL, iar clientul efectueaza cautarea SRV dupa cum urmeaza:
1. Clientul efectuează o căutare SRV pentru _xsi-client._tcp.<xsi domain="">
2. În cazul în care căutarea SRV returnează unul sau mai multe obiective A/AAAA:
  1. Clientul caută A/AAAA pentru aceste ținte și cache adresele IP returnate.
  2. Clientul se conectează la una dintre ținte (și, prin urmare, înregistrarea A / AAAA cu o singură adresă IP) pe baza priorității SRV, apoi greutatea (sau la întâmplare, dacă toate sunt egale).
3. Dacă căutarea SRV nu returnează niciun obiectiv:
  
  Clientul caută A/AAAA parametrul rădăcină Xsi și apoi încearcă să se conecteze la adresa IP returnată. Acesta ar putea fi un element de margine de echilibrare a sarcinii sau ar putea fi serverul XSP|ADP în sine.
  
  După cum s-a menționat, înregistrarea A/AAAA trebuie să se rezolve la o adresă IP din aceleași motive.
(Opțional) Puteți furniza ulterior detalii XSI-Actions/XSI-Events personalizate în configurația dispozitivului pentru aplicația Webex, utilizând următoarele etichete:
```
<protocols>
	<xsi>
		<paths>
			<root>%XSI_ROOT_WXT%</root>
			<actions>%XSI_ACTIONS_PATH_WXT%</actions>
			<events>%XSI_EVENTS_PATH_WXT%</events>
		</paths>
	</xsi>
</protocols>
```
1. Acești parametri de configurare au prioritate față de orice configurație din clusterul BroadWorks din Control Hub.
2. Dacă există, clientul va compara adresa XSI originală primită prin configurația BroadWorks Cluster.
3. Dacă există vreo diferență detectată, clientul își va reinițializa conectivitatea XSI Actions/ XSI Events. Primul pas în acest sens este de a efectua același proces de căutare DNS enumerate la pasul 1 – de data aceasta solicitând o căutare pentru valoarea din %XSI_ROOT_WXT% parametrul din fișierul de configurare.
  
  Asigurați-vă că creați înregistrările SRV corespunzătoare dacă utilizați această etichetă pentru a modifica interfețele Xsi.

Eşec

În timpul conectării, Aplicația Webex efectuează o căutare DNS SRV pentru _xsi-client._tcp.<xsi domain="">, construiește o listă de gazde și se conectează la unul dintre gazde pe baza priorității SRV, apoi la greutate. Această gazdă conectată devine cea selectată pentru toate cererile viitoare. Un canal de eveniment este apoi deschis gazdei selectate și o bătaie de inimă este trimisă în mod regulat pentru a verifica canalul. Toate solicitările trimise după prima includ un cookie care este returnat în răspunsul HTTP, prin urmare, este important ca balansorul de sarcină să mențină persistența sesiunii (afinitate) și să trimită întotdeauna solicitări către același server XSP|ADP backend.

Dacă o solicitare sau o solicitare de bătăi de inimă către o gazdă eșuează, se pot întâmpla mai multe lucruri:

Dacă defecțiunea se datorează unei erori de rețea (de exemplu: TCP, SSL), ruta Aplicației Webex avansează imediat către următoarea gazdă din listă.
Dacă este returnat un cod de eroare (HTTP 5xx), Aplicația Webex marchează acea adresă IP ca fiind blocată și se îndreaptă către următoarea gazdă din listă.
Dacă un răspuns nu este primit într-o perioadă de timp, atunci cererea este considerată nereușită din cauza expirării termenului și următoarele cereri sunt trimise către următoarea gazdă. Cu toate acestea, solicitarea expirată este considerată nereușită. Unele cereri sunt reîncercate după eșec (cu timpul de reîncercare în creștere). Cererile ca presupusul non-vital nu sunt rejudecate.

Când o nouă gazdă este încercată cu succes, aceasta devine noua gazdă selectată dacă gazda este prezentă în listă. După ce ultima gazdă din listă este încercată, Aplicația Webex se va roti la prima.

În cazul bătăilor inimii, dacă există două eșecuri consecutive ale solicitării, Aplicația Webex va reiniția canalul evenimentului.

Rețineți că Aplicația Webex nu efectuează o copie de rezervă, iar descoperirea serviciului DNS se efectuează o singură dată la conectare.

În timpul conectării, Aplicația Webex încearcă să descarce fișierul de configurare prin interfața XSP|ADP/Dms. Acesta efectuează o căutare de înregistrare A/AAAA a gazdei în URL-ul DMS prelevat și se conectează la primul IP. Acesta va încerca mai întâi să trimită cererea pentru a descărca fișierul de configurare folosind un token SSO. Dacă acest lucru eșuează din orice motiv, va încerca din nou, dar cu numele de utilizator al dispozitivului și parola.

Implementarea Webex pentru BroadWorks

Prezentare generală implementare

Următoarele diagrame reprezintă ordinea tipică a sarcinilor dvs. de implementare pentru diferitele moduri de configurare a utilizatorului. Multe dintre sarcini sunt comune pentru toate modurile de configurare.

Afișează ordinea sarcinilor necesare pentru implementarea Webex pentru BroadWorks cu configurare prin flux și e-mailuri de încredere — ***Sarcini necesare pentru implementarea configurării prin flux***

Afișează ordinea sarcinilor necesare pentru implementarea Webex pentru BroadWorks cu configurare prin flux fără e-mailuri — ***Sarcini necesare pentru implementarea configurării fluxului fără e-mailuri de încredere***

Afișează ordinea sarcinilor necesare pentru implementarea Webex pentru BroadWorks cu auto-activare — ***Sarcini necesare pentru implementarea autoprovisionării utilizatorului***

Integrare partener pentru Webex pentru Cisco BroadWorks

Fiecare furnizor sau furnizor de servicii Webex pentru Cisco BroadWorks are nevoie de o organizație parteneră pentru Webex pentru Cisco BroadWorks. Dacă aveți o organizație parteneră Webex existentă, aceasta poate fi utilizată.

Pentru a finaliza integrarea necesară, trebuie să executați documentele Webex Cisco BroadWorks, iar noii parteneri trebuie să accepte Acordul de parteneriat online pentru canalele indirecte (ICPA). Când acești pași sunt finalizați, Cisco Compliance va crea o nouă organizație parteneră în Partner Hub (dacă este necesar) și va trimite un e-mail cu detalii de autentificare administratorului înregistrării din documentele dvs. În același timp, partenerul dvs. de activare și/sau managerul programului de succes pentru clienți vă va contacta pentru a începe integrarea.

Configurați serviciile pe dispozitivele Webex pentru |ADP-urile Cisco BroadWorks XSP

Cerem ca aplicația NPS să fie rulată pe un alt XSP|ADP. Cerințele pentru ca XSP|ADP să fie descrise în Configurarea notificărilor de apel din rețea.

Aveți nevoie de următoarele aplicații/servicii pe |ADP-urile dvs. XSP.

Serviciu/Aplicație	Este necesară autentificarea	Scopul serviciului/aplicației
Evenimente Xsi	TLS (serverul se autentifică în clienți)	Controlul apelurilor, notificări serviciu
Acțiuni Xsi	TLS (serverul se autentifică în clienți)	Controlul apelurilor, acțiuni
Gestionare dispozitiv	TLS (serverul se autentifică în clienți)	Descărcare configurație apelare
Serviciu de autentificare	TLS (serverul se autentifică în clienți)	Autentificare de bază
Integrare telefonie informatică	mTLS (autentificare client și server reciproc)	prezență Telefonie
aplicație Vizualizare web setări apel	TLS (serverul se autentifică în clienți)	Expune setările apelurilor utilizatorilor în portalul de auto-asistență din aplicația Webex

Această secțiune descrie modul de aplicare a configurațiilor necesare pentru TLS și mTLS pe aceste interfețe, dar trebuie să referiți documentația existentă pentru a obține aplicațiile instalate pe |ADP-urile dvs. XSP.

Cerințe de co-rezidență

Serviciul de autentificare trebuie să fie co-rezident cu aplicațiile Xsi, deoarece aceste interfețe trebuie să accepte jetoane de lungă durată pentru autorizarea serviciului. Serviciul de autentificare este necesar pentru a valida aceste jetoane.
Serviciul de autentificare și Xsi pot rula pe același port, dacă este necesar.
Puteți separa celelalte servicii/aplicații după cum este necesar pentru scara dvs. (de exemplu, ferma XSP|ADP dedicată gestionării dispozitivelor).
Puteți co-localiza aplicațiile Xsi, CTI, Serviciul de autentificare și DMS.
Nu instalați alte aplicații sau servicii pe |ADP-urile XSP care sunt utilizate pentru integrarea BroadWorks cu Webex.
Nu colocalizați aplicația NPS cu alte aplicații.

Interfețe Xsi

Instalați și configurați aplicațiile Xsi-Actions și Xsi-Events așa cum sunt descrise în Ghidul de configurare a interfeței pentru serviciile Cisco BroadWorks Xtended Services.

Doar o singură instanță a aplicațiilor Xsi-Events trebuie implementată pe XSP|ADP utilizat pentru interfața CTI.

Toate evenimentele Xsi utilizate pentru integrarea Broadworks cu Webex trebuie să aibă același nume de apelControlApplicationName definit în Applications/Xsi-Events/GeneralSettings. De exemplu:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Atunci când un utilizator este integrat în Webex, Webex creează un abonament pentru utilizatorul din AS pentru a primi evenimente de telefonie pentru prezență și istoricul apelurilor. Abonamentul este asociat cu apelControlApplicationName și AS îl utilizează pentru a ști la care Xsi-Events pentru a trimite evenimentele de telefonie.

Schimbarea numelui de apelControlApplicationName sau neavând același nume pe toate aplicațiile web Xsi-Events va afecta funcționalitatea abonamentelor și a evenimentelor de telefonie.

Configurați serviciul de autentificare (cu validarea token-ului CI)

Utilizați această procedură pentru a configura Serviciul de autentificare pentru a utiliza validarea CI Token cu TLS. Această metodă de autentificare este recomandată dacă rulați R22 sau mai mare și sistemul dvs. o acceptă.

TLS reciprocă (mTLS) este, de asemenea, acceptată ca o metodă alternativă de autentificare pentru Serviciul Auth. Dacă aveți mai multe organizații Webex care rulează pe același server XSP|ADP, trebuie să utilizați autentificarea mTLS, deoarece CI Token Validation nu acceptă mai multe conexiuni la același XSP|ADP Auth Service.

Pentru a configura autentificarea mTLS pentru Serviciul Auth în loc de validarea CI Token, consultați Anexa pentru Configurarea serviciilor (cu mTLS pentru Serviciul Auth).

Dacă utilizați în prezent mTLS pentru Serviciul Auth, nu este obligatoriu să vă reconfigurați pentru a utiliza validarea CI Token cu TLS.

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks.
Instalați următorii plasturi pe fiecare server |ADP XSP. Instalați plasturii care sunt potriviți pentru eliberarea dvs.:
- Pentru R22:
  
  AP.platform.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap368601
- Pentru R23:
  
  AP.xsp.23.0.1075.ap376509
  
  AP.platform.23.0.1075.ap376509
- Pentru R24 – nu este necesar niciun plasture
Orice referință la XSP include fie XSP, fie ADP.
Instalați AuthenticationService aplicație pe fiecare serviciu XSP|ADP.
1. Rulați următoarea comandă pentru a activa aplicația AuthenticationService pe XSP|ADP pe calea contextului /authService.
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
2. Rulați această comandă pentru a implementa Serviciul de autentificare pe XSP|ADP:
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...

Începând cu Broadworks build 2022.10, autoritățile de certificare care vin cu Java nu mai sunt incluse automat în magazinul de încredere BroadWorks atunci când trec la o nouă versiune de java. Serviciul de autentificare deschide o conexiune TLS la Webex pentru a prelua tokenul de acces și trebuie să aibă următoarele în truststore-ul său pentru a valida adresa URL IDBroker și Webex:

IdenTrust Commercial Root CA 1
Autoritatea certificatului Go Daddy Root - G2

Verificați dacă aceste certificate sunt prezente în cadrul următoarei CLI

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get

Dacă nu este prezent, executați următoarea comandă pentru a importa trusturile Java implicite:

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust

Alternativ, puteți adăuga manual aceste certificate ca ancore de încredere cu următoarea comandă:

ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>

Dacă ADP este actualizat de la o versiune anterioară, atunci autoritățile de certificare din vechea versiune sunt importate automat la noua versiune și vor continua să fie importate până când acestea sunt eliminate manual.

Aplicația AuthenticationService este scutită de setarea de validatePeerIdentity din cadrul ADP_CLI/System/SSLCommonSettings/GeneralSettings și validează întotdeauna identitatea inter-pares. Consultați Cisco Broadworks X509 Certificate Validation FD pentru mai multe informații despre această setare.

Configurați furnizorii de identitate rulând următoarele comenzi pe fiecare server |ADP XSP:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get

set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL> — Pentru URL, introduceți URL-ul IssuerName care se aplică clusterului dvs. CI. A se vedea tabelul următor.
set issuerUrl <URL> — Pentru URL, introduceți IssuerUrl care se aplică clusterului dvs. CI. A se vedea următorul tabel.
set tokenInfoUrl <IdPProxy URL> —Introduceți URL-ul proxy IdP care se aplică clusterului dvs. de echipe. A se vedea al doilea tabel care urmează.

Tabelul 1. Setați numele emitentului și adresa URL a emitentului

Dacă CI Cluster este...

Setați numele emitentului și adresa URL a...

US-A

US-B

https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

Dacă nu cunoașteți clusterul CI, puteți obține informațiile din detaliile clientului în vizualizarea Help Desk a Control Hub.

Dacă clusterul Teams este... Setați TokenInfoURL la... (URL proxy IdP)

AXM

AFRA

https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

AORE

https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

Dacă nu cunoașteți clusterul Teams, puteți obține informațiile din detaliile clientului în vizualizarea Help Desk a Control Hub.
Pentru testare, puteți verifica dacă tokenInfoURL este valid prin înlocuirea " idp/authenticate" porțiune a URL-ului cu " ping".

Specificați drepturile Webex care trebuie să fie prezente în profilul de utilizator din Webex executând următoarea comandă:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
Configurați furnizorii de identitate pentru Federația Cisco utilizând următoarele comenzi pe fiecare server |ADP XSP:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
- set flsUrl https://cifls.webex.com/federation
- set refreshPeriodInMinutes 60
- set refreshToken refresh-Token-From-Step1
Rulați următoarea comandă pentru a valida că configurația FLS funcționează. Această comandă va returna lista furnizorilor de identitate:

XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
Configurați Token Management utilizând următoarele comenzi pe fiecare server |ADP XSP:
- XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>
- set tokenIssuer BroadWorks
- set tokenDurationInHours 720
Generați și partajați chei RSA. Trebuie să generați taste pe un XSP|ADP, apoi să le copiați la toate celelalte XSP|ADP. Acest lucru se datorează următorilor factori:
- Trebuie să utilizați aceleași perechi de taste publice/private pentru criptarea/decriptarea tokenului în toate instanțele serviciului de autentificare.
- Cuplul cheie este generat de serviciul de autentificare atunci când este necesar pentru prima dată să eliberați un token.
Dacă ciclați tastele sau modificați lungimea tastei, trebuie să repetați următoarea configurație și să reporniți toate |ADP-urile XSP.
1. Selectați un XSP|ADP de utilizat pentru generarea unei perechi de taste.
2. Utilizați un client pentru a solicita un token criptat de la acel XSP|ADP, solicitând următorul URL din browserul clientului:
  
  https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
  
  (Acest lucru generează o pereche de chei private / publice pe XSP|ADP, dacă nu a existat deja unul)
3. Locația magazinului cu tastatură nu este configurabilă. Exportați tastele:
  
  XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
4. Copiați fișierul exportat /var/broadworks/tmp/authService.keys în aceeași locație pe celelalte ADP-uri XSP|, suprascrierea unui mai în vârstă .keys fișier.
5. Importați tastele pe fiecare dintre celelalte |ADP-uri XSP:
  
  XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Furnizați adresa URL autentiService către containerul web. Containerul web XSP|ADP are nevoie de URL-ul autentiService, astfel încât să poată valida jetoanele. Pe fiecare dintre |ADP-urile XSP:
1. Adăugați URL-ul serviciului de autentificare ca serviciu de autentificare extern pentru BroadWorks Communications Utility:
  
  XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1/authService
2. Adăugați adresa URL a serviciului de autentificare în container:
  
  XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
  
  Acest lucru permite Webex să utilizeze Serviciul de autentificare pentru a valida jetoanele prezentate ca date de autentificare.
3. Verificați parametrul cu get.
4. Reporniți XSP|ADP.

Eliminați cerința de autentificare a clientului pentru serviciul Auth (numai R24)

Dacă ați configurat Serviciul de autentificare cu validarea CI Token pe R24, trebuie, de asemenea, să eliminați Cerința de autentificare a clientului pentru Serviciul de autentificare. Rulați următoarea comandă CLI:

ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false

Configurarea TLS și Ciphers pe interfețele HTTP (pentru XSI și Serviciul de autentificare)

Aplicațiile Service Authentication, Xsi-Actions și Xsi-Events utilizează interfețe de server HTTP. Nivelurile de configurabilitate TLS pentru aceste aplicații sunt după cum urmează:

Cele mai generale = Sistem > Transport > HTTP > Interfață server HTTP = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații	context CLI
Sistem (global)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Protocoale de transport pentru acest sistem	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP pe acest sistem	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Interfețe server HTTP specifice pe acest sistem	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Citirea configurației interfeței serverului HTTP TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer>
Introduceți get comanda și citiți rezultatele. Ar trebui să vedeți interfețele (adresele IP) și, pentru fiecare, dacă acestea sunt sigure și dacă necesită autentificarea clientului.

Apache tomcat trimite un certificat pentru fiecare interfață securizată; sistemul generează un certificat semnat dacă are nevoie de unul.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Adăugarea protocolului TLS 1.2 la interfața serverului HTTP

Interfața HTTP care interacționează cu Webex Cloud trebuie configurată pentru TLSv1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața serverului HTTP:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> 443 pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> 443 TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața serverului HTTP

Pentru a configura cifrele necesare:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Introduceți comanda get <interfaceIp> 443 pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> 443 <cipherName> pentru a adăuga un cifru la interfața serverului HTTP.

XSP|ADP CLI necesită numele standard al suitei de cipher IANA, nu numele suitei de cipher openSSL. De exemplu, pentru a adăuga OpenSSL cipher ECDHE-ECDSA-CHACHA20-POLY1305 la interfața serverului HTTP, ați utiliza: XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Configurați managementul dispozitivului pe XSP|ADP, serverul aplicației și serverul profilului

Server de profil și XSP|ADP sunt obligatorii pentru gestionarea dispozitivelor. Acestea trebuie să fie configurate conform instrucțiunilor din Ghidul de configurare a managementului dispozitivului BroadWorks.

Interfața CTI și configurația aferentă

Comanda de configurare „inmost to outmost” este prezentată mai jos. Respectarea acestei ordonanțe nu este obligatorie.

Configurați serverul aplicației pentru abonamentele CTI
Configurați ADP-urile XSP| pentru abonamentele CTI autentificate mTLS
Deschideți porturile de intrare pentru interfața securizată CTI
Abonați organizația dvs. Webex la BroadWorks CTI Events

Configurați serverul aplicației pentru abonamentele CTI

Actualizați ClientIdentity pe serverul de aplicații cu numele comun (CN) al certificatului de client Webex pentru Cisco BroadWorks CTI.

Pentru fiecare server de aplicații pe care îl utilizați cu Webex, adăugați identitatea certificatului la ClientIdentity după cum urmează:

AS_CLI/System/ClientIdentity> add bwcticlient.webex.com

Numele comun al certificatului de client Webex pentru Cisco BroadWorks este bwcticlient.webex.com.

Configurați TLS și Ciphers pe interfața CTI

Nivelurile de configurabilitate pentru interfața XSP|ADP CTI sunt după cum urmează:

Cele mai generale = Sistem > Transport > Interfețe CTI > Interfață CTI = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații

Context CLI

Sistem (global)

(R22 și ulterior)

XSP|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>

XSP|ADP_CLI/Sistem/SSLCommonSettings/JSSE/Protocoale>

Protocoale de transport pentru acest sistem

(R22 și ulterior)

XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>

XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>

Toate interfețele CTI de pe acest sistem

(R22 și ulterior)

XSP|ADP_CLI/Interfață/CTI/SSLCommonSettings/Ciphers>

XSP|ADP_CLI/Interfață/CTI/SSLCommonSettings/Protocoale>

O interfață CTI specifică pe acest sistem

(R22 și ulterior)

XSP|ADP_CLI/Interfață/CTI/CTIServer/SSLSettings/Ciphers>

XSP|ADP_CLI/Interfață/CTI/CTIServerSSLSettings/Protocoale>

Pe o instalare proaspătă, următoarele cifruri sunt instalate în mod implicit la nivelul sistemului. Dacă nimic nu este configurat la nivelul interfeței (de exemplu, la interfața CTI sau interfața HTTP), se aplică această listă de cipher. Rețineți că această listă se poate schimba în timp:

TLS_ECDHE_RSA_CU_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_CU_AES_128_GCM_SHA256
TLS_ECDHE_RSA_CU_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_CU_AES_128_CBC_SHA256
TLS_DHE_DSS_CU_AES_128_GCM_SHA256
TLS_DHE_RSA_CU_AES_128_GCM_SHA256
TLS_DHE_RSA_CU_AES_128_CBC_SHA256
TLS_DHE_DSS_CU_AES_128_CBC_SHA256
TLS_ECDH_RSA_CU_AES_128_GCM_SHA256
TLS_ECDH_ECDSA_CU_AES_128_GCM_SHA256
TLS_ECDH_RSA_CU_AES_128_CBC_SHA256
TLS_ECDH_ECDSA_CU_AES_128_CBC_SHA256

Citirea configurației interfeței CTI TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer>

Introduceți get comanda și citiți rezultatele. Ar trebui să vedeți interfețele (adresele IP) și, pentru fiecare, dacă au nevoie de un certificat de server și dacă au nevoie de autentificarea clientului.

XSP|ADP_CLI/Interface/CTI/CTIServer> get
  Interface IP  Port  Secure  Server Certificate  Client Auth Req
=================================================================
  10.155.6.175  8012    true                true             true

Adăugarea protocolului TLS 1.2 la interfața CTI

Interfața XSP|ADP CTI care interacționează cu Webex Cloud trebuie configurată pentru TLS v1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața CTI:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața CTI

Pentru a configura cifrele necesare pe interfața CTI:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
Introduceți get comandă pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> <cipherName> pentru a adăuga un cipher la interfața CTI.

XSP|ADP CLI necesită numele standard al suitei de cipher IANA, nu numele suitei de cipher openSSL. De exemplu, pentru a adăuga OpenSSL cipher ECDHE-ECDSA-CHACHA20-POLY1305 la interfața CTI, ați utiliza: XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Anchoare de încredere pentru interfața CTI (R22 și ulterioară)

Această procedură presupune că ADP-urile XSP| sunt fie cu fața la internet, fie cu fața la internet prin proxy-ul de trecere. Configurația certificatului este diferită pentru un proxy de legătură (consultați Cerințele de certificare TLS pentru proxy-ul de legătură TLS).

Pentru fiecare XSP|ADP din infrastructura dvs. care publică evenimente CTI în Webex, efectuați următoarele:

Conectați-vă la Hub pentru parteneri .

Accesați Setări > Apelare BroadWorks și faceți clic pe Descărcare certificat CA Webex pentru a obține CombinedCertChain2023.txt pe computerul local.

Aceste fișiere conțin două seturi de două certificate. Trebuie să divizați fișierele înainte de a le încărca în ADP-urile XSP|. Toate fișierele sunt necesare.

Separați lanțul certificatului în două certificate - combinedcertchain2023.txt
1. Deschideți combinedcertchain2023.txt într-un editor de text.
2. Selectați și tăiați primul bloc de text, inclusiv liniile -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----, și lipiți blocul de text într-un fișier nou.
3. Salvați noul fișier ca root2023.txt.
4. Salvați fișierul original ca issuing2023.txt. Fișierul original ar trebui să aibă acum doar un singur bloc de text, înconjurat de linii -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----.
Copiați ambele fișiere text într-o locație temporară pe XSP|ADP pe care o securizați, de ex. /var/broadworks/tmp/root2023.txt și /var/broadworks/tmp/issuing2023.txt
Conectați-vă la XSP|ADP și navigați la /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
(Opțional) Rulați help updateTrust pentru a vedea parametrii și formatul de comandă.

Încărcați fișierele certificatului în ancore de încredere noi - 2023

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Toate aliazele trebuie să aibă un nume diferit. webexclientroot2023 și webexclientissuing2023 sunt aliaze de exemplu pentru ancore de încredere; puteți utiliza propria dvs. atâta timp cât toate intrările sunt unice.

Confirmați că ancorajele sunt actualizate:

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

Permiteți clienților să se autentifice cu certificate:

XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true

Adăugați interfața CTI și activați mTLS

Adăugați interfața CTI SSL.

Contextul CLI depinde de versiunea BroadWorks. Comanda creează un certificat de server semnat pe interfață și forțează interfața să solicite un certificat de client.
- În cazul BroadWorks R22 și R23:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
Înlocuiți certificatul de server și cheia de pe interfețele CTI XSP|ADP. Aveți nevoie de adresa IP a interfeței CTI pentru aceasta; o puteți citi din următorul context:
- În cazul BroadWorks R22 și R23:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer> get
  
  Apoi executați următoarele comenzi pentru a înlocui certificatul autosemnat al interfeței cu propriul certificat și cheia privată:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>
Reporniți XSP|ADP.

Activați accesul la BroadWorks CTI Events pe Webex

Trebuie să adăugați și să validați interfața CTI atunci când configurați clusterele în Partner Hub. Consultați Configurarea organizației dvs. de parteneri în Partner Hub pentru instrucțiuni detaliate.

Trebuie să adăugați și să validați interfața CTI atunci când configurați clusterele în Partner Hub. Consultați Configurarea organizației dvs. de parteneri în Partner Hub pentru instrucțiuni detaliate.

Specificați adresa CTI prin care Webex se poate abona la BroadWorks CTI Events.
Abonamentele CTI sunt pe bază de abonat și sunt stabilite și menținute numai în timp ce abonatul este configurat pentru Webex pentru Cisco BroadWorks.

Vizualizare web setări apel

Webview Setări apel (CSWV) este o aplicație găzduită pe XSP|ADP pentru a permite utilizatorilor să își modifice setările de apelare BroadWorks printr-o vizualizare web pe care o văd în clientul soft. Consultați Ghidul Cisco BroadWorks Call Settings Webview Solution.

Webex utilizează această funcție pentru a oferi utilizatorilor acces la setările comune ale apelurilor BroadWorks care nu sunt native ale Aplicației Webex.

Dacă doriți ca abonații dvs. Webex pentru Cisco BroadWorks să acceseze setările pentru apeluri dincolo de cele implicite disponibile în aplicația Webex, trebuie să implementați funcția de vizualizare web a setărilor pentru apeluri.

Vizualizarea web a setărilor de apeluri are două componente:

Aplicație de vizualizare web a setărilor de apeluri, găzduită pe un Cisco BroadWorks XSP|ADP.
Aplicația Webex, care face setările apelurilor într-o vizualizare web.

Experiență utilizator

Utilizatori pentru Windows: Faceți clic pe Setări apel și apoi faceți clic pe Preferințe pentru apeluri deschise > Setări avansate pentru apeluri.
Utilizatori Mac: Faceți clic pe fotografia de profil, apoi Preferințe > Setări avansate pentru apeluri.

Implementarea CSWV pe BroadWorks

Instalați vizualizarea web a setărilor apelurilor pe |ADP-urile XSP

Aplicația CSWV trebuie să fie pe același |ADP(s) XSP care găzduiește interfața Xsi-Actions în mediul dvs. Este o aplicație negestionată pe XSP|ADP, deci trebuie să instalați și să implementați un fișier de arhivă web.

Conectați-vă la cisco.com și căutați "BWCallSettingsWeb" în secțiunea de descărcare software.
Găsiți și descărcați cea mai recentă versiune a fișierului.

De exemplu, BWCallSettingsWeb_1.8.2_1.war( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04) a fost cel mai recent la momentul scrierii.
Instalați, activați și implementați arhiva web în conformitate cu Ghidul de configurare a platformei de servicii Xtended Cisco BroadWorks pentru versiunea |ADP XSP. (Versiunea R24 este https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf).
1. Copiați fișierul .war într-o locație temporară pe XSP|ADP, cum ar fi /tmp/.
2. Navigați la următorul context CLI și executați comanda de instalare:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war
  
  Managerul de software BroadWorks validează și instalează fișierul.
3. [Opțional] Ștergere /tmp/BWCallSettingsWeb_1.7.5_1.war(acest fișier nu mai este necesar).
4. Activați aplicația:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings
  
  Numele și versiunea sunt obligatorii pentru orice aplicație, dar pentru CSWV trebuie să furnizați, de asemenea, un contextPath deoarece este o aplicație negestionată. Puteți utiliza orice valoare care nu este utilizată de o altă aplicație, de exemplu, /callsettings.
5. Implementați aplicația Setări apel pe calea contextului selectat:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
Acum puteți prezice URL-ul setărilor de apel pe care îl veți specifica pentru clienți, după cum urmează:

https://<XSP|ADP-FQDN>/callsettings/

Note:
- Trebuie să furnizați bara de remorcare de pe acest URL atunci când o introduceți în fișierul de configurare a clientului.
- XSP|ADP-FQDN trebuie să corespundă cu FQDN Xsi-Actions, deoarece CSWV trebuie să utilizeze Xsi-Actions, iar CORS nu este acceptat.
Repetați această procedură pentru alte ADP-uri XSP| în mediul Webex pentru Cisco BroadWorks (dacă este necesar).

Aplicația Webview Setări apel este acum activă pe |ADP-urile XSP.

Configurați aplicația Webex pentru a utiliza vizualizarea web a setărilor apelurilor

Pentru mai multe detalii despre configurația clientului, consultați Ghidul de configurare Webex pentru Cisco BroadWorks.

Există o etichetă personalizată în fișierul de configurare a aplicației Webex pe care îl puteți utiliza pentru a seta URL-ul CSWV. Acest URL afișează setările apelurilor către utilizatori prin interfața aplicației.

<config>
    <services>
        <web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%">
            <url>%WEB_CALL_SETTINGS_URL_WXT%</url>
        </web-call-settings>

În șablonul de configurare a aplicației Webex din BroadWorks, configurați URL-ul CSWV în %WEB_CALL_SETTINGS_URL_WXT% etichetă.

Dacă nu specificați în mod explicit adresa URL, pagina implicită este goală, iar pagina de setări a apelurilor nu este vizibilă utilizatorilor.

Asigurați-vă că aveți cele mai recente șabloane de configurare pentru aplicația Webex (consultați Profilurile dispozitivului).
Setați ținta de setări pentru apeluri web csw:

%WEB_CALL_SETTINGS_TARGET_WXT% csw
Setați URL-ul setărilor de apeluri web pentru mediul dvs., de exemplu:

%WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/

Ați derivat această valoare atunci când implementați aplicația CSWV.
Fișierul de configurare a clientului rezultat trebuie să aibă o intrare după cum urmează:
```
<web-call-settings target="csw">
    <url>https://yourxsp.example.com/callsettings/</url>
</web-call-settings>
```
Orice referință la XSP include fie XSP, fie ADP.

Configurați notificările push pentru apeluri în Webex pentru Cisco BroadWorks

În acest document folosim termenul Call Notifications Push Server (CNPS) pentru a descrie o aplicație găzduită de XSP sau găzduită de ADP care rulează în mediul dvs. CNPS-ul dvs. funcționează cu sistemul BroadWorks pentru a fi conștient de apelurile primite către utilizatorii dvs. și împinge notificările celor către serviciile de notificare Google Firebase Cloud Messaging (FCM) sau Apple Push Notification Service (APN).

Aceste servicii notifică dispozitivele mobile ale abonaților Webex pentru Cisco BroadWorks că au apeluri de intrare pe Webex.

Pentru mai multe informații despre NPS, consultați Descrierea caracteristicilor serverului Notification Push.

Un mecanism similar în Webex funcționează cu servicii de mesagerie și prezență Webex pentru a împinge notificările către serviciile de notificare Google (FCM) sau Apple (APNS). Aceste servicii notifică, la rândul lor, utilizatorii Webex mobili cu privire la mesajele primite sau la modificările de prezență.

Această secțiune descrie modul de configurare a NPS pentru proxy-ul de autentificare atunci când NPS nu acceptă deja alte aplicații. Dacă trebuie să migrați un NPS partajat pentru a utiliza proxy-ul NPS, consultați Actualizarea Cisco BroadWorks NPS pentru a utiliza proxy-ul NPShttps://help.webex.com/nl5rir2/.

Prezentare generală proxy NPS

Pentru compatibilitate cu Webex pentru Cisco BroadWorks, CNPS-ul dvs. trebuie să fie patch-uri pentru a sprijini funcția Proxy NPS, Push Server pentru VoIP în UCaaS.

Funcția implementează un nou design în serverul Notification Push pentru a rezolva vulnerabilitatea de securitate a partajării cheilor private pentru certificatul de notificare push cu furnizorii de servicii pentru clienții mobili. În loc să partajeze certificatele și cheile de notificare push cu furnizorul de servicii, NPS utilizează un nou API pentru a obține un token de notificare push de scurtă durată de la Webex pentru Cisco BroadWorks backend și utilizează acest token pentru autentificare cu APN-urile Apple și serviciile Google FCM.

Caracteristica îmbunătățește, de asemenea, capacitatea serverului Notification Push de a împinge notificările către dispozitivele Android prin intermediul noului API HTTPv1 Google Firebase Cloud Messaging (FCM).

Pentru mai multe informații, consultați Push Server pentru VoIP în Descrierea caracteristicilor UCaaS.
Patch-urile BroadWorks pentru funcție sunt disponibile pe: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.

Pentru software-ul și plasturii NPS, consultați secțiunea Pregătiți-vă NPS pentru Webex pentru Cisco BroadWorks.

Căutați și descărcați plasturele din pagina de descărcare software.
Mai multe informații despre serverul ADP pot fi găsite la https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html.

Considerații APNS

Apple nu va mai suporta protocolul binar bazat pe HTTP/1 pe serviciul de notificare Apple Push dupa 31 martie 2021. Vă recomandăm să configurați XSP|ADP pentru a utiliza interfața bazată pe HTTP/2 pentru APN-uri. Această actualizare necesită ca XSP|ADP care găzduiește NPS să ruleze R22 sau mai târziu.

Pregătiți-vă NPS pentru Webex pentru Cisco BroadWorks

Instalați și configurați un XSP dedicat (versiunea minimă R22) sau o platformă de livrare a aplicațiilor (ADP).

Instalați plasturii proxy de autentificare NPS:

Plasturi XSP R22:

Plasturii XSP R23:

Activați aplicația Notificare Push Server.

(Pentru notificări Android) Activați API-ul FCM v1 pe NPS.

XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true

(Pentru notificările Apple iOS) Activați HTTP/2 pe NPS.

XSP_CLI/Applications/NotificationPushServer/APNS/GeneralSettings> set HTTP2Enabled true

Atașați un suport tehnic de la NPS XSP/ADP.

Pe fiecare server AS, fișierul cu numele în /usr/local/broadworks/bw_base/conf trebuie să fie configurat cu înregistrări SRV și A pentru căutarea Notification Push Server (XSP/ADP), dacă mai multe XSP/ADP adaugă o intrare pentru fiecare după cum este necesar.

Exemplu: _pushnotification-client._tcp.qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com ÎN A 10.193.78.149

Odată setat, una dintre următoarele este necesară pentru preluarea modificărilor:

Un bw de repornire trebuie preformat într-o fereastră de întreținere.
Prin intermediul CLI Cisco BroadWorks:

R24 și mai în vârstă

AS_CLI/ASDiagnostic/DNS> reîncărcare

R25 +

AS_CLI/ASDiagnostic/DNS/ExecutionServer> reîncărcare

AS_CLI/ASDiagnostic/DNS/ProvisioningServer> reîncărcare

Ce este de făcut în continuare

Pentru instalări noi ale unui NPS, accesați Configurarea NPS pentru a utiliza proxy-ul de autentificare

Pentru a migra o implementare Android existentă la FCMv1, accesați Migrarea NPS la FCMv1

Configurați NPS pentru a utiliza proxy-ul de autentificare

Această sarcină se aplică unei noi instalări de NPS, dedicată Webex pentru Cisco BroadWorks.

Dacă doriți să configurați proxy-ul de autentificare pe un NPS partajat cu alte aplicații mobile, consultați Actualizarea Cisco BroadWorks NPS pentru a utiliza proxy-ul NPS ( https://help.webex.com/nl5rir2).

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks.

Creați contul clientului pe NPS:

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientId client-Id-From-Step1

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientSecret
New Password: client-Secret-From-Step1

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set RefreshToken
New Password: Refresh-Token-From-Step1

Pentru a verifica valorile pe care le-ați introdus în concordanță cu ceea ce ați primit, rulați XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> get

Emitentul CiscoCI ar trebui să fie ÎNTOTDEAUNA cluster CI din SUA, indiferent de locația dvs., iar implicit ar trebui să fie:

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI> get issuerUrl = https://idbroker.webex.com/idb

Introduceți URL-ul proxy NPS și setați intervalul de reîmprospătare a tokenului (se recomandă 30 de minute):

XSP|ADP_CLI/Applications/NotificationPushServer/CloudNPSService> set url https://nps.uc-one.broadsoft.com/nps/

XSP|ADP_CLI/Applications/NotificationPushServer/CloudNPSService> set VOIPTokenRefreshInterval 1800

(Pentru notificări Android) Adăugați ID-ul aplicației Android în contextul aplicațiilor FCM de pe NPS.

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.cisco.wx2.android

(Pentru notificările Apple iOS) Adăugați ID-ul aplicației în contextul aplicațiilor APNS, asigurându-vă că pentru a omite cheia Auth – setați-l la gol.

XSP|ADP_CLI/Applications/NotificationPushServer/APNS/Production/Tokens> add com.cisco.squared

Configurați următoarele URL-uri NPS:

Context CLI \|ADP XSP	Parametru	Valoare
`XSP\|ADP_CLI/Applications/` `NotificationPushServer/FCM>`	`authURL`	https://www.googleapis.com/oauth2/v4/token
	`pushURL`	https://fcm.googleapis.com/v1/projects/PROJECT-ID/messages:send
	`scope`	https://www.googleapis.com/auth/firebase.messaging
`XSP\|ADP_CLI/Applications/NotificationPushServer` `/APNS/Production>`	`url`	https://api.push.apple.com/3/device

Configurați următorii parametri de conexiune NPS la valorile recomandate afișate:

Context CLI \|ADP XSP	Parametru	Valoare
`XSP\|ADP_CLI/Applications/` `NotificationPushServer/FCM>`	`tokenTimeToLiveInSeconds`	3600
	`connectionPoolSize`	10
	`connectionTimeoutInMilliseconds`	3600
	`connectionIdleTimeoutInSeconds`	600
`XSP\|ADP_CLI/Applications/NotificationPushServer/` `APNS/Production>`	`connectionTimeout`	3000
	`connectionPoolSize`	2
	`connectionIdleTimeoutInSeconds`	600

Verificați dacă serverul de aplicații selectează ID-urile aplicației, deoarece este posibil să fie necesar să adăugați aplicațiile Webex în lista de permisiuni:

Rulați AS_CLI/System/PushNotification> get și verificați valoarea enforceAllowedApplicationList. Dacă este true, trebuie să finalizați această subsarcină. În caz contrar, săriți restul sarcinii secundare.
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.wx2.android “Webex Android”
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.squared “Webex iOS”

Reporniți XSP|ADP: bwrestart

Testați notificările apelurilor efectuând apeluri de la un abonat BroadWorks la doi utilizatori mobili Webex. Verificați dacă apare notificarea de apel pe dispozitivele iOS și Android.

Migrați NPS la FCMv1

Acest subiect conține proceduri opționale pe care le puteți utiliza în Consola FCM Google atunci când aveți o implementare NPS existentă pe care trebuie să migrați la FCMv1. Există trei proceduri:

Migrați clienții UC-One la FCMv1—Când aveți clienți UCaaS existenți și trebuie să îi migrați pentru a utiliza FCMv1.
Migrați clienții SaaS la FCMv1—Când aveți clienți SaaS existenți și trebuie să îi migrați pentru a utiliza FCMv1.
Actualizați serverul ADP—Când migrați NPS la un server ADP.

Migrați clienții UC-One la FCMv1

Utilizați pașii de mai jos din Google FCM Console pentru a migra clienții UC-One la Google FCM HTTPv1.

Dacă se aplică brandingul clientului, clientul trebuie să aibă ID-ul emițătorului. În Consola FCM, consultați Setări proiect > Mesagerie în cloud. Setarea apare în tabelul de acreditări pentru proiect.

Pentru detalii, consultați Connect Mobile Branding Guide la https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/UC-One/UC-One-Collaborate/Connect/Mobile/IandO/ConnectBrandingGuideMobile-R3_8_3.pdf?. Consultaţi gcm_defaultSenderId parametru, care este situat în Kit de branding, Resource folder, branding.xml fișier cu sintaxa de mai jos:

<string name="gcm_defaultSenderId">xxxxxxxxxxxxx</string>

Conectați-vă la SDK Administrator FCM la http://console.firebase.google.com.
Selectați aplicația Android corespunzătoare.
În fila General, înregistrați ID-ul proiectului
Navigați la fila Conturi serviciu pentru a configura un cont de serviciu. Puteți crea un cont de serviciu nou sau puteți configura unul existent.

Pentru a crea un nou cont de servicii:
1. Faceți clic pe butonul albastru pentru a crea un nou cont de serviciu
2. Faceți clic pe butonul albastru pentru a genera o nouă cheie privată
3. Descărcați cheia într-o locație sigură
Pentru a reutiliza un cont de serviciu existent:
1. Faceți clic pe textul albastru pentru a vizualiza conturile de servicii existente.
2. Identificați contul de serviciu pe care trebuie să îl utilizați. Contul de serviciu are nevoie de permisiunea firebaseadmin-sdk.
3. Pe dreapta, faceți clic pe meniul hamburger și creați o nouă cheie privată.
4. Descărcați fișierul json care conține cheia și salvați-l într-o locație sigură.
Copiați fișierul json pe XSP|ADP.

Configurați ID-ul proiectului și:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file>
...Done

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> get
  Project ID  Accountkey
========================
  my_project    ********

Configurați aplicația:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id>
...Done

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> get
  Application ID    Project ID
==============================
          my_app    my_project

Activați FCMv1:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Migrați clienții SaaS la FCMv1

Utilizați pașii de mai jos de pe Google FCM Console dacă doriți să migrați clienții SaaS la FCMv1.

Asigurați-vă că ați finalizat deja procedura „Configurați NPS pentru a utiliza proxy-ul de autentificare”.

Dezactivați FCM:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Activați FCM:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Actualizați serverul ADP

Utilizați pașii de mai jos din Consola FCM Google dacă migrați NPS pentru a utiliza un server ADP.

Obțineți fișierul JSON din Consola Google Cloud:
1. Pe Consola Google Cloud, accesați pagina Conturi de servicii .
2. Faceți clic pe Selectați un proiect, alegeți proiectul și faceți clic pe Deschidere.
3. Găsiți rândul contului de serviciu pentru care doriți să creați o cheie, faceți clic pe butonul Mai vertical, apoi faceți clic pe Creare cheie.
4. Selectați un tip de cheie și faceți clic pe Creare
  
  Descărcări de fișiere.
Adăugați FCM la serverul ADP:
1. Importați fișierul JSON pe serverul ADP utilizând /bw/install comanda.
2. Conectați-vă la ADP CLI și adăugați cheia Proiect și API:
  
  ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON:
3. În continuare, adăugați aplicația și cheia:
  
  ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done
4. Verificați configurația:
```
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g
Project ID Accountkey
========================
connect-ucaas ********

ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g
Application ID Project ID
===================================
com.broadsoft.ucaas.connect connect-ucaas
```

Configurați organizația partenerului în Hubul partenerului

Configurați clusterele BroadWorks

[o dată pe cluster]

Acest lucru se face din următoarele motive:

Pentru a activa cloud-ul Webex pentru a vă autentifica utilizatorii împotriva BroadWorks (prin serviciul de autentificare găzduit de XSP|ADP).
Pentru a permite aplicațiilor Webex să utilizeze interfața Xsi pentru controlul apelurilor.
Pentru a permite Webex să asculte evenimentele CTI publicate de BroadWorks (prezență telefonică și istoricul apelurilor).

Expertul cluster validează automat interfețele pe măsură ce le adăugați. Puteți continua să editați clusterul dacă oricare dintre interfețe nu a validat cu succes, dar nu puteți salva un cluster dacă există intrări nevalide.

Împiedicăm acest lucru deoarece un cluster configurat necorespunzător poate cauza probleme care sunt dificil de rezolvat.

Ce trebuie să faceți:

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .
Faceți clic pe Adăugare cluster.

Acest lucru lansează un expert unde vă furnizați interfețele XSP|ADP (URL-uri). Puteți adăuga un port la URL-ul interfeței dacă utilizați un port non-standard.
Denumiți acest cluster și faceți clic pe Înainte.

Conceptul de cluster de aici este pur și simplu o colecție de interfețe, de obicei plasate pe un server XSP|ADP sau pe o fermă, care permit Webex să citească informații de pe serverul aplicației (AS). Este posibil să aveți un XSP|ADP per cluster AS sau mai multe |ADP-uri XSP per cluster sau mai multe clustere AS per XSP|ADP. Cerințele de scară pentru sistemul BroadWorks nu intră în domeniul de aplicare aici.
(Opțional) Introduceți un nume de cont al utilizatorului BroadWorks și o parolă despre care știți că se află în sistemul BroadWorks pe care îl conectați la Webex, apoi faceți clic pe Înainte.

Testele de validare pot utiliza acest cont pentru a valida conexiunile la interfețele din cluster.
Adăugați URL-urile Acțiuni XSI și Evenimente XSI.
Opțional. Actualizați URL-ul DAS cu URL-ul Serviciului de activare a dispozitivului.
Opțional. Bifați caseta de selectare Activare autentificare directă BroadWorks dacă doriți ca conectarea la BroadWorks să fie directă la BroadWorks. În caz contrar, autentificarea la BroadWorks este delegată prin serviciul proxy IdP găzduit de Webex.

Această casetă de selectare afectează aceste situații de conectare:
- Conectare la Portalul de activare a utilizatorului – Utilizatorii trebuie să introducă acreditările BroadWorks atunci când se conectează la portal. Setarea de mai sus determină dacă conectarea este directă la BroadWorks sau prin proxy-ul IdP.
- Conectare la client—Dacă autentificarea BroadWorks este configurată în șablonul de integrare, setarea de mai sus determină dacă conectarea clientului la Aplicația Webex este direcționată către BroadWorks sau este delegată prin proxy-ul IdP.
Faceți clic pe Înainte.
Pe pagina Interfață CTI , faceți următoarele:
1. Adăugați URL-ul CTI și portul pentru interfața CTI la care doriți să vă conectați.
2. Opțional. Activați comutatorul Istoric apeluri și apoi introduceți ID-ul de utilizator BroadWorks. Când este selectată această opțiune, evenimentele din istoricul apelurilor BroadWorks sunt sincronizate cu cloudul Webex. Utilizatorii își pot vizualiza istoricul apelurilor în Aplicația Webex.
3. Opțional. Activați comutatorul Nu deranjați (DND) de sincronizare și apoi introduceți ID-ul de utilizator BroadWorks. Această opțiune sincronizează evenimentele DND între Webex și BroadWorks, asigurându-se că funcția funcționează la fel pe ambele platforme.
4. Faceți clic pe Înainte.
Adăugați URL-ul Serviciului de autentificare .
Selectați Serviciul Auth cu validare token CI.

Această opțiune nu necesită mTLS pentru a proteja conexiunea de la Webex, deoarece Serviciul de autentificare validează în mod corespunzător tokenul utilizatorului față de serviciul de identitate Webex înainte de a emite tokenul de lungă durată utilizatorului.
Revizuiți intrările pe ecranul final, apoi faceți clic pe Creare. Ar trebui să vedeți un mesaj de succes.

Partner Hub trece URL-urile la diverse microservicii Webex care testează conexiunile la interfețele furnizate.
Faceți clic pe Vizualizare clustere și ar trebui să vedeți noul cluster și dacă validarea a reușit.
Butonul Creare poate fi dezactivat pe ecranul final (previzualizare) al expertului. Dacă nu puteți salva șablonul, acesta indică o problemă cu una dintre integrările pe care tocmai le-ați configurat.

Am implementat această verificare pentru a preveni erorile în sarcinile ulterioare. Puteți reveni prin intermediul expertului pe măsură ce configurați implementarea dvs., ceea ce poate necesita modificări ale infrastructurii dvs. (de exemplu, XSP|ADP, echilibrator de sarcină sau firewall), așa cum este documentat în acest ghid, înainte de a putea salva șablonul.

Verificarea conexiunilor la interfețele BroadWorks

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .
Faceți clic pe Vizualizare clustere.
Partner Hub inițiază teste de conectivitate de la diferitele microservicii la interfețele din clustere.

După finalizarea testelor, pagina listei de clustere afișează mesajul de stare de lângă fiecare cluster.

Ar trebui să vedeți mesaje de succes verde. Dacă vedeți un mesaj de Eroare roșu, faceți clic pe numele clusterului afectat pentru a vedea care setare cauzează problema.
Opțional. Selectați un cluster dacă doriți să vedeți setările existente pentru acel cluster, cum ar fi XSI-Actions, XSI-Events, URL-ul DAS și setările interfeței CTI.

Configurați șabloanele de integrare

Șabloanele de integrare sunt modul în care veți aplica configurația partajată unuia sau mai multor clienți pe măsură ce le înscrieți prin metodele de configurare. Trebuie să asociați fiecare șablon cu un cluster (pe care l-ați creat în secțiunea anterioară).

Puteți crea cât mai multe șabloane de care aveți nevoie, dar numai un singur șablon poate fi asociat unui client.

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .
Faceți clic pe Adăugare șablon.

Acest lucru lansează un expert în cazul în care puteți furniza configurația pentru clienții care vor utiliza acest șablon.
Utilizați lista derulantă Cluster pentru a alege clusterul pe care doriți să îl utilizați cu acest șablon.
Introduceți un nume șablon, apoi faceți clic pe Înainte.

Configurați modul de configurare, utilizând aceste setări recomandate:

Tabelul 3. Setări de dozare recomandate pentru diferite moduri de dozare
Denumire setare	Configurarea Flowthrough cu e-mailuri de încredere	Configurare Flowthrough fără e-mailuri	Auto-configurare utilizator
Activarea fluxului BroadWorks prin configurare (include acreditările contului de configurare dacă este activată**)	Pornit Furnizați numele contului și parola de configurare conform configurației BroadWorks.	Pornit Furnizați numele contului și parola de configurare conform configurației BroadWorks.	Oprit
Creare automată organizații noi în Control Hub	În	În	În
Adresă de e-mail a furnizorului de servicii	Selectați o adresă de e-mail din lista derulantă (puteți introduce unele caractere, pentru a găsi adresa dacă este o listă lungă). Această adresă de e-mail identifică administratorul din cadrul organizației dvs. Partener care va primi acces de administrator delegat la orice noi organizații client create cu șablonul de integrare.
Țară	Alegeți țara pe care o utilizați pentru acest șablon. Țara pe care o alegeți se potrivește cu organizațiile clienților care sunt create cu acest șablon într-o anumită regiune. În prezent, regiunea ar putea fi (EMEAR) sau (America de Nord și restul lumii). Consultați hărțile țării în funcție de regiune din această foaie de calcul. Țara organizației va determina numerele de apelare globale implicite pentru Cisco PSTN în site-urile Webex Meeting. Consultați secțiunea Țară a paginii de ajutor pentru mai multe informații.
Mod BroadWorks Enterprise activ	Activați acest lucru dacă clienții pe care îi furnizați cu acest șablon sunt întreprinderi în BroadWorks. Dacă acestea sunt grupuri, dezactivați acest comutator. Dacă aveți o combinație de întreprinderi și grupuri în BroadWorks dvs., ar trebui să creați șabloane diferite pentru aceste cazuri diferite.

Note din tabel:

† Acest comutator asigură crearea unei noi organizații de clienți dacă domeniul de e-mail al unui abonat nu corespunde unei organizații Webex existente.

Acest lucru ar trebui să fie întotdeauna valabil, cu excepția cazului în care utilizați un proces de comandă și executare manuală (prin Cisco Commerce Workspace) pentru a crea organizații ale clienților în Webex (înainte de a începe să configurați utilizatori în respectivele organizații). Această opțiune este adesea menționată ca modelul „Hybrid Provisioning” și nu intră în domeniul de aplicare al acestui document.
** „Cont de configurare” se referă la contul de administrator la nivel de sistem BroadWorks. Pe BroadWorks, aveți nevoie de un cont de administrator cu aceste atribute: Administrator Type=Configurare, Doar citire=Dezactivare.

Selectați pachetul de servicii implicit pentru clienți utilizând acest șablon (consultați pachetele din secțiunea Prezentare generală); fie Basic, Standard, Premium sau Softphone.

Puteți suprascrie această setare pentru utilizatorii individuali prin intermediul Partner Hub.
Opțional. Verificați Dezactivarea apelurilor gratuite Cisco Webex dacă doriți să dezactivați apelurile Webex.
Pentru Configurarea intrării în întâlnire, selectați una dintre următoarele opțiuni:
- Numere de apelare Cisco (PSTN)
- Numere de apelare furnizate de partener (BYoPSTN)—Dacă selectați această opțiune, consultați Ghidul de soluții PSTN pentru Webex pentru Cisco BroadWorks pentru informații detaliate despre modul de configurare a acestei opțiuni.
Faceți clic pe Înainte.

Există două abordări pentru configurarea abonaților în ceea ce privește modul în care sunt verificate identitățile lor – folosind e-mailuri de încredere sau e-mailuri de neîncredere.

În fluxul de lucru de e-mail de încredere, utilizatorii furnizează adrese de e-mail partenerului care le adaugă în BroadWorks. Dumneavoastră, în calitate de partener, sunteți responsabil pentru furnizarea adresei de e-mail ca parte a metodei de flux sau API.

Este foarte recomandat să utilizați metoda de asigurare a încrederii, deoarece asigură faptul că toți abonații sunt complet configurați de dvs. ca partener și nu este necesară nicio acțiune din partea utilizatorilor finali.

În cazul de e-mail de neîncredere, utilizatorii trebuie să-și verifice e-mailurile înainte de configurare sau utilizatorii se pot auto-activa.

În cazul de neîncredere există mai multe moduri de configurare bazate pe setările de verificare din tabelul de mai jos:

Tabelul 4. Setări de verificare a utilizatorului recomandate pentru modurile de configurare nefiabile
Denumire setare	Configurare Flowthrough fără e-mailuri	Auto-configurare utilizator
Administrator de configurare în primul rând	Recomandată	Nu se aplică
Permiteți utilizatorilor să se autoactiveze	Nu se aplică	Obligatoriu

Note din tabel:
* Fiecare organizație client din Webex trebuie să aibă cel puțin un utilizator cu rol de administrator. Primul utilizator căruia îi atribuiți IM&P integrat în BroadWorks preia rolul de administrator al clientului dacă este creată o nouă organizație client în Webex. În calitate de Furnizor de servicii, este posibil să doriți să aveți control asupra persoanei care primește rolul. Verificarea acestei setări împiedică utilizatorii să finalizeze activarea până când primul utilizator pe care l-ați configurat este activat. Dacă debifați această setare, atunci primul utilizator care devine activ în noua organizație devine administratorul clientului.

Faceți clic pe Înainte.

Selectați modul de autentificare implicit (fie autentificare BroadWorks , fie autentificare Webex) pentru conectarea utilizatorului la Webex.

Această setare nu are niciun efect asupra conectării utilizatorului la Portalul de activare a utilizatorului. Utilizatorii trebuie să utilizeze ID-ul de utilizator și parola BroadWorks atunci când se conectează la portal, indiferent de modul în care este configurat șablonul de integrare.

Această setare se va aplica numai organizațiilor de clienți nou create. Dacă administratorii parteneri încearcă să aplice o nouă setare de autentificare organizațiilor existente ale clienților, setările existente se aplică astfel încât utilizatorii existenți să nu piardă accesul. Pentru a schimba modul de autentificare pentru organizațiile client existente, trebuie să deschideți un bilet cu Cisco TAC.

(Consultați Modul de autentificare din secțiunea Pregătire mediu).

Faceți clic pe Înainte.
Pentru Preferințe, configurați următoarele:
1. Alegeți dacă doriți să Precompletați adresele de e-mail ale utilizatorului în pagina de conectare.
  
  Ar trebui să utilizați această opțiune numai dacă ați selectat BroadWorks Authentication și ați introdus, de asemenea, adresele de e-mail ale utilizatorilor în atributul ID alternativ din BroadWorks. În caz contrar, vor trebui să își folosească numele de utilizator BroadWorks. Pagina de conectare oferă opțiunea de a schimba utilizatorul, dacă este necesar, dar acest lucru poate duce la probleme de conectare.
2. Dacă doriți să activați sincronizarea directorului, setați Activarea sincronizării directorului telefonului pentru toate noile organizații ale clienților la Activare.
  
  Această opțiune permite Webex să citească contactele BroadWorks în organizația client, astfel încât utilizatorii să le poată găsi și apela din aplicația Webex.
3. Introduceți un administrator partener.
  
  Acest nume este utilizat în mesajul de e-mail automat de la Webex, care invită utilizatorii să-și valideze adresele de e-mail.
4. Asigurați-vă că comutatorul Organizații existente de configurare este Pornit (setarea implicită este Pornit).
5. Faceți clic pe Înainte.
Revizuiți intrările pe ecranul final. Puteți să faceți clic pe comenzile de navigare din partea de sus a expertului pentru a reveni și a schimba orice detalii. Faceți clic pe Creați.

Ar trebui să vedeți un mesaj de succes.
Faceți clic pe Vizualizare șabloane și ar trebui să vedeți noul șablon listat cu orice alte șabloane.
Faceți clic pe numele șablonului pentru a modifica sau șterge șablonul, dacă este necesar.

Nu este necesar să introduceți din nou detaliile contului de configurare. Câmpurile de confirmare a parolei/parolei goale sunt acolo pentru a schimba acreditările dacă trebuie, dar lăsați-le goale pentru a păstra valorile pe care le-ați dat expertului.
Adăugați mai multe șabloane dacă aveți configurații partajate diferite pe care doriți să le furnizați clienților.

Păstrați deschisă pagina Vizualizare șabloane , deoarece este posibil să aveți nevoie de detalii șablon pentru o sarcină ulterioară.

Configurați serverul aplicației cu URL-ul serviciului de furnizare

Această sarcină este necesară numai pentru debit prin configurare.

Server Aplicație Patch (numai R22, R23 și R24)

Dacă nu ați făcut încă acest lucru, aplicați următorul plasture care se aplică eliberării dvs.:.
- Pentru R22: AP.as.22.0.1123.ap373197
- Pentru R23: AP.as.23.0.1075.ap373197
- Pentru R24: AP.as.24.0.944.ap384177
Pentru o listă completă de plasturi BroadWorks care formează cerința de implementare a Webex pentru Cisco BroadWorks, Consultați Cerințele software BroadWorks din secțiunea Referință.
Modificarea la Maintenance/ContainerOptions context.
Activați parametrul URL de configurare:

/AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true

Obțineți URL(URL) de configurare de la Partner Hub

Consultați Ghidul de administrare a interfeței de comandă a serverului Cisco BroadWorks pentru detalii (Interfață > Mesagerie și serviciu > IM&P integrat) ale comenzilor AS.

Conectați-vă la Partner Hub și accesați Setări > Apelare BroadWorks.
Faceți clic pe Vizualizare șabloane.
Selectați șablonul pe care îl utilizați pentru a furniza abonații acestei întreprinderi/grupului în Webex.

Detaliile șablonului se afișează într-un panou de scurgere din dreapta. Dacă nu ați creat încă un șablon, trebuie să faceți acest lucru înainte de a putea obține URL-ul de configurare.
Copiați URL-ul adaptorului de configurare.

Repetați acest lucru pentru alte șabloane dacă aveți mai multe.

(Opțiune) Configurarea parametrilor de configurare la nivel de sistem pe serverul de aplicații

Este posibil să nu doriți să setați domeniul de furnizare și serviciu la nivel de sistem dacă utilizați UC-One SaaS. Consultați Punctele de decizie din secțiunea Pregătire mediu.

Conectați-vă la serverul de aplicații și configurați interfața de mesagerie.
1. AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL
2. AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name
3. AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password
4. AS_CLI/Interface/Messaging> set enableSynchronization true
Activați interfața IMP integrată:
1. /AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
2. /AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true

Trebuie să introduceți numele complet calificat pentru provisioningURL parametru, așa cum a fost dat în Control Hub. Dacă serverul dvs. de aplicații nu poate accesa DNS pentru a rezolva numele gazdei, atunci trebuie să creați maparea în /etc/hosts dosar pe AS.

(Opțiune) Configurarea parametrilor de configurare per întreprindere pe serverul de aplicații

În interfața de utilizator BroadWorks, deschideți întreprinderea pe care doriți să o configurați și accesați Servicii > IM&P integrat.
Selectați Utilizați domeniul serviciului și introduceți o valoare fictivă (Webex ignoră acest parametru. Puteți utiliza example.com).
Selectați Utilizați serverul de mesagerie.

În câmpul URL , lipiți URL-ul de configurare pe care l-ați copiat din șablonul dvs. în Partner Hub.

Trebuie să introduceți numele complet calificat pentru provisioningURL parametru, așa cum a fost dat în Partner Hub. Dacă serverul dvs. de aplicații nu poate accesa DNS pentru a rezolva numele gazdei, atunci trebuie să creați maparea în /etc/hosts dosar pe AS.

În câmpul Nume utilizator , introduceți un nume pentru administratorul de configurare. Aceasta trebuie să corespundă valorii din șablonul din Partner Hub.
Introduceți o parolă pentru administratorul de configurare. Aceasta trebuie să corespundă valorii din șablonul din Partner Hub.
Pentru identitatea implicită a utilizatorului pentru ID-ul IM&P, selectați Primar.
Faceți clic Aplicați .
Repetați pentru alte întreprinderi pe care doriți să le configurați pentru debit prin configurare.

Date de configurare a utilizatorului

Pentru informații despre datele utilizatorului care sunt schimbate între BroadWorks și Webex în timpul configurării utilizatorului, consultați Setarea furnizorului de servicii pentru utilizator.

API Verificare preconfigurare partener

API-ul de verificare preconfigurare ajută administratorii și echipele de vânzări prin verificarea erorilor înainte de a furniza un client sau un abonat pentru un pachet. Utilizatorii sau integrările autorizate de un utilizator cu rolul de administrator complet partener pot utiliza acest API pentru a se asigura că nu există conflicte sau erori în ceea ce privește furnizarea pachetului pentru un anumit client sau abonat.

API-ul verifică dacă există conflicte între acest client/abonat și clienții/abonații existenți pe Webex. De exemplu, API-ul poate genera erori dacă abonatul este deja furnizat unui alt client sau partener, dacă adresa de e-mail există deja pentru un alt abonat sau dacă există conflicte între parametrii de configurare și ceea ce există deja pe Webex. Acest lucru vă oferă posibilitatea de a remedia aceste erori înainte de a furniza, crescând probabilitatea de asigurare a accesului cu succes.

Pentru mai multe informații despre API, consultați: Ghid Webex pentru dezvoltatorii angro

Pentru a utiliza API-ul, accesați: Verificați previzualizarea furnizării abonaților angro

Pentru a accesa Preverificarea unui document de furnizare abonat angro, trebuie să vă conectați la https://developer.webex.com/ portal.

Partenerul SSO - SAML

Permite administratorilor parteneri să configureze SAML SSO pentru organizațiile de clienți nou create. Partenerii pot configura o singură relație SSO predefinită și pot aplica configurația respectivă organizațiilor de clienți pe care le gestionează, precum și propriilor angajați.

Pașii SSO pentru parteneri de mai jos se aplică numai organizațiilor de clienți nou create. Dacă administratorii partenerului încearcă să adauge SSO-ul partenerului la o organizație client existentă, metoda de autentificare existentă este păstrată pentru a împiedica utilizatorii existenți să piardă accesul. Pentru a adăuga Partner SSO la o organizație existentă, trebuie să deschideți un bilet cu Cisco TAC.

Verificați dacă furnizorul de identitate terț îndeplinește cerințele enumerate în secțiunea Cerințe pentru furnizorii de identitate din Integrarea cu conectare unică în Control Hub.

Deschideți o solicitare de serviciu cu Cisco TAC. TAC trebuie să stabilească o relație de încredere între furnizorul de identitate terț și serviciul de identitate comună Cisco. .

Dacă identificatorul dvs. necesită passEmailInRequest caracteristică care urmează să fie activată, asigurați-vă că includeți această cerință în cererea de serviciu. Consultați IdP-ul dacă nu sunteți sigur dacă această funcție este necesară.

Încărcați fișierul cu metadate CI pe care TAC l-a furnizat furnizorului dvs. de identitate.
Configurați un șablon de integrare. Pentru setarea Mod de autentificare , selectați Autentificare partener. Pentru ID-ul entității IDP, introduceți EntityID din metadatele XML SAML ale furnizorului de identitate terț.
Creați un utilizator nou într-o nouă organizație client care utilizează șablonul.
Foarte mult că utilizatorul se poate conecta.

Partner SSO - OpenID Connect (OIDC)

Permite administratorilor parteneri să configureze OIDC SSO pentru organizațiile de clienți nou create. Partenerii pot configura o singură relație SSO predefinită și pot aplica configurația respectivă organizațiilor de clienți pe care le gestionează, precum și propriilor angajați.

Pașii de mai jos pentru a configura Partner SSO OIDC se aplică numai organizațiilor de clienți nou create. Dacă administratorii parteneri încearcă să modifice tipul implicit de autentificare la Partner SSO OIDC într-un templu existent, modificările nu se vor aplica organizațiilor client deja încorporate utilizând șablonul. Pentru a adăuga SSO partener la o organizație client existentă, trebuie să deschideți un bilet cu Cisco TAC.

Deschideți o solicitare de serviciu cu Cisco TAC cu detaliile IDP-ului OpenID Connect. Următoarele sunt atribute obligatorii și opționale IDP. TAC trebuie să configureze IDP-ul pe CI și să furnizeze URI-ul de redirecționare care urmează să fie configurat pe IDP.

Atribut	Obligatoriu	Descriere
Nume IDP	Da	Numele unic, dar insensibil la caz, pentru configurația IdP OIDC, ar putea consta din litere, numere, hife, subliniază, tilduri și puncte, iar lungimea maximă este de 128 de caractere.
ID client OAuth	Da	Utilizat pentru a solicita autentificarea IdP OIDC.
Secret client OAuth	Da	Utilizat pentru a solicita autentificarea IdP OIDC.
Lista scopurilor	Da	Lista scopurilor care vor fi utilizate pentru a solicita autentificarea IdP OIDC, împărțită în funcție de spațiu, de exemplu, „profil de e-mail deschis” Trebuie să includă Openid și e-mail.
Punct final de autorizare	Da, dacă punctul final de descoperire nu este furnizat	URL-ul punctului final de autorizare OAuth 2.0 al IdP.
punct de sfârșit	Da, dacă punctul final de descoperire nu este furnizat	URL-ul punctului final OAuth 2.0 al IdP-ului.
Punct final de descoperire	Nu	URL-ul punctului final de descoperire IdP pentru descoperirea punctelor finale OpenID.
utilizator InfoEndpoint	Nu	URL-ul punctului final de informații despre utilizator al IdP.
Punct final al setului de taste	Nu	URL-ul terminalului JSON Web Key Set al IdP.

În plus față de atributele IDP de mai sus, ID-ul organizației partenere trebuie specificat în cererea TAC.

Configurați URI-ul de redirecționare pe IDP-ul de conectare OpenID.
Configurați un șablon de integrare. Pentru setarea modului de autentificare, selectați Autentificare partener Cu OpenID Connect și introduceți Numele IDP furnizat în timpul configurării IDP ca ID-ul entității IDP OpenID Connect.
Creați un utilizator nou într-o nouă organizație client care utilizează șablonul.
Foarte mult că utilizatorul se poate conecta utilizând fluxul de autentificare SSO.

Activați identificatorul de corelație apeluri

Pentru a rula Webex pentru Cisco BroadWorks, este necesar să activați Identificatorul de corelație apeluri. Această setare este necesară pentru multe funcții de apelare, inclusiv Înregistrarea apelurilor, Preluarea apelurilor de grup, Asistentul executiv și Asistentul executiv.

Utilizați CLI pentru a activa caracteristica pe toate interfețele AS și XSP|ADP.

Rulați următoarele comenzi pe interfețele AS. Acest lucru va permite AS pentru a trimite X-BroadWorks-Correlation-Info antet SIP:

AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true

AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true
Fișierul enableCallCorrelationID parametrul asociat cu aplicația Xsi-Actions este utilizat pentru a controla includerea informațiilor privind corelarea apelurilor în jurnalele Xsi-Actions. Se recomandă ca enableCallCorrelationID activată utilizând următoarea comandă pe interfețele XSP|ADP:

XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true

Pentru informații suplimentare despre Identificatorul de corelație apeluri, consultați Descrierea caracteristicilor Identificatorului de corelație apeluri Cisco BroadWorks.

Sincronizare director

Sincronizarea directorului asigură faptul că utilizatorii Webex pentru Cisco BroadWorks pot utiliza directorul Webex pentru a apela orice entitate de apelare de pe serverul BroadWorks. Când această funcție este activată, directorul complet de apelare de pe serverul BroadWorks este sincronizat cu directorul Webex. Utilizatorii pot accesa directorul din Aplicația Webex și pot efectua un apel către orice entitate de apelare de pe serverul BroadWorks.

Pentru a activa Sincronizarea directorului, accesați Sincronizarea directorului în Webex pentru Cisco BroadWorks.

Configurarea fluxului Webex pentru Cisco BroadWorks adaugă utilizatorilor de mesagerie și informații asociate de apelare de pe serverul BroadWorks pe platforma Webex. Cu toate acestea, nu sunt incluse liste de telefon, utilizatori care nu trimit mesaje și entități care nu sunt utilizatori (de exemplu, un telefon de sală de conferințe, un fax sau un număr de grup de hunt). Prin activarea sincronizării directorului se asigură că toate entitățile de apelare sunt adăugate la platforma Webex.

Istoricul apelurilor unificate

Când este activată istoricul apelurilor Unified, evenimentele de apel BroadWorks se sincronizează cu cloud-ul Webex și devin parte din istoricul apelurilor și întâlnirilor Unified Webex care se afișează în aplicația Webex. Utilizatorii pot vizualiza propriul istoric detaliat al apelurilor și istoricul întâlnirilor din Aplicația Webex.

Istoricul apelurilor Unified poate fi activat de administratorii la nivel de partener din Partner Hub pe o bază cluster-by-cluster. Când această funcție este activată, implementarea BroadWorks sincronizează următoarele evenimente de apel în cloudul Webex:

Evenimente din istoricul apelurilor – aceste evenimente sunt utilizate pentru a construi o istorie detaliată a apelurilor unificate
Evenimente de stare cârlig – Istoricul unificat al apelurilor include optimizări de stare cârlig care reduc cantitatea de lățime de bandă a rețelei pentru actualizările de prezență telefonică

Cerințe privind istoricul apelurilor unificate

Înainte de a putea configura istoricul apelurilor unificate, asigurați-vă că ați corectat sistemul. Această caracteristică depinde de următoarele patch-uri BroadWorks care sunt instalate:

Pentru R22:

AP.xsp.22.0.1123.ap378585
AP.as.22.0.1123.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.22.0.1123.ap378585
AP.ps.22.0.1123.ap378585

Pentru R23:

AP.as.23.0.1075.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.23.0.1075.ap378585
Dacă utilizați XSP— AP.xsp.23.0.1075.ap378585
Dacă utilizați ADP— Xsi-Events-23_2021.05_1.251.bwar

Pentru R24:

AP.as.24.0.944.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
Xsi-Events-24_2021.05_1.251.bwar

Pentru lista completă a patch-urilor BroadWorks pe care trebuie să le instalați ca o condiție prealabilă pentru a rula Webex pentru Cisco BroadWorks, Consultați Cerințele software BroadWorks din secțiunea Referință.

În plus față de corectarea sistemului dvs., fișierul de configurare al clientului ( config-wxt.xml) trebuie să aibă următorul set de etichetă: <call-history enable-unified-history=”%ENABLE_UNIFIED_CALL_HISTORY_WXT%”/>

Pentru a avea informații despre Hunt Group, Call Center și alte redirecționări în istoricul apelurilor Unified, trebuie instalați și activați următorii plasturi Broadworks:

Pentru R23:

AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994

Pentru R24:

AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994

Pentru a avea informații despre Asistentul executiv în istoricul apelurilor Unified, trebuie instalați și activați următorii plasturi Broadworks:

Pentru R24:

AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
ADP care rulează Xsi-Events-24_2022.06 sau mai târziu

În plus față de plasturii Broadworks, sincronizarea directorului trebuie să fie, de asemenea, activată pentru istoricul apelurilor Unified Executive-Assistant.

Când activați istoricul apelurilor sau sincronizarea DND, Webex va trimite cereri de reîmprospătare a abonamentului CTI pentru toți utilizatorii din cluster. În funcție de numărul de utilizatori, acest lucru poate dura până la câteva ore. Se recomandă să nu efectuați nicio activitate de întreținere Broadworks în timpul aceleiași ferestre de întreținere.

Activați istoricul apelurilor (cluster nou)

Pentru a activa istoricul apelurilor într-un cluster nou, consultați pașii pentru adăugarea unui cluster în Configurați organizația partenerului în Hubul partenerului.

Activați istoricul apelurilor (cluster existent)

Pentru a activa istoricul apelurilor pe un cluster existent, urmați pașii de mai jos:

Conectați-vă la Partner Hub la admin.webex.com.
Accesați Setări și selectați un cluster existent.
Verificați dacă conexiunea clusterului este bună. Panoul din dreapta trebuie să afișeze o marcă de verificare verde cu Connection stabilită.

Dacă acest lucru nu apare, sub Verificare conexiuni (opțional), introduceți ID-ul de utilizator BroadWorks și parola BroadWorks și faceți clic pe Verificare pentru a verifica dacă conexiunea este bună.
Bifați caseta de selectare Activare istoric apeluri .
Faceți clic pe Salvați.

Interacțiuni caracteristică

Există următoarele interacțiuni ale caracteristicii pentru istoricul apelurilor unificate:

Istoricul de apeluri unificat nu este acceptat pentru utilizatorii care sunt configurați în BroadWorks cu liste de rutare sau rute directe. Atunci când această situație există, evenimentele privind istoricul apelurilor și starea cârligului nu sunt trimise în Aplicația Webex.
Istoricul de apeluri unificat nu este acceptat cu apelarea extensiei. Apelurile care sunt plasate utilizând apelarea extensie nu pot fi reflectate corect în istoricul apelurilor.

Vizualizați istoricul apelurilor în aplicația Webex

Utilizatorii finali pot accesa și vizualiza istoricul de apeluri unificat din aplicația Webex. Pentru detalii, consultați: Istoricul apelurilor și întâlnirilor Webex | View.

Dezactivați istoricul apelurilor unificate

După ce activați istoricul apelurilor unificate pe un cluster, nu puteți dezactiva caracteristica pe cont propriu. Dacă trebuie să dezactivați caracteristica, contactați Centrul de asistență tehnică Cisco (TAC).

Identificarea apelantului și redirecționarea apelului

Identificare apelant

Când Aplicația Webex primește un apel, va încerca să identifice cine este apelantul și să afișeze aceste informații în notificarea apelului de intrare, în fereastra de apelare și după terminarea apelului, în istoricul apelurilor și în poșta vocală.

Aplicația Webex va încerca să găsească ID-ul apelantului prin potrivirea numărului de telefon primit cu numerele de telefon ale contactelor găsite în diferite surse. Aplicația Webex va utiliza următoarele surse în această ordine. După ce o găsește într-o sursă nu va încerca să caute oriunde altundeva.

Dacă găsește mai multe instanțe ale unui număr într-o singură sursă, nu va încerca să aleagă unul dintre ele, în acest caz, nu va afișa niciun ID de apelant.

Identitatea comună Webex (CI) care conține utilizatorii organizației dvs.
Contacte personale și organizaționale. Contactele personale sunt vizibile sub fila Contacte.
Adresa locală. În Windows - Aplicația Outlook, în Mac - Contacte Mac, în iOS - Contacte iPhone, în Android - Contacte Android.

Dacă nu s-a găsit nicio potrivire cu numărul de telefon de intrare, atunci aplicația va utiliza numele afișat din antetul SIP DIN antet, dacă este disponibil. În caz contrar, va utiliza partea de nume de utilizator a URI-ului SIP din antetul SIP ca ultimă resort.

Pentru controlul apelurilor la distanță (adică modul de control al telefonului) se utilizează informații XSI, în cazul în care se utilizează ID-ul BWKS sau extensia, extrase din informații de la distanță în evenimentul XSI. Dacă informațiile de la distanță nu sunt disponibile, atunci va fi utilizată identitatea P-Asserted (PAI) (dacă este configurată).

Redirecționare apel

În cazul în care un apel a fost redirecționat sau redirecționat, atunci aplicația va încerca să arate cine este apelantul și cum a fost redirecționat în notificarea apelului și istoricul apelurilor.

Apel redirecționat: Afișează numărul care a redirecționat apelul.
Grup de hunting: Afișează numele grupului de hunt care a redirecționat apelul.
Coadă centru de apeluri: Afișează numele cozii care a redirecționat apelul.
Asistent executiv: Afișează numele Executivului pentru care vine apelul.

Excepții:

Pentru apelurile din coada de apeluri internă, în cazul în care un agent apelează înapoi o parte internă, partea de la distanță nu va vedea numele cozii de apeluri, ci va vedea numele agentului care le apelează.

Apelul a fost Răspuns În Altă Parte:

Pentru grupurile de hunt sau cozile de apeluri care sunt configurate cu rutare simultană, agenții vor vedea un apel răspuns în altă parte în istoricul apelurilor dacă un alt agent preia apelul. Pentru grupurile de hunt sau cozile de apeluri cu rutare secvențială sau într-un surplus, apelurile vor apărea ca un apel pierdut în istoricul apelurilor dacă este răspuns de un alt agent.

Aspect linie partajată

Aparența liniei partajate este capacitatea de a configura liniile altor utilizatori ca linii partajate pe dispozitivul utilizatorului final. Configurația liniei partajate pentru Aplicația Webex este similară cu configurația liniei partajate pentru telefoanele de birou. Această caracteristică specifică vă permite să atribuiți aparențe de linie partajate Aplicației Webex a utilizatorului final.

Această caracteristică ajută utilizatorii să gestioneze apelurile în extensia altui utilizator direct din Aplicația Webex.

Puteți configura aparența liniei partajate numai pentru versiunea desktop a Aplicației Webex.
Puteți adăuga maximum 10 linii în Aplicația Webex, inclusiv linia principală.
Nu puteți aloca linia unui spațiu de lucru ca linie partajată.
Un utilizator nu poate fi asigurat cu serviciul de Asistent Executiv în același timp cu partajarea liniilor.
Portul liniei principale a unui utilizator nu trebuie schimbat într-o linie partajată.

Cerințe

Pentru a implementa această funcție pe Webex pentru Cisco BroadWorks, trebuie să implementați următorii plasturi BroadWorks:

Patch 1: Drapelul proprietarului din lista de dispozitive pentru a sprijini liniile partajate ale clienților Webex

R23 fără ADP:

AP.as.23.0.1075.ap384179
AP.xsp.23.0.1075.ap384179

R23 cu ADP:

AP.as.23.0.1075.ap384179
Xsi-Acţiuni-23_2022.10

R24:

CA: AP.as.24.0.944.ap384179
Xsi-Acţiuni-24_2022.10

R25:

CA: Versiunea RI Rel_ 2022.10_1.310
Xsi-Acțiuni-25_ 2022.10

Patch 2: Patch-uri pentru creșterea numărului de porturi pe tipuri de profil dispozitiv (în acest caz pentru clientul desktop: Comunicator de afaceri).

Versiunea RI Rel_ 2022.10_1.310

Sincronizare Nu deranjați (DND).

Nu deranjați (DND) Sincronizarea aliniază setările DND între Webex și BroadWorks prin sincronizarea stării DND între cele două platforme. De exemplu, dacă un utilizator pornește DND din Aplicația Webex, starea se sincronizează cu dispozitivele de apelare BroadWorks. Ca rezultat, telefonul de birou înregistrat de utilizator BroadWorks nu sună atunci când cineva încearcă să-l sune. În mod similar, dacă un utilizator setează DND de pe un telefon de birou, starea se sincronizează cu Aplicația Webex. Fără această caracteristică, actualizările DND de pe o platformă nu sunt recunoscute de cealaltă platformă.

Sincronizarea DND se aplică la nivelul clusterului BroadWorks și poate fi activată în Partner Hub de către un administrator partener.

Cerințe preliminare

Asiguraţi-vă că următorii plasturi sunt aplicaţi pe AS şi XSP|ADP. Aplicați numai plasturii pentru versiunea BroadWorks.

Pentru Versiunea 22:

CA plasture transdermic: AP.as.22.0.1123.ap382615, AP.as.22.0.1123.ap382838
Patch-ul |ADP XSP: AP.xsp.22.0.1123.ap382615, AP.xsp.22.0.1123.ap382838

Pentru Versiunea 23:

CA plasture transdermic: AP.as.23.0.1075.ap382615, AP.as.23.0.1075.ap382838
Patch-ul |ADP XSP: AP.xsp.23.0.1075.ap382615, AP.xsp.23.0.1075.ap382838
Aplicații ADP: Xsi-Actions-23_ 2022.03_1.220.bwar, Xsi-Events-23_2022.03_1.220.bwar

Pentru versiunea 24:

CA plasture transdermic: AP.as.24.0.944.ap382615, AP.as.24.0.944.ap382838
Aplicații ADP: Xsi-Actions-24_ 2022.03_1.220.bwar, Xsi-Events-24_2022.03_1.220.bwar

După ce aplicați plasturii, activați caracteristica 25433 pe AS:

AS_CLI/System/ActivatableFeature> activate 25433

Configurați Sincronizarea tastelor caracteristice ale dispozitivului pe BroadWorks. Asigurați-vă că telefonul acceptă SUBSCRIEREA/NOTIFICAREA SIP pentru pachetul de evenimente „ca caracteristică”. Pentru detalii, consultați Sincronizarea tastelor pentru funcția dispozitivului Cisco BroadWorks.

Activați sincronizarea DND (cluster existent)

Conectați-vă la Partner Hub
Faceți clic pe Setări.
Faceți clic pe Vizualizare cluster și selectați clusterul BroadWorks corespunzător.
Activați comutatorul de sincronizare Nu deranjați (DND).
Introduceți ID-ul de utilizator BroadWorks și faceți clic pe Activare.

Sistemul validează faptul că clusterul BroadWorks are plasturii potriviți pentru a sprijini sincronizarea DND. Dacă validarea eșuează, butonul Salvare este dezactivat.
Dacă validarea reușește, faceți clic pe Salvare.

Odată ce sincronizarea DND este activată, Webex reîmprospătează toate abonamentele utilizatorilor pentru a include pachetul Nu deranjați evenimentul. În funcție de numărul de utilizatori, acest proces poate dura câteva ore pentru a finaliza.
Activarea sincronizării DND este un comutator cu un singur mod. Odată ce funcția este activată, nu o puteți dezactiva pe cont propriu.

Activați sincronizarea DND (cluster nou)

De asemenea, puteți activa funcția în timpul creării de clustere. Pentru detalii, consultați „Configurați clusterele BroadWorks” din Configurați organizația partenerului în Partner Hub.

Dezactivați sincronizarea DND

Nu puteți dezactiva Sincronizarea DND pe cont propriu. Pentru a dezactiva caracteristica, creați un caz BEMS de inginerie cu următoarele informații:

Familie: Serviciu Spark
Produs: Apelare în Webex (Webex pentru BroadWorks)
Componentă: Furnizare WxBW
Cazul BEMS trebuie să precizeze că Nu deranjați sincronizarea trebuie să fie dezactivată pentru un partener. Cazul trebuie să conțină partnerId și clusterId BroadWorks.

Cazuri de utilizare

***Configurarea și compensarea DND în raport cu starea de lucru***

Înregistrare apeluri

Webex pentru Cisco BroadWorks acceptă patru moduri de înregistrare a apelurilor.

Tabelul 6. Moduri de înregistrare
Moduri de înregistrare	Descriere	Controale/indicatori care se afișează în aplicația Webex
Întotdeauna	Înregistrarea este inițiată automat atunci când apelul este stabilit. Utilizatorul nu are capacitatea de a porni sau opri înregistrarea.	Indicator vizual în curs de înregistrare
Întotdeauna cu întrerupere/reluare	Înregistrarea este inițiată automat atunci când apelul este stabilit. Utilizatorul poate întrerupe și relua înregistrarea.	Indicator vizual în curs de înregistrare Buton pauză înregistrare Buton Reluare înregistrare
Nu este necesară	Înregistrarea este inițiată automat atunci când apelul este stabilit, dar înregistrarea este ștearsă, cu excepția cazului în care utilizatorul apasă Start Recording. Dacă utilizatorul începe înregistrarea, înregistrarea completă din configurarea apelului este reținută. După începerea înregistrării, utilizatorul poate, de asemenea, să întrerupă și să reia înregistrarea	Buton Start Înregistrare Buton pauză înregistrare Buton Reluare înregistrare
OnDemand cu inițiere inițiată de utilizator	Înregistrarea nu inițiază decât dacă utilizatorul selectează opțiunea Start Recording din aplicația Webex. Utilizatorul are opțiunea de a începe și opri înregistrarea de mai multe ori în timpul unui apel.	Buton Start Înregistrare Buton Oprire înregistrare Buton pauză înregistrare

Cerințe

Pentru a implementa această funcție pe Webex pentru Cisco BroadWorks, trebuie să implementați următorii plasturi BroadWorks:

Identificatorul de corelație apeluri trebuie să fie activat. Pentru detalii, consultați Activarea identificatorului de corelație apeluri.

Pentru a utiliza această funcție, trebuie să fie activată următoarea etichetă de configurare: %ENABLE_CALL_RECORDING_WXT%.

Această caracteristică necesită o integrare cu o platformă terță parte de înregistrare a apelurilor.

Pentru a configura înregistrarea apelurilor în BroadWorks, accesați Ghidul interfeței de înregistrare a apelurilor Cisco BroadWorks.

Informații suplimentare

Pentru informații despre utilizator despre modul de utilizare a caracteristicii Înregistrare, accesați help.webex.com articol Webex | Înregistrați apelurile.

Pentru a reda o înregistrare, utilizatorii sau administratorii trebuie să acceseze platforma de înregistrare a apelurilor terță parte.

Grup Call Park și Preluați

Webex pentru Cisco BroadWorks acceptă parcarea și preluarea apelurilor de grup. Această caracteristică oferă o modalitate pentru utilizatorii din cadrul unui grup de a parca apeluri, care pot fi apoi preluate de alți utilizatori din grup. De exemplu, angajații de retail dintr-o setare de magazin ar putea utiliza funcția pentru a parca un apel care poate fi apoi preluat de cineva dintr-un alt departament.

Funcție de funcționare

După ce caracteristica este configurată

În timpul unui apel, un utilizator face clic pe opțiunea Park din aplicația Webex pentru a parca apelul la o extensie pe care sistemul o selectează automat. Sistemul afișează extensia utilizatorului pentru o perioadă de 10 secunde.
Un alt utilizator din grup face clic pe opțiunea Recuperare apel din aplicația Webex. Utilizatorul intră apoi în extensia apelului parcat pentru a continua apelul.

Cerințe

Pentru ca această caracteristică să funcționeze, asigurați-vă că aveți următoarele:

Fișierul de configurare a clientului trebuie să aibă următoarele etichete setate:

<call-park enabled="%ENABLE_CALL_PARK_WXT%"
        timer="%CALL_PARK_AUTO_CLOSE_DIALOG_TIMER_WXT%"/>

Identificatorul de corelație apeluri trebuie să fie activat pe AS și XSP|ADP. Pentru detalii, consultați Activarea identificatorului de corelație apeluri.
SBC-ul trebuie să fie configurat pentru a trece ‘ x-broadworks-correlation-in' atribuie SIP către și de la serverul de aplicații.

Configurare

Pentru informații despre modul de configurare a parcării apelurilor de grup pe BroadWorks, consultați „Adăugare grup de parcare a apelurilor” din Ghidul de administrare a interfeței web pentru grupul de servere Cisco BroadWorks – Partea a 2-a. Trebuie să creați un grup și să adăugați utilizatori în grup.

Pentru informații despre modul de configurare a identificatorului de corelație apeluri în BroadWorks, consultați Descrierea caracteristicilor identificatorului de corelație apeluri Cisco BroadWorks.

Informații suplimentare

Pentru informații despre utilizator despre modul de utilizare a parcului de apeluri de grup, consultați Webex | Park și preluați apelurile.

Parcare apel/Parcare apel direcționat

Parcarea regulată sau direcționată a apelurilor nu este acceptată în interfața cu utilizatorul aplicației Webex, dar utilizatorii configurați pot implementa caracteristica utilizând codurile de acces la funcții:

Introduceți *68 pentru a parca un apel
Introduceți *88 pentru a prelua un apel

Întrerupeți

Serviciul de tip barge-in este utilizat în mod obișnuit în mediile centrului de apeluri sau în alte situații în care poate fi necesară asistență sau intervenție imediată.

Atunci când un serviciu de blocare este activat, un utilizator sau un supervizor desemnat poate introduce un apel activ prin inițierea unei comenzi specifice sau prin utilizarea unui buton sau a unei combinații de taste dedicate pe telefonul sau dispozitivul lor de comunicare. Odată ce cererea de înscriere este făcută, sistemul stabilește o conexiune cu apelul în curs, permițând persoanei autorizate să asculte conversația sau să intre în apel ca participant activ.

Barge-in service poate fi util în diferite scenarii. Într-o setare de centru de apeluri, supraveghetorii sau formatorii pot monitoriza și antrena reprezentanți ai serviciilor pentru clienți ascultând apelurile în timp real. Dacă este necesar, aceștia pot interveni pentru a oferi îndrumare sau pentru a prelua apelul în cazul în care reprezentantul se luptă. În situații de urgență sau în discuții critice, personalul autorizat poate intra rapid în conversații în curs pentru a oferi asistență sau pentru a lua decizii importante.

În aplicația Webex pentru Barge in, primim o notificare conform căreia apelul este transformat într-o conferință. Nu există informații suplimentare în NOTIFY (call-info sau conference-info) care este tipul de conferință, astfel încât să o putem trata într-un mod diferit.

Atunci când apare o barjă, se stabilește un apel în trei moduri între părți. Se introduc următorii termeni:

Supervizor: Un supervizor este o persoană care supraveghează și gestionează o echipă de agenți de servicii pentru clienți sau reprezentanți ai centrului de apeluri. În contextul întreruperii apelurilor, un supervizor are, de obicei, capacitatea de a monitoriza și de a interveni în apelurile în curs ale clienților. Aceștia pot utiliza instrumente de monitorizare a apelurilor sau software-ul pentru a asculta apelurile, pentru a oferi îndrumare agenților și pentru a asigura controlul calității. Rolul supraveghetorului poate implica agenți de formare, abordarea preocupărilor clienților și optimizarea performanței echipei.
Client: Un client se referă la o persoană sau o entitate care se angajează cu o companie sau o organizație pentru a obține produse, servicii sau asistență. În contextul introducerii apelului, un client este o persoană care efectuează sau primește un apel telefonic cu un agent de servicii pentru clienți. Clienții pot solicita asistență, informații sau soluționarea întrebărilor sau problemelor lor în timpul apelului. Funcția de blocare a apelurilor permite supraveghetorilor sau personalului autorizat să se alăture apelului în curs între client și agent.
Agent: Un agent, cunoscut și sub numele de reprezentant al serviciului pentru clienți sau agent al centrului de apeluri, este o persoană responsabilă pentru gestionarea interacțiunilor cu clienții și furnizarea de asistență sau asistență prin telefon sau prin alte canale de comunicare. Agenții sunt instruiți să abordeze întrebările clienților, să rezolve problemele, să proceseze tranzacțiile și să ofere o experiență pozitivă pentru clienți. În contextul intrării în apelare, un agent este persoana care vorbește direct cu clientul în timpul apelului telefonic. Agentul poate primi îndrumare sau feedback de la supervizor prin intermediul apelului de tip barge-in, dacă este necesar.

Creşterea numărului de apeluri nativ mobile la întâlnire

Scala de apel nativ mobil la întâlnire vine cu două caracteristici unice:

Notificare push nouă

Utilizatorii de telefonie mobilă aflați într-un apel nativ pot comuta acum la Aplicația Webex atingând Notificarea push nouă. Când începeți un ecran de apel nativ, pe ecran apare o Notificare push Nouă și atingând notificarea vă duce direct la ecranul în apel al Aplicației Webex.

Vizualizați notificarea Webex în timpul unui apel telefonic mobil dacă utilizați Webex Go sau operatorul de rețea mobilă (MNO) are semnalizarea apelurilor utilizând controlul apelurilor Cisco pentru apelurile telefonice mobile.
Mutați apelul mobil în întâlnire

Când vă aflați în mijlocul unui apel cu cineva, este posibil să doriți să mutați acel apel într-o întâlnire pentru a utiliza unele caracteristici avansate ale întâlnirilor, cum ar fi transmisia video, partajarea sau tabla. Sau invitați alte persoane la discuție și mutați-vă la o întâlnire.

Cerințe BroadWorks

Caracteristică activabilă 25239
R23 cu XSP|ADP:
- AS Patch AP.as.23.0.1075.ap383064
- XSP|ADP Patch AP.xsp.23.0.1075.ap383064
- Patch AP.platform.23.0.1075.ap383064
R23 cu ADP:
- AS Patch AP.as.23.0.1075.ap383064
- ADP cu Xsi-Actions-23, versiunea CommPilot-23 > 2022.05_1.303 și versiunea NPS > 2022.08_1.350
R24:
- CA plasture transdermic: AP.as.24.0.944.ap383064
- ADP cu Xsi-Actions-24, versiunea CommPilot-24 > 2022.05_1.303 și versiunea NPS > 2022.08_1.350
R25:
- AS versiunea RI Rel_ 2022.08_1.354
- ADP cu Xsi-Actions-25, CommPilot-25 > 2022.08_1.350 și versiunea NPS > 2022.08_1.350

Configurație apelare URI pentru a sprijini mutarea apelului în întâlnire

Politica NS de apelare rapidă

Definiți regula pentru (.*)webex.com pentru a ruta prin I-SBC

NS_CLI/Policy/UrlDialing> get WebexMeetings
 Policy: UrlDialing  Instance: Webex
   unknownSipURIHandling = reject
   disableSubscriberLookups = true
   Enable = true
   CallTypes:
     Selection = {ALL}
     From = {PCS, ALL, TRMT, LO, TPSX, OAX, GNT, DP, LPS, OA, TPS, IOA, MOBX, EA, FGB, MOB, SNEN, POA, SV, SVCD, CAC, IN, TO1X, MS, CSV, VSC, EM, SVCO, SMC, TPSE, ZD, NIL, CS, CT, TF, GAN, VFAC, TO, DA, OAP}
   lineportOnly = false
   enableSipURIMatchingRules = true

NS_CLI/Policy/UrlDialing/Rules> get WebexMeetings
 Policy: UrlDialing  Instance: WebexCalling  Table: Rules
   id            pattern      routingNE  cost  weight            dtg
===================================================================
    1      *@*.webex.com  WebexMeetings     1      50  WebexMeetings

NS Routing NE pentru I-SBC

configurare Exemplu

NS_CLI/System/Device/RoutingNE> get ne WebexMeetings
 Network Element  WebexMeetings
    Location              =  1281465
    Data Center           =
    Static Cost           =  1
    Static Weight         =  99
    Poll                  =  false
    OpState               =  enabled
    State                 =  OnLine
    Profile               =  NIL_PROFILE
    Remote Lookup Enabled =  false
    Signaling Attributes  =

NS_CLI/System/Device/RoutingNE/Address> get ne WebexMeetings
      Routing NE     Address  Cost  Weight  Port    Transport    Route
=====================================================================
   WebexMeetings sbc-address     1      99     -  unspecified

Profil de rutare NS

Instanța de politică UrlDialing adăugată la profilul(ele) de rutare corespunzător(e)

NS_CLI/Policy/Profile> get profile MyInst
 Profile:  Webex
                  Policy              Instance
    ==========================================
 …
              UrlDialing          WebexMeetings

CA Utilizare Rută NS pentru apel NetworkURL

Activați AS pentru a onora ruta NS în modul Hybrid AS

AS_CLI/Interface/IMS> set queryNSForNetworkURL true

Apelare de urgență E911

Webex pentru Cisco BroadWorks acceptă apelarea serviciilor de urgență E911. Cu această caracteristică, apelurile de urgență sunt direcționate către un Punct de Răspuns pentru Siguranța Publică (PSAP), care poate apoi să direcționeze serviciile de urgență către locația apelantului. Pentru a utiliza această funcție, trebuie să integrați Webex pentru Cisco BroadWorks cu un furnizor de apeluri de urgență E911.

Utilizați următoarele articole Webex pentru a configura asistența pentru serviciile de apelare de urgență E911:

Apelare de urgență E911 în Webex pentru BroadWorks—Utilizați acest articol pentru a configura apelarea de urgență E911 în Webex pentru Cisco BroadWorks utilizând unul dintre următorii furnizori E911 acceptați:
- Lățime de bandă
- Intrado
- RedSky
Disclaimer pentru apeluri de urgență—Dacă aveți un serviciu de localizare, puteți configura fereastra Disclaimer pentru servicii de urgență din Aplicația Webex pentru a include o opțiune pentru ca utilizatorii să își actualizeze locația atunci când se conectează.

Personalizați și configurați clienții

Utilizatorii descarcă și instalează aplicațiile Webex generice, pentru desktop sau mobil (pentru linkuri de descărcare, consultați Platformele Aplicației Webex). Odată ce utilizatorul se autentifică, clientul se înregistrează împotriva Webex Cloud pentru mesagerie și întâlniri, preia informațiile de branding, descoperă informațiile de serviciu BroadWorks și descarcă configurația de apelare de pe serverul de aplicații BroadWorks (prin DMS pe XSP|ADP).

Configurați parametrii de apelare pentru aplicațiile Webex din BroadWorks (ca de obicei). Configurați parametrii de branding, mesagerie și întâlnire pentru clienții din Control Hub. Nu modificați direct un fișier de configurare.

Aceste două seturi de configurații se pot suprapune, caz în care configurația Webex depășește configurația BroadWorks.

Adăugați șabloane de configurare a aplicațiilor Webex pe serverul aplicației BroadWorks

Aplicațiile Webex sunt configurate cu fișiere DTAF. Clienții descarcă un fișier XML de configurare de pe serverul aplicației, prin serviciul de administrare a dispozitivelor de pe XSP|ADP.

Obțineți fișierele DTAF necesare (consultați profilurile dispozitivului din secțiunea Pregătire mediu).
Verificați dacă aveți seturile de etichete corecte în BroadWorks System > Resurse > Setările etichetei de administrare a dispozitivelor.

Pentru fiecare client pe care îl configurați:

Descărcați și extrageți fișierul zip DTAF pentru clientul particular.
Importați fișiere DTAF în BroadWorks la Sistem > Resurse > Tipuri de profil de identitate/dispozitiv

Deschideți profilul dispozitivului nou adăugat pentru editare și:

Introduceți FQDN și Protocolul de acces la dispozitiv la ferma XSP|ADP.

Bifați caseta de selectare Support Remote Party Info . Acest suport este necesar pentru ca partajarea desktop-ului să funcționeze.

De asemenea, puteți activa asistența de la distanță prin rularea următoarei comenzi CLI pe serverul de aplicații: AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

Modificați șabloanele în funcție de mediul dumneavoastră (consultați tabelul de mai jos).
Salvează-ți profilul.

Faceți clic pe Fișiere și autentificare și apoi selectați opțiunea de a reconstrui toate fișierele de sistem.

Nume	Descriere
Prioritate Codec	Configurați ordinea prioritară pentru codecurile audio și video pentru apelurile VoIP
TCP, UDP și TLS	Configurați protocoalele utilizate pentru semnalizarea SIP și media
Porturi audio și video RTP	Configurați intervalele portului pentru transmisia audio și video RTP
opțiuni SIP	Configurați diferite opțiuni legate de SIP (SIP INFO, utilizați rport, descoperire proxy SIP, intervale de reîmprospătare pentru înregistrare și abonare etc.)

Personalizați brandingul pentru aplicația Webex

Personalizări partener — Administratorii parteneri pot aplica personalizări avansate de branding care se aplică organizației partenere și/sau clienților pe care partenerul îi gestionează. Consultați Configurarea personalizărilor avansate de branding.
Personalizări client – Dacă partenerul permite clienților să aplice propriile personalizări Branding, administratorii clienților pot urma procedurile de la Adăugare Branding Company la Webex.

Portalul de activare a utilizatorului utilizează aceeași siglă pe care o adăugați pentru branding-ul clientului.

Personalizați URL-urile de raportare a problemelor și de asistență

Pentru a personaliza aceste opțiuni, administratorii pot urma procedura "Add Feedback and Help Site URL", care poate fi găsită în ambele articole de Branding de mai sus.

Configurați organizația dvs. de testare pentru Webex pentru Cisco BroadWorks

Înainte de a începe

Cu Flowthrough Provizionare

Trebuie să configurați toate serviciile XSP|ADP și organizația parteneră din Control Hub, înainte de a putea efectua această sarcină.

Alocați serviciul în BroadWorks:

Creați o întreprindere de testare sub întreprinderea furnizorului dvs. de servicii în BroadWorks sau creați un grup de testare sub Furnizorul dvs. de servicii (depinde de configurarea BroadWorks).
Configurați serviciul IM&P pentru acea întreprindere, pentru a indica șablonul pe care îl testați (preluați URL-ul adaptorului de configurare și acreditările din șablonul de integrare Control Hub).
Creați abonați de testare în acea întreprindere / grup.
Oferiți utilizatorilor adrese de e-mail unice în câmpul de e-mail din BroadWorks. Copiați și cele din atributul ID alternativ.

Alocați serviciul IM&P integrat abonaților respectivi.

Acest lucru declanșează crearea organizației clientului și a primilor utilizatori, care durează câteva minute. Vă rugăm să așteptați puțin timp înainte de a încerca să vă conectați cu noii dvs. utilizatori.

Verificați organizația clienților și utilizatorii din Control Hub:

Conectați-vă la Control Hub cu contul de administrator partener.
Accesați Clienți și verificați dacă noua dvs. organizație client se află în listă (numele urmează numele grupului sau numele întreprinderii, de la BroadWorks).
Deschideți organizația client și verificați dacă abonații sunt utilizatori în organizația respectivă.
Verificați dacă primul abonat căruia i-ați atribuit serviciul IM&P integrat a devenit administratorul clientului acelei organizații.

Teste utilizator

1	Descărcați aplicația Webex pe două mașini diferite.
2	Conectați-vă ca utilizatori de testare pe cele două mașini.
3	Efectuați apeluri de testare.

Gestionarea Webex pentru BroadWorks

Furnizarea de organizații pentru clienți

În modelul actual, furnizăm automat organizația clientului atunci când înscrieți primul utilizator prin oricare dintre metodele descrise în acest document. Furnizarea se face o singură dată pentru fiecare client.

Furnizați utilizatori

Puteți să furnizați utilizatorilor în aceste moduri:

Utilizați API-uri pentru a crea conturi Webex
Alocați IM&P integrat (configurare flux) cu e-mailuri de încredere pentru a crea conturi Webex
Alocați IM&P integrat (configurare flux) fără e-mailuri de încredere. Utilizatorii furnizează și validează adrese de e-mail pentru a crea conturi Webex
Permiteți utilizatorilor să se autoactiveze (le trimiteți un link, creează conturi Webex)

API-uri de asigurare a accesului public

Webex expune API-urile publice pentru a permite furnizorilor de servicii să integreze configurarea Webex pentru abonații Cisco BroadWorks în fluxurile de lucru de configurare existente. Specificațiile pentru aceste API-uri sunt disponibile pe developer.webex.com. Dacă doriți să dezvoltați aceste API-uri, contactați reprezentantul Cisco pentru a obține Webex pentru Cisco BroadWorks.

Clienții angro vor fi respinși de aceste API-uri.

Configurare flowthrough

Pe BroadWorks, puteți furniza utilizatorilor opțiunea Activare IM&P integrată. Această acțiune determină adaptorul de configurare BroadWorks să efectueze un apel API pentru a furniza utilizatorul pe Webex. API-ul nostru de alimentare este compatibil cu API-ul UC-One SaaS. BroadWorks AS nu necesită nicio modificare de cod, ci doar o modificare de configurare la punctul final API pentru adaptorul de configurare.

Configurarea abonaților pe Webex poate dura considerabil (câteva minute pentru utilizatorul inițial într-o întreprindere). Webex efectuează configurarea ca sarcină de fundal. Deci, succesul în configurarea fluxului indică faptul că configurarea a început. Nu indică finalizare.

Pentru a confirma că utilizatorii și organizația client sunt complet configurați pe Webex, trebuie să vă conectați la Partner Hub și să căutați în lista de clienți.

Utilizatorii care trunchiază BroadWorks pot avea Webex pentru BroadWorks printr-o aparență de apel partajată (SCA). Utilizatorul care trișează va trebui să aibă serviciul de autentificare atribuit. După cum este descris în secțiunea 8 din Ghidul de soluții pentru trunchiere BroadWorks, acest lucru permite ca autentificarea aspectului SCA Webex să fie separată de autentificarea comună a trunchiurilor. Webex for BroadWorks nu poate fi configurat pentru trunchierea utilizatorilor cu lista de rutare sau cu funcțiile de rutare directă atribuite.

Locația șabloanelor a fost mutată de la BroadWorks Calling in Org Settings la secțiunea Listă de clienți și acum se numește șablonul de integrare.

Auto-activare utilizator

Pentru a furniza utilizatorilor BroadWorks în Webex, fără a aloca serviciul IM&P integrat:

Conectați-vă la Partner Hub și găsiți pagina Listă clienți .
Faceți clic pe Vizualizare șabloane.
Selectați șablonul de integrare de configurare pe care doriți să îl aplicați acestui utilizator.

Rețineți că fiecare șablon este asociat cu un cluster și cu organizația dvs. parteneră. Dacă utilizatorul nu se află în sistemul BroadWorks asociat cu acest șablon, utilizatorul nu se poate auto-activa cu link-ul.
Copiați linkul de configurare și trimiteți-l utilizatorului.

De asemenea, este posibil să doriți să includeți linkul de descărcare a software-ului și să reamintiți utilizatorului de care are nevoie pentru a furniza și valida adresa de e-mail pentru a-și activa contul Webex.
Puteți monitoriza starea de activare a utilizatorului în șablonul selectat.

Pentru mai multe informații, consultați Fluxurile de configurare și activare a utilizatorului.

Furnizarea de e-mailuri de neîncredere

Partner Hub oferă un set de controale în cadrul vizualizării stării utilizatorului care permite administratorilor Webex pentru Cisco BroadWorks Service Provider să revizuiască starea utilizatorului și să rezolve erorile la configurarea cu e-mailuri false. Pentru detalii, consultați Verificarea accesului utilizatorilor cu e-mailuri de încredere.

Mutați utilizatorii Webex în Webex pentru Cisco BroadWorks

Pentru a muta utilizatorii Webex existenți în Webex pentru Cisco BroadWorks, consultați tabelul de mai jos pentru a determina procedura de urmat.

Utilizatorul Webex existent aparține unui...

Urmați aceste procese pentru a muta utilizatorul

Organizația consumatorului sau autentificarea (de exemplu, cont gratuit, cont de încercare)

Configurarea utilizatorilor—Dacă organizația Webex pentru BroadWorks nu există (fără utilizatori configurați), urmați configurarea normală pentru a furniza primul utilizator ca utilizator de administrator și creați organizația. Acest lucru mută automat contul de utilizator Webex pentru primul utilizator. Pentru utilizatorii următori, utilizați procedura de mai jos.
Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks—Dacă există organizația Webex pentru BroadWorks (primul utilizator este configurat), obțineți consimțământul utilizatorului și mutați utilizatorii următori.

organizație Client

Atașați Webex for BroadWorks la organizația existentă—atașamentul organizației (pentru primul utilizator) adaugă, de asemenea, Webex for BroadWorks la utilizatorii următori, atât timp cât acestea sunt atribuite organizației corecte.

Utilizatorul Webex existent aparține unui...

Urmați aceste procese pentru a muta utilizatorul

Organizația consumatorului sau autentificarea (de exemplu, cont gratuit, cont de încercare)

Dacă organizația Webex for BroadWorks nu există (nu sunt configurați utilizatori):

Configurarea utilizatorilor—Urmați configurarea normală pentru a adăuga primul utilizator ca utilizator de administrator. Acest lucru mută automat contul primului utilizator și creează organizația Webex pentru BroadWorks. Consimțământul utilizatorului este necesar pentru a muta utilizatorii secvențiali (utilizați procedura de mai jos).

Dacă există o organizație Webex for BroadWorks (cel puțin un utilizator este configurat):

Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks—Obțineți consimțământul utilizatorului și mutați utilizatorii următori.

organizație Client

Atașați Webex for BroadWorks la organizația existentă—atașamentul organizației (pentru primul utilizator) adaugă, de asemenea, Webex for BroadWorks la utilizatorii următori, atât timp cât acestea sunt atribuite organizației corecte.

Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks

Utilizați această procedură pentru a muta un utilizator Webex existent care se află într-o organizație de consumatori sau care are un cont de autentificare (cont gratuit sau cont de încercare) în Webex pentru Cisco BroadWorks. Rețineți că organizația Webex pentru Cisco BroadWorks trebuie să existe (cu primul utilizator furnizat). În acest caz, puteți utiliza una dintre aceste opțiuni pentru a muta utilizatorii:

Mutați utilizatorul (cu e-mail de încredere) – utilizează configurarea cu e-mailuri de încredere
Mutați utilizatorul (cu e-mail de neîncredere) – utilizează configurarea cu e-mailuri nefiabile
Auto-activare

Dacă organizația Webex pentru Cisco BroadWorks nu este încă creată (nu sunt configurați utilizatori), urmați procesele normale de configurare (Setați utilizatorii) pentru a crea organizația și a adăuga primul utilizator ca utilizator de administrare. După ce primul utilizator este configurat în organizație, urmați metodele bazate pe consimțământ din această procedură pentru a muta utilizatorii următori.

Mutați utilizatorul (cu e-mail de încredere)

Dacă șablonul de integrare utilizează e-mailuri de încredere, administratorul partener poate muta utilizatorii următori în acest proces:

Administratorul adaugă utilizatorul.
- Utilizatorul este împins la Podul de configurare BroadWorks.
- Căutarea CI determină faptul că acest utilizator are un alt cont Webex cu această adresă de e-mail.
- Un e-mail automat este trimis utilizatorului.
Utilizatorul deschide e-mailul și face clic pe Activare cont. Utilizatorul este redirecționat către portalul Webex Consumer.
Conectați utilizatorul la Webex.
Faceți clic pe Ștergere pentru a șterge vechiul cont Webex.
- Contul vechi Webex este șters.
- Utilizatorul este configurat în Webex pentru Cisco BroadWorks utilizând aceeași adresă de e-mail.
- Utilizatorul este direcționat către pagina Descărcare.

Mutați utilizatorul (cu e-mail de neîncredere)

Dacă șablonul de integrare utilizează e-mailuri de neîncredere, adresa de e-mail a utilizatorului trebuie validată mai întâi. Administratorul poate urma acest proces pentru a muta utilizatorii următori:

Administratorul adaugă utilizatorul.
- Utilizatorul este împins automat la Podul de configurare BroadWorks.
- Un text cu un link de activare este trimis utilizatorului.
Utilizatorul face clic pe linkul Activare și introduce adresa lor de e-mail.
- Căutarea CI determină faptul că acest utilizator are un alt cont Webex cu această adresă de e-mail.
- Un e-mail automat este trimis utilizatorului.
Utilizatorul deschide e-mailul și face clic pe Alăturați-vă acum.
- Adresa de e-mail este validată.
- Utilizatorul este redirecționat pentru a se conecta la portalul Webex Consumer.
Conectați utilizatorul la Webex.
Utilizatorul trebuie să facă clic pe Ștergere pentru a șterge vechiul cont Webex.
- Contul vechi Webex este șters.
- Utilizatorul este configurat în Webex pentru Cisco BroadWorks utilizând aceeași adresă de e-mail.
- Utilizatorul este direcționat către pagina Descărcare.

Flux de auto-activare

Dacă utilizatorul are un cont BroadWorks existent, acesta poate utiliza procesul de auto-activare pentru a-și muta contul.

Utilizatorul se conectează la URL-ul Portalului de acces al utilizatorului utilizând acreditările BroadWorks.
Utilizatorul își introduce adresa de e-mail.
- Utilizatorul este împins la BroadWorks Provisioning Bridge.
- Un e-mail automat este trimis la adresa de e-mail a utilizatorului.
Utilizatorul deschide e-mailul și face clic pe link-ul Alăturați-vă acum , care validează adresa de e-mail.
- CI găsește că utilizatorul are un cont Webex existent. Utilizatorul trebuie să șteargă vechiul cont înainte de a putea continua.
- Utilizatorul este redirecționat pentru a se conecta la Webex.
Utilizatorul se conectează la Portalul pentru consumatori.
Utilizatorul face clic pe Ștergere cont.
- Contul Webex vechi este șters.
- Utilizatorul are la dispoziție un nou cont Webex pentru Cisco BroadWorks cu aceeași adresă de e-mail.

Atașați Webex for BroadWorks la organizația existentă

Dacă sunteți un administrator partener care adaugă servicii Webex pentru BroadWorks la o organizație client Webex existentă, care nu este încă asociată cu o întreprindere BroadWorks gestionată de partener, administratorul organizației client TREBUIE SĂ aprobe accesul administratorului pentru ca solicitarea de configurare să reușească.

Este necesară aprobarea administratorului organizației dacă oricare dintre următoarele sunt adevărate:

Organizația client existentă are 100 de utilizatori sau mai mulți
Organizația are un domeniu de e-mail verificat
Domeniul organizației este revendicat

Dacă niciunul dintre criteriile de mai sus nu este adevărat, atunci poate apărea o Atașare Automată.

Într-un scenariu de atașare automată, un abonament Webex pentru BroadWorks este adăugat la o organizație client existentă fără nicio notificare către administratorul organizației existente sau utilizatorul final. În cele mai multe cazuri, organizației dvs. de parteneri li se vor acorda drepturi de administrator de configurare. Cu toate acestea, dacă organizația client nu are licențe sau doar licențe suspendate/anulate, atunci veți fi administrator complet.

Cu accesul administratorului de configurare, veți avea vizibilitate limitată în Control Hub pentru utilizatorii din organizația existentă. Se recomandă să contactați administratorul clientului și să solicitați accesul administratorului complet la organizație.

Administratorii parteneri pot finaliza următoarea procedură pentru a adăuga servicii de apelare BroadWorks la o organizație Webex existentă:

În Hub-ul pentru parteneri, comutatorul pentru configurarea organizațiilor existente trebuie să fie activat în cadrul setărilor șablonului de integrare al organizației respective (comutatorul este activat în mod implicit).

Administratorul partener furnizează Webex pentru Cisco BroadWorks pentru client. Pentru ajutor, consultați Furnizarea organizațiilor pentru clienți. Se întâmplă următoarele:

Atașamentul organizației eșuează cu o 2017 eroare (Nu s-a putut furniza Abonatul într-o organizație Webex existentă). (O eroare nu va fi primită în timpul unui atașament automat.)
Se generează o notificare prin e-mail și se trimite administratorilor organizației clientului (până la cinci administratori). Notificarea prin e-mail evidențiază e-mailul administratorului partenerului (așa cum este configurat în șablonul de integrare din Hub-ul partenerului) și solicită administratorului organizației să aprobe administratorul partenerului ca administrator extern. Administratorul organizației clientului trebuie să aprobe cererea și să ofere administratorului partener acces complet al administratorului la organizația clientului.

Să presupunem că administratorul clientului nu primește un e-mail. În acest caz, administratorul clientului poate adăuga manual administratorul partener (specificat în șablon) ca administrator extern al organizației client din Control Hub. Apoi, încercați din nou să configurați utilizatorul, ceea ce va declanșa furnizarea de clienți Webex pentru Cisco BroadWorks.

Cu acces complet la administrator , administratorul partener poate finaliza procesul de configurare a clientului. Va trebui să încercați din nou Furnizarea clientului începând cu Pasul 1 de mai sus. Cu toate acestea, acum, ca administrator complet extern, nu ar trebui să observați eroarea 2017.

După finalizarea furnizării serviciilor de apelare, organizația client existentă va fi vizibilă ca client sub organizația partener Webex pentru BroadWorks.

Numele organizației atașate nu se va schimba în numele întreprinderii BroadWorks. Numele organizației atașate va rămâne așa cum a fost înainte de procesul de atașare.

Condițiile atașamentului organizației

Adresa de e-mail a primului abonat BroadWorks furnizat trebuie să corespundă cu adresa de e-mail a unui utilizator existent în organizația client vizată. În caz contrar, va fi creată o nouă organizație pentru clienți.
Primul utilizator din organizația existentă care este configurat pentru Webex pentru BroadWorks nu este configurat ca utilizator de administrator. Setările și drepturile organizației existente sunt păstrate.
Setările de autentificare existente ale organizației au prioritate față de ceea ce este configurat în șablonul de configurare Webex pentru BroadWorks. Ca rezultat, nu există nicio modificare a modului în care utilizatorii existenți se conectează.
- Cu toate acestea, dacă organizația client existentă are activată branding-ul de bază, după ce atașamentul apare, setările avansate de branding ale partenerului vor avea prioritate. Dacă clientul dorește ca brandingul de bază să rămână intact, atunci partenerul trebuie să configureze organizația clientului pentru a suprascrie brandingul în setările avansate de branding.
Numele organizației existente nu se va schimba.
Nu există nicio modificare a setării steagului de ștergere a e-mailului în setările organizației existente. Acest lucru poate afecta utilizatorii nou configurați. În funcție de modul în care este setat steagul, este posibil ca noii utilizatori să primească sau să nu primească un e-mail cu un cod care trebuie introdus pentru a finaliza activarea.
Modul Administrator restricționat (setat de comutatorul Modul partener restricționat) este dezactivat pentru organizația atașată.
Asigurați-vă că finalizați procesul de atașare a organizației (mutarea utilizatorilor existenți și actualizarea ID-ului organizației), înainte de a furniza noi utilizatori în organizația Webex pentru Cisco BroadWorks.
O întreprindere BroadWorks poate fi asociată doar cu o singură organizație Webex. Nu puteți furniza abonați de la o singură întreprindere BroadWorks în organizații Webex separate.

Adăugare administrator extern

Pentru pașii pe care administratorii organizației clientului îi pot urma pentru a adăuga administratorul partenerului ca administrator extern, consultați articolul Aprobarea solicitării administratorului extern privind help.webex.com.

Administratorul clientului trebuie să ofere administratorului extern drepturi și privilegii de Administrator complet.

Adresa de e-mail pe care administratorul organizației clientului o adaugă ca administrator extern trebuie să corespundă cu adresa de e-mail a administratorului partenerului, astfel cum este configurată în șablonul de integrare din Hubul partenerului.

După adăugarea e-mailului din șablonul de integrare în Partner Hub ca administrator complet, orice administrator partener suplimentar va trebui, de asemenea, să fie adăugat ca administrator extern cu drepturi de administrator complet.

Dezactivați Webex pentru BroadWorks din organizația existentă

Urmați acești pași pentru a dezactiva Webex pentru BroadWorks dintr-o organizație Webex existentă. De exemplu, dacă ați atașat accidental Webex for BroadWorks unei organizații existente și doriți să eliminați atașamentul.

În fluxul standard, detașarea Webex pentru BroadWorks de la o organizație Webex existentă (numai fluxul standard) va șterge toate datele asociate abonaților și va dezactiva abonamentul Webex pentru BroadWorks al clientului. De asemenea, veți pierde accesul la organizația client dacă acesta este singurul abonament asociat. În Fluxul hibrid, abonamentele clienților nu sunt modificate.

Dacă nu aveți acces la setările clientului din Control Hub, administratorul clientului vă acordă acces la administratorul extern urmând Aprobarea solicitării administratorului extern.
Eliminați toate spațiile de lucru Webex pentru BroadWorks din organizație. Utilizați API-ul Eliminare spațiu de lucru BroadWorks .
Eliminați toți abonații Webex pentru BroadWorks din organizație. Utilizați API-ul Eliminare abonat BroadWorks .
Eliminați utilizatorii Webex în așteptare pentru BroadWorks din organizație. De exemplu, dacă utilizatorii au fost configurați prin intermediul fluxului de e-mail neautentificat și e-mailurile valide nu au fost încă introduse, utilizatorii sunt lăsați într-o stare în așteptare. Urmați Verificați configurarea utilizatorului cu e-mailuri nefiabile pentru a șterge utilizatorii.
Ștergeți configurația BroadWorks Calling pentru acest client. Deschideți instanța Control Hub a clientului, faceți clic pe Hybrid, în secțiunea BroadWorks Calling ștergeți toate configurațiile.

După finalizarea detașării, dacă doriți să atașați Webex for BroadWorks clientului, urmați procesele de configurare pentru a atașa unui client existent.

O opțiune alternativă de a elimina abonații dacă nu doriți să utilizați API-ul Eliminați un abonat BroadWorks este de a intra în BroadWorks CommPilot și de a elimina serviciul IM&P integrat pentru utilizatorii afectați.

Gestionați utilizatorii și organizațiile

Pentru a gestiona utilizatorii din Webex pentru Cisco BroadWorks, rețineți că utilizatorul există atât în BroadWorks, cât și în Webex. Atributele de apelare și identitatea utilizatorului BroadWorks sunt deținute în BroadWorks. O identitate de e-mail distinctă pentru utilizator și licențierea sa pentru funcțiile Webex sunt deținute în Webex.

Verificați configurarea utilizatorului cu e-mailuri de neîncredere

Dacă configurați utilizatorii Webex pentru BroadWorks utilizând configurarea prin flux cu e-mailuri neconfirmate, utilizatorii trebuie să se autosesizeze introducând adresa lor de e-mail în Portalul de activare a utilizatorului. Dacă utilizatorul întâmpină o eroare, aceștia pot utiliza opțiunea Încercați din nou care se afișează în portal pentru a încerca din nou. Dacă utilizatorul reîntâlnește eroarea, administratorul poate utiliza pașii de mai jos din Partner Hub pentru a revizui starea și fie pentru a include utilizatorul, pentru a șterge utilizatorul sau pentru a aplica modificări de configurare.

1	Conectați-vă la Partner Hub și găsiți pagina Listă clienți .
2	Faceți clic pe Vizualizare șabloane. Selectați șablonul de integrare corespunzător pe care doriți să îl aplicați acestui utilizator.
3	În conformitate cu Verificarea utilizatorului, verificați dacă sunt setate următoarele setări pentru a vă asigura că configurarea fluxului cu e-mailuri neconfirmate este configurată corect: Opțiunea E-mailuri nefiabile trebuie bifată Câmpul Share Link trebuie să indice linkul Activare. Dacă totul este configurat, utilizatorii pot încerca să se autosesizeze prin Portalul de activare a utilizatorului.
4	După ce apare configurarea utilizatorului, în secțiunea Verificare utilizator , faceți clic pe Afișare stare utilizator pentru a verifica starea de configurare. Vizualizarea stării utilizatorului afișează lista de utilizatori împreună cu detalii, cum ar fi ID-ul BroadWorks, tipul de pachet selectat și starea curentă, care arată dacă utilizatorul este configurat sau dacă există o cerință în așteptare.
5	Pentru utilizatorii cu erori sau cerințe în așteptare, faceți clic pe cele trei puncte din dreapta și alegeți una dintre următoarele opțiuni administrative: Reîncercați activarea—Faceți clic pe această opțiune pentru a reîncerca integrarea utilizatorului. În fereastra pop-up, introduceți o adresă de e-mail validă și faceți clic pe Înregistrare. Ștergeți utilizatorul—Această opțiune poate fi adecvată dacă trebuie să modificați configurația pentru a permite integrarea. După ce ștergeți utilizatorul și efectuați modificările, utilizatorul poate încerca din nou să se integreze. Schimbați tipul de pachet—Schimbați setarea de la un pachet la altul: Copiați textul de eroare—Faceți clic pe această opțiune pentru a copia textul de eroare.

Opțiuni de vizualizare suplimentare

Următoarele opțiuni suplimentare sunt disponibile atunci când vizualizați lista de utilizatori:

Export—Faceți clic pe acest buton dacă doriți să exportați lista de utilizatori într-un fișier CSV.
Excludeți utilizatorii configurați—Activați acest comutator dacă doriți să vizualizați numai utilizatorii cu cerințe în așteptare sau erori.

Modificați ID-ul utilizatorului sau adresa de e-mail

Modificări ale ID-ului de utilizator și adresei de e-mail

ID-ul de e-mail și ID-ul alternativ sunt atributele de utilizator BroadWorks utilizate cu Webex pentru Cisco BroadWorks. ID-ul de utilizator BroadWorks este încă identificatorul principal al utilizatorului din BroadWorks. Următorul tabel descrie scopurile acestor atribute diferite și ce trebuie să faceți dacă trebuie să le schimbați:

Atribut în BroadWorks	Atribut corespunzător în Webex	Scop	Note
ID utilizator BroadWorks	Fără	Identificator principal	Nu puteți schimba acest identificator și totuși să asociați utilizatorul la același cont în Webex. Puteți șterge utilizatorul și recrea dacă nu este corect.
ID e-mail	ID utilizator	Obligatoriu pentru configurarea prin flux (crearea ID-ului de utilizator Webex) atunci când afirmați că aveți încredere în e-mail Nu este necesar în BroadWorks dacă nu afirmați că puteți avea încredere în e-mailuri Nu este necesar în BroadWorks dacă permiteți abonaților să se auto-activeze	Există un proces manual pentru a schimba acest lucru în ambele locuri dacă utilizatorul este configurat cu adresa de e-mail greșită: Schimbați adresa de e-mail a utilizatorului în Control Hub Modificați atributul ID-ului de e-mail în BroadWorks Nu modificați ID-ul de utilizator BroadWorks. Acest lucru nu este acceptat.
ID alternativ	Fără	Permite autentificarea utilizatorului, prin e-mail și parolă, împotriva ID-ului de utilizator BroadWorks	Ar trebui să fie la fel ca ID-ul de e-mail. Dacă Nu puteți introduce e-mailul în atributul ID alternativ, utilizatorii vor trebui să introducă ID-ul de utilizator BroadWorks atunci când se autentifică.

Schimbați pachetul de utilizatori în Partner Hub

1	Conectați-vă la Partner Hub și faceți clic pe Clienți.
2	Găsiți și selectați organizația clientului în care este găzduit utilizatorul. Pagina de prezentare generală a organizației se deschide într-un panou din dreapta ecranului.
3	Faceți clic pe Vizualizare client. Organizația clientului se deschide în Control Hub, afișând pagina Prezentare generală.
4	Faceți clic pe Utilizatori, apoi găsiți și faceți clic pe utilizatorul afectat.
5	În Serviciile utilizatorului, faceți clic pe Webex for BroadWorks Packages (Abonamente). Se deschide panoul de pachete al utilizatorului și puteți vedea ce pachet este alocat în prezent utilizatorului.
6	În fila Profil , căutați în secțiunea Pachet și faceți clic pe săgeată (>) pentru a extinde vizualizarea.
7	Selectaţi pachetul dorit pentru acest utilizator (Basic, Standard, Premium sau Softphone) şi faceţi clic pe Salvare. Control Hub afișează un mesaj pe care utilizatorul îl actualizează.
8	Puteți închide detaliile utilizatorului și fila Control Hub.

Pachetele standard și Premium au site-uri de întâlniri distincte care sunt asociate cu fiecare pachet. Atunci când un abonat cu privilegii de administrator cu unul dintre aceste două pachete se mută la celălalt pachet, abonatul apare cu două site-uri de întâlniri în Control Hub. Capacitățile întâlnirii gazdei abonatului și site-ul întâlnirii se aliniază la pachetul actual. Site-ul de întâlnire al pachetului anterior și orice conținut creat anterior pe acel site, cum ar fi înregistrările, rămân accesibile administratorului site-ului de întâlnire.

Este posibil să dureze două până la trei ore pentru noile setări PMR care rezultă dintr-o modificare a pachetului pentru a fi actualizate.

Ștergeți utilizatorii

Există o varietate de metode pe care administratorii le pot utiliza pentru a șterge un utilizator din Webex pentru Cisco BroadWorks:

Dacă utilizatorul pe care îl veți șterge are privilegii de administrator, atribuiți un administrator nou înainte de a șterge utilizatorul. Nu există un transfer automat al rolului de administrator în cazul în care ultimul administrator este șters.

Webex pentru API Cisco BroadWorks

Administratorii parteneri pot utiliza API-ul Webex pentru Cisco BroadWorks pentru a șterge utilizatorii:

Rulați Eliminați o solicitare API pentru abonații BroadWorks la https://developer.webex.com/docs/api/v1/broadworks-subscribers/remove-a-broadworks-subscriber. Această solicitare elimină abonamentul Webex pentru Cisco BroadWorks. Utilizatorul nu mai este facturat ca utilizator Webex pentru Cisco BroadWorks și este tratat ca utilizator Webex gratuit.
Rulați Ștergeți o solicitare API a persoanei https://developer.webex.com/docs/api/v1/people/delete-a-person pentru a șterge complet utilizatorul.

Furnizare flux-through

Administratorii parteneri pot utiliza configurarea prin flux pentru a șterge utilizatorii:

Pe serverul BroadWorks, eliminați serviciul integrat IM+P de la utilizator. Puteți dezactiva serviciul pentru utilizator de pe pagina IM&P integrată a BroadWorks. Pentru o procedură detaliată, consultați „Configurați IM&P integrat” în Ghidul de administrare a interfeței web pentru grupul de servere Cisco BroadWorks – Partea a 2-a.

După ce serviciul este dezactivat, configurarea prin flux elimină subscrierea Webex pentru Cisco BroadWorks de la utilizator. Utilizatorul nu mai este facturat ca utilizator Webex pentru Cisco BroadWorks și este tratat ca utilizator Webex gratuit.
În Control Hub, găsiți și selectați utilizatorul.
Accesați Acțiuni și selectați Ștergere utilizator.

Control Hub (Administratori clienți)

Administratorii clienților pot utiliza Control Hub pentru a șterge utilizatorii din organizația lor. Pentru detalii, consultați Ștergerea unui utilizator din organizația dvs. în Webex Control Hub la https://help.webex.com/0qse04/.

Ștergere organizație

Urmați această procedură pentru a șterge o organizație Webex pentru Cisco BroadWorks din sistem.

Utilizați API-urile People pentru a șterge toți utilizatorii din organizație:

Rulați API-ul List People pentru a obține o listă de utilizatori.
Rulați API-ul Ștergere persoană pentru a șterge utilizatorii.

API-ul Eliminare abonat BroadWorks elimină drepturile Webex pentru Cisco BroadWorks de la un utilizator, dar nu șterge utilizatorul.

Dacă Sincronizarea directorului este activată, dezactivați-o. Acest lucru se poate face prin intermediul Partner Hub sau prin intermediul API-ului public.

Pentru a dezactiva Sincronizarea directorului prin Partner Hub:

Conectați-vă la Partner Hub și faceți clic pe Setări.
În cadrul BroadWorks Calling, faceți clic pe Vizualizare șabloane și selectați șablonul corespunzător.
Faceți clic pe butonul Afișare listă de stare sincronizare client din panoul lateral.
Pentru clientul corespunzător, faceți clic pe cele trei puncte din dreapta și selectați Dezactivare sincronizare.

Pentru a dezactiva sincronizarea directorului prin API, utilizați Actualizarea sincronizării directorului pentru un API BroadWorks Enterprise și dezactivați setarea enableDirSync .

Toți utilizatorii legați de BroadWorks Directory Sync pentru această organizație vor fi șterși. Rețineți că eliminarea utilizatorilor (utilizând oricare dintre metode) poate dura ceva timp, în funcție de cantitatea de utilizatori.

După ce toți utilizatorii sunt eliminați, utilizați Ștergeți un API de organizație pentru a șterge organizația.

Gestionarea lansării

Comenzile de gestionare a lansărilor din Partner Hub facilitează gestionarea versiunilor de către Webex pentru furnizorii de servicii Cisco BroadWorks, oferindu-le posibilitatea de a controla cadența lansării prin care utilizatorii actualizează Aplicațiile Webex la cel mai recent software.

În mod implicit, Aplicația Webex utilizează upgrade-uri automate (lansări lunare controlate de Cisco). Cu toate acestea, cu această caracteristică, administratorii parteneri pot:

Configurați programele de lansare personalizate cu amânări din programul de lansare Cisco implicit
Configurați un program de lansare și o cascadă unică pentru programul respectiv pentru toate organizațiile de clienți pe care le gestionează
Atribuiți diferite programe de lansare diferitelor organizații ale clienților

Pentru mai multe informații despre Gestionarea versiunilor, inclusiv informații despre modul de configurare și aplicare a programelor de lansare personalizate, consultați secțiunea Customizări privind gestionarea versiunilor din articolul Webex.

Reconfigurarea sistemului

Puteți reconfigura sistemul după cum urmează:

Adăugați un cluster BroadWorks în Partner Hub
Editați sau ștergeți un cluster BroadWorks în Partner Hub
Adăugați un șablon de integrare în Partner Hub
Editați sau ștergeți un șablon de integrare în Partner Hub

Editați sau ștergeți un cluster BroadWorks în Partner Hub

Puteți edita sau elimina un cluster BroadWorks în Partner Hub.

Conectați-vă la Partner Hub cu acreditările administratorului partenerului dvs. la https://admin.webex.com.

Accesați Setări și găsiți secțiunea BroadWorks Calling .

Faceți clic pe Vizualizare clustere.

Faceți clic pe clusterul pe care doriți să îl editați sau să îl ștergeți.

Detaliile clusterului se afișează într-un panou de scurgere din dreapta.

Aveți aceste opțiuni:

Schimbați orice detalii pe care trebuie să le schimbați, apoi faceți clic pe Salvare.

Faceți clic pe Ștergere pentru a elimina clusterul, apoi confirmați.

Dacă există mulți clienți (>50) în clusterul BroadWorks, operațiunile cum ar fi actualizarea acțiunilor XSI, a evenimentelor XSI, a URL-ului DAS, a URL-ului XSP|ADP sau a sincronizării DND nu sunt acceptate. În astfel de cazuri, se recomandă să contactați un inginer de asistență Cisco TAC pentru asistență.

Dacă un șablon este asociat cu clusterul, nu puteți șterge un cluster. Ștergeți șabloanele asociate înainte de a șterge clusterul. Consultați Editarea sau ștergerea unui șablon de integrare în Partner Hub.

Lista de clustere se actualizează cu modificările dvs.

Editați sau ștergeți un șablon de integrare în Partner Hub

Puteți edita sau șterge șabloanele de integrare în Partner Hub.

Conectați-vă la Partner Hub cu acreditările administratorului partenerului dvs. la https://admin.webex.com.

Accesați Setări și găsiți secțiunea BroadWorks Calling .

Faceți clic pe Vizualizare șabloane.

Faceți clic pe șablonul pe care doriți să îl editați sau să îl ștergeți.

Aveți aceste opțiuni:

Editați orice detalii pe care trebuie să le modificați, apoi faceți clic pe Salvare.
Faceți clic pe Ștergere pentru a elimina șablonul, apoi confirmați.

Setare	Valori	Note
Configurarea numelui contului / parolei	șiruri furnizate de utilizator	Nu este necesar să introduceți din nou detaliile contului de configurare atunci când editați un șablon. Câmpurile de confirmare a parolei/parolei goale sunt acolo pentru a schimba acreditările dacă trebuie, dar lăsați-le goale pentru a păstra valorile pe care le-ați furnizat inițial.
Precompletare adresă de e-mail utilizator pe pagina de conectare	Pornit/oprit	Poate dura până la 7 ore pentru ca o modificare a acestei setări să intre în vigoare. Adică, după ce îl activați, este posibil ca utilizatorii să trebuiască să introducă în continuare adresele lor de e-mail pe ecranul de conectare.

Lista de clustere se actualizează cu modificările dvs.

Webex Assistant

Webex Assistant for Meetings este un asistent de întâlniri virtuale inteligent și interactiv, care face întâlnirile căutate, acționabile și mai productive. Puteți solicita Webex Assistant să monitorizeze elementele de acțiune, să ia act de decizii importante și să evidențieze momentele cheie în timpul unei întâlniri sau al unui eveniment.

Webex Assistant pentru întâlniri este disponibil gratuit pentru site-urile de întâlniri Premium și Standard și pentru sălile de întâlnire personale. Asistența include atât site-uri noi, cât și site-uri existente.

Activați Webex Assistant pentru întâlniri

Webex Assistant este activat în mod implicit atât pentru clienții Broadworks Standard, cât și pentru cei Premium.

Administratorii parteneri și administratorii organizațiilor clienților pot dezactiva funcția pentru organizațiile clienților prin intermediul Control Hub.

Limitări

Există următoarele limitări pentru Webex pentru Cisco BroadWorks:

Asistența se limitează la site-urile de întâlniri Premium și Standard și numai la sălile de întâlnire personale.
Transcrierile de captare închisă sunt acceptate numai în engleză, spaniolă, franceză și germană.
Partajarea conținutului prin e-mail poate fi accesată numai de către utilizatorii din organizația dvs.
Conținutul întâlnirii nu este accesibil utilizatorilor din afara organizației dvs. Conținutul întâlnirii nu este, de asemenea, accesibil atunci când este partajat între utilizatori de pachete diferite din cadrul aceleiași organizații.
Cu pachetul Premium, transcrierile post-întâlnire sunt disponibile dacă Webex Assistant este activat sau dezactivat. Cu toate acestea, dacă este selectată înregistrarea locală, transcrierile sau evidențierile post-întâlnire nu sunt capturate.
Cu pachetul Standard, opțiunea Înregistrare întâlnire în cloud nu este disponibilă și, prin urmare, transcrierile post-întâlnire nu sunt disponibile dacă Webex Assistant este activat sau dezactivat. Cu toate acestea, dacă este selectată înregistrarea locală, transcrierile sau evidențierile post-întâlnire nu sunt capturate.

Informații suplimentare despre Webex Assistant

Pentru informații despre utilizator despre modul de utilizare a funcției, consultați Utilizarea Webex Assistant în Webex Meetings și Events.

Dezactivați apelurile Webex

Apelarea Webex gratuită este activată în mod implicit, permițând utilizatorilor să plaseze apeluri gratuite pe orice dispozitiv Webex activat. Cu toate acestea, dacă doriți ca toate apelurile să utilizeze infrastructura BroadWorks, puteți dezactiva apelurile Webex într-un șablon de integrare, care dezactivează această opțiune pentru organizațiile de clienți care utilizează șablonul.

Asistență caracteristici

Când Webex Calling este dezactivat, se aplică următoarele condiții pentru utilizatorii Webex pentru Cisco BroadWorks:

Utilizatorii nu mai văd Apel cu Webex ca opțiune de apelare selectabilă în Aplicația Webex.
Utilizatorii nu pot plasa sau primi apeluri Webex gratuite către utilizatorii non-Webex pentru Cisco BroadWorks. Aceasta include apelurile inițiate dintr-un spațiu de echipă Webex, istoricul apelurilor, contactele, introducând URI-ul celuilalt utilizator sau adresa de e-mail în bara de căutare.
Partajarea ecranului funcționează într-un apel BroadWorks.
Întâlnirile Webex și prezența telefonului încă funcționează, chiar dacă apelurile Webex sunt dezactivate.

Dezactivați apelurile Webex (șablon de integrare nou)

În timp ce configurați un nou șablon de integrare, puteți configura dacă apelurile Webex sunt activate sau dezactivate prin bifarea sau debifarea casetei de selectare Dezactivare Cisco Webex Free Calling din cadrul expertului Adăugare șablon nou. Această setare va fi preluată pentru utilizatorii din organizațiile client pe care le atribuiți șablonului.

Pentru detalii despre configurarea unui nou șablon de integrare, consultați Configurați organizația partenerului în Partner Hub.

Dezactivați apelurile Webex (șablon de integrare existent)

Urmați această procedură pentru a dezactiva apelurile Webex dintr-un șablon de integrare existent. Acest lucru va dezactiva funcția pentru toți utilizatorii noi din organizațiile clienților care utilizează acest șablon.

Conectați-vă la Partner Hub la admin.webex.com.
Alegeți Setări.
Faceți clic pe Vizualizare șablon și alegeți șablonul de integrare corespunzător.
Faceți clic pe Dezactivare apelare gratuită Cisco Webex.
Faceți clic pe Salvați.

Dezactivați apelurile Webex (utilizator existent)

Dezactivarea acestei funcții pe un șablon de integrare modifică setarea numai pentru utilizatorii noi care sunt alocați șablonului. Pentru a dezactiva apelurile Webex pentru un utilizator existent, puteți urma una dintre procedurile de mai jos pentru a actualiza utilizatorul.

Asigurați-vă că ați finalizat deja una dintre procedurile de mai sus pentru a dezactiva apelurile Webex din șablonul de integrare la care este alocat utilizatorul. În caz contrar, oricare dintre procedurile de mai jos va reconfigura utilizatorul cu Webex Calls activat.

Dacă utilizați configurarea prin flux, puteți face următoarele:

Deschideți CommPilot și accesați configurația utilizatorului.
Eliminați serviciul IM+P integrat de la utilizator și faceți clic pe OK.
Adăugați serviciul IM+P integrat utilizatorului și faceți clic pe OK.

În caz contrar, puteți utiliza API-ul pentru a actualiza utilizatorul.

Utilizați API-ul Eliminare abonat BroadWorks pentru a șterge utilizatorul.
Utilizați API-ul Furnizarea unui abonat BroadWorks pentru a adăuga utilizatorul.

Dezactivați partajarea video sau a ecranului în cadrul apelurilor

Administratorii parteneri pot utiliza etichete de configurare pentru a dezactiva apelurile video și/sau partajarea ecranului într-un apel din Aplicația Webex (în mod implicit, ambele tipuri media sunt activate pentru apeluri).

Pentru detalii și opțiuni complete de configurare, consultați Dezactivarea apelurilor video și dezactivarea partajării ecranului în Ghidul de configurare Webex pentru Cisco BroadWorks.

Pentru transmisia video, puteți configura, de asemenea, dacă media de apelare de intrare este implicită numai pentru transmisia video sau audio.

Câmp lampă ocupată / Notificare preluare apel

Câmpul Lampă ocupată (BLF) / Notificarea de preluare a apelurilor utilizează funcțiile BLF și preluare a apelurilor direcționate. Un utilizator BLF primește o notificare audio și vizuală în Aplicația Webex atunci când un utilizator din lista monitorizată BLF primește un apel de intrare. Utilizatorul BLF poate Igna sau ridica apelul utilizatorului monitorizat.

Notificarea de preluare a apelurilor BLF/Call Pickup ajută în situațiile în care un utilizator trebuie să răspundă la apeluri pentru alți membri ai echipei care pot lucra într-o locație diferită.

Utilizatorii își pot vedea, de asemenea, lista monitorizată BLF în secțiunea Multi-Call Window - Watchlist - (numai pentru Windows, Mac nu este acceptat) pentru a vedea prezența membrilor echipei Webex și non-Webex. Membrii Webex vor avea o prezență Webex completă. Membrii non-Webex trebuie să fie sincronizați cu directorul în Webex și vor avea doar stări „necunoscute” și „în apel” (starea care sună va declanșa dialogul de preluare a apelurilor).

Limitări de prezență pentru utilizatorii non-Webex:

Prezența nu este acceptată pentru utilizatorii non-CI Broadworks, chiar dacă aceștia se află în lista BLF.
Utilizatorii CI fără drepturi în cloud Webex sau tipul automat de conturi (spații de lucru) afișează numai prezența „în apel” și „necunoscută”. Nu există stare activă, care sună, etc.
Utilizatorii non-Webex din lista de vizionare BLF, care au început un apel înainte de începerea clientului Webex sau în timp ce acesta era offline, vor fi afișați cu o prezență „necunoscută”.
Pierderea conexiunii înseamnă că toate stările non-Webex din timpul apelului vor fi resetate la „necunoscute” la reconectare.
Dacă un utilizator non-Webex din BLF deține un apel, acesta va continua să fie afișat ca „într-un apel”.

Cerințe

Asigurați-vă că următorii plasturi sunt aplicați pe BroadWorks. Instalați numai plasturii care se aplică eliberării dvs.:

Pentru R22:

AP.platform.22.0.1123.ap382053
AP.as.22.0.1123.ap382053
AP.as.22.0.1123.ap382362
AP.xsp.22.0.1123.ap382053
AP.xsp.22.0.1123.ap382362
AP.as.22.0.1123.ap383459
AP.as.22.0.1123.ap383520

Pentru R23:

AP.platform.23.0.1075.ap382053
AP.as.23.0.1075.ap382053
AP.as.23.0.1075.ap382362
AP.as.23.0.1075.ap383459
AP.as.23.0.1075.ap383520
Dacă utilizați XSP|ADP:
- AP.xsp.23.0.1075.ap382053
- AP.xsp.23.0.1075.ap382362
Dacă utilizați ADP:
- Acţiuni Xsi-23_2022.01_1.200.bwar
- Xsi-Events-23_2022.01_1.201.bwar (sau mai târziu)

Pentru R24:

AP.as.24.0.944.ap382053
AP.as.24.0.944.ap382362
AP.as.24.0.944.ap383459
AP.as.24.0.944. ap383520
Acţiuni Xsi-24_2022.01_1.200.bwar
Xsi-Events-24_2022.01_1.201.bwar (sau mai târziu)

Asigurați-vă că următoarele etichete de configurare sunt activate în Aplicația Webex:

<busy-lamp-field enabled="%ENABLE_BUSY_LAMP_FIELD_WXT%">
<display-caller enabled="%ENABLE_BLF_DISPLAY_CALLER_WXT%"/>
<notification-delay time=”%BLF_NOTIFICATON_DELAY_TIME_WXT%”/>(această etichetă este opțională)

Trebuie să activați caracteristica 101642 Mecanism Xsi îmbunătățit Pentru Telefonia echipei pe AS:

AS_CLI/System/ActivatableFeature> activate 101642

Activați X-BroadWorks-Remote-Party-Info pe AS utilizând comanda CLI de mai jos, deoarece unele fluxuri de apeluri SIP necesită această funcție:

AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

Asigurați-vă că următoarele servicii sunt atribuite utilizatorilor:

Alocați serviciul de preluare a apelurilor direcționate pentru toți utilizatorii
Configurați câmpul Lampă ocupată pentru utilizatori

Orice referință la XSP include fie XSP, fie ADP.

Configurare câmp lampă ocupată pe BroadWorks

Administratorii parteneri pot utiliza următoarea procedură pentru a configura câmpul Lampă ocupată pentru un utilizator.

Conectați-vă la BroadWorks CommPilot.
Pentru un utilizator selectat, accesați Aplicațiile clientului și configurați câmpul Lampă ocupată.
Adăugați adresa URL a listei BLF care va fi monitorizată.
Utilizați parametrii de căutare pentru a localiza și adăuga utilizatori în lista Utilizatori monitorizați .
Faceți clic pe OK.

- DA. - DA, DA. Asistență Slido pentru integrare

Webex pentru Cisco BroadWorks acceptă integrarea Aplicației Webex cu Slido.

- DA. - DA, DA. Slido este un instrument ușor de utilizat pentru implicarea publicului. Aceasta ajută oamenii să profite la maximum de întâlniri prin reducerea decalajului dintre vorbitori și publicul lor. Când Slido este integrat în organizația dvs. Control Hub, utilizatorii dvs. pot adăuga Slido aplicația la întâlnirile lor din Aplicația Webex. Această integrare aduce întrebări și răspunsuri suplimentare și funcționalitate de sondaj la întâlnire.

Pentru informații suplimentare despre modul de implementare și utilizare Slido cu Aplicația Webex, consultați Integrare Slido cu Aplicația Webex.

Disponibilitate Webex: Într-o întâlnire Calendar

Când ați acceptat o întâlnire în clientul dvs. Outlook care este o programare, o întâlnire ad hoc sau o întâlnire non-Webex, disponibilitatea dvs. Webex apare ca „Într-o întâlnire din calendar”. Această disponibilitate le permite colegilor dvs. să știe că sunteți implicat în alt mod și că un răspuns poate fi întârziat.

Pentru a activa această funcție:

navigați la fila General din fila Setări pe Windows sau Preferințe pe Mac.
Bifați caseta pentru a Afișa atunci când vă aflați într-o întâlnire din calendar.

Pentru utilizatorii cu integrarea prezenței Outlook activată, „Într-o întâlnire din calendar” în hărțile Webex pentru a „Ocupa” în Outlook.

Caveat

Pentru ca această caracteristică să funcționeze, trebuie să aveți aplicația Webex și clientul Outlook care rulează în același timp.

În prezent, lucrăm pentru a sprijini opțiunea „Afișare ca lucru în altă parte” din Outlook pentru a nu afișa un utilizator ca „Într-o întâlnire din calendar” în Webex.

Dacă un utilizator alege să dezactiveze „Afișați când se află într-o întâlnire din calendar” în timp ce se află în prezent într-o întâlnire din calendar, prezența lor nu se va actualiza până la încheierea întâlnirii. Acest lucru va necesita o repornire a clientului pentru a ridica.

Răspuns automat cu ton

Cu un răspuns automat cu ton, utilizatorii pot efectua un apel dintr-o aplicație terță, cum ar fi Contact Center, iar apelul este direcționat automat prin aplicația Webex de pe desktop. Când Aplicația Webex sună pe cealaltă parte, utilizatorul aude un anumit ton, sfătuindu-i că apelul se conectează.

Pentru ca un utilizator Webex pentru Cisco BroadWorks să utilizeze această funcție:

Funcția este acceptată numai pe aspectul liniei principale
Aplicația Webex trebuie să fie aspectul liniei principale
Eticheta %ENABLE_AUTO_ANSWER_WXT% trebuie activată

Dacă utilizatorul a partajat, de asemenea, aparențele apelurilor (de exemplu, un telefon de birou este configurat ca unul dintre aparențele de linie secundară), caracteristica este încă acceptată în aspectul principal, atât timp cât aparențele de apel partajate sunt configurate pentru a nu primi apeluri de intrare. Acest lucru poate fi realizat prin configurarea oricăreia dintre următoarele trei condiții pe BroadWorks pentru toate aparențele de apel partajate:

Alertați toate aparențele pentru ca apelurile Click-to-dial să fie dezactivate în configurația Aspect apel partajat – aceasta este abordarea recomandată

sau
Permiteți Terminarea apelului în această locație trebuie să fie dezactivată pentru toate aparențele de apel partajate sau

sau
Locațiile sunt dezactivate pentru toate aparițiile partajate ale apelurilor

Creșterea Capacității

Fermele XSP|ADP

Vă recomandăm să utilizați planificatorul de capacitate pentru a determina câte resurse suplimentare XSP|ADP aveți nevoie pentru creșterea propusă a numărului de abonați. Pentru oricare dintre fermele dedicate NPS sau Webex dedicate pentru Cisco BroadWorks, aveți următoarele opțiuni de scalabilitate:

Scale fermă dedicată: Adăugați unul sau mai multe servere XSP|ADP la ferma care are nevoie de capacitate suplimentară. Instalați și activați același set de aplicații și configurații ca nodurile existente ale fermei.
Adăugați o fermă dedicată: Adăugați o nouă fermă XSP|ADP dedicată. Va trebui să creați un nou cluster și noi șabloane în Partner Hub, astfel încât să puteți începe să adăugați clienți noi la noua fermă, pentru a atenua presiunea asupra fermei existente.
Adăugați ferma specializată: Dacă întâmpinați blocaje pentru un anumit serviciu, este posibil să doriți să creați o fermă XSP|ADP separată în acest scop, luând în considerare cerințele de co-rezidență enumerate în acest document. Este posibil să fie necesar să reconfigurați clusterele Control Hub și intrările DNS dacă schimbați adresa URL a serviciului care are o nouă fermă.

În toate cazurile, monitorizarea și resursele mediului BroadWorks sunt responsabilitatea dvs. Dacă doriți să angajați asistență Cisco, puteți contacta reprezentantul contului dvs., care poate aranja servicii profesionale.

Gestionarea certificatelor serverului HTTP

Trebuie să gestionați aceste certificate pentru aplicațiile web autentificate mTLS pe |ADP-urile dvs. XSP:

Lanțul nostru de certificate de încredere din cloud Webex
Certificatele de interfețe HTTP ale serverului XSP|ADP

Lanțul de încredere

Descărcați lanțul certificatului de încredere din Control Hub și instalați-l pe |ADP-urile dvs. XSP în timpul configurării inițiale. Ne așteptăm să actualizăm certificatul înainte de expirarea acestuia și să vă anunțăm cum și când să îl modificați.

Interfețele serverului HTTP

XSP|ADP trebuie să prezinte Webex un certificat de server semnat public, așa cum este descris în Certificatele de comandă. Un certificat semnat automat este generat pentru interfață atunci când securizați mai întâi interfața. Acest certificat este valabil timp de un an de la data respectivă. Trebuie să înlocuiți certificatul semnat cu un certificat semnat public. Este responsabilitatea dvs. să solicitați un nou certificat înainte de expirarea acestuia.

Restricționat prin modul partenerului

Restricționat de modul partener este o setare Partner Hub pe care administratorii parteneri o pot atribui anumitor organizații clienți pentru a limita setările organizației pe care administratorii clienților le pot actualiza în Control Hub. Când această setare este activată pentru o anumită organizație client, toți administratorii clienți ai respectivei organizații, indiferent de drepturile lor de rol, nu pot accesa un set de comenzi restricționate în Control Hub. Doar un administrator partener poate actualiza setările restricționate.

Modul Restricționat de partener este mai degrabă o setare la nivel de organizație decât un rol. Cu toate acestea, setarea restricționează drepturile specifice de rol pentru administratorii clienți din organizația la care se aplică setarea.

Acces administrator client

Administratorii clienților primesc o notificare când este aplicat Modul restricționat de partener. După conectare, aceștia vor vedea un banner de notificare în partea de sus a ecranului, imediat sub antetul Control Hub. Banner-ul notifică administratorul clientului că Modul restricționat este activat și este posibil ca acesta să nu poată actualiza unele setări de apelare.

Pentru un administrator de client dintr-o organizație în care Modul restricționat de partener este activat, nivelul de acces la Control Hub este determinat cu următoarea formulă:

(Acces la Control Hub) = (Autorizări pentru Rol organizație) - (Restricționat de restricțiile Modului Partener)

Restricții

Când Modul restricționat de partener este activat pentru o organizație client, administratorii clienți din organizația respectivă nu pot accesa următoarele setări Control Hub:

În vizualizarea Utilizatori, următoarele setări nu sunt disponibile:
- Butonul Gestionați utilizatorii este inactiv.
- Adăugați sau modificați manual utilizatorii—Nu există opțiunea de adăugare sau modificare a utilizatorilor, fie manuală, fie prin CSV.
- Revendicați utilizatorii—nu este disponibilă
- Alocați automat licențele—nu este disponibilă
- Sincronizare director —Nu se pot edita setările de sincronizare director (această setare este disponibilă numai pentru administratorii la nivel de partener).
- Detalii utilizator—Setările utilizatorului, cum ar fi prenumele, prenumele, numele afișat și e-mailul principal* sunt editabile.
- Resetați pachetul—Nu există opțiunea de resetare a tipului de pachet.
- Editați serviciile—Nu există opțiunea de editare a serviciilor care sunt activate pentru un utilizator (de exemplu, mesaje, întâlniri, apelare)
- Vizualizați starea serviciilor—Nu se poate vizualiza starea completă a serviciilor hibride sau a canalului de upgrade al software-ului
- Număr de serviciu principal—Acest câmp este disponibil doar în mod citire.
În vizualizarea Cont, următoarele setări nu sunt disponibile:
- Numele companiei este disponibil doar în mod citire.
În vizualizarea Setări organizație, următoarele setări nu sunt disponibile:
- Domeniu—Accesul este doar în mod citire.
- E-mail—Setările Anulați e-mailul de invitație pentru administrator și Selectarea locației e-mailului sunt doar în mod citire.
- Autentificare—Nu există opțiunea de editare a setărilor de autentificare și SSO.
În meniul Apelare, următoarele setări nu sunt disponibile:
- Setări pentru apeluri—Setările de prioritate pentru apelurile din opțiunile aplicației sunt doar în mod citire.
- Comportament de apelare—Setările sunt doar în mod citire.
- Locație > PSTN—Opțiunile Gateway local și Cisco PSTN sunt ascunse.
În secțiunea SERVICII, opțiunile serviciului Migrații și Connected UC sunt eliminate.

Activați modul Restricționare în funcție de partener

Administratorii parteneri pot utiliza procedura de mai jos pentru activare Restricționat prin modul partener pentru o anumită organizație client ( setare prestabilită este activată).

Conectați-vă la Partner Hub ( https://admin.webex.com) și selectați Clienți.
Selectați organizația client aplicabilă.
În vizualizarea setărilor din dreapta, activați Restricționat prin modul partener comutați pentru a activa setarea.

Dacă doriți să dezactivați Restricționat de modul partener, dezactivați comutatorul.

Dacă partenerul elimină modul de administrator restricționat pentru un administrator de client, administratorul de client va putea efectua următoarele:

Adăugați Webex pentru utilizatorii angro (cu butonul)
Schimbați pachetele pentru un utilizator

Statistici partener

Îmbunătățirile Control Hub le permit administratorilor partenerilor să vizualizeze și să actualizeze informațiile pachetului în numele utilizatorilor lor. Această caracteristică oferă partenerilor posibilitatea de a obține o vizualizare agregată a tuturor clienților și include următoarele detalii:

Total utilizatori după pachet (Softphone, Basic, Standard, Premium)
Tendință utilizator după pachet (Zilnic/Săptămânal/Lunar)
Clienți cu un număr de pachete alocate

Pentru detalii complete despre utilizarea Partner Analytics, consultați articolul Webex Analytics pentru Webex pentru comerț cu ridicata și Webex pentru Broadworks în Partner Hub .

API-urile raportului de facturare

Webex for Developers oferă API-uri publice care pot fi utilizate pentru rapoartele lunare de facturare. Administratorii parteneri pot utiliza aceste API-uri pentru a crea, lista, primi și șterge rapoarte de facturare. Următorul tabel enumeră API-urile, tipul de acces necesar și cerințele de rol.

API De facturare	Scop	Tipul de acces	Cerință de rol pentru API (Administratorul necesită cel puțin unul dintre aceste roluri)
Creați un raport de facturare BroadWorks	Utilizat pentru a genera un raport de facturare.	Acces scris	Administrator complet Administrator Vânzări complete
Listă de rapoarte de facturare BroadWorks	Utilizat pentru a enumera rapoartele care sunt disponibile pentru vizualizare.	Acces de citire	Administrator complet Administrator Vânzări complete Administrator doar pentru citire
Obțineți un raport de facturare BroadWorks	Utilizat pentru a obține o copie a unui raport generat.	Acces de citire	Administrator complet Administrator Vânzări complete Administrator doar pentru citire
Ștergeți un raport de facturare BroadWorks	Utilizat pentru a șterge un raport generat.	Acces scris	Administrator complet Administrator Vânzări complete

Câmpuri de facturare

Următorul tabel enumeră câmpurile conținute în raportul generat.

Câmp	Descriere
nume de reapelare	Numele partenerului sau ID-ul organizației partenerului
Id de facturare	Identificator unic de facturare al partenerului sau număr C
spEnterpriseId	Furnizorul de servicii a furnizat un identificator unic pentru întreprinderea abonatului.
intern	Starea studiului intern al clientului (Da/Nu)
ID utilizator	ID-ul de utilizator al abonatului pe BroadWorks
Id abonat	Un identificator unic pentru abonatul în cauză în Webex
selfActivat	Da/Nu
prima Dată De Începere	Data la care abonatul a fost configurat.
data începerii facturării	Data la care începe facturarea în această lună
dată finalizare facturare	Data la care facturarea se încheie în această lună
pachet	Tipul de pachet care este încărcat
cantitate	Cantitate prestabilită pentru facturare. 1 – indică o lună întreagă

După ce generați un raport de facturare pentru o anumită perioadă, nu puteți regenera acel raport decât dacă ștergeți mai întâi raportul existent.
Dacă modificați fie tipul de pachet, fie ID-ul de utilizator BroadWorks pentru un anumit utilizator, raportul pentru luna în care a avut loc schimbarea afișează mai multe intrări pentru acel utilizator cu intrări procentuale separate înainte și după schimbare.

Soluționarea problemelor Webex pentru Cisco BroadWorks

Abonați-vă la pagina de stare Webex

Verificați mai întâi https://status.webex.com când întâmpinați o întrerupere neașteptată a serviciului. Dacă nu ați schimbat configurația în Control Hub sau BroadWorks înainte de întrerupere, verificați pagina de stare. Citiți mai multe despre abonarea la notificările de stare și incidente la Webex Help Center.

Utilizați statisticile Control Hub

Webex urmărește datele de utilizare și de calitate pentru organizația dvs. și organizațiile clientului dvs. Citiți mai multe despre Control Hub Analytics din Webex Help Center.

Probleme în rețea

Clienții sau utilizatorii nu sunt creați în Control Hub cu configurarea fluxului:

Poate serverul aplicației să ajungă la URL-ul de configurare?
Contul de configurare și parola sunt corecte, există acel cont în BroadWorks?

Clusterele eșuează în mod constant testele de conectivitate:

Se preconizează că conexiunea mTLS la serviciul de autentificare va eșua atunci când creați primul cluster din Partner Hub, deoarece trebuie să creați clusterul pentru a avea acces la lanțul de certificate Webex. Fără aceasta, nu puteți crea o ancoră de încredere pe serviciul de autentificare XSP|ADP, astfel încât conexiunea mTLS de testare de la Partner Hub să nu aibă succes.

Interfețele XSP|ADP sunt accesibile publicului?
Utilizați porturile corecte? Puteți introduce un port în definiția interfeței pe cluster.

Interfețe Validare nereușită

Interfețe Xsi-Acțiuni și Xsi-Events:

Verificați dacă URL-urile interfeței sunt introduse corect în cluster în Partner Hub, inclusiv /v2.0/ la sfârșitul URL-urilor.
Verificați firewall-ul permite comunicarea între Webex și aceste interfețe.
Revizuiți sfaturile de configurare a interfeței din acest document.

Interfața Serviciului de autentificare:

Verificați dacă URL-urile interfeței sunt introduse corect în cluster în Partner Hub, inclusiv /v2.0/ la sfârșitul URL-urilor.
Verificați firewall-ul permite comunicarea între Webex și aceste interfețe.
Revizuiți sfaturile de configurare a interfeței din acest document, acordând o atenție deosebită:
1. Asigurați-vă că ați partajat tastele RSA în toate ADP-urile XSP|.
2. Asigurați-vă că ați furnizat URL-ul AuthService la containerul web pe toate ADP-urile XSP|.
3. Dacă ați editat configurația cipher TLS, verificați dacă ați utilizat convenția corectă de numire. XSP|ADP necesită să introduceți formatul de nume IANA pentru cifrele TLS. O versiune anterioară a acestui document a enumerat incorect suitele de cipher necesare în convenția de numire OpenSSL.
4. Dacă utilizați mTLS cu Serviciul de autentificare, sunt încărcate certificatele de client Webex pe magazinul dvs. de încredere XSP|/ADP? Aplicația (sau interfața) este configurată pentru a solicita certificate de client?
5. Dacă utilizați validarea tokenului CI cu Serviciul de autentificare, aplicația (sau interfața) este configurată pentru a nu necesita certificate de client?

Probleme cu clientul

Verificați dacă clientul este conectat la BroadWorks

Conectați-vă la aplicația Webex.
Verificați dacă pictograma Opțiuni de apelare (un receptor cu o unealtă deasupra acestuia) este prezentă pe bara laterală.

Dacă pictograma nu este prezentă, este posibil ca utilizatorul să nu fie încă activat pentru serviciul de apelare din Control Hub.
Deschideți meniul Setări/Preferințe și accesați secțiunea Servicii telefonice . Trebuie să vizualizați sesiunea SSO de stare la care v-ați conectat.

Dacă se afișează un alt serviciu de telefonie, cum ar fi Webex Calling, utilizatorul nu utilizează Webex pentru Cisco BroadWorks.

Această verificare înseamnă:

Clientul a transpus cu succes microservicele Webex necesare.
S-a reușit autentificarea utilizatorului.
Clientul a primit un token web JSON cu durată lungă de viață de către sistemul BroadWorks.
Clientul și-a recuperat profilul dispozitivului și s-a înscris la BroadWorks.

Jurnale client

Toți clienții aplicației Webex pot Trimite Jurnale către Webex. Aceasta este cea mai bună opțiune pentru clienții mobili. De asemenea, trebuie să înregistrați adresa de e-mail a utilizatorului și ora aproximativă în care a apărut problema dacă solicitați asistență de la TAC. Pentru mai multe informații, consultați Unde găsesc suport pentru Webex?

Dacă aveți nevoie pentru a colecta manual jurnalele de pe un PC Windows, acestea sunt situate după cum urmează:

Windows PC: C:\Users\{username}\AppData\Local\CiscoSpark

Mac:/Users/{username}/Library/Logs/SparkMacDesktop

Probleme de conectare a utilizatorului

mTLS Auth configurat necorespunzător

Dacă toți utilizatorii sunt afectați, verificați conexiunea mTLS de la Webex la URL-ul serviciului de autentificare:

Verificați dacă fie aplicația pentru serviciul de autentificare, fie interfața pe care o utilizează, sunt configurate pentru mTLS.
Verificați dacă lanțul certificatului Webex este instalat ca ancoră de încredere.
Verificați dacă certificatul serverului de pe interfață/aplicație este valid și semnat de un CA bine cunoscut.

Mesaj de suprascriere a licenței

Acest mesaj poate apărea pentru un client din vizualizarea Clienți a Hubului partener. Acest mesaj apare atunci când utilizarea licenței depășește ceea ce permite licența. Mesajul poate fi ignorat.

Ghid de depanare

Pentru informații detaliate despre depanarea Webex pentru Cisco BroadWorks, consultați Ghidul de depanare Webex pentru Cisco BroadWorks.

Asistență

Politică de asistență în stare stabilă

Furnizorul de servicii este primul punct de contact pentru asistența clientului final (întreprindere). Extindeți problemele pe care SP nu le poate rezolva la TAC. Asistența pentru versiunea serverului BroadWorks urmează politica BroadSoft a versiunii actuale și două versiuni majore anterioare (N-2). Citiți mai multe la Politica privind ciclul de viață al produselor BroadSoft secțiunea din Politica ciclului de viață BroadSoft și Matrice de compatibilitate software BroadWorks.

Politica de scalare

Dumneavoastră (Furnizor de servicii/Partener) sunteți primul punct de contact pentru asistența clientului final (întreprindere).
Problemele care nu pot fi rezolvate de SP sunt transferate la TAC.

Versiuni BroadWorks

Asistența pentru versiunea serverului BroadWorks urmează politica BroadSoft, a versiunii actuale și a două versiuni majore anterioare (N-2). Citiți mai multe la Politica privind ciclul de viață al produselor BroadSoft secțiunea din Politica ciclului de viață BroadSoft și Matrice de compatibilitate software BroadWorks.

Resurse de auto-asistență

Utilizatorii pot găsi asistență prin Centrul de ajutor Webex, unde există o pagină specifică Webex pentru Cisco BroadWorks, care enumeră subiectele comune de ajutor și asistență ale aplicației Webex.
Aplicația Webex poate fi personalizată cu acest URL de ajutor și cu un URL de raportare a problemelor.
Utilizatorii aplicației Webex pot trimite feedback sau jurnale direct de la client. Jurnalele merg în cloud-ul Webex, unde pot fi analizate de Webex DevOps.
De asemenea, avem o pagină a Centrului de ajutor dedicată ajutorului la nivel de administrator pentru Webex pentru Cisco BroadWorks.

Colectați informații pentru trimiterea unei cereri de servicii

Când vedeți erori în Control Hub, este posibil ca acestea să fi atașat informații care pot ajuta TAC să investigheze problema dvs. De exemplu, dacă vedeți un ID de urmărire pentru o anumită eroare sau un cod de eroare, salvați textul pentru a ne partaja.

Încercați să includeți cel puțin următoarele informații atunci când trimiteți o interogare sau deschideți un caz:

ID organizație client și ID organizație partener (fiecare ID este un șir de 32 de cifre hexagonale, separate prin afine)
TrackingID (de asemenea, un șir de cifre 32 hexagonale) dacă interfața sau mesajul de eroare oferă unul
Adresa de e-mail a utilizatorului (dacă un anumit utilizator întâmpină probleme)
Versiunile client (dacă problema are simptome observate prin intermediul clientului)

Webex pentru referință BroadWorks

Comparație UC-One SaaS cu Webex pentru Cisco BroadWorks

Soluţie >	UC-One SaaS	Webex pentru Cisco BroadWorks
Cloud	Cisco UC-One Cloud (GCP)	Webex Cloud (AWS)
Clienți	UC-One: Mobile, Desktop Recepţionist, supervizor	Webex: Mobile, Desktop, Web
Diferență tehnologică majoră	Întâlniri livrate pe Broadsoft Meet Technology	Întâlniri livrate pe tehnologia Webex Meetings
Încercări timpurii pe teren	Mediul de imbatranire, clienti beta	Mediul de producție, clienții GA
identitate Utilizator	ID-ul BroadWorks a servit ca ID principal, cu excepția cazului în care Furnizorul de servicii are deja Integrare SSO. ID utilizator și secret în BroadWorks	ID-ul de e-mail din Cisco CI servește ca ID principal Integrarea SSO în furnizorul de servicii BroadWorks, unde utilizatorul se va autentifica cu ID-ul de utilizator BroadWorks și cu secretul BroadWorks la timp. Furnizează acreditări de utilizator prin SSO cu BroadWorks și secret în BroadWorks SAU ID utilizator și secret în IdP CI SAU ID utilizator în CI, ID și secrete în IdP
Autentificare client	Informații de furnizare ale utilizatorilor prin client Token-urile BroadWorks cu durată lungă de viață sunt necesare dacă utilizați mesageria Webex	Utilizatorii furnizează acreditările prin browser (fie pagina de conectare din proxy-ul BIdP Webex, fie CI) Accesul Webex și tokenurile de reîmprospătare
Gestionare/configurare	Sistemele OSS/BSS și portal De Retailer	Sistemele OSS/BSS și Control Hub
Activare partener/furnizor de servicii	Configurare o singură dată de către Operațiuni Cisco	Configurare o singură dată de către Operațiuni Cisco
Activare client/întreprindere	portal De Retailer	Control Hub Creat automat la prima înscriere a utilizatorului
Opțiuni de activare utilizator	Auto-înscriere Setați IM&P extern în BroadWorks	Setați IM&P integrat în BroadWorks (de obicei întreprinderi)
Interfețe serviciu XSP\|ADP	Acțiuni XSI Evenimente XSI CTI (mTLS) Serviciu de autentificare (mTLS opțional) DMS	Acțiuni XSI Acțiuni XSI (mTLS) Evenimente XSI CTI (mTLS) Serviciu de autentificare (TLS) DMS

Instalați Webex și conectați-vă (perspectivă abonat)

1	Descărcați și instalați Webex. Pentru detalii, consultați Webex \| Descărcați aplicația.
2	Rulați Webex. Webex vă solicită adresa de e-mail.
3	Introduceți-vă adresa de e-mail și faceți clic pe Înainte.
4	Se întâmplă una dintre următoarele, în funcție de modul în care organizația dvs. este configurată în Webex: Webex lansează un browser pentru dvs. pentru a finaliza autentificarea cu furnizorul dvs. de identitate. Aceasta ar putea fi autentificarea cu mai mulți factori (MFA). Webex lansează un browser pentru a introduce ID-ul de utilizator și parola BroadWorks. Webex încarcă după ce v-ați autentificat cu succes împotriva IdP sau BroadWorks.

Schimb de date și stocare

Aceste secțiuni oferă detalii privind schimbul de date și stocarea cu Webex. Toate datele sunt criptate atât în tranzit, cât și în repaus. Pentru mai multe detalii, consultați Webex App Security.

Integrare furnizor de servicii

Când configurați clustere și șabloane de utilizatori în Webex Control Hub în timpul integrării Furnizorului de servicii, schimbați următoarele date BroadWorks pe care Webex le stochează:

URL Xsi-Acțiuni
URL Xsi-Events
URL interfață CTI
URL serviciu de autentificare
Informații adaptor de configurare BroadWorks

Furnizor de servicii Furnizor de servicii

Acest tabel enumeră datele utilizatorului și ale întreprinderii care sunt schimbate ca parte a configurării utilizatorului prin API-urile Webex.

Mutarea datelor în Webex	De la	Prin	Stocat de Webex?
ID utilizator BroadWorks	BroadWorks, de către API	API-uri Webex	Da
E-mail (dacă SP este Furnizat)	BroadWorks, de către API	API-uri Webex	Da
E-mail (dacă este Furnizat Utilizatorul)	Utilizator	Portal de activare a utilizatorilor	Da
Prenume	BroadWorks, de către API	API-uri Webex	Da
Nume	BroadWorks, de către API	API-uri Webex	Da
Număr de telefon principal	BroadWorks, de către API	API-uri Webex	Da
Număr de telefon mobil	BroadWorks, de către API	API-uri Webex	Da
Interior principal	BroadWorks, de către API	API-uri Webex	Da
ID furnizor de servicii BroadWorks și ID grup	BroadWorks, de către API	API-uri Webex	Da
Limba	BroadWorks, de către API	API-uri Webex	Da
Fus orar	BroadWorks, de către API	API-uri Webex	Da

Eliminare utilizator

API-urile Webex pentru Cisco BroadWorks acceptă eliminarea parțială și completă a utilizatorilor. Acest tabel enumeră toate datele utilizatorului care sunt stocate în timpul configurării și ceea ce este șters în fiecare scenariu.

Date utilizator	Ștergere parțială	Ștergere completă
ID utilizator BroadWorks	Da	Da
E-mail	Nu	Da
Prenume	Nu	Da
Nume	Nu	Da
Număr de telefon principal	Da	Da
Număr de telefon mobil	Da	Da
Extensie	Da	Da
ID furnizor de servicii BroadWorks și ID grup	Da	Da
Limba	Nu	Da

Recuperare conectare și configurare utilizator

Autentificare Webex

Autentificarea Webex se referă la conectarea utilizatorului la o aplicație Webex prin oricare dintre mecanismele de autentificare a asistenței Webex. ( Autentificarea BroadWorks este acoperită separat.) Acest tabel ilustrează tipul de date schimbate între diferitele componente ale fluxului de autentificare.

Mutarea datelor	De la	Pentru
Adresă de e-mail	Utilizator prin aplicația Webex	Webex
Token de acces limitat și URL-ul IdP (independent)	Webex	browser Utilizator
Informații utilizator	browser Utilizator	Furnizor de identitate (care are deja identitatea utilizatorului)
Afirmația SAML	browser Utilizator	Webex
cod De autentificare	Webex	browser Utilizator
cod De autentificare	browser Utilizator	Webex
Tokenuri de acces și reîmprospătare	Webex	browser Utilizator
Tokenuri de acces și reîmprospătare	browser Utilizator	Aplicația Webex

Autentificare BroadWorks

Autentificarea BroadWorks se referă la conectarea utilizatorului la o aplicație Webex utilizând acreditările BroadWorks. Acest tabel ilustrează tipul de date schimbate între diferitele componente ale fluxului de autentificare.

Mutarea datelor	De la	Pentru
Adresă de e-mail	Utilizator prin aplicația Webex	Webex
Token acces limitat și URL IdP (proxy IdP Webex Bwks)	Webex	browser Utilizator
Informații de branding și URL-uri BroadWorks	Webex	browser Utilizator
Informații utilizator BroadWorks	Utilizator prin browser (pagina de conectare marcată deservită de Webex)	Webex
Informații utilizator BroadWorks	Webex	BroadWorks
profil utilizator BroadWorks	BroadWorks	Webex
Afirmația SAML	browser Utilizator	Webex
cod De autentificare	Webex	browser Utilizator
cod De autentificare	browser Utilizator	Webex
Tokenuri de acces și reîmprospătare	Webex	browser Utilizator
Tokenuri de acces și reîmprospătare	browser Utilizator	Aplicația Webex

Notificare de expirare a parolei BroadWorks în timpul conectării

Această caracteristică îmbunătățește procesul de conectare și controlează fluxul de conectare pe baza:

Îmbunătățirea avertismentului de conectare și a mesajului de eroare:

În prezent, utilizatorii Wexbex pentru BWKS care utilizează autentificarea BroadWorks și conectarea prin UAP nu primesc notificarea că parola lor este pe cale să expire sau că nu sunt în măsură să se conecteze, deoarece parola a expirat deja. Cu această caracteristică, dacă parola este pe cale să expire în 10 zile sau mai puțin - utilizatorul primește avertismentul că parola este pe cale să expire cu indicarea numărului de zile rămase, iar utilizatorul este sfătuit să contacteze Partenerul sau să urmeze linkul Parola uitată de pe ecranul de conectare pentru a-și reseta parola.
Dacă parola a expirat și configurația din BroadWorks „enforcePasswordChangeOnExpiry” este setată la adevărată, atunci eroarea „nume de utilizator și parolă incorecte” a fost aruncată, dar acum, cu această funcție, mesajul de eroare este îmbunătățit: Încercarea de conectare nu a reușit. Combinaţia dintre identificatorul de utilizator şi parola furnizată nu corespunde evidenţelor noastre sau parola dvs. trebuie actualizată. Încercați din nou sau contactați administratorul dvs. pentru a actualiza parola. Cod de eroare 100006

Controlul fluxului de conectare:

Partenerul poate restricționa conectarea prin activarea sau dezactivarea setării „w4bwks-password-expiry-fail-login”. Dacă parola BroadWorks a expirat, configurația din broadworks „enforcePasswordChangeOnExpiry” este setată la fals și setarea „w4bwks-parola-expiry-fail-login” este activată, atunci eroarea este aruncată spunând parola a expirat x zile în urmă, în timp ce dacă serviciul de setare este dezactivat, atunci este permisă conectarea. În mod implicit, setarea este dezactivată.

Linkul Parola uitată de pe pagina de conectare poate fi configurat de partener ca parte a caracteristicii de personalizare avansată. Partenerii ar configura de obicei linkul pentru a naviga utilizatorul la un portal partener pentru gestionarea parolei și resetarea parolei.

Această caracteristică îmbunătățește experiența de conectare a utilizatorului numai în timpul conectării utilizatorului activat atunci când parola este pe cale să expire sau a expirat deja. Funcția nu se gestionează dacă o parolă expiră în timp ce utilizatorul este conectat în aplicația Webex. Utilizatorul va primi notificarea de expirare a parolei în următoarea încercare de conectare.

Setarea „w4bwks-password-expiry-fail-login” va fi activată sau dezactivată de Cisco la cererea unui partener.

Preluare configurație client

Acest tabel ilustrează tipul de date schimbate între diferitele componente în timp ce preluați configurațiile clientului.

Mutarea datelor	De la	Pentru
Înregistrare	Client	Webex
Setări organizație, inclusiv URL-uri BroadWorks	Webex	Client
Token JWT BroadWorks	BroadWorks prin Webex	Client
Token JWT BroadWorks	Client	BroadWorks
Token dispozitiv	BroadWorks	Client
Token dispozitiv	Client	BroadWorks
fișier De Configurare	BroadWorks	Client

Utilizare la starea de echilibru

Această secțiune descrie datele care se deplasează între componente în timpul reautentificării după expirarea tokenului, fie prin BroadWorks, fie prin Webex.

Acest tabel listează mișcarea de date pentru apelare.

Mutarea datelor	De la	Pentru
Semnalizare SIP	Client	BroadWorks
media SRTP	Client	BroadWorks
Semnalizare SIP	BroadWorks	Client
media SRTP	BroadWorks	Client

Acest tabel listează mișcarea datelor pentru mesagerie, prezență și întâlniri.

Mutarea datelor	De la	Pentru
Mesagerie și prezență REST HTTPS	Client	Webex
Mesagerie și prezență REST HTTPS	Webex	Client
Semnalizare SIP	Client	Webex
media SRTP	Client	Webex
Semnalizare SIP	Webex	Client
media SRTP	Webex	Client

Utilizarea API-ului de configurare

Acces dezvoltator

Specificația API este disponibilă pe https://developer.webex.com și un ghid de utilizare este la https://developer.webex.com/docs/api/guides/webex-for-broadworks-developers-guide.

Trebuie să vă conectați pentru a citi specificația API lahttps://developer.webex.com/docs/api/v1/broadworks-subscribers .

Autentificarea și autorizarea aplicației

Aplicația dvs. se integrează cu Webex ca Integrare. Acest mecanism permite aplicației să efectueze sarcini administrative (cum ar fi configurarea abonaților) pentru un administrator din cadrul organizației dvs. Partener.

API-urile Webex respectă standardul OAuth 2 ( http://oauth.net/2/). OAuth 2 permite integrărilor terțe să obțină jetoane de reîmprospătare și acces în numele administratorului partener ales pentru autentificarea apelurilor API.

Trebuie să vă înregistrați mai întâi integrarea cu Webex. Odată înregistrată, aplicația dvs. trebuie să susțină apoi acest flux de grant de autorizare OAuth 2.0 pentru a obține tokenurile de reîmprospătare și acces necesare.

Pentru mai multe detalii despre integrări și modul de a construi acest flux de autorizare OAuth 2 în aplicația dvs., consultați https://developer.webex.com/docs/integrations.

Există două roluri necesare pentru implementarea integrărilor - dezvoltatorul şi utilizatorul autorizat - şi acestea pot fi deţinute de persoane/echipe separate din mediul dvs.

Dezvoltatorul creează aplicația și o înregistrează https://developer.webex.com pentru a genera OAuth ClientID/Secret necesar cu scopurile așteptate pentru aplicație. Dacă aplicația dvs. este creată de o terță parte, acestea ar putea înregistra aplicația (dacă ați solicitat accesul acestora) sau ați putea face acest lucru cu propriul dvs. acces.
Utilizatorul autorizat este contul pe care îl utilizează aplicația pentru a autoriza apelurile sale API, pentru a schimba organizația parteneră, organizațiile clienților sau abonații acestora. Acest cont trebuie să aibă fie rolul de administrator complet, fie rolul de administrator complet de vânzări în organizația parteneră. Acest cont nu trebuie să fie deținut de o terță parte.

Denumire organizație

Numele organizației depinde de modul de configurare pe care îl utilizați:

Modul Enterprise – Numele organizației este un meci exact al spEnterpriseId.
Modul Furnizor de servicii – Numele organizației este porțiunea de GrupID a spEnterpriseId.

Denumirea organizației va conține orice spațiu alb, uppercase și caractere speciale specificate în spEnterpriseId original.

Cerințe software BroadWorks

Consultați Managementul ciclului de viață - Servere BroadSoft.

Ne așteptăm ca Furnizorul de servicii să fie "curent de patch-uri" cu cele mai recente patch-uri BroadWorks și aplicații independente de lansare (RI). Lista de patch-uri de mai jos este cerința minimă pentru integrarea cu Webex.

Asigurați-vă că pentru a revizui notele de patch-uri pentru aceste patch-uri software. Unii plasturi pot avea cerinţe CLI suplimentare.

Versiunea R22

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.22.0.1123.ap364260
	AP.as.22.0.1123.ap365173
	AP.as.22.0.1123.ap368517	Necesar pentru sincronizarea directorului
	AP.as.22.0.1123.ap369763
	AP.as.22.0.1123.ap372989
	AP.as.22.0.1123.ap372757
	AP.as.22.0.1123.ap372963	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.22.0.1123.ap373197	Patch necesar pentru serverul de aplicații
	AP.as.22.0.1123.ap378391
	AP.as.22.0.1123.ap374793	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.22.0.1123.ap377718	Patch necesar pentru funcția de înregistrare a apelurilor
	AP.as.22.0.1123.ap377868
	AP.as.22.0.1123.ap376508	Patch-ul necesar pentru configurarea fluxului
	AP.xsp.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Server de profil	AP.ps.22.0.1123.ap372989
	AP.ps.22.0.1123.ap372757
	AP.ps.22.0.1123.ap378391
	AP.ps.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Platformă	AP.platform.22.0.1123.ap353577
	AP.platform.22.0.1123.ap354313	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.22.0.1123.ap365173
	AP.platform.22.0.1123.ap367732
	AP.platform.22.0.1123.ap369433
	AP.platform.22.0.1123.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.22.0.1123.ap372757
	AP.platform.22.0.1123.ap376508	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.platform.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
XSP\|ADP	AP.xsp.22.0.1123.ap354313	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap365173
	AP.xsp.22.0.1123.ap368067
	AP.xsp.22.0.1123.ap368601	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.xsp.22.0.1123.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap370952
	AP.xsp.22.0.1123.ap373008
	AP.xsp.22.0.1123.ap372757
	AP.xsp.22.0.1123.ap372433
	AP.xsp.22.0.1123.ap372963	Necesar pentru upgrade de la notificările push V1 la V2
	AP.xsp.22.0.1123.ap378391
	AP.xsp.22.0.1123.ap374677	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap375206	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap376508	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.xsp.22.0.1123.ap378585	Necesar pentru istoricul apelurilor unificate
Altele	AP.xsa.22.0.1123.ap372757
	AP.xs.22.0.1123.ap372757
	AP.ums.22.0.1123.ap378391
	AP.nfm.22.0.1123.ap378391

Versiunea R23

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.23.0.1075.ap368517	Necesar pentru sincronizarea directorului
	AP.as.23.0.1075.ap369763
	AP.as.23.0.1075.ap373197	Server aplicație de configurare
	AP.as.23.0.1075.ap373271	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.23.0.1075.ap378391
	AP.as.23.0.1075.ap376509
	AP.as.23.0.1075.ap377718	Necesar pentru înregistrarea apelului
	AP.as.23.0.1075.ap377868
	AP.as.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Server de profil	AP.ps.23.0.1075.ap378391
Platformă	AP.platform.23.0.1075.ap367732
	AP.platform.23.0.1075.ap370952
	AP.platform.23.0.1075.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.23.0.1075.ap376509
	AP.platform.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
XSP\|ADP	AP.xsp.23.0.1075.ap368067
	AP.xsp.23.0.1075.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap370952
	AP.xsp.23.0.1075.ap373008
	AP.xsp.23.0.1075.ap373271	Necesar pentru upgrade de la notificările push V1 la V2
	AP.xsp.23.0.1075.ap378391
	AP.xsp.23.0.1075.ap374677	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap375206	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap376509
	AP.xsp.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Altele	Dacă utilizați ADP... Xsi-Events-23_2021.05_1.251.bwar	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate

Versiunea R24

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.24.0.944.ap384177	Necesar pentru serverul de mesagerie Unified (UMS)
	AP.as.24.0.944.ap375100	Necesar pentru configurarea fluxului
	AP.as.24.0.944.ap377718	Necesar pentru înregistrarea apelului
	AP.as.24.0.944.ap377868
	AP.as.24.0.944.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Altele	Xsi-Events-24_ 2021.05_1.251.bwar	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate

Etichete BroadWorks necesare pentru Webex

Pentru informații despre etichetele de sistem BroadWorks și etichetele personalizate pe care trebuie să le configurați pentru Webex, consultați Ghidul de configurare Webex pentru Cisco BroadWorks.

Fluxuri de configurare și activare a utilizatorului

Setarea descrie adăugarea utilizatorului la Webex. Activarea include validarea prin e-mail și atribuirea de servicii în Webex.

Adresele de e-mail ale utilizatorilor trebuie să fie unice, deoarece Webex utilizează adresa de e-mail pentru a identifica un utilizator. Dacă aveți adrese de e-mail de încredere pentru utilizatori, puteți alege să le activați automat atunci când le furnizați automat. Acest proces este „configurare automată și activare automată”.

Configurarea automată a utilizatorilor și activarea automată (flux de e-mail de încredere)

Cerințe preliminare

Adaptorul dvs. de configurare indică Webex pentru Cisco BroadWorks (care necesită o conexiune de ieșire de la AS la Webex Provisioning Bridge).
Trebuie să aveți adrese de e-mail valide accesibile pentru utilizatorul final ca ID-uri alternative în BroadWorks.
Control Hub are un cont de configurare în configurația organizației partenere.

Pas	Descriere
1	Citate și să ia comenzi pentru serviciul cu clienții dumneavoastră.
2	Procesați comanda clientului și furnizați clientul în sistemele dvs.
3	Sistemul de configurare a serviciului declanșează configurarea BroadWorks. Acest pas, în rezumat, creează întreprinderea și utilizatorii. Apoi alocă serviciile și numerele necesare fiecărui utilizator. Unul dintre aceste servicii este IM&P extern.
4	Această etapă de configurare declanșează configurarea automată a organizației clientului și a utilizatorilor în Webex. (Alocarea serviciului IM&P determină adaptorul de configurare să apeleze API-ul de configurare Webex).
5	Sistemele dvs. trebuie să utilizeze API-ul de configurare Webex dacă mai târziu trebuie să ajustați pachetul pentru utilizator (pentru a schimba de la cel implicit).

Flux de conectare SSO

***Flux de conectare SAML SSO cu autentificare directă BroadWorks (partajare de resurse încrucișată)***

Urmează fluxul de conectare SAML SSO pentru aplicația Webex atunci când se utilizează autentificarea BroadWorks și când este activată partajarea resurselor încrucișate, permițând autentificarea directă la BroadWorks. Imaginea afișează evenimentele clientului și ale utilizatorului din stânga cu text pe săgețile care reprezintă ceea ce oferă clientul pentru autorizare. Pașii 1 și 5 sunt evenimente de utilizator. Partea din dreapta a imaginii reprezintă evenimente de servicii de conectare, împreună cu ceea ce este returnat clientului.

***Fluxul de înregistrare și descoperire a serviciilor BroadWorks***

Mai jos este Fluxul de descoperire a serviciului BroadWorks care urmează imediat din fluxul de conectare anterior Webex SAML SSO. Clientul utilizează tokenul de acces obținut în timpul înregistrării la Webex Device Management pentru a solicita înregistrarea de la implementarea BroadWorks.

Fluxuri de conectare alternative

Imaginile de mai sus presupun că SAML SSO Login este configurat utilizând autentificarea BroadWorks cu autentificarea directă BroadWorks activată (Partajarea resurselor încrucișată). Mai jos sunt câteva fluxuri alternative de conectare SAML SSO:

Autentificare BroadWorks fără autentificare directă BroadWorks (partajare de resurse încrucișată):
- Singura diferență este în etapele 5 și 6 ale fluxului de conectare Webex. În pasul 5, acreditările de conectare sunt validate de proxy-ul IdP (mai degrabă decât XSI) și o Aserțiune SAML este returnată clientului.
- Fluxul trece prin pașii rămași în cele două diagrame se aplică.
- Token-ul SSO nu este utilizat în acest flux.
Autentificare SAML SSO Webex:
- În pasul 3 al Fluxului de conectare Webex, serviciul Common Identity returnează Furnizorul de identitate utilizat de autentificarea Webex.
- În acest moment, se invocă un flux alternativ de conectare SAML SSO pentru Webex.

Interacțiuni utilizator

Conectați-vă

Aplicația Webex lansează un browser către Cisco Common Identity (CI) pentru a permite utilizatorilor să introducă adresa lor de e-mail.
CI descoperă că organizația client asociată are proxy-ul IDP BroadWorks (IDP) configurat ca IDP SAML. CI redirecționează către IDP-ul care prezintă utilizatorului o pagină de conectare. (Furnizorul de servicii poate marca această pagină de conectare.)
Utilizatorul intră în acreditările BroadWorks.
Broadworks autentifică utilizatorul prin IDP. Pe succes, IDP redirecționează browserul înapoi la CI cu un succes SAML pentru a finaliza fluxul de autentificare (nu este afișat în diagramă).
În ceea ce privește autentificarea reușită, aplicația Webex obține jetoane de acces de la CI (nu sunt afișate în diagramă). Clientul le utilizează pentru a solicita un Jason Web Token (JWT) cu durată lungă de viață BroadWorks.
Aplicația Webex descoperă configurația de apelare din BroadWorks și alte servicii din Webex.
Aplicația Webex se înregistrează cu BroadWorks.

Conectați-vă dintr-o perspectivă utilizator

Această diagramă este fluxul tipic de conectare, așa cum se vede de către utilizatorul final sau abonat:

Descărcați și instalați aplicația Webex.
Este posibil să fi primit linkul de la furnizorul dvs. de servicii sau să găsiți descărcarea pe pagina de descărcări Webex.
Introduceți adresa de e-mail pe ecranul de conectare Webex. Faceți clic pe Înainte.
De obicei, sunteți redirecționat către o pagină de marcă a Furnizorului de servicii.
Această pagină vă poate fi primită prin adresa dvs. de e-mail.

Dacă nu există adresă de e-mail sau dacă adresa de e-mail este greșită, introduceți în schimb numele de utilizator BroadWorks.
Introduceți parola BroadWorks.
Dacă v-ați conectat cu succes, Webex se deschide.

Flux de apeluri—director corporativ

Flux de apeluri – număr PSTN

Prezentare și partajare

Începeți o întâlnire spațială

Interacțiuni cu clienții

Preluarea profilului din DMS și înscrierea SIP cu AS

Clientul apelează XSI pentru a obține un token de gestionare a dispozitivului și URL-ul la DMS.
Clientul solicită profilul său de dispozitiv de la DMS prin prezentarea tokenului de la pasul 1.
Clientul citește profilul dispozitivului și preia acreditările SIP, adresele și porturile.
Clientul trimite un ÎNREGISTRATOR SIP către SBC utilizând informațiile de la pasul 3.
SBC trimite ÎNREGISTRATORUL SIP la AS (SBC poate efectua o vizualizare în NS pentru a localiza un AS dacă SBC nu cunoaște deja utilizatorul SIP.)

Orientări privind testele și laboratoarele

Următoarele orientări se aplică organizațiilor de testare și de laborator:

Partenerii furnizorului de servicii sunt limitați la maximum 50 de utilizatori de testare care pot fi configurați în mai multe organe.
Orice utilizatori care depășesc primii 50 de utilizatori de testare vor fi facturați.
Pentru a asigura procesarea exactă a facturii dvs., toate organele de testare trebuie să includă „test” în numele organizației BroadWorks.
Organizațiile de testare internă trebuie desemnate în cadrul Webex Control Hub. Acest lucru are scopul de a împiedica utilizatorii de testare să fie facturați ca utilizatori reali.

Desemnarea unei organizații ca organizație de testare

Pentru a desemna o organizație ca organizație de testare:

Conectați-vă la Partner Hub și selectați Clienți.
Selectați clientul corespunzător.
În bara de control din dreapta, activați comutatorul pentru organizarea testelor interne.

Redare mesagerie vocală

Pentru mesageria vocală, asigurați-vă că configurați serverul Media pentru a utiliza unul dintre următoarele coduri:

mp3
wav—Fișierele WAV sunt acceptate în următoarele formate: PCM (acceptat pe toate platformele) și DVI-ADPCM (nu este acceptat pe Android

Dacă utilizați fișiere wav, rulați următoarele comenzi CLI pentru a încredința serverul aplicației și serverul media:

AS_CLI/Service/VoiceMsg>set vmRecordingAudioFileFormat WAV
MS_CLI/Applications/MediaStreaming/Services/IVR> set sendmail8kHzWavFileDefaultFormat ulaw

Terminologie

ACL: Listă de control al accesului
ALG: Gateway strat aplicație
API: Interfață de programare aplicație
AFNURI: Serviciu de notificare Apple Push
LA FEL DE: Server aplicație
TE CONŢINUTUL: Adaptor analogic de telefon, adaptor care convertește telefonie analogică la VoIP
BAM: Manager de aplicații BroadSoft
Autentificare de bază: O metodă de autentificare în care un cont (nume de utilizator) este validat de un secret partajat (parolă)
BMS: Server de mesagerie BroadSoft
PĂȘUNE: Fluxuri bidirecționale Peste HTTP Sincronizat
TULBURĂRI GASTRO- INTESTINALE: Interfața de bază a ratei BRI este o metodă de acces ISDN
Cutie de carton: O colecţie de servicii aşa cum a fost livrată unui utilizator final sau abonat (cf. Ambalaj)
CA: Autoritatea de certificare
Operator: O organizaţie care se ocupă de traficul de telefonie (cf. Partener, furnizor de servicii, furnizor de valoare adăugată)
CAPTCHA: Test Turing public complet automatizat pentru a spune computere și oameni în afară
CCXML: Limba de marcare eXtensible pentru controlul apelului
CIF: Format intermediar comun
TULBURĂRI OCULARE: Interfață linie de comandă
CN: Denumire comună
CNPS: Server push notificări de apel. Un server push de notificare care rulează pe un XSP|ADP în mediul dvs., pentru a împinge notificările de apel către FCM și APNS. Consultați Proxy-ul NPS.
CPE: Echipamente premise pentru clienți
CPR: Regulă de prezență personalizată
CSS: Foaie de stil cascadă
CSV: Valoare Separată prin virgulă
CTI: Integrare telefonie informatică
CUBE: Cisco Unified Border Element
DMZ: Zonă Demilitarizată
DN: Număr director
DND: Nu deranjați
DNS: Sistem nume de domeniu
DPG: Grup de asociați la apelare
DSCP: Punct de cod servicii diferențiate
DTAF: Fișier arhivă tip dispozitiv
DTG: Grup trunchi destinație
DTMF: Frecvență multitonică duală
utilizator Final: Persoana care utilizează serviciile, adică face apeluri, intră în întâlniri sau trimite mesaje (cf. Abonat)
Enterprise: O colecţie de utilizatori finali (cf. Organizație)
FCM: Mesagerie în cloud Firebase
FMC: Convergență Fix Mobile
Configurare flux-through: Crearea utilizatorilor în magazinul de identitate Webex prin atribuirea serviciului „IM&P integrat” în BroadWorks.
FQDN: Nume de domeniu complet calificat
Configurare completă prin debit: Crearea și verificarea utilizatorilor din magazinul de identitate Webex prin atribuirea serviciului „IM&P integrat” în BroadWorks și afirmarea că fiecare utilizator BroadWorks are o adresă de e-mail unică și validă.
FXO: Exchange Office este portul care primește linia analogică. Acesta este dopul de pe telefon sau fax sau dopurile de pe sistemul dvs. de telefon analogic. Acesta oferă o indicație on-cârlig / off-cârlig (închidere buclă). Deoarece portul FXO este atașat la un dispozitiv, cum ar fi un fax sau un telefon, dispozitivul este adesea numit „dispozitiv FXO”.
FXS: Abonatul valutar este portul care furnizează de fapt linia analogică abonatului. Cu alte cuvinte, este "plug in the wall", care oferă un ton de apelare, curent de baterie, și tensiune inel.
GCM: Mesaj Google Cloud
GCM: Modul Galois/Counter (tehnologie de criptare)
ASCUNZĂTOARE: Dispozitiv interfață umană
HTTPS: Conectori securizați pentru protocolul de transfer hipertext
IAD: Dispozitiv de acces integrat
IM&P: Mesagerie instantanee și prezență
PSTN IP: Un furnizor de servicii care furnizează VoIP serviciilor PSTN, interschimbabil cu ITSP, sau un termen general pentru telefonie „publică” conectată la internet, furnizat în mod colectiv de către principalii furnizori de telecomunicații (mai degrabă decât de către țări, așa cum este PSTN)
IZZ: Furnizor de servicii de telefonie pe internet
VALORI CRESCUTE ALE: Răspuns vocal interactiv / Răspuns
AFECŢIUNI: Adresa nativă a unei entități XMPP se numește identificator Jabber sau JID localpart@domain.part.example.com/resourcepart (@ . / sunt separatoare)
JSON: Notificare obiect script Java
TULBURĂRI ALE SISTEMULUI NERVOS: Java Secure Socket Extension; tehnologia de bază care oferă caracteristici sigure de conectivitate la serverele BroadWorks
KEM: Modul de extensie cu tastatură (telefoanele hardware Cisco)
PLT: Token cu durată lungă de viață (sau Long Life); o formă de auto-descriere, securizată de token purtător care permite utilizatorilor să rămână autentificați pentru mai mult timp și nu este legată de aplicații specifice.
M: Arhiva mesajelor
MIB: Bază de informații de gestionare
M: Server media
mTLS: Autentificare reciprocă între două părți, utilizând schimbul de certificate, la stabilirea unei conexiuni TLS
MUC: Chat cu mai mulți utilizatori
UMED: Traduceri adresă de rețea
NPS: Server push de notificare; consultați CNPS
proxy NPS: Un serviciu în Webex care furnizează jetoane de autorizare pe termen scurt pentru CNPS, permițându-i să împingă notificările de apel către FCM și APN-uri și, în cele din urmă, către dispozitivele Android și iOS care rulează Webex.
OCLUZII: Deschideți interfața cu clientul
Organizație: O companie sau o organizaţie care reprezintă o colecţie de utilizatori finali (cf. Întreprindere)
OTG: Grup trunchiuri de ieșire
Pachet: O colecţie de servicii aşa cum a fost livrată unui utilizator final sau abonat (cf. Cutie de carton)
Partener: O organizație de agenți care lucrează cu Cisco pentru a distribui produse și servicii către alte organizații (cf. Valoare adăugată revânzător, furnizor de servicii, transportator)
PBX: Schimb de filiale private
PEM: Mail îmbunătățit de confidențialitate
LIOFILIZAT: Rețea publică de teren mobil
TE IZA: Interfața Rată Primară (PRI) este un standard de interfață de telecomunicații utilizat pe o rețea digitală de servicii integrate (ISDN)
PS: Server de profil
PSTN: Rețea de telefonie publică comutată
QoS: Calitatea serviciului
portal De Retailer: Un site web care permite administratorului revânzătorului să își configureze soluția UC-One SaaS. Este uneori menționată ca portal BAM, portal de administrator sau portal de management.
RTCP: Protocol de control în timp real
RTP: Protocol de transport în timp real
SBC: Controler frontieră sesiune
SCA: Aspect Apel partajat
SD: Definiție standard
SDP: Protocol de descriere sesiuni
SP: Furnizor de servicii; O organizație care furnizează servicii de telefonie sau servicii conexe altor organizații (cf. Încărcător, partener, revânzător cu valoare adăugată)
SIP: Protocol de inițiere sesiuni
LĂCRIMARE: Token cu durată scurtă de viață (sau Short Life) (denumit și BroadWorks SSO Token); un token autentificat de unică folosință care este utilizat pentru a obține acces securizat la aplicații web.
SMB: Întreprinderi mici și mijlocii
SNMP: Protocol simplu de gestionare a rețelei
sRTCP: Protocol de control al transferului în timp real securizat (media apelurilor VoIP)
sRTP: Protocol de transfer în timp real securizat (media apelurilor VoIP)
SSL: Strat de prize securizate
Abonat: Persoana care utilizează serviciile, adică face apeluri, intră în întâlniri sau trimite mesaje (cf. Utilizator final)
TCP: Protocol de control al transmisiei
TDM: Multiplicarea diviziunii timpului
TLS: Securitate strat de transport
ToS: Tipul de serviciu
UAP: Portal de activare a utilizatorilor
UC: Comunicații Unified
CEAPA: Interfață utilizator
U ID: Identificator unic
UM: Server de mesagerie
URI: Identificator de resurse uniform
URL: Localizator de resurse uniform
TUSE: Server de partajare
UTC: Ora universală coordonată
UVS: Server video
Retailer cu valoare adăugată (VAR): O organizație de agenți care lucrează cu Cisco pentru a distribui produse și servicii către alte organizații (cf. Operator, partener, furnizor de servicii)
VGA: Array de grafică video
VoIP: Voce prin Internet Protocol (IP)
VXML: Limbă extensibilă de marcare vocală
WebDAV: Autorizare și versiune distribuită pe internet
WebRTC: Comunicații web în timp real
RĂȘINI: Server WebRTC
XMPP: Protocol de mesagerie și prezență extensibil

Anexa

Configurați serviciile (cu mTLS pentru serviciul Auth)

Procedurile de mai jos înlocuiesc procedurile din subiectul Configurați serviciile pe dispozitivele Webex pentru Cisco BroadWorks XSP|ADP. Completați aceste proceduri numai dacă utilizați mTLS pentru Serviciul de autentificare, mai degrabă decât validarea CI Token. Aceste proceduri sunt obligatorii dacă rulați mai multe organizații Webex pe același server XSP|ADP. În caz contrar, acestea sunt opționale.

Dacă nu rulați mai multe organizații Webex de pe același server XSP|ADP, validarea CI Token (cu TLS) este recomandată pentru Serviciul Auth. Consultați Configurarea serviciilor pe dispozitivele Webex pentru Cisco BroadWorks XSP|ADP pentru detalii despre modul de configurare a serviciului de autentificare și a altor servicii.

Interfețe Xsi

Instalați și configurați aplicațiile Xsi-Actions și Xsi-Events așa cum sunt descrise în Ghidul de configurare a interfeței pentru serviciile Cisco BroadWorks Xtended Services.

Doar o singură instanță a aplicațiilor Xsi-Events trebuie implementată pe XSP|ADP utilizat pentru interfața CTI.

Toate evenimentele Xsi utilizate pentru integrarea Broadworks cu Webex trebuie să aibă același nume de apelControlApplicationName definit în Applications/Xsi-Events/GeneralSettings. De exemplu:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Schimbarea numelui de apelControlApplicationName sau neavând același nume pe toate aplicațiile web Xsi-Events va afecta funcționalitatea abonamentelor și a evenimentelor de telefonie.

Configurați serviciul de autentificare (cu mTLS)

Tokenurile BroadWorks cu durată lungă de viață sunt generate și validate de serviciul de autentificare găzduit pe |ADP-urile dvs. XSP.

Cerințe

Serverele XSP|ADP care găzduiesc Serviciul de autentificare trebuie să aibă o interfață mTLS configurată.
ADP-urile XSP| trebuie să partajeze aceleași chei pentru criptarea/decriptarea tokenurilor BroadWorks cu durată lungă de viață. Copierea acestor chei la fiecare XSP|ADP este un proces manual.
ADP-urile XSP| trebuie sincronizate cu NTP.

Prezentare generală configurație

Configurația esențială de pe |ADP-urile dvs. XSP include:

Implementați serviciul de autentificare.
Configurați durata tokenului la cel puțin 60 de zile (lăsați emitentul ca BroadWorks).
Generați și partajați tastele RSA prin |ADP-uri XSP.
Furnizați adresa URL autentiService către containerul web.

Implementați serviciul de autentificare pe XSP|ADP

Pe fiecare XSP|ADP utilizat cu Webex:

Activați aplicația pentru serviciul de autentificare pe cale /authService(trebuie să utilizați această cale):

XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService

(unde este cazul <version> este versiunea BroadWorks).
Implementați aplicația:

XSP|ADP_CLI/Maintenance/ManagedObjects>deploy application /authService

Configurați durata tokenului

Verificați configurația actuală a tokenului (ore):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement> get
Setați durata la 60 de zile (max. 180 de zile):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement>set tokenDurationInHours 1440

Generați și partajați cheile RSA

Trebuie să utilizați aceleași perechi de taste publice/private pentru criptarea/decriptarea tokenului în toate instanțele serviciului de autentificare.
Cuplul cheie este generat de serviciul de autentificare atunci când este necesar pentru prima dată să eliberați un token.

Din cauza acestor doi factori aveți nevoie pentru a genera chei pe un XSP|ADP, apoi copiați-le la toate celelalte XSP|ADP.

Dacă ciclați tastele sau modificați lungimea tastei, trebuie să repetați următoarea configurație și să reporniți toate |ADP-urile XSP.

Selectați un XSP|ADP de utilizat pentru generarea unei perechi de taste.
Utilizați un client pentru a solicita un token criptat de la acel XSP|ADP, solicitând următorul URL din browserul clientului:

https://<XSP|ADP-IPAddress>/authService/token?key=BASE22URL(clientPublicKey)

(Acest lucru generează o pereche de chei private / publice pe XSP|ADP, dacă nu a existat deja unul)
Locația magazinului cu tastatură nu este configurabilă. Exportați tastele:

XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
Copiați fișierul exportat /var/broadworks/tmp/authService.keys în aceeași locație pe celelalte ADP-uri XSP|, suprascrierea unui mai în vârstă .keys fișier.
Importați tastele pe fiecare dintre celelalte |ADP-uri XSP:

XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys

Furnizați URL-ul autentiService către containerul web

Containerul web XSP|ADP are nevoie de URL-ul autentiService, astfel încât să poată valida jetoanele.

Pe fiecare dintre |ADP-urile XSP:

Adăugați URL-ul serviciului de autentificare ca serviciu de autentificare extern pentru BroadWorks Communications Utility:

XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1/authService
Adăugați adresa URL a serviciului de autentificare în container:

XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService

Acest lucru permite Webex să utilizeze Serviciul de autentificare pentru a valida jetoanele prezentate ca date de autentificare.
Verificați parametrul cu get.
Reporniți XSP|ADP.

Configurarea TLS și Ciphers pe interfețele HTTP (pentru XSI și Serviciul de autentificare)

Aplicațiile Service Authentication, Xsi-Actions și Xsi-Events utilizează interfețe de server HTTP. Nivelurile de configurabilitate TLS pentru aceste aplicații sunt după cum urmează:

Cele mai generale = Sistem > Transport > HTTP > Interfață server HTTP = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații	context CLI
Sistem (global)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Protocoale de transport pentru acest sistem	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP pe acest sistem	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Interfețe server HTTP specifice pe acest sistem	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Citirea configurației interfeței serverului HTTP TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer>
Introduceți get comanda și citiți rezultatele. Ar trebui să vedeți interfețele (adresele IP) și, pentru fiecare, dacă acestea sunt sigure și dacă necesită autentificarea clientului.

Apache tomcat trimite un certificat pentru fiecare interfață securizată; sistemul generează un certificat semnat dacă are nevoie de unul.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Adăugarea protocolului TLS 1.2 la interfața serverului HTTP

Interfața HTTP care interacționează cu Webex Cloud trebuie configurată pentru TLSv1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața serverului HTTP:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> 443 pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> 443 TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața serverului HTTP

Pentru a configura cifrele necesare:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Introduceți comanda get <interfaceIp> 443 pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> 443 <cipherName> pentru a adăuga un cifru la interfața serverului HTTP.

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Configurați încrederea pentru serviciul de autentificare (cu mTLS)

Conectați-vă la Control Hub cu contul de administrator partener.
Accesați Setări > Apelare BroadWorks și faceți clic pe Descărcare certificat Webex CA pentru a obține CombinedCertChain2023.txt pe computerul local.

Aceste fișiere conțin două seturi de două certificate. Trebuie să divizați fișierele înainte de a le încărca în ADP-urile XSP|. Toate fișierele sunt necesare.
Separați lanțul certificatului în două certificate - combinedcertchain2023.txt.
1. Deschideți combinedcertchain2023.txt într-un editor de text.
2. Selectați și tăiați primul bloc de text, inclusiv liniile -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----, și lipiți blocul de text într-un fișier nou.
3. Salvați noul fișier ca root2023.txt.
4. Salvați fișierul original ca issuing2023.txt. Fișierul original ar trebui să aibă acum doar un singur bloc de text, înconjurat de linii -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----.
Copiați ambele fișiere text într-o locație temporară pe XSP|ADP pe care o securizați, de ex. /var/broadworks/tmp/root2023.txt și /var/broadworks/tmp/issuing2023.txt.
Conectați-vă la XSP|ADP și navigați la /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>. (Opțional) Ajutor de rulare UpdateTrust pentru a vedea parametrii și formatul de comandă.

Încărcați fișierele certificatului în ancore de încredere noi - 2023

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Toate aliazele trebuie să aibă un nume diferit. webexclientroot, webexclientroot2023, webexclientissuing și webexclientissuing2023 sunt aliaze de exemplu pentru ancore de încredere; puteți utiliza propria dvs., atâta timp cât toate cele patru intrări sunt unice.

Confirmați că ancorajele sunt actualizate:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

(Opțiune) Configurați mTLS la nivelul interfeței/portului HTTP

Este posibil să configurați mTLS la nivelul interfeței/portului HTTP sau pe o bază de aplicație per-web.

Modul în care activați mTLS pentru aplicația dvs. depinde de aplicațiile pe care le găzduiți pe XSP|ADP. Dacă găzduiți mai multe aplicații care necesită mTLS, ar trebui să activați mTLS pe interfață. Dacă trebuie doar să securizați una dintre mai multe aplicații care utilizează aceeași interfață HTTP, puteți configura mTLS la nivelul aplicației.

Când configurați mTLS la nivelul interfeței/portului HTTP, mTLS este necesar pentru toate aplicațiile web găzduite accesate prin această interfață/port.

Conectați-vă la XSP|ADP a cărei interfață configurați.
Navigheaza catre XSP|ADP_CLI/Interface/Http/HttpServer> și rulați get comandă pentru a vedea interfețele.
Pentru a adăuga o interfață și a solicita autentificarea clientului acolo (ceea ce înseamnă același lucru ca și mTLS):

XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true

Consultați documentația XSP|ADP CLI pentru detalii. În esență, primul true asigură interfața cu TLS (certificatul de server este creat dacă este necesar) și al doilea true forțează interfața să solicite autentificarea certificatului clientului (împreună sunt mTLS).

De exemplu:

XSP|ADP_CLI/Interface/Http/HttpServer> get

Interface Port Name Secure Client Auth Req Cluster Fqdn
         =======================================================
         192.0.2.7 443 XSP|ADP01.collab.example.net true false 
         192.0.2.7 444 XSP|ADP01.collab.example.net true true

În acest exemplu, mTLS (Client Auth Req = true) este activat pe 192.0.2.7 port 444. TLS este activat pe 192.0.2.7 port 443.

(Opțiune) Configurați mTLS pentru aplicații web specifice

Este posibil să configurați mTLS la nivelul interfeței/portului HTTP sau pe o bază de aplicație per-web.

Când configurați mTLS la nivelul aplicației, mTLS este necesar pentru acea aplicație, indiferent de configurația interfeței serverului HTTP.

Conectați-vă la XSP|ADP a cărei interfață configurați.
Navigheaza catre XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> și rulați get comandă pentru a vedea ce aplicații rulează.
Pentru a adăuga o aplicație și pentru a solicita autentificarea clientului (ceea ce înseamnă același lucru ca și mTLS):

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true

Consultați documentația XSP|ADP CLI pentru detalii. Numele aplicației sunt enumerate acolo. Fișierul true în această comandă activează mTLS.

De exemplu:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add 192.0.2.7 443 AuthenticationService true

Exemplul de comandă adaugă aplicația AuthenticationService la 192.0.2.7:443 și necesită solicitarea și autentificarea certificatelor de la client.

Consultați get:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> get

Interface Ip Port Application Name Client Auth Req
         ===================================================
         192.0.2.7 443 AuthenticationService      true

Configurați managementul dispozitivului pe XSP|ADP, serverul aplicației și serverul profilului

Unde să mergeți Înainte

Pentru configurare, puteți reintra în fluxul principal de documente la interfața CTI și configurația aferentă.

Cerințe suplimentare de certificare pentru autentificarea reciprocă TLS împotriva serviciului de autentificare

Webex interacționează cu Serviciul de autentificare printr-o conexiune TLS autentificată reciproc. Aceasta înseamnă că Webex prezintă un certificat de client, iar XSP|ADP trebuie să îl valideze. Pentru a avea încredere în acest certificat, utilizați lanțul de certificate Webex CA pentru a crea o ancoră de încredere pe XSP|ADP (sau proxy). Lanțul certificatului este disponibil pentru descărcare prin intermediul Partner Hub:

Accesați Setări > Apelare BroadWorks.
Faceți clic pe linkul certificatului de descărcare.

De asemenea, puteți obține lanțul certificatului de la https://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt.

Cerințele exacte pentru implementarea acestui lanț de certificate Webex CA depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă rezumă locul în care trebuie implementat lanțul de certificate Webex CA în aceste trei cazuri.

Cerințe reciproce privind certificatul TLS pentru proxy-ul TLS-bridge

Webex prezintă proxy-ului un certificat de client semnat Webex CA.
Lanțul de certificate Webex CA este implementat în magazinul de încredere proxy, astfel încât proxy-ul are încredere în certificatul clientului.
Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în proxy.
Proxy-ul prezintă un certificat de server semnat public pentru Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.

Proxy-ul prezintă un certificat de client semnat intern către |ADP-urile XSP.

Acest certificat trebuie să aibă câmpul de extensie x509.v3 Utilizare extinsă a cheii populat cu OID BroadWorks 1.3.6.1.4.1.6431.1.1.8.2.1.3 și clientAuth scop TLS. De exemplu:

X509v3 extensions:

X509v3 Extended Key Usage:

1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client
              Authentication

Atunci când generați certificate de client intern pentru proxy, rețineți că certificatele SAN nu sunt acceptate. Certificatele serverului intern pentru XSP|ADP pot fi SAN.

ADP-urile XSP| au încredere în CA intern.
ADP-urile XSP| prezintă un certificat de server semnat intern.
Proxy-ul are încredere în CA intern.

Cerințe reciproce de certificare TLS pentru TLS-passthrough Proxy sau XSP în DMZ

Webex prezintă un certificat de client semnat Webex CA pentru XSPs.
Lanțul de certificate Webex CA este implementat pe magazinul de încredere XSPs, astfel încât XSPs are încredere în certificatul clientului.
Certificatul de server XSP semnat public este de asemenea încărcat în XSPs.
XSPs prezintă certificatele de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului XSPs.

Istoricul reviziilor documentelor

Următorul tabel prezintă o istorie a modificărilor aduse acestui document în ultimele 12 luni.

Dată	Versiune	Descrierea modificării
07 februarie 2024	2-108	A fost adăugată o notificare de expirare a parolei BroadWorks în timpul conectării la Webex pentru referință BroadWorks.
25 ianuarie 2024	2-107	Modificări editoriale.
23 ianuarie 2024	2-106	Efectuați modificări editoriale în secțiunea Mutare utilizator (cu consimțământ) în Webex pentru Cisco BroadWorks , sub Gestionarea Webex pentru BroadWorks.
10 ianuarie 2024	2-105	Modificări editoriale.
20 decembrie 2023	2-104	Acest ghid a fost mutat la Centrul de ajutor Webex, de acum înainte utilizați acest link unificat https://help.webex.com/no4dlj3 .
13 decembrie 2023	2-103	Șablonul clientului a fost modificat în „Șablon de integrare”, a actualizat ghidul de soluție.
12 decembrie 2023	2-102	Actualizat Atașați Webex pentru BroadWorks la secțiunea Organizație existentă în cadrul Gestionării Webex pentru BroadWorks.
08 decembrie 2023	2-101	Modificări editoriale.
noiembrie 08, 2023	2-100	A fost adăugată o notă în Atașați Webex pentru BroadWorks la secțiunea Organizație existentă .
25 octombrie 2023	2-99	A fost adăugat R24 în Configurarea serverului aplicației cu secțiunea URL a serviciului de configurare.
13 septembrie 2023	2-98	Au fost adăugate cerințe de rețea pentru Webex pentru linkurile Cisco Broadworks în secțiunea Abonamente de documente recomandate.
septembrie 04, 2023	2-97	Secțiunea Caracteristici și limitări actualizată în Prezentare generală a Webex pentru Cisco BroadWorks.
08 august 2023	2-96	Note adăugate în Editarea sau ștergerea unui cluster BroadWorks în Partner Hub în cadrul Gestionării Webex pentru BroadWorks.
23 iunie 2023	2-95	Actualizat Pregătiți-vă NPS pentru Webex pentru secțiunea Cisco BroadWorks în secțiunea Implementare Webex pentru Cisco BroadWorks. Actualizat Configurați NPS pentru a utiliza conexiunea proxy de autentificare Timeout la 3000 sub Implementare Webex pentru Cisco BroadWorks.
30 mai 2023	2-94	Actualizat secțiunea Cerințe software BroadWorks în secțiunea Webex pentru Cisco BroadWorks Reference.
26 mai 2023	2-93	Secțiunea actualizată Trust Anchors pentru interfața CTI (R22 și ulterioară) din secțiunea Implementare Webex pentru Cisco BroadWorks. Actualizat Configurați încrederea pentru serviciul de autentificare (cu mTLS) în secțiunea Anexă.
24 mai 2023	2-92	Actualizat Detach Webex pentru BroadWorks din secțiunea Organizație existentă în cadrul Gestionării Webex pentru Cisco BroadWorks. S-a adăugat secțiunea Intrare în rezervă în secțiunea Implementare Webex pentru Cisco BroadWorks.
10 mai 2023	2-91	Actualizat câmpul Lampă ocupată / secțiunea Notificare preluare apeluri în cadrul managementului Webex pentru Cisco BroadWorks.
09 mai 2023	2-90	Actualizat secțiunea Țară din secțiunea Pregătiți-vă mediul.
04 mai 2023	2-89	Actualizat Configurați secțiunea Șabloane pentru clienți în secțiunea Configurați organizația partenerului în Hubul partenerului.
27 aprilie 2023	2-88	S-a adăugat secțiunea Țară în secțiunea Pregătirea mediului.
14.04.2023	2-87	Secțiunea Actualizată de Asistență pentru contacte de grup în cadrul comenzii și configurării.
17 martie 2023	2-86	S-a adăugat scalarea apelului nativ mobil la secțiunea Întâlnire din secțiunea Implementare Webex pentru BroadWorks.
11 martie 2023	2-85	Pași actualizați în Configurarea serviciului de autentificare (cu validarea token-ului CI) în secțiunea Implementare Webex pentru Cisco BroadWorks.
10 martie 2023	2-84	Actualizat secțiunea Interfețe Xsi .
07 martie 2023	2-83	S-a adăugat secțiunea Asistență Grup Contacte în secțiunea Ordine și configurare.
28 februarie 2023	2-82	S-a adăugat secțiunea Partner SSO - OpenID Connect (OIDC) în secțiunea Implementare Webex pentru Cisco BroadWorks.
15 februarie 2023	2-81	Actualizat Trust Anchors pentru interfața CTI (R22 și o versiune ulterioară)în secțiunea Implementare Webex pentru Cisco BroadWorks și Configurare Trust pentru serviciul de autentificare (cu mTLS) din Anexa.
10 februarie 2023	2-80	S-a actualizat Apelarea extensiilor în prezentarea generală a Webex pentru Cisco BroadWorks.

Prezentare generală a Webex pentru Cisco BroadWorks

Introducerea Webex pentru Cisco BroadWorks

Soluţie

Pentru a oferi funcții de colaborare în cloud Webex clienților Mici și Mijlocii care au deja un serviciu de apelare furnizat de furnizorii de servicii BroadWorks.
Pentru a furniza servicii de apelare bazate pe BroadWorks clienților Webex mici și mijlocii.

Context

Beneficii

Protejarea viitoare: împotriva sfârșitului de viață al colaboratorului UC-One, mișcarea tuturor clienților către cadrul de clienți unificați (UCF)
Cel mai bun dintre cele două: Activarea funcțiilor de mesagerie și întâlnire Webex păstrând în același timp apelurile BroadWorks în rețeaua dvs. de telefonie

Domeniu de aplicare al soluției

Clienții mici și mijlocii existenți/noi (mai puțin de 250 de abonați) care doresc o suită de funcții de colaborare, pot avea deja apelare BroadWorks.
Clienții Webex mici până la medii existenți care doresc să adauge BroadWorks Calling.
Întreprinderi mai mici (Consultați portofoliul nostru de întreprinderi pentru Webex).
Nu numai utilizatorii (Vă rugăm să evaluați ofertele Webex Online).

Condiții prealabile pentru succesul cu Webex pentru Cisco BroadWorks

Obligatoriu

Note

Patch-ul BroadWorks curent R22 sau de mai sus

XSP|ADP pentru XSI, CTI, DMS și authService

XSP|ADP dedicat pentru Webex pentru Cisco BroadWorks

Separați XSP|ADP pentru NPS, poate fi partajat cu alte soluții care utilizează NPS.

Dacă aveți o implementare colaborativă existentă, apoi revizuiți recomandările privind configurațiile XSP|ADP și NPS.

Validarea Token CI (cu TLS) este configurată pentru conexiunile Webex la Serviciul de autentificare.

mTLS configurat pentru conexiunile Webex la interfața CTI.

Alte aplicații nu necesită mTLS.

Utilizatorii trebuie să existe în BroadWorks și au nevoie de următoarele atribute, în funcție de decizia dvs. de configurare:

Flowthrough cu e-mailuri de încredere: Atributul de e-mail al utilizatorului BroadWorks trebuie să conțină o adresă de e-mail validă, unică pentru acel utilizator. Utilizatorul trebuie să aibă, de asemenea, un număr principal sau o extensie.
Flowthrough cu e-mailuri false sau auto-activare sau configurare API: Utilizatorul nu are nevoie de adresa de e-mail, dar trebuie să aibă un număr principal sau o extensie.

Fișier DTAF Webex pentru Cisco BroadWorks pentru aplicația Webex

BW Business Lic sau Std Enterprise sau Prem Enterprise User Lic + Webex pentru abonamentul Cisco BroadWorks

Dacă aveți o implementare colaborativă existentă, nu mai aveți nevoie de UC-One Add-On Bundle, Collab Lic și Meet-me Conference Ports.

Dacă aveți o implementare UC-One SaaS existentă, nu există alte modificări decât acceptarea termenilor Premium Package.

IP/Porturile trebuie să fie accesibile prin intermediul serviciilor Webex backend și al aplicațiilor Webex prin intermediul internetului public.

Consultați secțiunea „Pregătiți-vă rețeaua”.

Configurare TLS v1.2 pe |ADP-urile XSP

Pentru configurarea Flowthrough, serverul de aplicații trebuie să se conecteze la adaptorul de configurare BroadWorks.

Nu testăm sau acceptăm configurația proxy de ieșire. Dacă utilizați un proxy de ieșire, acceptați responsabilitatea de a-l susține cu Webex pentru Cisco BroadWorks.

Consultați “Pregătiți-vă rețeaua” subiect.

Despre acest Document

Acest ghid include materiale conceptuale și de referință. Intenționăm să acoperim toate aspectele soluției în acest document.

Setul minim de sarcini pentru implementarea soluției este:

Accesați echipa contului dvs. pentru a deveni partener Cisco. Este imperativ să explorați punctele de contact Cisco pentru a vă familiariza (și a vă instrui). Când deveniți partener Cisco, aplicăm comutatorul Webex pentru Cisco BroadWorks la organizația dvs. partener Webex. (Consultați Implementarea Webex pentru Cisco BroadWorks > Integrarea partenerului în acest document.)
Configurați sistemele BroadWorks pentru integrarea cu Webex. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurarea serviciilor pe dispozitivele Webex pentru Cisco BroadWorks XSP|ADP din acest document.)
Utilizați Partner Hub pentru a conecta Webex la BroadWorks. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurați organizația dvs. de parteneri în Partner Hub în acest document.)
Utilizați Hubul partener pentru a pregăti șabloanele de configurare a utilizatorului. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurați șabloanele de integrare în acest document.)
Testați și conectați un client prin configurarea a cel puțin un utilizator. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurarea organizației dvs. de testare.)

Acestea sunt etape de nivel înalt, în ordinea tipică. Există mai multe sarcini de contribuție pe care nu le puteți ignora.
Dacă doriți să creați propriile aplicații pentru a vă gestiona abonații Webex pentru Cisco BroadWorks, trebuie să citiți Folosind API-ul de configurare din secțiunea de referință a acestui ghid.

Terminologie

Cum funcționează

Utilizatorii apelează numere PSTN utilizând infrastructura BroadWorks.
Utilizatorii apelează alte numere BroadWorks utilizând infrastructura BroadWorks (apeluri audio/video selectând numerele asociate utilizatorilor sau dialpad-ul pentru a introduce numerele).
Alternativ, utilizatorii pot efectua un apel VOIP Webex prin infrastructura Webex, selectând opțiunea „Apel Webex” din aplicația Webex. (Aceste apeluri sunt aplicația Webex în aplicația Webex, nu aplicația Webex în PSTN).
Utilizatorii pot găzdui și participa la Webex Meetings.
Utilizatorii se pot trimite mesaje unul câte unul sau în spații (chat de grup persistent) și pot beneficia de funcții precum căutarea și partajarea fișierelor (pe infrastructura Webex).
Utilizatorii pot partaja prezența (starea). Ele pot alege prezența personalizată sau prezența calculată a clientului.
După ce vă înscriem ca organizație parteneră în Control Hub, cu drepturile corecte, puteți configura relația dintre instanța BroadWorks și Webex.
Creați organizații ale clienților în Control Hub și furnizați utilizatori în aceste organizații.
Fiecare abonat din BroadWorks primește o identitate Webex pe baza adresei de e-mail (atribut de ID de e-mail în BroadWorks).
Utilizatorii se autentifică împotriva BroadWorks sau împotriva Webex.
Clienții sunt eliberați cu jetoane cu durată lungă de viață pentru a le autoriza pentru servicii la BroadWorks și Webex.

Aplicația Webex se află în centrul acestei soluții; este o aplicație de marcă disponibilă pe desktopurile Mac/Windows și pe telefoanele mobile și tabletele Android/iOS.

Există, de asemenea, o versiune web a Aplicației Webex care nu include în prezent funcții de apelare.

Clientul se conectează la cloudul Webex pentru a furniza funcții de mesagerie, prezență și întâlniri.

Clientul se înregistrează la sistemele BroadWorks pentru funcțiile de apelare.

Cloud-ul Webex funcționează cu sistemele BroadWorks pentru a asigura o experiență de configurare fără probleme a utilizatorului.

Caracteristici și limitări

Oferim mai multe pachete cu caracteristici diferite.

Pachetul „Softphone”

Utilizatorii de Softphone își pot partaja ecranul în timpul unui apel.

Pachetul „de bază”

Pachetul „Standard”

Pachetul „Premium”

Partajarea ecranului în cadrul unei întâlniri PMR este acceptată pentru orice participant la întâlnire.

Comparați pachetele

Pachet	Apelare	Mesagerie	Întâlniri Unified Space	Reuniuni PMR
Telefon virtual	Inclus	Nu sunt incluse	Fără	Fără
De bază	Inclus	Inclus	100 de participanți	100 de participanți
Standard	Inclus	Inclus	100 de participanți	100 de participanți
Premium	Inclus	Inclus	300 de participanți	1000 participanți

Caracteristici de mesagerie și întâlnire

Consultați următorul tabel pentru diferențele de asistență pentru caracteristicile întâlnirii PMR pentru pachetele de bază, standard și premium.

Tabelul 1. Diferențe de asistență caracteristică pentru întâlnirile PMR
Caracteristică întâlnire	Sprijinit cu pachet de bază	Sprijinit cu pachet standard	Sprijinit cu pachetul de premiere	Comentariu
Durata întâlnirii	40 de minute sau mai puțin	Nelimitat	Nelimitat
Partajare Desktop	Da	Da	Da	Basic—Partajare desktop de către orice participant la întâlnirea PMR. Standard —Partajare desktop numai de către gazda întâlnirii PMR. Premium—Partajare desktop de către orice participant la întâlnirea PMR.
Partajare Aplicație	Da	Da	Da	De bază—Partajarea aplicației de către orice participant la întâlnirea PMR. Standard - Partajarea aplicației numai de către gazda întâlnirii PMR. Premium—Partajarea aplicației de către orice participant la întâlnirea PMR.
Chat cu mai multe părți	Da	Da	Da
Tablă albă	Da	Da	Da
Protecție parolă	Da	Da	Da
Aplicația web - fără descărcare sau plugin-uri (Experiența oaspeților)	Da	Da	Da
Asocierea asistenței cu dispozitivele Webex	Da	Da	Da
Controlul podelei (Dezactivați unul / Eliminați toate)	Da	Da	Da
Link Întâlniri persistente	Da	Da	Da
Accesul la site-ul întâlnirilor	Da	Da	Da
Intrați în întâlnire prin VoIP	Da	Da	Da
Blocare	Da	Da	Da
Controale prezentator	Nu	Nu	Da
Control desktop la distanță	Nu	Nu	Da
Numărul de participanți	100	100	1000
Înregistrarea salvată local în sistem	Da	Da	Da
Înregistrare în cloud	Nu	Nu	Da
Înregistrare - stocare în cloud	Nu	Nu	10GB pe site
Transcrieri de înregistrare	Nu	Nu	Da
Programare întâlnire	Da	Da	Da
Activați partajarea conținutului cu integrări externe	Nu	Nu	Da	De bază— Partajarea conținutului de către orice participant la întâlnirea PMR. Standard—Partajarea conținutului numai de către gazda întâlnirii PMR. Premium- Partajarea conținutului de către orice participant la întâlnirea PMR.
Permiteți modificarea URL-ului PMR	Nu	Nu	Da	De bază— Utilizatorii pot modifica URL-ul PMR de pe site-ul Webex. Administratorii de parteneri și organizații pot modifica URL-ul din Control Hub. Standard—URL-ul PMR poate fi modificat numai din Hub-ul partenerului de către administratorii partenerului și organizației. Premium—Utilizatorii pot modifica URL-ul PMR de pe site-ul Webex. Administratorii de parteneri și organizații pot modifica URL-ul din Partner Hub.
Redarea în flux live a întâlnirilor (De Exemplu, pe Facebook, Youtube)	Nu	Nu	Da
Permiteți altor utilizatori să programeze întâlniri în numele lor	Nu	Nu	Da
Adăugați gazdă alternativă	Da	Nu	Da
Integrarea aplicațiilor (de exemplu, Zendesk, Slack)	Depinde de integrare	Depinde de integrare	Da	Consultați secțiunea Integrări aplicație de mai jos pentru mai multe informații despre asistență.
Integrare cu Microsoft Office 365 Calendar	Da	Da	Da
Integrare cu Google Calendaring pentru G Suite	Da	Da	Da

Funcții de apelare

Integrări aplicații

Puteți integra Webex pentru Cisco BroadWorks cu următoarele aplicații:

Zendesk—numai Premium
Slack—numai Premium
Microsoft Teams pentru Webex Meetings—Standard sau Premium
Microsoft Teams pentru apelare—Sprijinit cu toate pachetele
Calendarul Office 365—Standard sau Premium
Calendarul Google pentru G Suite—Standard sau Premium

Asistență pentru infrastructura de desktop virtual (VDI)

Asistență IPv6

Webex pentru Cisco BroadWorks acceptă adresarea IPv6 pentru aplicația Webex.

Foaie de parcurs viitoare

Limitări

Limitări de furnizare

Ora întâlnirilor site-ului

Zona de timp a primului abonat pentru fiecare pachet devine zona de timp pentru site-ul Webex Meetings creat pentru acel pachet.

Dacă clientul dvs. are nevoie de o anumită zonă de timp pentru site-ul Webex Meetings, specificați timezone parametru în cererea de configurare pentru:

primul abonat furnizat pentru pachetul Standard din organizație.
primul abonat furnizat pentru pachetul Premium din organizație.
primul abonat furnizat pentru pachetul de bază din organizație.

Limitări generale

Nicio apelare în versiunea web a clientului Webex (Aceasta este o limitare a clientului, nu o limitare a soluției.)
Este posibil ca Webex să nu aibă încă toate comenzile UI pentru a sprijini unele dintre funcțiile de control al apelurilor disponibile de la BroadWorks.
În prezent, clientul Webex nu poate fi „Etichetat alb”.
Când creați organizații ale clienților utilizând metoda de configurare aleasă, acestea sunt create automat în aceeași regiune ca și organizația dvs. parteneră. Acest comportament este proiectat. Ne așteptăm ca partenerii multinaționali să creeze o organizație parteneră în fiecare regiune în care gestionează organizațiile clienților.
Raportarea întâlnirilor și utilizarea mesajelor sunt disponibile prin intermediul organizației client din Control Hub.

Probleme și limitări cunoscute

Pentru o listă actualizată de probleme și limitări cunoscute cu oferta Webex pentru Cisco BroadWorks, consultați Probleme și limitări cunoscute.

Limite de mesagerie

De bază: 2 GB pe utilizator timp de 3 ani
Standard 5 GB per utilizator timp de 3 ani
Premium: 10 GB pe utilizator timp de 5 ani

Informații suplimentare

Pentru informații suplimentare privind limitele generale de mesagerie care se aplică spațiilor echipei de mesagerie Webex, consultați https://help.webex.com/en-us/n8vw82eb/Webex-Capacities.

Securitate, date și roluri

Securitate Webex

Există mai multe detalii cu privire la schimbul de date în secțiunea de referință a acestui document.

Citire suplimentară

Rezidență date organizație

Stocăm datele dvs. Webex în centrul de date care se potrivește cel mai bine regiunii dvs. Consultați Rezidența datelor în Webex în Centrul de ajutor.

Roluri

Echipa de operațiuni în cloud Cisco: Creează „organizația parteneră” în Partner Hub, dacă nu există, în timpul procesului de integrare.

#	Sarcină tipică	SP	Cisco
1	Integrarea partenerului - Crearea organizației partenerului dacă aceasta nu există și activarea comutatoarelor de funcții necesare		●
2	Configurarea BroadWorks în organizația parteneră prin intermediul Hubului partenerului (cluster)	●
3	Configurarea setărilor de integrare în organizația parteneră prin intermediul Hubului partenerului (șabloane de oferte, branding)	●
4	Pregătirea mediului BroadWorks pentru integrare (AS, XSP\|ADP Patching, firewall-uri, configurație XSP\|ADP, XSI, AuthService, CTI, NPS, aplicații DMS pe XSP\|ADP)	●
5	Dezvoltarea integrării sau procesului de configurare	●
6	Pregătiți materialele GTM	●
7	Migrați sau configurați utilizatori noi	●

Arhitectură

Ce este în diagramă?

Clienți

Clientul Aplicației Webex servește ca aplicație principală în ofertele Webex pentru Cisco BroadWorks. Clientul este disponibil pe platforme desktop, mobile și web.

Clientul are întâlniri audio/video native de mesagerie, prezență și cu mai multe părți furnizate de cloudul Webex. Clientul Webex utilizează infrastructura BroadWorks pentru apelurile SIP și PSTN.
Telefoanele Cisco IP și accesoriile aferente utilizează, de asemenea, infrastructura BroadWorks pentru apelurile SIP și PSTN. Ne așteptăm să putem sprijini telefoanele terțe.
Portalul de activare a utilizatorului pentru ca utilizatorii să se conecteze la Webex utilizând acreditările BroadWorks.
Partner Hub este o interfață web pentru administrarea organizației dvs. Webex și a organizațiilor clienților dvs. Partner Hub este locul în care configurați integrarea dintre infrastructura BroadWorks și Webex. De asemenea, utilizați Partner Hub pentru a gestiona configurația și facturarea clienților.

Rețea furnizor de servicii

Blocul verde din partea stângă a diagramei reprezintă rețeaua dvs. Componentele găzduite în rețeaua dvs. oferă următoarele servicii și interfețe pentru alte părți ale soluției:

XSP|ADP cu față publică, pentru Webex pentru Cisco BroadWorks: (Cutia reprezintă una sau mai multe ferme XSP|ADP, eventual frontate de balansoare de sarcină.)
- Găzduiește interfața de servicii Xtended (XSI-Actions & XSI-Events), Serviciul de gestionare a dispozitivelor (DMS), interfața CTI și Serviciul de autentificare. Împreună, aceste aplicații permit telefoanelor și clienților Webex să se autentifice, să descarce fișierele de configurare a apelurilor, să efectueze și să primească apeluri și să vadă starea cârligului (prezența telefonului) și istoricul apelurilor.
- Publică directorul către clienții Webex.
XSP|ADP cu care se confruntă publicul, care rulează NPS:
- Server Push Notificări Apel gazdă: Un server push de notificare pe un ADP XSP| în mediul dvs. Interfețele dintre serverul dvs. de aplicații și proxy-ul nostru NPS. Proxy furnizează jetoane de scurtă durată către NPS-ul dvs. pentru a autoriza notificările către serviciile cloud. Aceste servicii (APNS & FCM) trimit notificări de apel clienților Webex pe dispozitivele Apple iOS și Google Android.
Server aplicație:
- Oferă control apeluri și interfețe pentru alte sisteme BroadWorks (în general)
- Pentru configurarea fluxului, AS este utilizat de administratorul partener pentru a furniza utilizatori în Webex
- Împinge profilul utilizatorului în BroadWorks
OSS/BSS: Sistemul dvs. de asistență pentru operațiuni / Serviciile SIP de afaceri pentru administrarea întreprinderilor BroadWorks.

Webex Cloud

Blocul albastru din diagramă reprezintă cloudul Webex. Microservicele Webex acceptă întregul spectru de capacități de colaborare Webex:

Cisco Common Identity (CI) este serviciul de identitate din cadrul Webex.
Webex pentru Cisco BroadWorks reprezintă setul de microservicii care acceptă integrarea între Webex și furnizorul de servicii BroadWorks găzduit:
- API-uri de configurare a utilizatorului
- Configurație furnizor de servicii
- Conectare utilizator utilizând acreditările BroadWorks
Cutie de mesagerie Webex pentru microservicii legate de mesagerie.
Caseta Webex Meetings care reprezintă servere de procesare media și SBC pentru mai multe întâlniri video cu participanți (SIP și SRTP)

Servicii web terțe

Următoarele componente terțe sunt reprezentate în diagramă:

APNS (Apple Push Notifications Service) împinge notificările de apel și de mesaj către aplicațiile Webex de pe dispozitivele Apple.
FCM (FireBase Cloud Messaging) împinge notificările de apeluri și mesaje către aplicațiile Webex de pe dispozitivele Android.

Considerații de arhitectură XSP|ADP

Rolul serverelor ADP XSP|publice în Webex pentru Cisco BroadWorks

XSP|ADP cu care se confruntă publicul din mediul dvs. oferă următoarele interfețe/servicii pentru Webex și clienți:

Serviciul de autentificare (Authentication Service), securizat de TLS, care răspunde solicitărilor Webex pentru BroadWorks JWT (JSON Web Token) în numele utilizatorului
interfață CTI, securizată de mTLS, la care Webex se abonează pentru evenimentele din istoricul apelurilor și statutul de prezență telefonică din BroadWorks (statut cârlig).
Interfețele de acțiuni și evenimente Xsi (interfața servicii eXtended) pentru controlul apelurilor abonaților, directoarele listei de contacte și apeluri și configurația serviciului de telefonie pentru utilizatorul final
Serviciu DM (Device Management) pentru clienți pentru a prelua fișierele de configurare a apelurilor

Arhitectură XSP|ADP

Vă recomandăm să utilizați o instanță/fermă XSP|ADP dedicată pentru a găzdui aplicațiile necesare pentru integrarea Webex din următoarele motive

De exemplu, dacă oferiți UC-One SaaS, vă recomandăm să creați o nouă fermă XSP|ADP pentru Webex pentru Cisco BroadWorks. În acest fel, cele două servicii pot funcționa independent în timp ce migrați abonați.
Dacă plasați aplicațiile Webex pentru Cisco BroadWorks într-o fermă XSP|ADP care este utilizată în alte scopuri, este responsabilitatea dvs. să monitorizați utilizarea, să gestionați complexitatea rezultată și să planificați scara crescută.
Planificatorul de capacități pentru sistemul Cisco BroadWorks presupune o fermă XSP|ADP dedicată și este posibil să nu fie corect dacă o utilizați pentru calcule de locație.

Cu excepția cazului în care se menționează altfel, ADP-urile dedicate Webex pentru Cisco BroadWorks XSP| trebuie să găzduiască următoarele aplicații:

AuthService (TLS cu validare CI Token sau mTLS)
CTI (mTLS)
Acțiuni XSI (TLS)
Evenimente XSI (TLS)
DMS (TLS) – Opțional. Nu este obligatoriu să implementați o instanță DMS separată sau o fermă specifică pentru Webex pentru Cisco BroadWorks. Puteți utiliza aceeași instanță DMS pe care o utilizați pentru colaborarea UC-One SaaS sau UC-One.
Vizualizare web setări apel (TLS) – Opțional. Vizualizarea web a setărilor pentru apeluri (CSW) este necesară numai dacă doriți ca utilizatorii Webex pentru Cisco BroadWorks să poată configura funcții de apelare în Aplicația Webex.

Webex necesită acces la CTI printr-o interfață securizată prin autentificare TLS reciprocă. Pentru a sprijini această cerință, vă recomandăm una dintre aceste opțiuni:

(Diagrama etichetată Opțiunea 1) O instanță XSP|ADP sau o fermă pentru toate aplicațiile, cu două interfețe configurate pe fiecare server: o interfață mTLS pentru CTI și o interfață TLS pentru alte aplicații, cum ar fi AuthService.
(Diagrama etichetată Opțiunea 2) Două instanțe sau ferme XSP|ADP, una cu o interfață mTLS pentru CTI, iar cealaltă cu o interfață TLS pentru alte aplicații, cum ar fi AuthService.

Reutilizare |ADP XSP

Dacă trebuie să susțineți mai multe organizații partenere Webex pe XSP|ADP, atunci acest lucru înseamnă că trebuie să utilizați mTLS pe Serviciul Auth (validarea CI Token este acceptată numai pentru o singură organizație parteneră pe un XSP|ADP). Dacă utilizați mTLS pe Serviciul de autentificare, atunci acest lucru înseamnă că nu puteți avea clienți care utilizează autentificarea de bază pe Serviciul de autentificare în același timp. Această situație ar împiedica reutilizarea XSP|ADP.
Dacă serviciul CTI existent configurat pentru a fi utilizat de către clienți cu portul securizat (de obicei 8012), dar fără mTLS (adică autentificarea clientului), atunci acest lucru va intra în conflict cu cerința Webex de a avea mTLS.

Configurați sincronizarea NTP pe XSP|ADP

Implementarea necesită sincronizarea timpului pentru toate ADP-urile XSP| pe care le utilizați cu Webex.

În timpul instalării interactive a software-ului XSP|ADP, vi se oferă opțiunea de a configura NTP. Procedați după cum urmează:

Când programul de instalare solicită, Do you want to configure NTP?, introduceți y.
Când programul de instalare solicită, Is this server going to be a NTP server?, introduceți n.
Când programul de instalare solicită, What is the NTP address, hostname, or FQDN?, introduceți adresa serverului dvs. NTP sau a unui serviciu public NTP, de exemplu, pool.ntp.org.

Dacă ADP-urile dvs. XSP| utilizează instalarea silențioasă (neinteractivă), fișierul de configurare a instalatorului trebuie să includă următoarele perechi de valori Key=Value:

NTP

NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>

Cerințe de identitate și securitate XSP|ADP

Fundal

Dacă nu se modifică setările din setările implicite, toate nivelurile moștenesc setările implicite ale furnizorului SSL (JSSE Java Secure Sockets Extension).

Listă de cerințe

XSP|ADP trebuie să se autentifice clienților utilizând un certificat semnat CA în care numele comun sau numele alternativ al subiectului corespund porțiunii de domeniu a interfeței XSI.
Interfața Xsi trebuie să accepte protocolul TLSv1.2.
Interfața Xsi trebuie să utilizeze o suită cipher care îndeplinește următoarele cerințe.
- Diffie-Hellman Ephemeral (DHE) sau curbe eliptice Diffie-Hellman Ephemeral (ECDHE) cheie de schimb
- AES (Standard de criptare avansată) cipher cu o dimensiune minimă a blocului de 128 biți (de exemplu AES-128 sau AES-256)
- GCM (Galois/Counter Mode) sau CBC (Cipher Block Chaining) modul cipher
  - Dacă se utilizează un cipher CBC, numai familia SHA2 de funcții hash este permisă pentru derivare cheie (SHA256, SHA384, SHA512).

De exemplu, următoarele cifruri îndeplinesc cerințele:

TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384

XSP|ADP CLI necesită convenția de numire IANA pentru suitele cipher, așa cum se arată mai sus, nu convenția openSSL.

Ciphers TLS acceptate pentru interfețele AuthService și XSI

TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA

Parametrii scalei de evenimente Xsi

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventQueueSize = 2000

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventHandlerThreadCount = 50

Mai multe |ADP-uri XSP

Element de margine de echilibrare a sarcinii

Note privind această arhitectură:

Configurați DNS astfel încât clienții să poată găsi balansorul de sarcină atunci când se conectează la interfața Xsi (consultați configurația DNS).
Vă recomandăm să configurați elementul de margine în modul proxy SSL invers, pentru a asigura criptarea datelor punct cu punct.
Certificatele din XSP|ADP01 și XSP|ADP02 trebuie să aibă atât domeniul XSP|ADP, de exemplu, dvs.-XSP|ADP.example.com, în numele alternativ al subiectului. Ei ar trebui să aibă propriile lor FQDN, de exemplu XSP|ADP01.example.com, în numele comun. Puteți utiliza certificatele de card wild, dar nu le recomandăm.

Servere de XSP|ADP cu care se confruntă internetul

Dacă expuneți direct interfețele Xsi, utilizați DNS pentru a distribui traficul către mai multe servere XSP|ADP.

Note privind această arhitectură:

Pentru a vă conecta la serverele XSP|ADP sunt necesare două înregistrări:
- Pentru microservicii Webex: Înregistrările Round-robin A/AAAA sunt necesare pentru a viza mai multe adrese IP XSP|ADP. Acest lucru se datorează faptului că microservicele Webex nu pot face căutări SRV. Pentru exemple, consultați Webex Cloud Services.
- Pentru Aplicația Webex: O înregistrare SRV care se rezolvă la O înregistrare în care fiecare înregistrare A se rezolvă la un singur XSP|ADP. Pentru exemple, consultați Aplicația Webex.
  
  Utilizați înregistrările SRV priorizate pentru a viza serviciul XSI pentru mai multe adrese XSP|ADP. Acordați prioritate înregistrărilor dvs. SRV, astfel încât microservicii să meargă întotdeauna la aceeași înregistrare A (și adresa IP ulterioară) și să se mute la următoarea înregistrare A (și adresa IP) numai dacă prima adresă IP este în jos. NU utilizați o abordare robin pentru Aplicația Webex.
Certificatele din XSP|ADP01 și XSP|ADP02 trebuie să aibă atât domeniul XSP|ADP, de exemplu, dvs.-XSP|ADP.example.com, în numele alternativ al subiectului. Ei ar trebui să aibă propriile lor FQDN, de exemplu XSP|ADP01.example.com, în numele comun.
Puteți utiliza certificatele de card wild, dar nu le recomandăm.

Evitați redirecționarea HTTP

Webex nu urmează o redirecționare atunci când vă conectați la URL-urile pe care le furnizați, astfel încât această configurație nu funcționează.

Plasarea comenzilor și furnizarea

Comenzile și configurarea se aplică la aceste niveluri:

Configurarea furnizorului de servicii/partener:

Fiecare furnizor de servicii Webex pentru Cisco BroadWorks (sau reseller) încorporat trebuie să fie configurat ca organizație parteneră în Webex și să primească drepturile necesare. Operațiunile Cisco oferă administratorului organizației partenere acces la gestionarea Webex pentru Cisco BroadWorks pe Hubul pentru parteneri Webex. Administratorul partener trebuie să facă toți pașii de configurare necesari înainte de a putea furniza o organizație Client/Enterprise.
Comandarea și configurarea clientului/întreprinderii:

Fiecare întreprindere BroadWorks activată pentru Webex pentru Cisco BroadWorks declanșează crearea unei organizații asociate pentru clienți Webex. Acest proces are loc automat ca parte a configurării utilizatorului/abonatului. Toți utilizatorii/abonații dintr-o întreprindere BroadWorks sunt configurați în aceeași organizație Webex Customer.

Același comportament se aplică în cazul în care sistemul BroadWorks este configurat ca furnizor de servicii cu grupuri. Când furnizați un abonat într-un grup BroadWorks, o organizație Client care corespunde grupului este creată automat în Webex.
Comandarea și configurarea utilizatorului/abonatului:

Webex pentru Cisco BroadWorks acceptă în prezent următoarele modele de configurare a utilizatorilor:
- Configurarea Flowthrough cu e-mailuri de încredere
- Configurarea Flowthrough fără e-mailuri de încredere
- Auto-configurare utilizator
- provisionare API

Furnizarea Flowthrough cu e-mailuri de încredere

Puteți schimba pachetul de abonați prin Partner Hub sau puteți scrie propria aplicație pentru a utiliza API-ul de configurare pentru a schimba pachetele de abonați.

Flowthrough Provizionarea fără e-mailuri de încredere

Puteți schimba pachetul de abonați prin Partner Hub sau puteți scrie propria aplicație pentru a utiliza API-ul de configurare pentru a schimba pachetele de abonați.

Auto-configurare utilizator

Utilizatorii trebuie să existe în sistemul BroadWorks pe care îl integrați cu Webex sau li se interzice să creeze conturi cu acel link.

Furnizor de servicii furnizat de API-uri

Patch-uri necesare cu configurare prin flux

Pentru R22:

Instalați AP.as.22.0.1123.ap376508.
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pentru R23:

Instalați AP.as.23.0.1075.ap376509
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pentru R24:

Instalați AP.as.24.0.944.ap375100
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

După ce finalizați acești pași, nu veți putea furniza noi utilizatori cu servicii de colaborare UC-One. Utilizatorii nou configurați trebuie să fie Webex pentru utilizatorii Cisco BroadWorks.

Apelare extensie

O extensie poate fi configurată pentru utilizatorii Cisco BroadWorks prin următoarele metode:

Utilizatori Cisco BroadWorks
- Configurarea API-ului public ca „extensie
  - Parametrul de extensie trebuie să fie trecut în mod explicit ca parte a apelului API. Pentru întreprinderile/grupurile care au configurat Codul de apelare a locației (LDC), parametrul de extensie trebuie să fie combinația dintre LDC și numărul de extensie.
- Configurare Flowthrough sau auto-activare
  - Extensia și LDC (dacă este cazul) vor fi preluate automat de la BroadWorks.
Utilizatori sau entități care apelează exclusiv BroadWorks
- Sincronizat automat din BroadWorks de Directory Sync utilizând combinația dintre Codul de apelare a locației (LDC) și numărul de extensie.

Tabelul 2. Gestionarea numerelor de extensii pe baza metodei de configurare
Înregistrări apeluri BroadWorks	Descriere	Metoda de furnizare	Gestionarea extensiei
Webex pentru utilizatorii Cisco BroadWorks	Utilizatorii sunt activați pentru Webex pentru Cisco BroadWorks	API public	Extensia trebuie să fie transferată ca parametru
Webex pentru utilizatorii Cisco BroadWorks		Flowthrough	Extensia preluată din BroadWorks automat
Utilizatori care apelează exclusiv BroadWorks	Utilizatori care nu sunt înscriși în Webex	Sincronizare director	Extensie sincronizată de sincronizarea directorului
Entități apelante non-utilizator	De exemplu, un telefon dintr-o sală de conferințe, un fax, un număr de grup Hunt	Sincronizare director	Extensie sincronizată de sincronizarea directorului
Liste de telefoane BroadWorks	Listele de telefon pentru întreprinderi, grup sau personal	Sincronizare director	Nu se aplică

Cerințe preliminare

Versiunea de client necesară pentru a sprijini această caracteristică este 42.11 sau mai târziu.
Patch-ul în care se adaugă coduri de apelare pentru extensie și locație la XSI și adaptor de configurare Februarie 2022 pentru versiunea 23 sau mai mare ca parte a:
- AP.platform.23.0.1075.ap380045
- AP.as.23.0.1075.ap380045
- AP.xsp.23.0.1075.ap380045
- AP.as.24.0.944.ap380045
Activați antetul X-BroadWorks-Remote-Party-Info pe AS utilizând comanda CLI de mai jos pentru acest flux de apeluri SIP, care este necesar pentru asistența pentru funcția de apelare extensie.
```
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
```

Prioritate opțiuni apelare aplicație

Următoarele sunt opțiunile pentru a face vizibilă opțiunea de apelare extensie pentru clienții existenți:

Dacă un partener dorește ca toate organizațiile sale de clienți gestionate să primească o extensie ca una dintre opțiunile de apel, este recomandat ca administratorul partenerului să mute Extensia de la ascunsă la disponibilă în Partner Hub. Acest lucru va permite organizatorilor de clienți gestionați să moștenească setarea de la partenerul lor.
Dacă un Partener dorește să ofere o extensie în opțiunile de apelare pentru o anumită organizație client, se recomandă ca administratorul Partener să mute extensia de la ascunsă la disponibilă în Control Hub.

Asistență pentru contacte de grup

Această funcție este disponibilă la cerere. Contactați echipa contului dvs. pentru a fi activată.

Înainte de a activa funcția, trebuie efectuată o migrare prealabilă pentru a furniza și a asocia grupuri pentru toți utilizatorii configurați existenți.
Echipa Cisco va rula un API intern pentru a migra orice utilizatori provisionați existenți pentru a-i asocia cu grupul corect. NOTĂ: Acest lucru poate dura până la o săptămână pentru a procesa.
Odată ce migrarea este finalizată pentru partener și funcția este activată, toți utilizatorii nou configurați vor fi „grupați” în mod corespunzător.

Funcția necesită ca abonații Webex pentru BroadWorks să fie configurați în Webex cu grupul de întreprinderi BroadWorks Id.

Id-ul grupului de întreprinderi BroadWorks poate fi furnizat utilizatorilor Cisco BroadWorks prin următoarele metode:

Webex pentru utilizatorii Cisco BroadWorks
- Configurarea API-ului public ca „spEnterpriseGroupId”
  - BroadWorks Enterprise Group Id ar trebui să fie trecut în mod explicit în parametrul spEnterpriseGroupId al apelului API.
- Configurare Flowthrough sau auto-activare
  - BroadWorks Enterprise Group Id va fi preluată automat de la BroadWorks.
- Utilizatori sau entități care apelează exclusiv BroadWorks
  - Nu este cazul. Nu este necesar să se sincronizeze BroadWorks Enterprise Group Id pentru acești utilizatori.

Tabelul 3. Gestionarea ID-ului grupului de întreprinderi pe baza metodei de asigurare a accesului
Înregistrări apeluri BroadWorks	Descriere	Metoda de furnizare	Gestionarea ID-ului grupului de întreprinderi
Webex pentru utilizatorii Cisco BroadWorks	Utilizatorii sunt activați pentru Webex pentru Cisco BroadWorks	API public	BroadWorks Enterprise Group Id trebuie să fie trecut ca parametru spEnterpriseGroupId
Webex pentru utilizatorii Cisco BroadWorks		Flowthrough	BroadWorks Enterprise Group Id este preluat automat de la BroadWorks
Utilizatori care apelează exclusiv BroadWorks	Utilizatori care nu sunt înscriși în Webex	Sincronizare director	Nu se aplică
Entități apelante non-utilizator	De exemplu, un telefon dintr-o sală de conferințe, un fax, un număr de grup Hunt	Sincronizare director	Nu se aplică
Liste de telefoane BroadWorks	Contactele din listele de telefoane ale grupului BroadWorks	Sincronizare director	Contactele grupului sunt stocate în Webex Contact Service asociate cu grupul specific
Listele de telefon BroadWorks Enterpsie sau Persional	Contactele din listele de telefon ale întreprinderii sau personale	Sincronizare director	Nu se aplică

Migrația și asigurarea viitorului

Abonamente recomandate pentru documente

Articolele Webex Help Center (pe help.webex.com) au o opțiune de Abonare care vă permite să primiți o notificare prin e-mail ori de câte ori respectivul articol este actualizat.

Nu există nicio opțiune de abonament pentru paginile de destinație a documentației.

Documente suplimentare

Consultați următoarea documentație aferentă pentru mai multe informații despre Webex pentru Cisco BroadWorks:

Webex pentru documentele Cisco BroadWorks

Administratorii parteneri pot utiliza următoarele documente și site-uri pentru a obține informații despre Webex pentru Cisco BroadWorks.

Aduceți-vă propria soluție PSTN pentru Webex pentru Cisco BroadWorks—Această soluție permite furnizorilor de servicii să furnizeze numere de telefon pe care le dețin (mai degrabă decât numere furnizate de Cisco) pentru ca utilizatorii să le utilizeze atunci când se alătură Webex Meetings.
Ghid de configurare Webex pentru Cisco BroadWorks – descrie modul de configurare a aplicației Webex pentru Webex pentru Cisco BroadWorks.
Ghid de integrare a dispozitivelor pentru Webex pentru Cisco BroadWorks—Descrie modul de integrare și service al dispozitivelor Room OS și MPP.
Ghid de depanare Webex pentru Cisco BroadWorks—Conține informații de depanare pentru Webex pentru Cisco BroadWorks.

Webex pentru articolele Cisco BroadWorks

Administratorii parteneri pot utiliza următoarele site-uri opționale pentru a afla mai multe despre Webex pentru Cisco BroadWorks:

Documentația Webex pentru Cisco BroadWorks—Pagina de destinație listează documentele tehnice și articolele Webex opționale care vizează administratorii parteneri ai Webex pentru Cisco BroadWorks.
Noutăți cu Webex pentru Cisco BroadWorks—Citiți despre cele mai recente caracteristici lansate împreună cu ceea ce va veni în curând.
Probleme și limitări cunoscute—Citiți despre problemele cunoscute pe care le-am identificat în soluția Webex pentru Cisco BroadWorks.
Roluri de administrator partener pentru Webex pentru BroadWorks și RTM en-gros—Acest articol descrie modul de atribuire a rolurilor de administrator partener pentru organizațiile partenere care oferă Webex pentru Cisco BroadWorks. Rolurile sunt utilizate pentru a aloca accesul administrației la setările din Partner Hub și Control Hub.

Documente Cisco BroadWorks

Administratorii parteneri pot consulta site-ul Cisco BroadWorks pe cisco.com pentru documente tehnice care descriu modul de implementare a componentei Cisco BroadWorks a soluției:

Documente Cisco BroadWorks

Articole de asistență Webex

Următoarele site-uri Webex Help pot fi utilizate pentru a găsi articole Webex care ajută administratorii de clienți și utilizatorii finali să utilizeze funcțiile Webex.

Webex de la furnizorii de servicii—Această pagină de destinație conține linkuri cu informații de pornire și articole utilizate în mod obișnuit pentru utilizatorii aplicației Webex care au achiziționat servicii Webex de la un furnizor de servicii.
Webex Help Center—Utilizați funcția de căutare la help.webex.com pentru a căuta articole Webex suplimentare care descriu Aplicația Webex și funcționalitatea Webex Meetings. Puteți căuta articole de utilizator sau de administrator.

Documentație dezvoltator

Ghid pentru dezvoltatorii Webex pentru BroadWorks—Oferă informații pentru dezvoltatorii care creează aplicații care utilizează API-urile Webex pentru BroadWorks.

Pregătiți-vă mediul

Puncte de decizie

Consideraţie	Întrebări de răspuns	Resurse
Arhitectură și infrastructură	Câte ADP-uri XSP\|? Cum iau mTLS?	Planificator de capacitate sistem Cisco BroadWorks Ghid de inginerie a sistemului Cisco BroadWorks referință XSP\|ADP CLI Acest document
Configurarea clientului și a utilizatorului	Puteți afirma că aveți încredere în e-mailurile din BroadWorks? Doriți ca utilizatorii să furnizeze adrese de e-mail pentru a-și activa propriile conturi? Puteți construi instrumente pentru a utiliza API-ul nostru?	Docs API public la https://developer.webex.com Acest document
Branding	Ce culoare și siglă doriți să utilizați?	Articolul de branding al aplicației Webex
Modele	Care sunt diferitele cazuri de utilizare a clientului dvs.?	Acest document
Caracteristici abonat per client/întreprindere/grup	Alegeți pachetul pentru a defini nivelul serviciului per șablon. Basic, Standard, Premium sau Softphone.	Acest document Caracteristică/matrice pachet
Autentificare de bază	BroadWorks sau Webex	Acest document
Adaptor de configurare (pentru opțiunile de configurare prin flux)	Utilizați deja IM&P integrat, de exemplu pentru UC-One SaaS? Intenționați să utilizați mai multe șabloane? Se anticipează un caz de utilizare mai frecvent?	Acest document referință CLI Server aplicație

Arhitectură și infrastructură

Cu ce fel de scară intenționați să începeți? Este posibil să crească în viitor, dar estimarea dvs. actuală de utilizare ar trebui să conducă la planificarea infrastructurii.
Colaborați cu managerul contului dvs. Cisco / reprezentantul dvs. de vânzări pentru a vă mări infrastructura XSP|ADP, în conformitate cu Cisco BroadWorks System Capacity Planner și cu Cisco BroadWorks System Engineering Guide.
Cum va realiza Webex conexiuni TLS reciproce cu ADP-urile dvs. XSP|? Direct către XSP|ADP într-un DMZ sau prin proxy TLS? Acest lucru afectează gestionarea certificatului dvs. și URL-urile pe care le utilizați pentru interfețe. (Nu acceptăm conexiuni TCP necriptate la marginea rețelei dvs.).

Furnizarea de servicii pentru clienți și utilizatori

Ce metodă de configurare a utilizatorului vă convine cel mai bine?

Furnizarea Flowthrough cu e-mailuri de încredere: Prin atribuirea serviciului „IM&P integrat” pe BroadWorks, abonatul este configurat automat în Webex.

Dacă puteți afirma, de asemenea, că adresele de e-mail ale abonatului din BroadWorks sunt valide și unice pentru Webex, atunci puteți utiliza varianta de „e-mail de încredere” a configurării prin flux. Conturile Webex ale abonaților sunt create și activate fără intervenția lor; acestea pur și simplu descarcă clientul și se conectează.

Adresa de e-mail este un atribut de utilizator cheie pe Webex. Prin urmare, Furnizorul de servicii trebuie să furnizeze o adresă de e-mail validă pentru utilizator pentru a le furniza pentru serviciile Webex. Acest lucru trebuie să se afle în atributul ID-ului de e-mail al utilizatorului din BroadWorks. Vă recomandăm să o copiați și în atributul ID alternativ.
Flowthrough Provisioning fără e-mailuri de încredere: Dacă nu puteți avea încredere în adresele de e-mail ale abonatului, puteți aloca în continuare serviciul IM&P integrat în BroadWorks pentru a furniza utilizatori în Webex.

Cu această opțiune, conturile sunt create atunci când atribuiți serviciul, dar abonații trebuie să furnizeze și să valideze adresele lor de e-mail pentru a activa conturile Webex.
Auto-configurare utilizator: Această opțiune nu necesită atribuirea de servicii IM&P în BroadWorks. Dvs. (sau clienții dvs.) distribuiți în schimb un link de configurare, precum și linkurile pentru a descărca diferiți clienți, cu branding-ul și instrucțiunile dvs.

Abonații urmează linkul, apoi furnizează și validează adresele lor de e-mail pentru a crea și activa conturile Webex. Apoi descarcă clientul și se conectează, iar Webex primește o configurație suplimentară despre acesta din BroadWorks (inclusiv numerele lor principale).
Provizionare controlată SP prin API-uri: Webex expune un set de API-uri publice care permit Furnizorilor de servicii să construiască configurarea utilizatorului/abonatului în fluxurile de lucru existente.

Cerințe de furnizare

Metodă de furnizare

Cerințe

Configurare flowthrough

(E-mailuri de încredere sau de neîncredere)

API-ul de configurare Webex adaugă automat utilizatorii BroadWorks existenți la Webex după ce utilizatorul îndeplinește cerințele și activați serviciul IM+P integrat.

Există două fluxuri (e-mailuri de încredere sau e-mailuri false) pe care le atribuiți prin intermediul șablonului de integrare din Webex.

Cerințe BroadWorks:

Utilizatorul există pe BroadWorks cu un număr principal sau o extensie.
Utilizatorul este alocat serviciul IM+P integrat , care indică URL-ul serviciului de configurare Webex.
Numai e-mailuri de încredere. Utilizatorul are o adresă de e-mail configurată pe BroadWorks. Vă recomandăm să adăugați, de asemenea, e-mailul în câmpul Alternate ID , deoarece acest lucru permite utilizatorului să se conecteze utilizând acreditările BroadWorks.
BroadWorks are patch-uri obligatorii instalate pentru configurarea fluxului. Consultaţi Cerinţele pentru plasturi cu Flowthrough Provisioning (de mai jos) pentru cerinţe privind plasturii.
BroadWorks AS este conectat direct la cloudul Webex sau proxy-ul adaptorului de configurare este configurat cu conexiune la URL-ul serviciului de configurare Webex.

Consultați Configurarea serverului aplicației cu URL-ul serviciului de configurare pentru a obține URL-ul serviciului de configurare Webex.

Consultați Cisco BroadWorks Implement Proxy Adapter FD pentru a configura proxy-ul adaptorului de configurare.

Cerințe Webex:

Șablonul de integrare include următoarele setări:

Activați comutatorul BroadWorks Flow prin configurare este activat.
Se atribuie numele și parola contului de configurare utilizând acreditările administratorului de nivel al sistemului BroadWorks
Verificarea utilizatorului este setată la e-mailurile Trust BroadWorks sau la e-mailurile de neîncredere.

Auto-configurare utilizator

Cerințe BroadWorks:

Utilizatorul trebuie să existe pe BroadWorks cu un număr principal sau o extensie

Cerințe Webex:

Șablonul de integrare include următoarele setări:

Activarea comutatorului de alimentare prin configurare este dezactivată.
Verificarea utilizatorului este setată la e-mailuri de neîncredere.
Permite utilizatorilor să se auto-activeze este bifată.

Configurare controlată SP prin API

(E-mailuri de încredere sau de neîncredere)

Webex expune un set de API-uri publice care vă permit să construiți configurarea utilizatorului în fluxurile și instrumentele de lucru existente. Există două fluxuri:

E-mailuri de încredere – API-ul oferă utilizatorului, aplicând e-mailul BroadWorks ca e-mail Webex.
E-mailuri nefiabile – API-ul prevede utilizatorul, dar utilizatorul trebuie să se conecteze la Portalul de activare a utilizatorului și să furnizeze o adresă de e-mail validă.

Cerințe BroadWorks:

Utilizatorul trebuie să existe pe BroadWorks cu un număr principal sau o extensie.

Cerințe Webex:

În șablonul de integrare, verificarea utilizatorului este setată fie la e-mailurile Trust BroadWorks, fie la e-mailurile de neîncredere.
Trebuie să vă înregistrați aplicația, solicitând permisiunea.
Trebuie să solicitați pe tokenul OAuth scopurile evidențiate în secțiunea „Autentificare” din Ghidul Webex pentru dezvoltatorii BroadWorks.
Trebuie să dedicați un administrator sau un administrator de configurare în organizația partenerului.

Pentru a utiliza API-urile, accesați abonații BroadWorks.

Patch-uri necesare cu configurare prin flux

Pentru R22:

Instalați AP.as.22.0.1123.ap376508.
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pentru R23:

Instalați AP.as.23.0.1075.ap376509
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pentru R24:

Instalați AP.as.24.0.944.ap375100
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

După ce finalizați acești pași, nu veți putea furniza noi utilizatori cu servicii de colaborare UC-One. Utilizatorii nou configurați trebuie să fie Webex pentru utilizatorii Cisco BroadWorks.

Locale de limbă acceptate

Tabelul 1. Coduri locale de limbă acceptate
Locale de limbă acceptate (ISO-639-1)_(ISO-3166)	Dacă este disponibil doar un cod de limbă cu două litere...
Locale de limbă acceptate (ISO-639-1)_(ISO-3166)	Cod lingvistic (ISO-639-1) **	Utilizați în schimb localul sensibil implicit (ISO-639-1)_(ISO-3166)
en_US en_AU en_GB en_CA	Nu este cazul.	en_US
fr_FR fr_CA	fr	fr_FR
cs_CZ	c.	cs_CZ
da_DK	Nu este cazul.	da_DK
de_DE	de	de_DE
hu_HU	hu	hu_HU
id_ID	id	id_ID
it_IT	it	it_IT
ja_JP	Nu este cazul.	ja_JP
ko_KR	ko	ko_KR
es_ES es_CO es_MX	Nu este cazul.	es_ES
nl_NL	nl	nl_NL
nb_NU	nb	nb_NU
pl_PL	pl	pl_PL
pt_PT. pt_BR	pt.	pt_PT.
ru_RU	ru	ru_RU
ro_ES	es	ro_ES
zh_CN zh_TW	zh	zh_CN
sv_SE	sv	sv_SE
ar_SA	ar	ar_SA
tr_TR	în	tr_TR

Branding

Sigle ale companiei
Scheme de culori unice pentru modul Luminos sau modul Întunecat
URL-uri de asistență personalizate

Pentru detalii despre modul de personalizare a brandingului, consultați Configurarea personalizărilor avansate ale brandingului.

Personalizările de bază ale brandingului sunt în curs de a fi deprecatate. Vă recomandăm să implementați branding avansat, care oferă o gamă mai largă de personalizări.
Pentru detalii despre modul în care se aplică brandingul atunci când se atașează la o organizație preexistentă a clienților, consultați Condițiile atașamentului organizației din secțiunea Attach Webex for BroadWorks la secțiunea Organizație existentă.

Se integrează șabloanele

Unii dintre parametrii principali ai șablonului sunt enumerați mai jos.

Pachet

Trebuie să selectați un pachet implicit atunci când creați un șablon (Consultați pachetele din secțiunea Prezentare generală pentru detalii). Toți utilizatorii care sunt configurați cu acel șablon, fie prin flux- sau auto-configurare, primesc pachetul implicit.
Aveți control asupra selecției de pachete pentru diferiți clienți prin crearea mai multor șabloane și selectarea diferitelor pachete implicite în fiecare. Puteți apoi să distribuiți diferite linkuri de configurare sau diferite adaptoare de configurare per întreprindere, în funcție de metoda de configurare a utilizatorului aleasă pentru aceste șabloane.
Puteți schimba pachetul de abonați specifici din această funcție implicită, utilizând API-ul de configurare (consultați documentația API Webex pentru Cisco BroadWorks sau prin intermediul Hubului partener (consultați Schimbarea pachetului de utilizatori în Hubul partener).
Nu puteți schimba pachetul unui abonat de la BroadWorks. Alocarea serviciului IM&P integrat este fie pornită, fie oprită; dacă abonatului i se atribuie acest serviciu în BroadWorks, șablonul Hub partener asociat cu URL-ul de configurare al întreprinderii abonatului respectiv definește pachetul.

Retailer și întreprinderi sau furnizor de servicii și grupuri?

Modul în care este configurat sistemul BroadWorks are un impact asupra fluxului prin configurare. Dacă sunteți un revânzător cu întreprinderi, atunci trebuie să activați modul Enterprise atunci când creați un șablon.
Dacă sistemul BroadWorks este configurat în modul Furnizor de servicii, puteți opri modul Enterprise în șabloanele dvs.
Dacă intenționați să furnizați organizații ale clienților utilizând ambele moduri BroadWorks, trebuie să utilizați diferite șabloane pentru grupuri și întreprinderi.

Asigurați-vă că ați aplicat plasturii BroadWorks care sunt necesari pentru configurarea fluxului. Pentru detalii, consultați Patch-urile necesare cu configurarea fluxului.

Mod autentificare

Mod autentificare	BroadWorks	Webex
Identitate principală a utilizatorului	ID de utilizator BroadWorks	Adresă de e-mail
Furnizor de identitate	BroadWorks. Dacă configurați o conexiune directă la BroadWorks, aplicația Webex se autentifică direct la serverul BroadWorks. Pentru a configura o conexiune directă, caseta de selectare Activare autentificare directă BroadWorks trebuie bifată în cadrul configurației clusterului BroadWorks din Hub-ul partenerului (în mod implicit, setarea nu este bifată). În caz contrar, autentificarea la BroadWorks este facilitată printr-un serviciu intermediar găzduit de Webex.	Identitate comună Cisco
Autentificare multi-factor?	Nu	Necesită IdP client care acceptă autentificarea cu mai mulți factori.
Cale de validare a acreditării	Browser-ul este lansat în cazul în care utilizatorul furnizează e-mail la fluxul inițial de conectare și de a descoperi modul lor de autentificare. Browserul este apoi redirecționat către o pagină de conectare BroadWorks găzduită de Webex (această pagină poate fi marcată) Utilizatorul furnizează ID-ul de utilizator și parola BroadWorks pe pagina de conectare. Datele de autentificare ale utilizatorilor sunt validate împotriva BroadWorks. În ceea ce privește succesul, un cod de autorizare este obținut de la Webex. Acest lucru este utilizat pentru a obține tokenurile de acces necesare pentru serviciile Webex.	Browser-ul este lansat în cazul în care utilizatorul furnizează e-mail la fluxul inițial de conectare și de a descoperi modul lor de autentificare. Browserul este redirecționat către IdP (fie Cisco Common Identity, fie Customer IdP), unde va fi prezentat cu un portal de conectare. Utilizatorul furnizează acreditările corespunzătoare pe pagina de conectare Autentificarea cu mai mulți factori poate avea loc dacă IdP-ul clientului acceptă acest lucru. În ceea ce privește succesul, un cod de autorizare este obținut de la Webex. Acest lucru este utilizat pentru a obține tokenurile de acces necesare pentru serviciile Webex.

Pentru o defalcare mai detaliată a fluxului de conectare SSO cu autentificare directă la BroadWorks, consultați Fluxul de conectare SSO.

UTF-8 codificare cu autentificare BroadWorks

Puteți configura codificarea UTF-8 prin rularea uneia dintre următoarele comenzi CLI pe XSP sau ADP:

XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8

Țară

Tabelul 2. Următorul tabel listează codul de țară implicit de apelare în funcție de fiecare locație:
S Nu.	Loc	Cod țară	Nume țară
1	AMER	+1	US, CA
2	APAC	+65	Singapore
3	RESPIRAȚIE	+61	Australia
4	EMEA	+44	Regatul Unit
5	EURO	+49	Germania

Aranjamente pentru parteneri multipli

Adaptor de configurare și șabloane

Opțiunile de configurare legate de această decizie sunt detaliate în Configurarea serverului aplicației cu URL-ul serviciului de configurare.

Proxy adaptor de configurare

Această caracteristică necesită configurarea proxy-ului pe BroadWorks. Pentru detalii, consultați descrierea adaptorului de configurare Cisco BroadWorks.

Cerințe minime

Conturi

Toți abonații pe care îi configurați pentru Webex trebuie să existe în sistemul BroadWorks pe care îl integrați cu Webex. Puteți integra mai multe sisteme BroadWorks, dacă este necesar.

Toți abonații trebuie să aibă licențe BroadWorks și un număr principal sau o extensie.

Administratorii dvs. trebuie să utilizeze conturile lor Webex pentru a se conecta la Partner Hub.

Serverele din Rețeaua și cerințele software

Instanță(e) BroadWorks cu versiunea minimă R22. Consultați cerințele de software BroadWorks (în acest document) pentru versiunile și patch-urile acceptate. Pentru mai multe informații, consultați Politica privind ciclul de viață al produselor BroadSoft secțiunea din Politica ciclului de viață BroadSoft și Matrice de compatibilitate software BroadWorks.

Instanța (instanțele) BroadWorks trebuie să includă cel puțin următoarele servere:
- Server de aplicații (AS) cu versiunea BroadWorks ca mai sus
- Server de rețea (NS)
- Server de profil (PS)

Cu fața publică a serverului|ADP XSP sau a platformei de livrare a aplicației (ADP) care îndeplinește următoarele cerințe:
- Serviciu de autentificare (BWAuth)
- Interfețe acțiuni și evenimente XSI
- DMS (aplicație web de gestionare a dispozitivelor)
- interfață CTI (Intergrație Telefonie Computer)
- TLS 1.2 cu un certificat valabil (nesemnat) și orice intermediari necesari. Necesită administratorul de nivel de sistem pentru a facilita căutarea întreprinderii.
- Autentificare reciprocă TLS (mTLS) pentru serviciul de autentificare (Necesită lanțul public de certificate pentru clienți Webex instalat ca ancore de încredere)
- Autentificare reciprocă TLS (mTLS) pentru interfața CTI (Necesită lanțul public de certificate pentru clienți Webex instalat ca ancore de încredere)
Un server XSP/ADP separat care acționează ca un “Call Notifications Push Server” (un NPS din mediul dvs. utilizat pentru a împinge notificările de apel către Apple/Google. Îl numim „CNPS” aici pentru a-l distinge de serviciul Webex care oferă notificări push pentru mesagerie și prezență).

Acest server trebuie să fie pe R22 sau mai târziu.
Trimitem un server XSP/ADP separat pentru CNPS, deoarece imprevizibilitatea încărcării din Webex pentru conexiunile cloud BWKS ar putea afecta negativ performanța serverului NPS, rezultând o latență crescută a notificării. Consultați Ghidul de Inginerie al Sistemului Cisco BroadWorks pentru mai multe informații pe scara XSP|ADP.

Platformele Aplicației Webex

Pentru a descărca versiunea în limba engleză a Aplicației Webex, accesați https://www.webex.com/webexfromserviceproviders-downloads.html. Aplicația Webex este disponibilă pe:

PC-uri/laptopuri pentru Windows
PC-uri Apple / laptopuri cu MacOS
iOS (Magazin Apple)
Android (Play Store)
Browsere web (accesați https://teams.webex.com/)

Versiuni localizate

Pentru a descărca o versiune localizată a Aplicației Webex, utilizați unul dintre aceste linkuri:

https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (Coreeană)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (Franceză)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (Portugheză)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Chineză Tradițională)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (Chineză simplificată)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japonia)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spania)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (Germană)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (Italiană)

Telefoane fizice și accesorii

Telefoane Cisco IP:
- Telefon Cisco IP seria 6800 cu Firmware pentru mai multe platforme pentru mai multe platforme
- Telefon Cisco IP seria 7800 cu Firmware pentru mai multe platforme pentru mai multe platforme
- Telefon Cisco IP seria 8800 cu Firmware pentru mai multe platforme pentru mai multe platforme
  
  A se vedea https://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html pentru modele și mai multe informații.
Sprijinim telefoanele terțe în același mod ca și alte integrări BroadWorks. Cu toate acestea, nu au încă contacte și integrare de prezență cu Webex pentru Cisco BroadWorks.
Adaptoare:
- Adaptor de telefon analogic pentru mai multe platforme Cisco ATA 191
- Adaptor de telefon analogic pentru mai multe platforme Cisco ATA 192
  
  A se vedea https://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html pentru modele și mai multe informații.
Căști:
- Căști Cisco seria 500
  
  Consultați https://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.html pentru modele și mai multe informații.
Dispozitive de sistem de operare Room:
- Seria Webex Room și Room Kit
- Seria Webex Desk
- Seria Webex Board

Integrare dispozitiv

Profile dispozitiv

Nume client

Tipul profilului dispozitivului și numele pachetului

Șablon mobil Webex

Tipul profilului de identitate/dispozitiv: Conectare - Mobile

DTAF: ucone-mobile-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Șablon de tablete Webex

Tipul profilului de identitate/dispozitiv: Conectare - tabletă

DTAF: ucone-tablet-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Șablon desktop Webex

Tipul profilului de identitate/dispozitiv: Comunicator de afaceri - PC

DTAF: ucone-desktop-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Identificare/profil dispozitiv

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks

Ridicați o solicitare de serviciu cu agentul dvs. de integrare sau cu Cisco TAC pentru a furniza Cisco OAuth pentru contul dvs. Cisco Identity Provider Federation.

Utilizați următorul titlu de solicitare pentru caracteristicile respective:

XSP|ADP AuthService Configuration' pentru a configura serviciul pe XSP|ADP.
„Configurare NPS pentru configurarea proxy-ului Auth” pentru a configura NPS pentru a utiliza proxy-ul de autentificare.
Sincronizare UUID utilizator CI pentru sincronizare UUID utilizator CI. Pentru mai multe detalii despre această caracteristică, consultați: Asistență Cisco BroadWorks pentru CI UUID.
Configurați BroadWorks pentru a activa facturarea Cisco pentru BroadWorks și abonamentele Webex Pentru BroadWorks.

Dacă ați obținut deja acreditările furnizorului de identitate Cisco OAuth, completați o nouă solicitare de serviciu pentru a vă actualiza acreditările.

Certificate de comandă

Cerințe de certificare pentru autentificarea TLS

Aceste certificate trebuie să includă numele dvs. de domeniu complet calificat XSP|ADP ca nume comun al subiectului sau nume alternativ al subiectului.

Cerințele exacte pentru implementarea acestor certificate de server depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă rezumă cazul în care certificatul de server public semnat CA trebuie încărcat în aceste trei cazuri:

CA-urile acceptate public pe care aplicația Webex le acceptă pentru autentificare sunt enumerate în Autoritățile de certificare acceptate pentru serviciile hibride Webex.

Cerințe privind certificatul TLS pentru proxy-ul TLS-bridge

Certificatul de server semnat public este încărcat în proxy.
Proxy-ul prezintă acest certificat de server semnat public către Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.
Un certificat intern semnat CA poate fi încărcat pe XSP|ADP.
XSP|ADP prezintă acest certificat de server semnat intern proxy-ului.
Proxy-ul are încredere în CA intern care a semnat certificatul de server XSP|ADP.

Cerințe de certificare TLS pentru TLS-passthrough Proxy sau XSP|ADP în DMZ

Certificatul de server semnat public este încărcat în |ADP-urile XSP.
ADP-urile XSP| prezintă certificatelor de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului |ADP XSP.

Cerințe suplimentare de certificare pentru autentificarea reciprocă TLS prin interfața CTI

Pentru a descărca certificatul:

Conectați-vă la Partner Hub, accesați Setări > BroadWorks Calling și faceți clic pe linkul certificatului de descărcare.

Cerințele exacte pentru implementarea acestui lanț de certificate Webex CA depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă sintetizează cerințele certificatului în aceste trei cazuri:

(Opțiune) Cerințe de certificare pentru proxy-ul cu punte TLS

Webex prezintă proxy-ului un certificat de client semnat public.
Proxy-ul are încredere în CA intern Cisco care a semnat certificatul clientului. Puteți descărca acest CA / lanț din Control Hub și îl puteți adăuga la magazinul de încredere al proxy-ului. Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în proxy.
Proxy-ul prezintă certificatul de server semnat public pentru Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.

Proxy-ul prezintă un certificat de client semnat intern către |ADP-urile XSP.

Acest certificat trebuie să aibă câmpul de extensie x509.v3 Utilizare extinsă a cheii populat cu OID BroadWorks 1.3.6.1.4.1.6431.1.1.8.2.1.3 și clientAuth scop TLS. De exemplu:

X509v3 extensions:
    X509v3 Extended Key Usage:
        1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication

CNN al certificatului intern trebuie să fie bwcticlient.webex.com.

Atunci când generați certificate de client intern pentru proxy, rețineți că certificatele SAN nu sunt acceptate. Certificatele serverului intern pentru XSP|ADP pot fi SAN.
Este posibil ca autoritățile publice de certificare să nu fie dispuse să semneze certificatele cu OID-ul BroadWorks propriu, care este necesar. În cazul unui proxy de legătură, este posibil să fiți obligat să utilizați un CA intern pentru a semna certificatul clientului pe care proxy-ul îl prezintă la XSP|ADP.

ADP-urile XSP| au încredere în CA intern.
ADP-urile XSP| prezintă un certificat de server semnat intern.
Proxy-ul are încredere în CA intern.
ClientIdentity a serverului de aplicații conține CN-ul certificatului de client semnat intern prezentat către XSP|ADP de către proxy.

(Opțiune) Cerințe de certificare pentru proxy TLS-passthrough sau XSP|ADP în DMZ

Webex prezintă un certificat de client Cisco semnat CA intern pentru ADP-urile XSP|.
ADP-urile XSP| au încredere în CA intern Cisco care a semnat certificatul clientului. Puteți descărca acest CA / lanț din Control Hub și îl puteți adăuga la magazinul de încredere al proxy-ului. Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în |ADP-urile XSP.
ADP-urile XSP| prezintă certificatelor de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului |ADP XSP.
Serverul de aplicații ClientIdentity conține CN-ul certificatului de client semnat de Cisco prezentat XSP|ADP de Webex.

Pregătiți-vă rețeaua

Cerințe de rețea pentru serviciile Webex

Tabelul 3. Cerințe de rețea pentru Webex App Connections (Generic)
Secțiunea Cerințe de rețea Articol	Relevanţa informaţiilor
Rezumatul tipurilor de dispozitive și al protocoalelor acceptate de Webex	Informațional
Protocoale de transport și cifruri de criptare pentru aplicațiile și dispozitivele Webex înregistrate în cloud	Informațional
Servicii Webex – Numere de port și protocoale	Trebuie să citiți
Subrețele IP pentru serviciile media Webex	Trebuie să citiți
Domenii și URL-uri care trebuie accesate pentru serviciile Webex	Trebuie să citiți
URL-uri suplimentare pentru serviciile hibride Webex	Opțional
Funcții proxy	Opțional
802.1X – Controlul accesului în rețea pe bază de port	Opțional
Cerințe de rețea pentru serviciile Webex bazate pe SIP	Opțional
Cerințe de rețea pentru Webex Edge Audio	Opțional
Un rezumat al altor servicii hibride și documentații Webex	Opțional
Servicii Webex pentru clienții FedRAMP	Nu este cazul

Informații suplimentare

Pentru informații suplimentare, consultați Webex App Firewall Whitepaper (PDF).

Asistență pentru redundanță BroadWorks

Topologie rețea

Servicii Webex Cloud

configurare DNS

Microservicele Webex Cloud trebuie să poată găsi serverul (serverele) Broadworks XSP|ADP pentru conectarea la interfețele Xsi, serviciul de autentificare și CTI.

Exemplu: Partenerul DNS A Record pentru descoperirea serverului Round-Robin echilibrat XSP|ADP cu care se confruntă pe internet / Balancers de încărcare.

Tip înregistrare	Nume	Țintă	Scop
A	`webex-cloud-xsp.example.com`	`198.51.100.48`	Puncte către LB1 (Site A)
A	`webex-cloud-xsp.example.com`	`198.51.100.49`	Puncte către LB2 (Site B)

Orice referință la XSP include fie XSP, fie ADP.

Eşec

Când microservicele Webex trimit o solicitare către XSP|ADP/Load Balancer și cererea eșuează, se pot întâmpla mai multe lucruri:

Dacă defecțiunea se datorează unei erori de rețea (de exemplu: TCP, SSL), microservicele Webex marchează IP-ul ca blocat și efectuează imediat un progres de rută către următorul IP.
Dacă este returnat un cod de eroare (HTTP 5xx), microservicele Webex marchează IP-ul ca blocat și efectuează imediat un progres de rută către următorul IP.
Dacă nu se primește niciun răspuns HTTP în termen de 2 secunde, timpii de solicitare și microservicele Webex marchează IP-ul ca blocat și efectuează un progres de rută către următorul IP.

Fiecare solicitare este încercată de 3 ori înainte ca un eșec să fie raportat înapoi la microservice.

Stare

Acțiuni XSI
Evenimente XSI
Serviciu de autentificare

Starea conexiunii este actualizată atunci când pagina este încărcată sau în timpul actualizărilor de intrare. Stările conexiunilor pot fi:

Verde: Când interfața poate fi atinsă pe unul dintre IP-uri în căutarea O înregistrare.
Roşu: Atunci când toate IPs-urile din căutarea unei înregistrări sunt inaccesibile, iar interfața nu este disponibilă.

Următoarele servicii utilizează microservicele pentru a se conecta la |ADP-urile XSP și sunt afectate de disponibilitatea interfeței XSP|ADP:

Conectare la aplicația Webex
Reîmprospătare token aplicație Webex
E-mail/auto-activare de neîncredere
Verificarea stării de sănătate a serviciului Broadworks

Aplicația Webex

configurare DNS

Aplicația Webex accesează serviciile Xtended Services Interface (XSI-Actions & XSI-Events) și Device Management Service (DMS) de pe XSP|ADP.

Exemplul 1—Mai multe |ADP-uri XSP, fiecare din spatele echilibratorilor de sarcină separați

Mai jos este un exemplu de înregistrări SRV.

Tip înregistrare	Înregistrați	Țintă	Scop
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc1.example.com`	Descoperirea clientului interfeței Xsi
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc2.example.com`	Descoperirea clientului interfeței Xsi
A	`xsp-dc1.example.com`	`198.51.100.48`	Puncte către LB1 (site A)
A	`xsp-dc2.example.com`	`198.51.100.49`	Puncte către LB2 (site B)

Exemplul 2—Mai multe |ADP-uri XSP în spatele unui singur balansor de sarcină (cu Podul TLS)

Tip înregistrare	Înregistrați	Țintă	Scop
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`LB.example.com`	balansor De Încărcare
A	LB.example.com	`198.51.100.83`	Adresa IP a echilibratorului de sarcină (\|ADP-urile XSP sunt în spatele echilibratorului de sarcină)

URL DMS

Tip înregistrare	Nume	Țintă	Scop
A	`xsp-dms.example.com`	`198.51.100.48`	Puncte către LB1 (site A)
A	`xsp-dms.example.com`	`198.51.100.49`	Puncte către LB2 (site B)

Orice referință la XSP include fie XSP, fie ADP.

Cum găsește aplicația Webex adresele XSP|ADP

Clientul încearcă să localizeze nodurile XSP|ADP utilizând următorul flux DNS:

Clientul preia inițial URL-urile Xsi-Actions/Xsi-Events din Webex Cloud (le-ați introdus la crearea clusterului BroadWorks Calling asociat). Numele/domeniul gazdei Xsi este parsat din URL, iar clientul efectueaza cautarea SRV dupa cum urmeaza:
1. Clientul efectuează o căutare SRV pentru _xsi-client._tcp.<xsi domain="">
2. În cazul în care căutarea SRV returnează unul sau mai multe obiective A/AAAA:
  1. Clientul caută A/AAAA pentru aceste ținte și cache adresele IP returnate.
  2. Clientul se conectează la una dintre ținte (și, prin urmare, înregistrarea A / AAAA cu o singură adresă IP) pe baza priorității SRV, apoi greutatea (sau la întâmplare, dacă toate sunt egale).
3. Dacă căutarea SRV nu returnează niciun obiectiv:
  
  Clientul caută A/AAAA parametrul rădăcină Xsi și apoi încearcă să se conecteze la adresa IP returnată. Acesta ar putea fi un element de margine de echilibrare a sarcinii sau ar putea fi serverul XSP|ADP în sine.
  
  După cum s-a menționat, înregistrarea A/AAAA trebuie să se rezolve la o adresă IP din aceleași motive.
(Opțional) Puteți furniza ulterior detalii XSI-Actions/XSI-Events personalizate în configurația dispozitivului pentru aplicația Webex, utilizând următoarele etichete:
```
<protocols>
	<xsi>
		<paths>
			<root>%XSI_ROOT_WXT%</root>
			<actions>%XSI_ACTIONS_PATH_WXT%</actions>
			<events>%XSI_EVENTS_PATH_WXT%</events>
		</paths>
	</xsi>
</protocols>
```
1. Acești parametri de configurare au prioritate față de orice configurație din clusterul BroadWorks din Control Hub.
2. Dacă există, clientul va compara adresa XSI originală primită prin configurația BroadWorks Cluster.
3. Dacă există vreo diferență detectată, clientul își va reinițializa conectivitatea XSI Actions/ XSI Events. Primul pas în acest sens este de a efectua același proces de căutare DNS enumerate la pasul 1 – de data aceasta solicitând o căutare pentru valoarea din %XSI_ROOT_WXT% parametrul din fișierul de configurare.
  
  Asigurați-vă că creați înregistrările SRV corespunzătoare dacă utilizați această etichetă pentru a modifica interfețele Xsi.

Eşec

Dacă o solicitare sau o solicitare de bătăi de inimă către o gazdă eșuează, se pot întâmpla mai multe lucruri:

Dacă defecțiunea se datorează unei erori de rețea (de exemplu: TCP, SSL), ruta Aplicației Webex avansează imediat către următoarea gazdă din listă.
Dacă este returnat un cod de eroare (HTTP 5xx), Aplicația Webex marchează acea adresă IP ca fiind blocată și se îndreaptă către următoarea gazdă din listă.
Dacă un răspuns nu este primit într-o perioadă de timp, atunci cererea este considerată nereușită din cauza expirării termenului și următoarele cereri sunt trimise către următoarea gazdă. Cu toate acestea, solicitarea expirată este considerată nereușită. Unele cereri sunt reîncercate după eșec (cu timpul de reîncercare în creștere). Cererile ca presupusul non-vital nu sunt rejudecate.

În cazul bătăilor inimii, dacă există două eșecuri consecutive ale solicitării, Aplicația Webex va reiniția canalul evenimentului.

Rețineți că Aplicația Webex nu efectuează o copie de rezervă, iar descoperirea serviciului DNS se efectuează o singură dată la conectare.

Implementarea Webex pentru BroadWorks

Prezentare generală implementare

Shows the order of tasks required for deploying Webex for BroadWorks with flow-through provisioning and trusted emails — ***Sarcini necesare pentru implementarea configurării prin flux***

Shows the order of tasks required for deploying Webex for BroadWorks with flow-through provisioning without emails — ***Sarcini necesare pentru implementarea configurării fluxului fără e-mailuri de încredere***

Shows the order of tasks required for deploying Webex for BroadWorks with self-activation — ***Sarcini necesare pentru implementarea autoprovisionării utilizatorului***

Integrare partener pentru Webex pentru Cisco BroadWorks

Configurați serviciile pe dispozitivele Webex pentru |ADP-urile Cisco BroadWorks XSP

Cerem ca aplicația NPS să fie rulată pe un alt XSP|ADP. Cerințele pentru ca XSP|ADP să fie descrise în Configurarea notificărilor de apel din rețea.

Aveți nevoie de următoarele aplicații/servicii pe |ADP-urile dvs. XSP.

Serviciu/Aplicație	Este necesară autentificarea	Scopul serviciului/aplicației
Evenimente Xsi	TLS (serverul se autentifică în clienți)	Controlul apelurilor, notificări serviciu
Acțiuni Xsi	TLS (serverul se autentifică în clienți)	Controlul apelurilor, acțiuni
Gestionare dispozitiv	TLS (serverul se autentifică în clienți)	Descărcare configurație apelare
Serviciu de autentificare	TLS (serverul se autentifică în clienți)	Autentificare de bază
Integrare telefonie informatică	mTLS (autentificare client și server reciproc)	prezență Telefonie
aplicație Vizualizare web setări apel	TLS (serverul se autentifică în clienți)	Expune setările apelurilor utilizatorilor în portalul de auto-asistență din aplicația Webex

Cerințe de co-rezidență

Serviciul de autentificare trebuie să fie co-rezident cu aplicațiile Xsi, deoarece aceste interfețe trebuie să accepte jetoane de lungă durată pentru autorizarea serviciului. Serviciul de autentificare este necesar pentru a valida aceste jetoane.
Serviciul de autentificare și Xsi pot rula pe același port, dacă este necesar.
Puteți separa celelalte servicii/aplicații după cum este necesar pentru scara dvs. (de exemplu, ferma XSP|ADP dedicată gestionării dispozitivelor).
Puteți co-localiza aplicațiile Xsi, CTI, Serviciul de autentificare și DMS.
Nu instalați alte aplicații sau servicii pe |ADP-urile XSP care sunt utilizate pentru integrarea BroadWorks cu Webex.
Nu colocalizați aplicația NPS cu alte aplicații.

Interfețe Xsi

Instalați și configurați aplicațiile Xsi-Actions și Xsi-Events așa cum sunt descrise în Ghidul de configurare a interfeței pentru serviciile Cisco BroadWorks Xtended Services.

Doar o singură instanță a aplicațiilor Xsi-Events trebuie implementată pe XSP|ADP utilizat pentru interfața CTI.

Toate evenimentele Xsi utilizate pentru integrarea Broadworks cu Webex trebuie să aibă același nume de apelControlApplicationName definit în Applications/Xsi-Events/GeneralSettings. De exemplu:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Schimbarea numelui de apelControlApplicationName sau neavând același nume pe toate aplicațiile web Xsi-Events va afecta funcționalitatea abonamentelor și a evenimentelor de telefonie.

Configurați serviciul de autentificare (cu validarea token-ului CI)

Pentru a configura autentificarea mTLS pentru Serviciul Auth în loc de validarea CI Token, consultați Anexa pentru Configurarea serviciilor (cu mTLS pentru Serviciul Auth).

Dacă utilizați în prezent mTLS pentru Serviciul Auth, nu este obligatoriu să vă reconfigurați pentru a utiliza validarea CI Token cu TLS.

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks.
Instalați următorii plasturi pe fiecare server |ADP XSP. Instalați plasturii care sunt potriviți pentru eliberarea dvs.:
- Pentru R22:
  
  AP.platform.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap368601
- Pentru R23:
  
  AP.xsp.23.0.1075.ap376509
  
  AP.platform.23.0.1075.ap376509
- Pentru R24 – nu este necesar niciun plasture
Orice referință la XSP include fie XSP, fie ADP.
Instalați AuthenticationService aplicație pe fiecare serviciu XSP|ADP.
1. Rulați următoarea comandă pentru a activa aplicația AuthenticationService pe XSP|ADP pe calea contextului /authService.
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
2. Rulați această comandă pentru a implementa Serviciul de autentificare pe XSP|ADP:
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...

IdenTrust Commercial Root CA 1
Autoritatea certificatului Go Daddy Root - G2

Verificați dacă aceste certificate sunt prezente în cadrul următoarei CLI

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get

Dacă nu este prezent, executați următoarea comandă pentru a importa trusturile Java implicite:

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust

Alternativ, puteți adăuga manual aceste certificate ca ancore de încredere cu următoarea comandă:

ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>

Configurați furnizorii de identitate rulând următoarele comenzi pe fiecare server |ADP XSP:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get

set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL> — Pentru URL, introduceți URL-ul IssuerName care se aplică clusterului dvs. CI. A se vedea tabelul următor.
set issuerUrl <URL> — Pentru URL, introduceți IssuerUrl care se aplică clusterului dvs. CI. A se vedea următorul tabel.
set tokenInfoUrl <IdPProxy URL> —Introduceți URL-ul proxy IdP care se aplică clusterului dvs. de echipe. A se vedea al doilea tabel care urmează.

Tabelul 1. Setați numele emitentului și adresa URL a emitentului

Dacă CI Cluster este...

Setați numele emitentului și adresa URL a...

US-A

US-B

https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

Dacă nu cunoașteți clusterul CI, puteți obține informațiile din detaliile clientului în vizualizarea Help Desk a Control Hub.

Dacă clusterul Teams este... Setați TokenInfoURL la... (URL proxy IdP)

AXM

AFRA

https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

AORE

https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

Dacă nu cunoașteți clusterul Teams, puteți obține informațiile din detaliile clientului în vizualizarea Help Desk a Control Hub.
Pentru testare, puteți verifica dacă tokenInfoURL este valid prin înlocuirea " idp/authenticate" porțiune a URL-ului cu " ping".

Specificați drepturile Webex care trebuie să fie prezente în profilul de utilizator din Webex executând următoarea comandă:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
Configurați furnizorii de identitate pentru Federația Cisco utilizând următoarele comenzi pe fiecare server |ADP XSP:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
- set flsUrl https://cifls.webex.com/federation
- set refreshPeriodInMinutes 60
- set refreshToken refresh-Token-From-Step1
Rulați următoarea comandă pentru a valida că configurația FLS funcționează. Această comandă va returna lista furnizorilor de identitate:

XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
Configurați Token Management utilizând următoarele comenzi pe fiecare server |ADP XSP:
- XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>
- set tokenIssuer BroadWorks
- set tokenDurationInHours 720
Generați și partajați chei RSA. Trebuie să generați taste pe un XSP|ADP, apoi să le copiați la toate celelalte XSP|ADP. Acest lucru se datorează următorilor factori:
- Trebuie să utilizați aceleași perechi de taste publice/private pentru criptarea/decriptarea tokenului în toate instanțele serviciului de autentificare.
- Cuplul cheie este generat de serviciul de autentificare atunci când este necesar pentru prima dată să eliberați un token.
Dacă ciclați tastele sau modificați lungimea tastei, trebuie să repetați următoarea configurație și să reporniți toate |ADP-urile XSP.
1. Selectați un XSP|ADP de utilizat pentru generarea unei perechi de taste.
2. Utilizați un client pentru a solicita un token criptat de la acel XSP|ADP, solicitând următorul URL din browserul clientului:
  
  https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
  
  (Acest lucru generează o pereche de chei private / publice pe XSP|ADP, dacă nu a existat deja unul)
3. Locația magazinului cu tastatură nu este configurabilă. Exportați tastele:
  
  XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
4. Copiați fișierul exportat /var/broadworks/tmp/authService.keys în aceeași locație pe celelalte ADP-uri XSP|, suprascrierea unui mai în vârstă .keys fișier.
5. Importați tastele pe fiecare dintre celelalte |ADP-uri XSP:
  
  XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Furnizați adresa URL autentiService către containerul web. Containerul web XSP|ADP are nevoie de URL-ul autentiService, astfel încât să poată valida jetoanele. Pe fiecare dintre |ADP-urile XSP:
1. Adăugați URL-ul serviciului de autentificare ca serviciu de autentificare extern pentru BroadWorks Communications Utility:
  
  XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1/authService
2. Adăugați adresa URL a serviciului de autentificare în container:
  
  XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
  
  Acest lucru permite Webex să utilizeze Serviciul de autentificare pentru a valida jetoanele prezentate ca date de autentificare.
3. Verificați parametrul cu get.
4. Reporniți XSP|ADP.

Eliminați cerința de autentificare a clientului pentru serviciul Auth (numai R24)

ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false

Configurarea TLS și Ciphers pe interfețele HTTP (pentru XSI și Serviciul de autentificare)

Aplicațiile Service Authentication, Xsi-Actions și Xsi-Events utilizează interfețe de server HTTP. Nivelurile de configurabilitate TLS pentru aceste aplicații sunt după cum urmează:

Cele mai generale = Sistem > Transport > HTTP > Interfață server HTTP = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații	context CLI
Sistem (global)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Protocoale de transport pentru acest sistem	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP pe acest sistem	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Interfețe server HTTP specifice pe acest sistem	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Citirea configurației interfeței serverului HTTP TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer>
Introduceți get comanda și citiți rezultatele. Ar trebui să vedeți interfețele (adresele IP) și, pentru fiecare, dacă acestea sunt sigure și dacă necesită autentificarea clientului.

Apache tomcat trimite un certificat pentru fiecare interfață securizată; sistemul generează un certificat semnat dacă are nevoie de unul.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Adăugarea protocolului TLS 1.2 la interfața serverului HTTP

Interfața HTTP care interacționează cu Webex Cloud trebuie configurată pentru TLSv1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața serverului HTTP:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> 443 pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> 443 TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața serverului HTTP

Pentru a configura cifrele necesare:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Introduceți comanda get <interfaceIp> 443 pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> 443 <cipherName> pentru a adăuga un cifru la interfața serverului HTTP.

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Configurați managementul dispozitivului pe XSP|ADP, serverul aplicației și serverul profilului

Interfața CTI și configurația aferentă

Comanda de configurare „inmost to outmost” este prezentată mai jos. Respectarea acestei ordonanțe nu este obligatorie.

Configurați serverul aplicației pentru abonamentele CTI
Configurați ADP-urile XSP| pentru abonamentele CTI autentificate mTLS
Deschideți porturile de intrare pentru interfața securizată CTI
Abonați organizația dvs. Webex la BroadWorks CTI Events

Configurați serverul aplicației pentru abonamentele CTI

Actualizați ClientIdentity pe serverul de aplicații cu numele comun (CN) al certificatului de client Webex pentru Cisco BroadWorks CTI.

Pentru fiecare server de aplicații pe care îl utilizați cu Webex, adăugați identitatea certificatului la ClientIdentity după cum urmează:

AS_CLI/System/ClientIdentity> add bwcticlient.webex.com

Numele comun al certificatului de client Webex pentru Cisco BroadWorks este bwcticlient.webex.com.

Configurați TLS și Ciphers pe interfața CTI

Nivelurile de configurabilitate pentru interfața XSP|ADP CTI sunt după cum urmează:

Cele mai generale = Sistem > Transport > Interfețe CTI > Interfață CTI = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații

Context CLI

Sistem (global)

(R22 și ulterior)

XSP|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>

XSP|ADP_CLI/Sistem/SSLCommonSettings/JSSE/Protocoale>

Protocoale de transport pentru acest sistem

(R22 și ulterior)

XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>

XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>

Toate interfețele CTI de pe acest sistem

(R22 și ulterior)

XSP|ADP_CLI/Interfață/CTI/SSLCommonSettings/Ciphers>

XSP|ADP_CLI/Interfață/CTI/SSLCommonSettings/Protocoale>

O interfață CTI specifică pe acest sistem

(R22 și ulterior)

XSP|ADP_CLI/Interfață/CTI/CTIServer/SSLSettings/Ciphers>

XSP|ADP_CLI/Interfață/CTI/CTIServerSSLSettings/Protocoale>

TLS_ECDHE_RSA_CU_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_CU_AES_128_GCM_SHA256
TLS_ECDHE_RSA_CU_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_CU_AES_128_CBC_SHA256
TLS_DHE_DSS_CU_AES_128_GCM_SHA256
TLS_DHE_RSA_CU_AES_128_GCM_SHA256
TLS_DHE_RSA_CU_AES_128_CBC_SHA256
TLS_DHE_DSS_CU_AES_128_CBC_SHA256
TLS_ECDH_RSA_CU_AES_128_GCM_SHA256
TLS_ECDH_ECDSA_CU_AES_128_GCM_SHA256
TLS_ECDH_RSA_CU_AES_128_CBC_SHA256
TLS_ECDH_ECDSA_CU_AES_128_CBC_SHA256

Citirea configurației interfeței CTI TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer>

XSP|ADP_CLI/Interface/CTI/CTIServer> get
  Interface IP  Port  Secure  Server Certificate  Client Auth Req
=================================================================
  10.155.6.175  8012    true                true             true

Adăugarea protocolului TLS 1.2 la interfața CTI

Interfața XSP|ADP CTI care interacționează cu Webex Cloud trebuie configurată pentru TLS v1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața CTI:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața CTI

Pentru a configura cifrele necesare pe interfața CTI:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
Introduceți get comandă pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> <cipherName> pentru a adăuga un cipher la interfața CTI.

XSP|ADP CLI necesită numele standard al suitei de cipher IANA, nu numele suitei de cipher openSSL. De exemplu, pentru a adăuga OpenSSL cipher ECDHE-ECDSA-CHACHA20-POLY1305 la interfața CTI, ați utiliza: XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Anchoare de încredere pentru interfața CTI (R22 și ulterioară)

Pentru fiecare XSP|ADP din infrastructura dvs. care publică evenimente CTI în Webex, efectuați următoarele:

Conectați-vă la Hub pentru parteneri .

Accesați Setări > Apelare BroadWorks și faceți clic pe Descărcare certificat CA Webex pentru a obține CombinedCertChain2023.txt pe computerul local.

Aceste fișiere conțin două seturi de două certificate. Trebuie să divizați fișierele înainte de a le încărca în ADP-urile XSP|. Toate fișierele sunt necesare.

Separați lanțul certificatului în două certificate - combinedcertchain2023.txt
1. Deschideți combinedcertchain2023.txt într-un editor de text.
2. Selectați și tăiați primul bloc de text, inclusiv liniile -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----, și lipiți blocul de text într-un fișier nou.
3. Salvați noul fișier ca root2023.txt.
4. Salvați fișierul original ca issuing2023.txt. Fișierul original ar trebui să aibă acum doar un singur bloc de text, înconjurat de linii -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----.
Copiați ambele fișiere text într-o locație temporară pe XSP|ADP pe care o securizați, de ex. /var/broadworks/tmp/root2023.txt și /var/broadworks/tmp/issuing2023.txt
Conectați-vă la XSP|ADP și navigați la /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
(Opțional) Rulați help updateTrust pentru a vedea parametrii și formatul de comandă.

Încărcați fișierele certificatului în ancore de încredere noi - 2023

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Confirmați că ancorajele sunt actualizate:

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

Permiteți clienților să se autentifice cu certificate:

XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true

Adăugați interfața CTI și activați mTLS

Adăugați interfața CTI SSL.

Contextul CLI depinde de versiunea BroadWorks. Comanda creează un certificat de server semnat pe interfață și forțează interfața să solicite un certificat de client.
- În cazul BroadWorks R22 și R23:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
Înlocuiți certificatul de server și cheia de pe interfețele CTI XSP|ADP. Aveți nevoie de adresa IP a interfeței CTI pentru aceasta; o puteți citi din următorul context:
- În cazul BroadWorks R22 și R23:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer> get
  
  Apoi executați următoarele comenzi pentru a înlocui certificatul autosemnat al interfeței cu propriul certificat și cheia privată:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>
Reporniți XSP|ADP.

Activați accesul la BroadWorks CTI Events pe Webex

Specificați adresa CTI prin care Webex se poate abona la BroadWorks CTI Events.
Abonamentele CTI sunt pe bază de abonat și sunt stabilite și menținute numai în timp ce abonatul este configurat pentru Webex pentru Cisco BroadWorks.

Vizualizare web setări apel

Webex utilizează această funcție pentru a oferi utilizatorilor acces la setările comune ale apelurilor BroadWorks care nu sunt native ale Aplicației Webex.

Vizualizarea web a setărilor de apeluri are două componente:

Aplicație de vizualizare web a setărilor de apeluri, găzduită pe un Cisco BroadWorks XSP|ADP.
Aplicația Webex, care face setările apelurilor într-o vizualizare web.

Experiență utilizator

Utilizatori pentru Windows: Faceți clic pe Setări apel și apoi faceți clic pe Preferințe pentru apeluri deschise > Setări avansate pentru apeluri.
Utilizatori Mac: Faceți clic pe fotografia de profil, apoi Preferințe > Setări avansate pentru apeluri.

Implementarea CSWV pe BroadWorks

Instalați vizualizarea web a setărilor apelurilor pe |ADP-urile XSP

Conectați-vă la cisco.com și căutați "BWCallSettingsWeb" în secțiunea de descărcare software.
Găsiți și descărcați cea mai recentă versiune a fișierului.

De exemplu, BWCallSettingsWeb_1.8.2_1.war( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04) a fost cel mai recent la momentul scrierii.
Instalați, activați și implementați arhiva web în conformitate cu Ghidul de configurare a platformei de servicii Xtended Cisco BroadWorks pentru versiunea |ADP XSP. (Versiunea R24 este https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf).
1. Copiați fișierul .war într-o locație temporară pe XSP|ADP, cum ar fi /tmp/.
2. Navigați la următorul context CLI și executați comanda de instalare:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war
  
  Managerul de software BroadWorks validează și instalează fișierul.
3. [Opțional] Ștergere /tmp/BWCallSettingsWeb_1.7.5_1.war(acest fișier nu mai este necesar).
4. Activați aplicația:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings
  
  Numele și versiunea sunt obligatorii pentru orice aplicație, dar pentru CSWV trebuie să furnizați, de asemenea, un contextPath deoarece este o aplicație negestionată. Puteți utiliza orice valoare care nu este utilizată de o altă aplicație, de exemplu, /callsettings.
5. Implementați aplicația Setări apel pe calea contextului selectat:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
Acum puteți prezice URL-ul setărilor de apel pe care îl veți specifica pentru clienți, după cum urmează:

https://<XSP|ADP-FQDN>/callsettings/

Note:
- Trebuie să furnizați bara de remorcare de pe acest URL atunci când o introduceți în fișierul de configurare a clientului.
- XSP|ADP-FQDN trebuie să corespundă cu FQDN Xsi-Actions, deoarece CSWV trebuie să utilizeze Xsi-Actions, iar CORS nu este acceptat.
Repetați această procedură pentru alte ADP-uri XSP| în mediul Webex pentru Cisco BroadWorks (dacă este necesar).

Aplicația Webview Setări apel este acum activă pe |ADP-urile XSP.

Configurați aplicația Webex pentru a utiliza vizualizarea web a setărilor apelurilor

Pentru mai multe detalii despre configurația clientului, consultați Ghidul de configurare Webex pentru Cisco BroadWorks.

<config>
    <services>
        <web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%">
            <url>%WEB_CALL_SETTINGS_URL_WXT%</url>
        </web-call-settings>

În șablonul de configurare a aplicației Webex din BroadWorks, configurați URL-ul CSWV în %WEB_CALL_SETTINGS_URL_WXT% etichetă.

Dacă nu specificați în mod explicit adresa URL, pagina implicită este goală, iar pagina de setări a apelurilor nu este vizibilă utilizatorilor.

Asigurați-vă că aveți cele mai recente șabloane de configurare pentru aplicația Webex (consultați Profilurile dispozitivului).
Setați ținta de setări pentru apeluri web csw:

%WEB_CALL_SETTINGS_TARGET_WXT% csw
Setați URL-ul setărilor de apeluri web pentru mediul dvs., de exemplu:

%WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/

Ați derivat această valoare atunci când implementați aplicația CSWV.
Fișierul de configurare a clientului rezultat trebuie să aibă o intrare după cum urmează:
```
<web-call-settings target="csw">
    <url>https://yourxsp.example.com/callsettings/</url>
</web-call-settings>
```
Orice referință la XSP include fie XSP, fie ADP.

Configurați notificările push pentru apeluri în Webex pentru Cisco BroadWorks

Aceste servicii notifică dispozitivele mobile ale abonaților Webex pentru Cisco BroadWorks că au apeluri de intrare pe Webex.

Pentru mai multe informații despre NPS, consultați Descrierea caracteristicilor serverului Notification Push.

Prezentare generală proxy NPS

Pentru compatibilitate cu Webex pentru Cisco BroadWorks, CNPS-ul dvs. trebuie să fie patch-uri pentru a sprijini funcția Proxy NPS, Push Server pentru VoIP în UCaaS.

Pentru mai multe informații, consultați Push Server pentru VoIP în Descrierea caracteristicilor UCaaS.
Patch-urile BroadWorks pentru funcție sunt disponibile pe: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.

Pentru software-ul și plasturii NPS, consultați secțiunea Pregătiți-vă NPS pentru Webex pentru Cisco BroadWorks.

Căutați și descărcați plasturele din pagina de descărcare software.
Mai multe informații despre serverul ADP pot fi găsite la https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html.

Considerații APNS

Pregătiți-vă NPS pentru Webex pentru Cisco BroadWorks

Instalați și configurați un XSP dedicat (versiunea minimă R22) sau o platformă de livrare a aplicațiilor (ADP).

Instalați plasturii proxy de autentificare NPS:

Plasturi XSP R22:

Plasturii XSP R23:

Activați aplicația Notificare Push Server.

(Pentru notificări Android) Activați API-ul FCM v1 pe NPS.

XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true

(Pentru notificările Apple iOS) Activați HTTP/2 pe NPS.

XSP_CLI/Applications/NotificationPushServer/APNS/GeneralSettings> set HTTP2Enabled true

Atașați un suport tehnic de la NPS XSP/ADP.

Exemplu: _pushnotification-client._tcp.qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com ÎN A 10.193.78.149

Odată setat, una dintre următoarele este necesară pentru preluarea modificărilor:

Un bw de repornire trebuie preformat într-o fereastră de întreținere.
Prin intermediul CLI Cisco BroadWorks:

R24 și mai în vârstă

AS_CLI/ASDiagnostic/DNS> reîncărcare

R25 +

AS_CLI/ASDiagnostic/DNS/ExecutionServer> reîncărcare

AS_CLI/ASDiagnostic/DNS/ProvisioningServer> reîncărcare

Ce este de făcut în continuare

Pentru instalări noi ale unui NPS, accesați Configurarea NPS pentru a utiliza proxy-ul de autentificare

Pentru a migra o implementare Android existentă la FCMv1, accesați Migrarea NPS la FCMv1

Configurați NPS pentru a utiliza proxy-ul de autentificare

Această sarcină se aplică unei noi instalări de NPS, dedicată Webex pentru Cisco BroadWorks.

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks.

Creați contul clientului pe NPS:

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientId client-Id-From-Step1

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientSecret
New Password: client-Secret-From-Step1

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set RefreshToken
New Password: Refresh-Token-From-Step1

Pentru a verifica valorile pe care le-ați introdus în concordanță cu ceea ce ați primit, rulați XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> get

Emitentul CiscoCI ar trebui să fie ÎNTOTDEAUNA cluster CI din SUA, indiferent de locația dvs., iar implicit ar trebui să fie:

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI> get issuerUrl = https://idbroker.webex.com/idb

Introduceți URL-ul proxy NPS și setați intervalul de reîmprospătare a tokenului (se recomandă 30 de minute):

XSP|ADP_CLI/Applications/NotificationPushServer/CloudNPSService> set url https://nps.uc-one.broadsoft.com/nps/

XSP|ADP_CLI/Applications/NotificationPushServer/CloudNPSService> set VOIPTokenRefreshInterval 1800

(Pentru notificări Android) Adăugați ID-ul aplicației Android în contextul aplicațiilor FCM de pe NPS.

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.cisco.wx2.android

(Pentru notificările Apple iOS) Adăugați ID-ul aplicației în contextul aplicațiilor APNS, asigurându-vă că pentru a omite cheia Auth – setați-l la gol.

XSP|ADP_CLI/Applications/NotificationPushServer/APNS/Production/Tokens> add com.cisco.squared

Configurați următoarele URL-uri NPS:

Context CLI \|ADP XSP	Parametru	Valoare
`XSP\|ADP_CLI/Applications/` `NotificationPushServer/FCM>`	`authURL`	https://www.googleapis.com/oauth2/v4/token
	`pushURL`	https://fcm.googleapis.com/v1/projects/PROJECT-ID/messages:send
	`scope`	https://www.googleapis.com/auth/firebase.messaging
`XSP\|ADP_CLI/Applications/NotificationPushServer` `/APNS/Production>`	`url`	https://api.push.apple.com/3/device

Configurați următorii parametri de conexiune NPS la valorile recomandate afișate:

Context CLI \|ADP XSP	Parametru	Valoare
`XSP\|ADP_CLI/Applications/` `NotificationPushServer/FCM>`	`tokenTimeToLiveInSeconds`	3600
	`connectionPoolSize`	10
	`connectionTimeoutInMilliseconds`	3600
	`connectionIdleTimeoutInSeconds`	600
`XSP\|ADP_CLI/Applications/NotificationPushServer/` `APNS/Production>`	`connectionTimeout`	3000
	`connectionPoolSize`	2
	`connectionIdleTimeoutInSeconds`	600

Verificați dacă serverul de aplicații selectează ID-urile aplicației, deoarece este posibil să fie necesar să adăugați aplicațiile Webex în lista de permisiuni:

Rulați AS_CLI/System/PushNotification> get și verificați valoarea enforceAllowedApplicationList. Dacă este true, trebuie să finalizați această subsarcină. În caz contrar, săriți restul sarcinii secundare.
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.wx2.android “Webex Android”
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.squared “Webex iOS”

Reporniți XSP|ADP: bwrestart

Testați notificările apelurilor efectuând apeluri de la un abonat BroadWorks la doi utilizatori mobili Webex. Verificați dacă apare notificarea de apel pe dispozitivele iOS și Android.

Migrați NPS la FCMv1

Migrați clienții UC-One la FCMv1—Când aveți clienți UCaaS existenți și trebuie să îi migrați pentru a utiliza FCMv1.
Migrați clienții SaaS la FCMv1—Când aveți clienți SaaS existenți și trebuie să îi migrați pentru a utiliza FCMv1.
Actualizați serverul ADP—Când migrați NPS la un server ADP.

Migrați clienții UC-One la FCMv1

Utilizați pașii de mai jos din Google FCM Console pentru a migra clienții UC-One la Google FCM HTTPv1.

<string name="gcm_defaultSenderId">xxxxxxxxxxxxx</string>

Conectați-vă la SDK Administrator FCM la http://console.firebase.google.com.
Selectați aplicația Android corespunzătoare.
În fila General, înregistrați ID-ul proiectului
Navigați la fila Conturi serviciu pentru a configura un cont de serviciu. Puteți crea un cont de serviciu nou sau puteți configura unul existent.

Pentru a crea un nou cont de servicii:
1. Faceți clic pe butonul albastru pentru a crea un nou cont de serviciu
2. Faceți clic pe butonul albastru pentru a genera o nouă cheie privată
3. Descărcați cheia într-o locație sigură
Pentru a reutiliza un cont de serviciu existent:
1. Faceți clic pe textul albastru pentru a vizualiza conturile de servicii existente.
2. Identificați contul de serviciu pe care trebuie să îl utilizați. Contul de serviciu are nevoie de permisiunea firebaseadmin-sdk.
3. Pe dreapta, faceți clic pe meniul hamburger și creați o nouă cheie privată.
4. Descărcați fișierul json care conține cheia și salvați-l într-o locație sigură.
Copiați fișierul json pe XSP|ADP.

Configurați ID-ul proiectului și:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file>
...Done

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> get
  Project ID  Accountkey
========================
  my_project    ********

Configurați aplicația:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id>
...Done

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> get
  Application ID    Project ID
==============================
          my_app    my_project

Activați FCMv1:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Migrați clienții SaaS la FCMv1

Utilizați pașii de mai jos de pe Google FCM Console dacă doriți să migrați clienții SaaS la FCMv1.

Asigurați-vă că ați finalizat deja procedura „Configurați NPS pentru a utiliza proxy-ul de autentificare”.

Dezactivați FCM:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Activați FCM:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Actualizați serverul ADP

Utilizați pașii de mai jos din Consola FCM Google dacă migrați NPS pentru a utiliza un server ADP.

Obțineți fișierul JSON din Consola Google Cloud:
1. Pe Consola Google Cloud, accesați pagina Conturi de servicii .
2. Faceți clic pe Selectați un proiect, alegeți proiectul și faceți clic pe Deschidere.
3. Găsiți rândul contului de serviciu pentru care doriți să creați o cheie, faceți clic pe butonul Mai vertical, apoi faceți clic pe Creare cheie.
4. Selectați un tip de cheie și faceți clic pe Creare
  
  Descărcări de fișiere.
Adăugați FCM la serverul ADP:
1. Importați fișierul JSON pe serverul ADP utilizând /bw/install comanda.
2. Conectați-vă la ADP CLI și adăugați cheia Proiect și API:
  
  ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON:
3. În continuare, adăugați aplicația și cheia:
  
  ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done
4. Verificați configurația:
```
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g
Project ID Accountkey
========================
connect-ucaas ********

ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g
Application ID Project ID
===================================
com.broadsoft.ucaas.connect connect-ucaas
```

Configurați organizația partenerului în Hubul partenerului

Configurați clusterele BroadWorks

[o dată pe cluster]

Acest lucru se face din următoarele motive:

Pentru a activa cloud-ul Webex pentru a vă autentifica utilizatorii împotriva BroadWorks (prin serviciul de autentificare găzduit de XSP|ADP).
Pentru a permite aplicațiilor Webex să utilizeze interfața Xsi pentru controlul apelurilor.
Pentru a permite Webex să asculte evenimentele CTI publicate de BroadWorks (prezență telefonică și istoricul apelurilor).

Împiedicăm acest lucru deoarece un cluster configurat necorespunzător poate cauza probleme care sunt dificil de rezolvat.

Ce trebuie să faceți:

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .
Faceți clic pe Adăugare cluster.

Acest lucru lansează un expert unde vă furnizați interfețele XSP|ADP (URL-uri). Puteți adăuga un port la URL-ul interfeței dacă utilizați un port non-standard.
Denumiți acest cluster și faceți clic pe Înainte.

Conceptul de cluster de aici este pur și simplu o colecție de interfețe, de obicei plasate pe un server XSP|ADP sau pe o fermă, care permit Webex să citească informații de pe serverul aplicației (AS). Este posibil să aveți un XSP|ADP per cluster AS sau mai multe |ADP-uri XSP per cluster sau mai multe clustere AS per XSP|ADP. Cerințele de scară pentru sistemul BroadWorks nu intră în domeniul de aplicare aici.
(Opțional) Introduceți un nume de cont al utilizatorului BroadWorks și o parolă despre care știți că se află în sistemul BroadWorks pe care îl conectați la Webex, apoi faceți clic pe Înainte.

Testele de validare pot utiliza acest cont pentru a valida conexiunile la interfețele din cluster.
Adăugați URL-urile Acțiuni XSI și Evenimente XSI.
Opțional. Actualizați URL-ul DAS cu URL-ul Serviciului de activare a dispozitivului.
Opțional. Bifați caseta de selectare Activare autentificare directă BroadWorks dacă doriți ca conectarea la BroadWorks să fie directă la BroadWorks. În caz contrar, autentificarea la BroadWorks este delegată prin serviciul proxy IdP găzduit de Webex.

Această casetă de selectare afectează aceste situații de conectare:
- Conectare la Portalul de activare a utilizatorului – Utilizatorii trebuie să introducă acreditările BroadWorks atunci când se conectează la portal. Setarea de mai sus determină dacă conectarea este directă la BroadWorks sau prin proxy-ul IdP.
- Conectare la client—Dacă autentificarea BroadWorks este configurată în șablonul de integrare, setarea de mai sus determină dacă conectarea clientului la Aplicația Webex este direcționată către BroadWorks sau este delegată prin proxy-ul IdP.
Faceți clic pe Înainte.
Pe pagina Interfață CTI , faceți următoarele:
1. Adăugați URL-ul CTI și portul pentru interfața CTI la care doriți să vă conectați.
2. Opțional. Activați comutatorul Istoric apeluri și apoi introduceți ID-ul de utilizator BroadWorks. Când este selectată această opțiune, evenimentele din istoricul apelurilor BroadWorks sunt sincronizate cu cloudul Webex. Utilizatorii își pot vizualiza istoricul apelurilor în Aplicația Webex.
3. Opțional. Activați comutatorul Nu deranjați (DND) de sincronizare și apoi introduceți ID-ul de utilizator BroadWorks. Această opțiune sincronizează evenimentele DND între Webex și BroadWorks, asigurându-se că funcția funcționează la fel pe ambele platforme.
4. Faceți clic pe Înainte.
Adăugați URL-ul Serviciului de autentificare .
Selectați Serviciul Auth cu validare token CI.

Această opțiune nu necesită mTLS pentru a proteja conexiunea de la Webex, deoarece Serviciul de autentificare validează în mod corespunzător tokenul utilizatorului față de serviciul de identitate Webex înainte de a emite tokenul de lungă durată utilizatorului.
Revizuiți intrările pe ecranul final, apoi faceți clic pe Creare. Ar trebui să vedeți un mesaj de succes.

Partner Hub trece URL-urile la diverse microservicii Webex care testează conexiunile la interfețele furnizate.
Faceți clic pe Vizualizare clustere și ar trebui să vedeți noul cluster și dacă validarea a reușit.
Butonul Creare poate fi dezactivat pe ecranul final (previzualizare) al expertului. Dacă nu puteți salva șablonul, acesta indică o problemă cu una dintre integrările pe care tocmai le-ați configurat.

Am implementat această verificare pentru a preveni erorile în sarcinile ulterioare. Puteți reveni prin intermediul expertului pe măsură ce configurați implementarea dvs., ceea ce poate necesita modificări ale infrastructurii dvs. (de exemplu, XSP|ADP, echilibrator de sarcină sau firewall), așa cum este documentat în acest ghid, înainte de a putea salva șablonul.

Verificarea conexiunilor la interfețele BroadWorks

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .
Faceți clic pe Vizualizare clustere.
Partner Hub inițiază teste de conectivitate de la diferitele microservicii la interfețele din clustere.

După finalizarea testelor, pagina listei de clustere afișează mesajul de stare de lângă fiecare cluster.

Ar trebui să vedeți mesaje de succes verde. Dacă vedeți un mesaj de Eroare roșu, faceți clic pe numele clusterului afectat pentru a vedea care setare cauzează problema.
Opțional. Selectați un cluster dacă doriți să vedeți setările existente pentru acel cluster, cum ar fi XSI-Actions, XSI-Events, URL-ul DAS și setările interfeței CTI.

Configurați șabloanele de integrare

Puteți crea cât mai multe șabloane de care aveți nevoie, dar numai un singur șablon poate fi asociat unui client.

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .
Faceți clic pe Adăugare șablon.

Acest lucru lansează un expert în cazul în care puteți furniza configurația pentru clienții care vor utiliza acest șablon.
Utilizați lista derulantă Cluster pentru a alege clusterul pe care doriți să îl utilizați cu acest șablon.
Introduceți un nume șablon, apoi faceți clic pe Înainte.

Configurați modul de configurare, utilizând aceste setări recomandate:

Tabelul 3. Setări de dozare recomandate pentru diferite moduri de dozare
Denumire setare	Configurarea Flowthrough cu e-mailuri de încredere	Configurare Flowthrough fără e-mailuri	Auto-configurare utilizator
Activarea fluxului BroadWorks prin configurare (include acreditările contului de configurare dacă este activată**)	Pornit Furnizați numele contului și parola de configurare conform configurației BroadWorks.	Pornit Furnizați numele contului și parola de configurare conform configurației BroadWorks.	Oprit
Creare automată organizații noi în Control Hub	În	În	În
Adresă de e-mail a furnizorului de servicii	Selectați o adresă de e-mail din lista derulantă (puteți introduce unele caractere, pentru a găsi adresa dacă este o listă lungă). Această adresă de e-mail identifică administratorul din cadrul organizației dvs. Partener care va primi acces de administrator delegat la orice noi organizații client create cu șablonul de integrare.
Țară	Alegeți țara pe care o utilizați pentru acest șablon. Țara pe care o alegeți se potrivește cu organizațiile clienților care sunt create cu acest șablon într-o anumită regiune. În prezent, regiunea ar putea fi (EMEAR) sau (America de Nord și restul lumii). Consultați hărțile țării în funcție de regiune din această foaie de calcul. Țara organizației va determina numerele de apelare globale implicite pentru Cisco PSTN în site-urile Webex Meeting. Consultați secțiunea Țară a paginii de ajutor pentru mai multe informații.
Mod BroadWorks Enterprise activ	Activați acest lucru dacă clienții pe care îi furnizați cu acest șablon sunt întreprinderi în BroadWorks. Dacă acestea sunt grupuri, dezactivați acest comutator. Dacă aveți o combinație de întreprinderi și grupuri în BroadWorks dvs., ar trebui să creați șabloane diferite pentru aceste cazuri diferite.

Note din tabel:

† Acest comutator asigură crearea unei noi organizații de clienți dacă domeniul de e-mail al unui abonat nu corespunde unei organizații Webex existente.

Acest lucru ar trebui să fie întotdeauna valabil, cu excepția cazului în care utilizați un proces de comandă și executare manuală (prin Cisco Commerce Workspace) pentru a crea organizații ale clienților în Webex (înainte de a începe să configurați utilizatori în respectivele organizații). Această opțiune este adesea menționată ca modelul „Hybrid Provisioning” și nu intră în domeniul de aplicare al acestui document.
** „Cont de configurare” se referă la contul de administrator la nivel de sistem BroadWorks. Pe BroadWorks, aveți nevoie de un cont de administrator cu aceste atribute: Administrator Type=Configurare, Doar citire=Dezactivare.

Selectați pachetul de servicii implicit pentru clienți utilizând acest șablon (consultați pachetele din secțiunea Prezentare generală); fie Basic, Standard, Premium sau Softphone.

Puteți suprascrie această setare pentru utilizatorii individuali prin intermediul Partner Hub.
Opțional. Verificați Dezactivarea apelurilor gratuite Cisco Webex dacă doriți să dezactivați apelurile Webex.
Pentru Configurarea intrării în întâlnire, selectați una dintre următoarele opțiuni:
- Numere de apelare Cisco (PSTN)
- Numere de apelare furnizate de partener (BYoPSTN)—Dacă selectați această opțiune, consultați Ghidul de soluții PSTN pentru Webex pentru Cisco BroadWorks pentru informații detaliate despre modul de configurare a acestei opțiuni.
Faceți clic pe Înainte.

Există două abordări pentru configurarea abonaților în ceea ce privește modul în care sunt verificate identitățile lor – folosind e-mailuri de încredere sau e-mailuri de neîncredere.

În cazul de e-mail de neîncredere, utilizatorii trebuie să-și verifice e-mailurile înainte de configurare sau utilizatorii se pot auto-activa.

În cazul de neîncredere există mai multe moduri de configurare bazate pe setările de verificare din tabelul de mai jos:

Tabelul 4. Setări de verificare a utilizatorului recomandate pentru modurile de configurare nefiabile
Denumire setare	Configurare Flowthrough fără e-mailuri	Auto-configurare utilizator
Administrator de configurare în primul rând	Recomandată	Nu se aplică
Permiteți utilizatorilor să se autoactiveze	Nu se aplică	Obligatoriu

Note din tabel:
* Fiecare organizație client din Webex trebuie să aibă cel puțin un utilizator cu rol de administrator. Primul utilizator căruia îi atribuiți IM&P integrat în BroadWorks preia rolul de administrator al clientului dacă este creată o nouă organizație client în Webex. În calitate de Furnizor de servicii, este posibil să doriți să aveți control asupra persoanei care primește rolul. Verificarea acestei setări împiedică utilizatorii să finalizeze activarea până când primul utilizator pe care l-ați configurat este activat. Dacă debifați această setare, atunci primul utilizator care devine activ în noua organizație devine administratorul clientului.

Faceți clic pe Înainte.

Selectați modul de autentificare implicit (fie autentificare BroadWorks , fie autentificare Webex) pentru conectarea utilizatorului la Webex.

(Consultați Modul de autentificare din secțiunea Pregătire mediu).

Faceți clic pe Înainte.
Pentru Preferințe, configurați următoarele:
1. Alegeți dacă doriți să Precompletați adresele de e-mail ale utilizatorului în pagina de conectare.
  
  Ar trebui să utilizați această opțiune numai dacă ați selectat BroadWorks Authentication și ați introdus, de asemenea, adresele de e-mail ale utilizatorilor în atributul ID alternativ din BroadWorks. În caz contrar, vor trebui să își folosească numele de utilizator BroadWorks. Pagina de conectare oferă opțiunea de a schimba utilizatorul, dacă este necesar, dar acest lucru poate duce la probleme de conectare.
2. Dacă doriți să activați sincronizarea directorului, setați Activarea sincronizării directorului telefonului pentru toate noile organizații ale clienților la Activare.
  
  Această opțiune permite Webex să citească contactele BroadWorks în organizația client, astfel încât utilizatorii să le poată găsi și apela din aplicația Webex.
3. Introduceți un administrator partener.
  
  Acest nume este utilizat în mesajul de e-mail automat de la Webex, care invită utilizatorii să-și valideze adresele de e-mail.
4. Asigurați-vă că e-mailurile Permiteți invitarea administratorului sunt activate atunci când atașați comutatorul de organe existente (setarea implicită este activată).
5. Faceți clic pe Înainte.
Revizuiți intrările pe ecranul final. Puteți să faceți clic pe comenzile de navigare din partea de sus a expertului pentru a reveni și a schimba orice detalii. Faceți clic pe Creați.

Ar trebui să vedeți un mesaj de succes.
Faceți clic pe Vizualizare șabloane și ar trebui să vedeți noul șablon listat cu orice alte șabloane.
Faceți clic pe numele șablonului pentru a modifica sau șterge șablonul, dacă este necesar.

Nu este necesar să introduceți din nou detaliile contului de configurare. Câmpurile de confirmare a parolei/parolei goale sunt acolo pentru a schimba acreditările dacă trebuie, dar lăsați-le goale pentru a păstra valorile pe care le-ați dat expertului.
Adăugați mai multe șabloane dacă aveți configurații partajate diferite pe care doriți să le furnizați clienților.

Păstrați deschisă pagina Vizualizare șabloane , deoarece este posibil să aveți nevoie de detalii șablon pentru o sarcină ulterioară.

Configurați serverul aplicației cu URL-ul serviciului de furnizare

Această sarcină este necesară numai pentru debit prin configurare.

Server Aplicație Patch (numai R22, R23 și R24)

Dacă nu ați făcut încă acest lucru, aplicați următorul plasture care se aplică eliberării dvs.:.
- Pentru R22: AP.as.22.0.1123.ap373197
- Pentru R23: AP.as.23.0.1075.ap373197
- Pentru R24: AP.as.24.0.944.ap384177
Pentru o listă completă de plasturi BroadWorks care formează cerința de implementare a Webex pentru Cisco BroadWorks, Consultați Cerințele software BroadWorks din secțiunea Referință.
Modificarea la Maintenance/ContainerOptions context.
Activați parametrul URL de configurare:

/AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true

Obțineți URL(URL) de configurare de la Partner Hub

Consultați Ghidul de administrare a interfeței de comandă a serverului Cisco BroadWorks pentru detalii (Interfață > Mesagerie și serviciu > IM&P integrat) ale comenzilor AS.

Conectați-vă la Partner Hub și accesați Setări > Apelare BroadWorks.
Faceți clic pe Vizualizare șabloane.
Selectați șablonul pe care îl utilizați pentru a furniza abonații acestei întreprinderi/grupului în Webex.

Detaliile șablonului se afișează într-un panou de scurgere din dreapta. Dacă nu ați creat încă un șablon, trebuie să faceți acest lucru înainte de a putea obține URL-ul de configurare.
Copiați URL-ul adaptorului de configurare.

Repetați acest lucru pentru alte șabloane dacă aveți mai multe.

(Opțiune) Configurarea parametrilor de configurare la nivel de sistem pe serverul de aplicații

Este posibil să nu doriți să setați domeniul de furnizare și serviciu la nivel de sistem dacă utilizați UC-One SaaS. Consultați Punctele de decizie din secțiunea Pregătire mediu.

Conectați-vă la serverul de aplicații și configurați interfața de mesagerie.
1. AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL
2. AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name
3. AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password
4. AS_CLI/Interface/Messaging> set enableSynchronization true
Activați interfața IMP integrată:
1. /AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
2. /AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true

(Opțiune) Configurarea parametrilor de configurare per întreprindere pe serverul de aplicații

În interfața de utilizator BroadWorks, deschideți întreprinderea pe care doriți să o configurați și accesați Servicii > IM&P integrat.
Selectați Utilizați domeniul serviciului și introduceți o valoare fictivă (Webex ignoră acest parametru. Puteți utiliza example.com).
Selectați Utilizați serverul de mesagerie.

În câmpul URL , lipiți URL-ul de configurare pe care l-ați copiat din șablonul dvs. în Partner Hub.

În câmpul Nume utilizator , introduceți un nume pentru administratorul de configurare. Aceasta trebuie să corespundă valorii din șablonul din Partner Hub.
Introduceți o parolă pentru administratorul de configurare. Aceasta trebuie să corespundă valorii din șablonul din Partner Hub.
Pentru identitatea implicită a utilizatorului pentru ID-ul IM&P, selectați Primar.
Faceți clic Aplicați .
Repetați pentru alte întreprinderi pe care doriți să le configurați pentru debit prin configurare.

Date de configurare a utilizatorului

API Verificare preconfigurare partener

Pentru mai multe informații despre API, consultați: Ghid Webex pentru dezvoltatorii angro

Pentru a utiliza API-ul, accesați: Verificați previzualizarea furnizării abonaților angro

Pentru a accesa Preverificarea unui document de furnizare abonat angro, trebuie să vă conectați la https://developer.webex.com/ portal.

Partenerul SSO - SAML

Verificați dacă furnizorul de identitate terț îndeplinește cerințele enumerate în secțiunea Cerințe pentru furnizorii de identitate din Integrarea cu conectare unică în Control Hub.

Deschideți o solicitare de serviciu cu Cisco TAC. TAC trebuie să stabilească o relație de încredere între furnizorul de identitate terț și serviciul de identitate comună Cisco. .

Încărcați fișierul cu metadate CI pe care TAC l-a furnizat furnizorului dvs. de identitate.
Configurați un șablon de integrare. Pentru setarea Mod de autentificare , selectați Autentificare partener. Pentru ID-ul entității IDP, introduceți EntityID din metadatele XML SAML ale furnizorului de identitate terț.
Creați un utilizator nou într-o nouă organizație client care utilizează șablonul.
Foarte mult că utilizatorul se poate conecta.

Partner SSO - OpenID Connect (OIDC)

Atribut	Obligatoriu	Descriere
Nume IDP	Da	Numele unic, dar insensibil la caz, pentru configurația IdP OIDC, ar putea consta din litere, numere, hife, subliniază, tilduri și puncte, iar lungimea maximă este de 128 de caractere.
ID client OAuth	Da	Utilizat pentru a solicita autentificarea IdP OIDC.
Secret client OAuth	Da	Utilizat pentru a solicita autentificarea IdP OIDC.
Lista scopurilor	Da	Lista scopurilor care vor fi utilizate pentru a solicita autentificarea IdP OIDC, împărțită în funcție de spațiu, de exemplu, „profil de e-mail deschis” Trebuie să includă Openid și e-mail.
Punct final de autorizare	Da, dacă punctul final de descoperire nu este furnizat	URL-ul punctului final de autorizare OAuth 2.0 al IdP.
punct de sfârșit	Da, dacă punctul final de descoperire nu este furnizat	URL-ul punctului final OAuth 2.0 al IdP-ului.
Punct final de descoperire	Nu	URL-ul punctului final de descoperire IdP pentru descoperirea punctelor finale OpenID.
utilizator InfoEndpoint	Nu	URL-ul punctului final de informații despre utilizator al IdP.
Punct final al setului de taste	Nu	URL-ul terminalului JSON Web Key Set al IdP.

În plus față de atributele IDP de mai sus, ID-ul organizației partenere trebuie specificat în cererea TAC.

Configurați URI-ul de redirecționare pe IDP-ul de conectare OpenID.
Configurați un șablon de integrare. Pentru setarea modului de autentificare, selectați Autentificare partener Cu OpenID Connect și introduceți Numele IDP furnizat în timpul configurării IDP ca ID-ul entității IDP OpenID Connect.
Creați un utilizator nou într-o nouă organizație client care utilizează șablonul.
Foarte mult că utilizatorul se poate conecta utilizând fluxul de autentificare SSO.

Activați identificatorul de corelație apeluri

Utilizați CLI pentru a activa caracteristica pe toate interfețele AS și XSP|ADP.

Rulați următoarele comenzi pe interfețele AS. Acest lucru va permite AS pentru a trimite X-BroadWorks-Correlation-Info antet SIP:

AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true

AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true
Fișierul enableCallCorrelationID parametrul asociat cu aplicația Xsi-Actions este utilizat pentru a controla includerea informațiilor privind corelarea apelurilor în jurnalele Xsi-Actions. Se recomandă ca enableCallCorrelationID activată utilizând următoarea comandă pe interfețele XSP|ADP:

XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true

Pentru informații suplimentare despre Identificatorul de corelație apeluri, consultați Descrierea caracteristicilor Identificatorului de corelație apeluri Cisco BroadWorks.

Sincronizare director

Pentru a activa Sincronizarea directorului, accesați Sincronizarea directorului în Webex pentru Cisco BroadWorks.

Istoricul apelurilor unificate

Evenimente din istoricul apelurilor – aceste evenimente sunt utilizate pentru a construi o istorie detaliată a apelurilor unificate
Evenimente de stare cârlig – Istoricul unificat al apelurilor include optimizări de stare cârlig care reduc cantitatea de lățime de bandă a rețelei pentru actualizările de prezență telefonică

Cerințe privind istoricul apelurilor unificate

Înainte de a putea configura istoricul apelurilor unificate, asigurați-vă că ați corectat sistemul. Această caracteristică depinde de următoarele patch-uri BroadWorks care sunt instalate:

Pentru R22:

AP.xsp.22.0.1123.ap378585
AP.as.22.0.1123.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.22.0.1123.ap378585
AP.ps.22.0.1123.ap378585

Pentru R23:

AP.as.23.0.1075.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.23.0.1075.ap378585
Dacă utilizați XSP— AP.xsp.23.0.1075.ap378585
Dacă utilizați ADP— Xsi-Events-23_2021.05_1.251.bwar

Pentru R24:

AP.as.24.0.944.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
Xsi-Events-24_2021.05_1.251.bwar

Pentru a avea informații despre Hunt Group, Call Center și alte redirecționări în istoricul apelurilor Unified, trebuie instalați și activați următorii plasturi Broadworks:

Pentru R23:

AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994

Pentru R24:

AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994

Pentru a avea informații despre Asistentul executiv în istoricul apelurilor Unified, trebuie instalați și activați următorii plasturi Broadworks:

Pentru R24:

AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
ADP care rulează Xsi-Events-24_2022.06 sau mai târziu

În plus față de plasturii Broadworks, sincronizarea directorului trebuie să fie, de asemenea, activată pentru istoricul apelurilor Unified Executive-Assistant.

Activați istoricul apelurilor (cluster nou)

Pentru a activa istoricul apelurilor într-un cluster nou, consultați pașii pentru adăugarea unui cluster în Configurați organizația partenerului în Hubul partenerului.

Activați istoricul apelurilor (cluster existent)

Pentru a activa istoricul apelurilor pe un cluster existent, urmați pașii de mai jos:

Conectați-vă la Partner Hub la admin.webex.com.
Accesați Setări și selectați un cluster existent.
Verificați dacă conexiunea clusterului este bună. Panoul din dreapta trebuie să afișeze o marcă de verificare verde cu Connection stabilită.

Dacă acest lucru nu apare, sub Verificare conexiuni (opțional), introduceți ID-ul de utilizator BroadWorks și parola BroadWorks și faceți clic pe Verificare pentru a verifica dacă conexiunea este bună.
Bifați caseta de selectare Activare istoric apeluri .
Faceți clic pe Salvați.

Interacțiuni caracteristică

Există următoarele interacțiuni ale caracteristicii pentru istoricul apelurilor unificate:

Istoricul de apeluri unificat nu este acceptat pentru utilizatorii care sunt configurați în BroadWorks cu liste de rutare sau rute directe. Atunci când această situație există, evenimentele privind istoricul apelurilor și starea cârligului nu sunt trimise în Aplicația Webex.
Istoricul de apeluri unificat nu este acceptat cu apelarea extensiei. Apelurile care sunt plasate utilizând apelarea extensie nu pot fi reflectate corect în istoricul apelurilor.

Vizualizați istoricul apelurilor în aplicația Webex

Utilizatorii finali pot accesa și vizualiza istoricul de apeluri unificat din aplicația Webex. Pentru detalii, consultați: Istoricul apelurilor și întâlnirilor Webex | View.

Dezactivați istoricul apelurilor unificate

Indicație Spam vizual

Aplicația Webex acceptă o indicație vizuală a apelurilor spam în anunțul de participare la apel atunci când apelul este prezentat la apelare și în înregistrările din istoricul apelurilor unificate atunci când BroadWorks este actualizat pentru a efectua validarea ID-ului apelantului prin intermediul cadrului STIR/SHAKEN. Pentru a avea această caracteristică:

Activați istoricul apelurilor unificate conform descrierii din secțiunea anterioară.
Trebuie să fie instalaţi şi activi următorii plasturi:
- AP.as.23.0.1075.ap384591 / AP.as.24.0.944.ap384591
- sau AS-25_Rel_2022.12 la un nivel minim
Funcția trebuie să fie activată prin intermediul CLI AS:
- AS_CLI/System/ActivatableFeature> activați 104112
- AS_CLI/System/StirShaken> setați enableVerificare adevărată
Broadworks trebuie să fie configurat pentru a efectua semnarea, etichetarea și verificarea STIR-SHAKEN așa cum este descris în Etichetarea și Verificarea semnării STIR-SHAKEN Cisco BroadWorks

Când BroadWorks este configurat în mod corespunzător, se va adăuga un nou antet X-Cisco-CallerId-Disposition în solicitările INVITE trimise clienților Cisco și se va adăuga un nou câmp callerIdDisposition în Evenimentele din istoricul apelurilor existente care sunt trimise către Webex Cloud prin interfața CTI. Dispozitivele Webex vor utiliza aceste informații pentru a oferi o indicație vizuală de tip spam în prezentarea apelurilor și în istoricul de apeluri unificat al apelului.

Identificarea apelantului și redirecționarea apelului

Identificare apelant

Dacă găsește mai multe instanțe ale unui număr într-o singură sursă, nu va încerca să aleagă unul dintre ele, în acest caz, nu va afișa niciun ID de apelant.

Identitatea comună Webex (CI) care conține utilizatorii organizației dvs.
Contacte personale și organizaționale. Contactele personale sunt vizibile sub fila Contacte.
Adresa locală. În Windows - Aplicația Outlook, în Mac - Contacte Mac, în iOS - Contacte iPhone, în Android - Contacte Android.

Redirecționare apel

Apel redirecționat: Afișează numărul care a redirecționat apelul.
Grup de hunting: Afișează numele grupului de hunt care a redirecționat apelul.
Coadă centru de apeluri: Afișează numele cozii care a redirecționat apelul.
Asistent executiv: Afișează numele Executivului pentru care vine apelul.

Excepții:

Pentru apelurile din coada de apeluri internă, în cazul în care un agent apelează înapoi o parte internă, partea de la distanță nu va vedea numele cozii de apeluri, ci va vedea numele agentului care le apelează.

Apelul a fost Răspuns În Altă Parte:

Aspect linie partajată

Această caracteristică ajută utilizatorii să gestioneze apelurile în extensia altui utilizator direct din Aplicația Webex.

Puteți configura aparența liniei partajate numai pentru versiunea desktop a Aplicației Webex.
Puteți adăuga maximum 10 linii în Aplicația Webex, inclusiv linia principală.
Nu puteți aloca linia unui spațiu de lucru ca linie partajată.
Un utilizator nu poate fi asigurat cu serviciul de Asistent Executiv în același timp cu partajarea liniilor.
Portul liniei principale a unui utilizator nu trebuie schimbat într-o linie partajată.

Cerințe

Pentru a implementa această funcție pe Webex pentru Cisco BroadWorks, trebuie să implementați următorii plasturi BroadWorks:

Patch 1: Drapelul proprietarului din lista de dispozitive pentru a sprijini liniile partajate ale clienților Webex

R23 fără ADP:

AP.as.23.0.1075.ap384179
AP.xsp.23.0.1075.ap384179

R23 cu ADP:

AP.as.23.0.1075.ap384179
Xsi-Acţiuni-23_2022.10

R24:

CA: AP.as.24.0.944.ap384179
Xsi-Acţiuni-24_2022.10

R25:

CA: Versiunea RI Rel_ 2022.10_1.310
Xsi-Acțiuni-25_ 2022.10

Patch 2: Patch-uri pentru creșterea numărului de porturi pe tipuri de profil dispozitiv (în acest caz pentru clientul desktop: Comunicator de afaceri).

Versiunea RI Rel_ 2022.10_1.310

Sincronizare Nu deranjați (DND).

Sincronizarea DND se aplică la nivelul clusterului BroadWorks și poate fi activată în Partner Hub de către un administrator partener.

Cerințe preliminare

Asiguraţi-vă că următorii plasturi sunt aplicaţi pe AS şi XSP|ADP. Aplicați numai plasturii pentru versiunea BroadWorks.

Pentru Versiunea 22:

CA plasture transdermic: AP.as.22.0.1123.ap382615, AP.as.22.0.1123.ap382838
Patch-ul |ADP XSP: AP.xsp.22.0.1123.ap382615, AP.xsp.22.0.1123.ap382838

Pentru Versiunea 23:

CA plasture transdermic: AP.as.23.0.1075.ap382615, AP.as.23.0.1075.ap382838
Patch-ul |ADP XSP: AP.xsp.23.0.1075.ap382615, AP.xsp.23.0.1075.ap382838
Aplicații ADP: Xsi-Actions-23_ 2022.03_1.220.bwar, Xsi-Events-23_2022.03_1.220.bwar

Pentru versiunea 24:

CA plasture transdermic: AP.as.24.0.944.ap382615, AP.as.24.0.944.ap382838
Aplicații ADP: Xsi-Actions-24_ 2022.03_1.220.bwar, Xsi-Events-24_2022.03_1.220.bwar

După ce aplicați plasturii, activați caracteristica 25433 pe AS:

AS_CLI/System/ActivatableFeature> activate 25433

Activați sincronizarea DND (cluster existent)

Conectați-vă la Partner Hub
Faceți clic pe Setări.
Faceți clic pe Vizualizare cluster și selectați clusterul BroadWorks corespunzător.
Activați comutatorul de sincronizare Nu deranjați (DND).
Introduceți ID-ul de utilizator BroadWorks și faceți clic pe Activare.

Sistemul validează faptul că clusterul BroadWorks are plasturii potriviți pentru a sprijini sincronizarea DND. Dacă validarea eșuează, butonul Salvare este dezactivat.
Dacă validarea reușește, faceți clic pe Salvare.

Odată ce sincronizarea DND este activată, Webex reîmprospătează toate abonamentele utilizatorilor pentru a include pachetul Nu deranjați evenimentul. În funcție de numărul de utilizatori, acest proces poate dura câteva ore pentru a finaliza.
Activarea sincronizării DND este un comutator cu un singur mod. Odată ce funcția este activată, nu o puteți dezactiva pe cont propriu.

Activați sincronizarea DND (cluster nou)

De asemenea, puteți activa funcția în timpul creării de clustere. Pentru detalii, consultați „Configurați clusterele BroadWorks” din Configurați organizația partenerului în Partner Hub.

Dezactivați sincronizarea DND

Nu puteți dezactiva Sincronizarea DND pe cont propriu. Pentru a dezactiva caracteristica, creați un caz BEMS de inginerie cu următoarele informații:

Familie: Serviciu Spark
Produs: Apelare în Webex (Webex pentru BroadWorks)
Componentă: Furnizare WxBW
Cazul BEMS trebuie să precizeze că Nu deranjați sincronizarea trebuie să fie dezactivată pentru un partener. Cazul trebuie să conțină partnerId și clusterId BroadWorks.

Cazuri de utilizare

Înregistrare apeluri

Webex pentru Cisco BroadWorks acceptă patru moduri de înregistrare a apelurilor.

Tabelul 6. Moduri de înregistrare
Moduri de înregistrare	Descriere	Controale/indicatori care se afișează în aplicația Webex
Întotdeauna	Înregistrarea este inițiată automat atunci când apelul este stabilit. Utilizatorul nu are capacitatea de a porni sau opri înregistrarea.	Indicator vizual în curs de înregistrare
Întotdeauna cu întrerupere/reluare	Înregistrarea este inițiată automat atunci când apelul este stabilit. Utilizatorul poate întrerupe și relua înregistrarea.	Indicator vizual în curs de înregistrare Buton pauză înregistrare Buton Reluare înregistrare
Nu este necesară	Înregistrarea este inițiată automat atunci când apelul este stabilit, dar înregistrarea este ștearsă, cu excepția cazului în care utilizatorul apasă Start Recording. Dacă utilizatorul începe înregistrarea, înregistrarea completă din configurarea apelului este reținută. După începerea înregistrării, utilizatorul poate, de asemenea, să întrerupă și să reia înregistrarea	Buton Start Înregistrare Buton pauză înregistrare Buton Reluare înregistrare
OnDemand cu inițiere inițiată de utilizator	Înregistrarea nu inițiază decât dacă utilizatorul selectează opțiunea Start Recording din aplicația Webex. Utilizatorul are opțiunea de a începe și opri înregistrarea de mai multe ori în timpul unui apel.	Buton Start Înregistrare Buton Oprire înregistrare Buton pauză înregistrare

Cerințe

Pentru a implementa această funcție pe Webex pentru Cisco BroadWorks, trebuie să implementați următorii plasturi BroadWorks:

Identificatorul de corelație apeluri trebuie să fie activat. Pentru detalii, consultați Activarea identificatorului de corelație apeluri.

Pentru a utiliza această funcție, trebuie să fie activată următoarea etichetă de configurare: %ENABLE_CALL_RECORDING_WXT%.

Această caracteristică necesită o integrare cu o platformă terță parte de înregistrare a apelurilor.

Pentru a configura înregistrarea apelurilor în BroadWorks, accesați Ghidul interfeței de înregistrare a apelurilor Cisco BroadWorks.

Informații suplimentare

Pentru informații despre utilizator despre modul de utilizare a caracteristicii Înregistrare, accesați help.webex.com articol Webex | Înregistrați apelurile.

Pentru a reda o înregistrare, utilizatorii sau administratorii trebuie să acceseze platforma de înregistrare a apelurilor terță parte.

Grup Call Park și Preluați

Funcție de funcționare

După ce caracteristica este configurată

În timpul unui apel, un utilizator face clic pe opțiunea Park din aplicația Webex pentru a parca apelul la o extensie pe care sistemul o selectează automat. Sistemul afișează extensia utilizatorului pentru o perioadă de 10 secunde.
Un alt utilizator din grup face clic pe opțiunea Recuperare apel din aplicația Webex. Utilizatorul intră apoi în extensia apelului parcat pentru a continua apelul.

Cerințe

Pentru ca această caracteristică să funcționeze, asigurați-vă că aveți următoarele:

Fișierul de configurare a clientului trebuie să aibă următoarele etichete setate:

<call-park enabled="%ENABLE_CALL_PARK_WXT%"
        timer="%CALL_PARK_AUTO_CLOSE_DIALOG_TIMER_WXT%"/>

Identificatorul de corelație apeluri trebuie să fie activat pe AS și XSP|ADP. Pentru detalii, consultați Activarea identificatorului de corelație apeluri.
SBC-ul trebuie să fie configurat pentru a trece ‘ x-broadworks-correlation-in' atribuie SIP către și de la serverul de aplicații.

Configurare

Informații suplimentare

Pentru informații despre utilizator despre modul de utilizare a parcului de apeluri de grup, consultați Webex | Park și preluați apelurile.

Parcare apel/Parcare apel direcționat

Introduceți *68 pentru a parca un apel
Introduceți *88 pentru a prelua un apel

Întrerupeți

Serviciul de tip barge-in este utilizat în mod obișnuit în mediile centrului de apeluri sau în alte situații în care poate fi necesară asistență sau intervenție imediată.

Atunci când apare o barjă, se stabilește un apel în trei moduri între părți. Se introduc următorii termeni:

Supervizor: Un supervizor este o persoană care supraveghează și gestionează o echipă de agenți de servicii pentru clienți sau reprezentanți ai centrului de apeluri. În contextul întreruperii apelurilor, un supervizor are, de obicei, capacitatea de a monitoriza și de a interveni în apelurile în curs ale clienților. Aceștia pot utiliza instrumente de monitorizare a apelurilor sau software-ul pentru a asculta apelurile, pentru a oferi îndrumare agenților și pentru a asigura controlul calității. Rolul supraveghetorului poate implica agenți de formare, abordarea preocupărilor clienților și optimizarea performanței echipei.
Client: Un client se referă la o persoană sau o entitate care se angajează cu o companie sau o organizație pentru a obține produse, servicii sau asistență. În contextul introducerii apelului, un client este o persoană care efectuează sau primește un apel telefonic cu un agent de servicii pentru clienți. Clienții pot solicita asistență, informații sau soluționarea întrebărilor sau problemelor lor în timpul apelului. Funcția de blocare a apelurilor permite supraveghetorilor sau personalului autorizat să se alăture apelului în curs între client și agent.
Agent: Un agent, cunoscut și sub numele de reprezentant al serviciului pentru clienți sau agent al centrului de apeluri, este o persoană responsabilă pentru gestionarea interacțiunilor cu clienții și furnizarea de asistență sau asistență prin telefon sau prin alte canale de comunicare. Agenții sunt instruiți să abordeze întrebările clienților, să rezolve problemele, să proceseze tranzacțiile și să ofere o experiență pozitivă pentru clienți. În contextul intrării în apelare, un agent este persoana care vorbește direct cu clientul în timpul apelului telefonic. Agentul poate primi îndrumare sau feedback de la supervizor prin intermediul apelului de tip barge-in, dacă este necesar.

Creşterea numărului de apeluri nativ mobile la întâlnire

Scala de apel nativ mobil la întâlnire vine cu două caracteristici unice:

Notificare push nouă

Utilizatorii de telefonie mobilă aflați într-un apel nativ pot comuta acum la Aplicația Webex atingând Notificarea push nouă. Când începeți un ecran de apel nativ, pe ecran apare o Notificare push Nouă și atingând notificarea vă duce direct la ecranul în apel al Aplicației Webex.

Vizualizați notificarea Webex în timpul unui apel telefonic mobil dacă utilizați Webex Go sau operatorul de rețea mobilă (MNO) are semnalizarea apelurilor utilizând controlul apelurilor Cisco pentru apelurile telefonice mobile.
Mutați apelul mobil în întâlnire

Când vă aflați în mijlocul unui apel cu cineva, este posibil să doriți să mutați acel apel într-o întâlnire pentru a utiliza unele caracteristici avansate ale întâlnirilor, cum ar fi transmisia video, partajarea sau tabla. Sau invitați alte persoane la discuție și mutați-vă la o întâlnire.

Cerințe BroadWorks

Caracteristică activabilă 25239
R23 cu XSP|ADP:
- AS Patch AP.as.23.0.1075.ap383064
- XSP|ADP Patch AP.xsp.23.0.1075.ap383064
- Patch AP.platform.23.0.1075.ap383064
R23 cu ADP:
- AS Patch AP.as.23.0.1075.ap383064
- ADP cu Xsi-Actions-23, versiunea CommPilot-23 > 2022.05_1.303 și versiunea NPS > 2022.08_1.350
R24:
- CA plasture transdermic: AP.as.24.0.944.ap383064
- ADP cu Xsi-Actions-24, versiunea CommPilot-24 > 2022.05_1.303 și versiunea NPS > 2022.08_1.350
R25:
- AS versiunea RI Rel_ 2022.08_1.354
- ADP cu Xsi-Actions-25, CommPilot-25 > 2022.08_1.350 și versiunea NPS > 2022.08_1.350

Configurație apelare URI pentru a sprijini mutarea apelului în întâlnire

Politica NS de apelare rapidă

Definiți regula pentru (.*)webex.com pentru a ruta prin I-SBC

NS_CLI/Policy/UrlDialing> get WebexMeetings
 Policy: UrlDialing  Instance: Webex
   unknownSipURIHandling = reject
   disableSubscriberLookups = true
   Enable = true
   CallTypes:
     Selection = {ALL}
     From = {PCS, ALL, TRMT, LO, TPSX, OAX, GNT, DP, LPS, OA, TPS, IOA, MOBX, EA, FGB, MOB, SNEN, POA, SV, SVCD, CAC, IN, TO1X, MS, CSV, VSC, EM, SVCO, SMC, TPSE, ZD, NIL, CS, CT, TF, GAN, VFAC, TO, DA, OAP}
   lineportOnly = false
   enableSipURIMatchingRules = true

NS_CLI/Policy/UrlDialing/Rules> get WebexMeetings
 Policy: UrlDialing  Instance: WebexCalling  Table: Rules
   id            pattern      routingNE  cost  weight            dtg
===================================================================
    1      *@*.webex.com  WebexMeetings     1      50  WebexMeetings

NS Routing NE pentru I-SBC

configurare Exemplu

NS_CLI/System/Device/RoutingNE> get ne WebexMeetings
 Network Element  WebexMeetings
    Location              =  1281465
    Data Center           =
    Static Cost           =  1
    Static Weight         =  99
    Poll                  =  false
    OpState               =  enabled
    State                 =  OnLine
    Profile               =  NIL_PROFILE
    Remote Lookup Enabled =  false
    Signaling Attributes  =

NS_CLI/System/Device/RoutingNE/Address> get ne WebexMeetings
      Routing NE     Address  Cost  Weight  Port    Transport    Route
=====================================================================
   WebexMeetings sbc-address     1      99     -  unspecified

Profil de rutare NS

Instanța de politică UrlDialing adăugată la profilul(ele) de rutare corespunzător(e)

NS_CLI/Policy/Profile> get profile MyInst
 Profile:  Webex
                  Policy              Instance
    ==========================================
 …
              UrlDialing          WebexMeetings

CA Utilizare Rută NS pentru apel NetworkURL

Activați AS pentru a onora ruta NS în modul Hybrid AS

AS_CLI/Interface/IMS> set queryNSForNetworkURL true

Apelare de urgență E911

Utilizați următoarele articole Webex pentru a configura asistența pentru serviciile de apelare de urgență E911:

Apelare de urgență E911 în Webex pentru BroadWorks—Utilizați acest articol pentru a configura apelarea de urgență E911 în Webex pentru Cisco BroadWorks utilizând unul dintre următorii furnizori E911 acceptați:
- Lățime de bandă
- Intrado
- RedSky
Disclaimer pentru apeluri de urgență—Dacă aveți un serviciu de localizare, puteți configura fereastra Disclaimer pentru servicii de urgență din Aplicația Webex pentru a include o opțiune pentru ca utilizatorii să își actualizeze locația atunci când se conectează.

Personalizați și configurați clienții

Aceste două seturi de configurații se pot suprapune, caz în care configurația Webex depășește configurația BroadWorks.

Adăugați șabloane de configurare a aplicațiilor Webex pe serverul aplicației BroadWorks

Aplicațiile Webex sunt configurate cu fișiere DTAF. Clienții descarcă un fișier XML de configurare de pe serverul aplicației, prin serviciul de administrare a dispozitivelor de pe XSP|ADP.

Obțineți fișierele DTAF necesare (consultați profilurile dispozitivului din secțiunea Pregătire mediu).
Verificați dacă aveți seturile de etichete corecte în BroadWorks System > Resurse > Setările etichetei de administrare a dispozitivelor.

Pentru fiecare client pe care îl configurați:

Descărcați și extrageți fișierul zip DTAF pentru clientul particular.
Importați fișiere DTAF în BroadWorks la Sistem > Resurse > Tipuri de profil de identitate/dispozitiv

Deschideți profilul dispozitivului nou adăugat pentru editare și:

Introduceți FQDN și Protocolul de acces la dispozitiv la ferma XSP|ADP.

Bifați caseta de selectare Support Remote Party Info . Acest suport este necesar pentru ca partajarea desktop-ului să funcționeze.

Modificați șabloanele în funcție de mediul dumneavoastră (consultați tabelul de mai jos).
Salvează-ți profilul.

Faceți clic pe Fișiere și autentificare și apoi selectați opțiunea de a reconstrui toate fișierele de sistem.

Nume	Descriere
Prioritate Codec	Configurați ordinea prioritară pentru codecurile audio și video pentru apelurile VoIP
TCP, UDP și TLS	Configurați protocoalele utilizate pentru semnalizarea SIP și media
Porturi audio și video RTP	Configurați intervalele portului pentru transmisia audio și video RTP
opțiuni SIP	Configurați diferite opțiuni legate de SIP (SIP INFO, utilizați rport, descoperire proxy SIP, intervale de reîmprospătare pentru înregistrare și abonare etc.)

Personalizați brandingul pentru aplicația Webex

Personalizări partener — Administratorii parteneri pot aplica personalizări avansate de branding care se aplică organizației partenere și/sau clienților pe care partenerul îi gestionează. Consultați Configurarea personalizărilor avansate de branding.
Personalizări client – Dacă partenerul permite clienților să aplice propriile personalizări Branding, administratorii clienților pot urma procedurile de la Adăugare Branding Company la Webex.

Portalul de activare a utilizatorului utilizează aceeași siglă pe care o adăugați pentru branding-ul clientului.

Personalizați URL-urile de raportare a problemelor și de asistență

Pentru a personaliza aceste opțiuni, administratorii pot urma procedura "Add Feedback and Help Site URL", care poate fi găsită în ambele articole de Branding de mai sus.

Configurați organizația dvs. de testare pentru Webex pentru Cisco BroadWorks

Înainte de a începe

Cu Flowthrough Provizionare

Trebuie să configurați toate serviciile XSP|ADP și organizația parteneră din Control Hub, înainte de a putea efectua această sarcină.

Alocați serviciul în BroadWorks:

Creați o întreprindere de testare sub întreprinderea furnizorului dvs. de servicii în BroadWorks sau creați un grup de testare sub Furnizorul dvs. de servicii (depinde de configurarea BroadWorks).
Configurați serviciul IM&P pentru acea întreprindere, pentru a indica șablonul pe care îl testați (preluați URL-ul adaptorului de configurare și acreditările din șablonul de integrare Control Hub).
Creați abonați de testare în acea întreprindere / grup.
Oferiți utilizatorilor adrese de e-mail unice în câmpul de e-mail din BroadWorks. Copiați și cele din atributul ID alternativ.

Alocați serviciul IM&P integrat abonaților respectivi.

Verificați organizația clienților și utilizatorii din Control Hub:

Conectați-vă la Control Hub cu contul de administrator partener.
Accesați Clienți și verificați dacă noua dvs. organizație client se află în listă (numele urmează numele grupului sau numele întreprinderii, de la BroadWorks).
Deschideți organizația client și verificați dacă abonații sunt utilizatori în organizația respectivă.
Verificați dacă primul abonat căruia i-ați atribuit serviciul IM&P integrat a devenit administratorul clientului acelei organizații.

Teste utilizator

1	Descărcați aplicația Webex pe două mașini diferite.
2	Conectați-vă ca utilizatori de testare pe cele două mașini.
3	Efectuați apeluri de testare.

Gestionarea Webex pentru BroadWorks

Furnizarea de organizații pentru clienți

Furnizați utilizatori

Puteți să furnizați utilizatorilor în aceste moduri:

Utilizați API-uri pentru a crea conturi Webex
Alocați IM&P integrat (configurare flux) cu e-mailuri de încredere pentru a crea conturi Webex
Alocați IM&P integrat (configurare flux) fără e-mailuri de încredere. Utilizatorii furnizează și validează adrese de e-mail pentru a crea conturi Webex
Permiteți utilizatorilor să se autoactiveze (le trimiteți un link, creează conturi Webex)

API-uri de asigurare a accesului public

Clienții angro vor fi respinși de aceste API-uri.

Configurare flowthrough

Pentru a confirma că utilizatorii și organizația client sunt complet configurați pe Webex, trebuie să vă conectați la Partner Hub și să căutați în lista de clienți.

Locația șabloanelor a fost mutată de la BroadWorks Calling in Org Settings la secțiunea Listă de clienți și acum se numește șablonul de integrare.

Auto-activare utilizator

Pentru a furniza utilizatorilor BroadWorks în Webex, fără a aloca serviciul IM&P integrat:

Conectați-vă la Partner Hub și găsiți pagina Listă clienți .
Faceți clic pe Vizualizare șabloane.
Selectați șablonul de integrare de configurare pe care doriți să îl aplicați acestui utilizator.

Rețineți că fiecare șablon este asociat cu un cluster și cu organizația dvs. parteneră. Dacă utilizatorul nu se află în sistemul BroadWorks asociat cu acest șablon, utilizatorul nu se poate auto-activa cu link-ul.
Copiați linkul de configurare și trimiteți-l utilizatorului.

De asemenea, este posibil să doriți să includeți linkul de descărcare a software-ului și să reamintiți utilizatorului de care are nevoie pentru a furniza și valida adresa de e-mail pentru a-și activa contul Webex.
Puteți monitoriza starea de activare a utilizatorului în șablonul selectat.

Pentru mai multe informații, consultați Fluxurile de configurare și activare a utilizatorului.

Furnizarea de e-mailuri de neîncredere

Mutați utilizatorii Webex în Webex pentru Cisco BroadWorks

Pentru a muta utilizatorii Webex existenți în Webex pentru Cisco BroadWorks, consultați tabelul de mai jos pentru a determina procedura de urmat.

Utilizatorul Webex existent aparține unui...

Urmați aceste procese pentru a muta utilizatorul

Organizația consumatorului sau autentificarea (de exemplu, cont gratuit, cont de încercare)

Configurarea utilizatorilor—Dacă organizația Webex pentru BroadWorks nu există (fără utilizatori configurați), urmați configurarea normală pentru a furniza primul utilizator ca utilizator de administrator și creați organizația. Acest lucru mută automat contul de utilizator Webex pentru primul utilizator. Pentru utilizatorii următori, utilizați procedura de mai jos.
Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks—Dacă există organizația Webex pentru BroadWorks (primul utilizator este configurat), obțineți consimțământul utilizatorului și mutați utilizatorii următori.

organizație Client

Utilizatorul Webex existent aparține unui...

Urmați aceste procese pentru a muta utilizatorul

Organizația consumatorului sau autentificarea (de exemplu, cont gratuit, cont de încercare)

Dacă organizația Webex for BroadWorks nu există (nu sunt configurați utilizatori):

Configurarea utilizatorilor—Urmați configurarea normală pentru a adăuga primul utilizator ca utilizator de administrator. Acest lucru mută automat contul primului utilizator și creează organizația Webex pentru BroadWorks. Consimțământul utilizatorului este necesar pentru a muta utilizatorii secvențiali (utilizați procedura de mai jos).

Dacă există o organizație Webex for BroadWorks (cel puțin un utilizator este configurat):

Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks—Obțineți consimțământul utilizatorului și mutați utilizatorii următori.

organizație Client

Atașați Webex for BroadWorks la organizația existentă—atașamentul organizației (pentru primul utilizator) adaugă, de asemenea, Webex for BroadWorks la utilizatorii următori, atât timp cât acestea sunt atribuite organizației corecte.

Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks

Mutați utilizatorul (cu e-mail de încredere) – utilizează configurarea cu e-mailuri de încredere
Mutați utilizatorul (cu e-mail de neîncredere) – utilizează configurarea cu e-mailuri nefiabile
Auto-activare

Mutați utilizatorul (cu e-mail de încredere)

Dacă șablonul de integrare utilizează e-mailuri de încredere, administratorul partener poate muta utilizatorii următori în acest proces:

Administratorul adaugă utilizatorul.
- Utilizatorul este împins la Podul de configurare BroadWorks.
- Căutarea CI determină faptul că acest utilizator are un alt cont Webex cu această adresă de e-mail.
- Un e-mail automat este trimis utilizatorului.
Utilizatorul deschide e-mailul și face clic pe Activare cont. Utilizatorul este redirecționat către portalul Webex Consumer.
Conectați utilizatorul la Webex.
Faceți clic pe Ștergere pentru a șterge vechiul cont Webex.
- Contul vechi Webex este șters.
- Utilizatorul este configurat în Webex pentru Cisco BroadWorks utilizând aceeași adresă de e-mail.
- Utilizatorul este direcționat către pagina Descărcare.

Mutați utilizatorul (cu e-mail de neîncredere)

Administratorul adaugă utilizatorul.
- Utilizatorul este împins automat la Podul de configurare BroadWorks.
- Un text cu un link de activare este trimis utilizatorului.
Utilizatorul face clic pe linkul Activare și introduce adresa lor de e-mail.
- Căutarea CI determină faptul că acest utilizator are un alt cont Webex cu această adresă de e-mail.
- Un e-mail automat este trimis utilizatorului.
Utilizatorul deschide e-mailul și face clic pe Alăturați-vă acum.
- Adresa de e-mail este validată.
- Utilizatorul este redirecționat pentru a se conecta la portalul Webex Consumer.
Conectați utilizatorul la Webex.
Utilizatorul trebuie să facă clic pe Ștergere pentru a șterge vechiul cont Webex.
- Contul vechi Webex este șters.
- Utilizatorul este configurat în Webex pentru Cisco BroadWorks utilizând aceeași adresă de e-mail.
- Utilizatorul este direcționat către pagina Descărcare.

Flux de auto-activare

Dacă utilizatorul are un cont BroadWorks existent, acesta poate utiliza procesul de auto-activare pentru a-și muta contul.

Utilizatorul se conectează la URL-ul Portalului de acces al utilizatorului utilizând acreditările BroadWorks.
Utilizatorul își introduce adresa de e-mail.
- Utilizatorul este împins la BroadWorks Provisioning Bridge.
- Un e-mail automat este trimis la adresa de e-mail a utilizatorului.
Utilizatorul deschide e-mailul și face clic pe link-ul Alăturați-vă acum , care validează adresa de e-mail.
- CI găsește că utilizatorul are un cont Webex existent. Utilizatorul trebuie să șteargă vechiul cont înainte de a putea continua.
- Utilizatorul este redirecționat pentru a se conecta la Webex.
Utilizatorul se conectează la Portalul pentru consumatori.
Utilizatorul face clic pe Ștergere cont.
- Contul Webex vechi este șters.
- Utilizatorul are la dispoziție un nou cont Webex pentru Cisco BroadWorks cu aceeași adresă de e-mail.

Atașați Webex for BroadWorks la organizația existentă

Este necesară aprobarea administratorului organizației dacă oricare dintre următoarele sunt adevărate:

Organizația client existentă are 100 de utilizatori sau mai mulți
Organizația are un domeniu de e-mail verificat
Domeniul organizației este revendicat

Dacă niciunul dintre criteriile de mai sus nu este adevărat, atunci poate apărea o Atașare Automată.

Administratorii parteneri pot finaliza următoarea procedură pentru a adăuga servicii de apelare BroadWorks la o organizație Webex existentă:

Asigurați-vă că e-mailurile Permite invitarea administratorului sunt atașate la organele existente (comutatorul este activat în mod implicit).

Administratorul partener furnizează Webex pentru Cisco BroadWorks pentru client. Pentru ajutor, consultați Furnizarea organizațiilor pentru clienți. Se întâmplă următoarele:

Atașamentul organizației eșuează cu o 2017 eroare (Nu s-a putut furniza Abonatul într-o organizație Webex existentă). (O eroare nu va fi primită în timpul unui atașament automat.)
Se generează o notificare prin e-mail și se trimite administratorilor organizației clientului (până la cinci administratori). Notificarea prin e-mail evidențiază e-mailul administratorului partenerului (așa cum este configurat în șablonul de integrare din Hub-ul partenerului) și solicită administratorului organizației să aprobe administratorul partenerului ca administrator extern. Administratorul organizației clientului trebuie să aprobe cererea și să ofere administratorului partener acces complet al administratorului la organizația clientului.

După finalizarea furnizării serviciilor de apelare, organizația client existentă va fi vizibilă ca client sub organizația partener Webex pentru BroadWorks.

Numele organizației atașate nu se va schimba în numele întreprinderii BroadWorks. Numele organizației atașate va rămâne așa cum a fost înainte de procesul de atașare.

Condițiile atașamentului organizației

Adresa de e-mail a primului abonat BroadWorks furnizat trebuie să corespundă cu adresa de e-mail a unui utilizator existent în organizația client vizată. În caz contrar, va fi creată o nouă organizație pentru clienți.
Primul utilizator din organizația existentă care este configurat pentru Webex pentru BroadWorks nu este configurat ca utilizator de administrator. Setările și drepturile organizației existente sunt păstrate.
Setările de autentificare existente ale organizației au prioritate față de ceea ce este configurat în șablonul de configurare Webex pentru BroadWorks. Ca rezultat, nu există nicio modificare a modului în care utilizatorii existenți se conectează.
- Cu toate acestea, dacă organizația client existentă are activată branding-ul de bază, după ce atașamentul apare, setările avansate de branding ale partenerului vor avea prioritate. Dacă clientul dorește ca brandingul de bază să rămână intact, atunci partenerul trebuie să configureze organizația clientului pentru a suprascrie brandingul în setările avansate de branding.
Numele organizației existente nu se va schimba.
Nu există nicio modificare a setării steagului de ștergere a e-mailului în setările organizației existente. Acest lucru poate afecta utilizatorii nou configurați. În funcție de modul în care este setat steagul, este posibil ca noii utilizatori să primească sau să nu primească un e-mail cu un cod care trebuie introdus pentru a finaliza activarea.
Modul Administrator restricționat (setat de comutatorul Modul partener restricționat) este dezactivat pentru organizația atașată.
Asigurați-vă că finalizați procesul de atașare a organizației (mutarea utilizatorilor existenți și actualizarea ID-ului organizației), înainte de a furniza noi utilizatori în organizația Webex pentru Cisco BroadWorks.
O întreprindere BroadWorks poate fi asociată doar cu o singură organizație Webex. Nu puteți furniza abonați de la o singură întreprindere BroadWorks în organizații Webex separate.

Adăugare administrator extern

Administratorul clientului trebuie să ofere administratorului extern drepturi și privilegii de Administrator complet.

Dezactivați Webex pentru BroadWorks din organizația existentă

Dacă nu aveți acces la setările clientului din Control Hub, administratorul clientului vă acordă acces la administratorul extern urmând Aprobarea solicitării administratorului extern.
Eliminați toate spațiile de lucru Webex pentru BroadWorks din organizație. Utilizați API-ul Eliminare spațiu de lucru BroadWorks .
Eliminați toți abonații Webex pentru BroadWorks din organizație. Utilizați API-ul Eliminare abonat BroadWorks .
Eliminați utilizatorii Webex în așteptare pentru BroadWorks din organizație. De exemplu, dacă utilizatorii au fost configurați prin intermediul fluxului de e-mail neautentificat și e-mailurile valide nu au fost încă introduse, utilizatorii sunt lăsați într-o stare în așteptare. Urmați Verificați configurarea utilizatorului cu e-mailuri nefiabile pentru a șterge utilizatorii.
Ștergeți configurația BroadWorks Calling pentru acest client. Deschideți instanța Control Hub a clientului, faceți clic pe Hybrid, în secțiunea BroadWorks Calling ștergeți toate configurațiile.

După finalizarea detașării, dacă doriți să atașați Webex for BroadWorks clientului, urmați procesele de configurare pentru a atașa unui client existent.

Gestionați utilizatorii și organizațiile

Verificați configurarea utilizatorului cu e-mailuri de neîncredere

1	Conectați-vă la Partner Hub și găsiți pagina Listă clienți .
2	Faceți clic pe Vizualizare șabloane. Selectați șablonul de integrare corespunzător pe care doriți să îl aplicați acestui utilizator.
3	În conformitate cu Verificarea utilizatorului, verificați dacă sunt setate următoarele setări pentru a vă asigura că configurarea fluxului cu e-mailuri neconfirmate este configurată corect: Opțiunea E-mailuri nefiabile trebuie bifată Câmpul Share Link trebuie să indice linkul Activare. Dacă totul este configurat, utilizatorii pot încerca să se autosesizeze prin Portalul de activare a utilizatorului.
4	După ce apare configurarea utilizatorului, în secțiunea Verificare utilizator , faceți clic pe Afișare stare utilizator pentru a verifica starea de configurare. Vizualizarea stării utilizatorului afișează lista de utilizatori împreună cu detalii, cum ar fi ID-ul BroadWorks, tipul de pachet selectat și starea curentă, care arată dacă utilizatorul este configurat sau dacă există o cerință în așteptare.
5	Pentru utilizatorii cu erori sau cerințe în așteptare, faceți clic pe cele trei puncte din dreapta și alegeți una dintre următoarele opțiuni administrative: Reîncercați activarea—Faceți clic pe această opțiune pentru a reîncerca integrarea utilizatorului. În fereastra pop-up, introduceți o adresă de e-mail validă și faceți clic pe Înregistrare. Ștergeți utilizatorul—Această opțiune poate fi adecvată dacă trebuie să modificați configurația pentru a permite integrarea. După ce ștergeți utilizatorul și efectuați modificările, utilizatorul poate încerca din nou să se integreze. Schimbați tipul de pachet—Schimbați setarea de la un pachet la altul: Copiați textul de eroare—Faceți clic pe această opțiune pentru a copia textul de eroare.

Opțiuni de vizualizare suplimentare

Următoarele opțiuni suplimentare sunt disponibile atunci când vizualizați lista de utilizatori:

Export—Faceți clic pe acest buton dacă doriți să exportați lista de utilizatori într-un fișier CSV.
Excludeți utilizatorii configurați—Activați acest comutator dacă doriți să vizualizați numai utilizatorii cu cerințe în așteptare sau erori.

Modificați ID-ul utilizatorului sau adresa de e-mail

Modificări ale ID-ului de utilizator și adresei de e-mail

Atribut în BroadWorks	Atribut corespunzător în Webex	Scop	Note
ID utilizator BroadWorks	Fără	Identificator principal	Nu puteți schimba acest identificator și totuși să asociați utilizatorul la același cont în Webex. Puteți șterge utilizatorul și recrea dacă nu este corect.
ID e-mail	ID utilizator	Obligatoriu pentru configurarea prin flux (crearea ID-ului de utilizator Webex) atunci când afirmați că aveți încredere în e-mail Nu este necesar în BroadWorks dacă nu afirmați că puteți avea încredere în e-mailuri Nu este necesar în BroadWorks dacă permiteți abonaților să se auto-activeze	Există un proces manual pentru a schimba acest lucru în ambele locuri dacă utilizatorul este configurat cu adresa de e-mail greșită: Schimbați adresa de e-mail a utilizatorului în Control Hub Modificați atributul ID-ului de e-mail în BroadWorks Nu modificați ID-ul de utilizator BroadWorks. Acest lucru nu este acceptat.
ID alternativ	Fără	Permite autentificarea utilizatorului, prin e-mail și parolă, împotriva ID-ului de utilizator BroadWorks	Ar trebui să fie la fel ca ID-ul de e-mail. Dacă Nu puteți introduce e-mailul în atributul ID alternativ, utilizatorii vor trebui să introducă ID-ul de utilizator BroadWorks atunci când se autentifică.

Schimbați pachetul de utilizatori în Partner Hub

1	Conectați-vă la Partner Hub și faceți clic pe Clienți.
2	Găsiți și selectați organizația clientului în care este găzduit utilizatorul. Pagina de prezentare generală a organizației se deschide într-un panou din dreapta ecranului.
3	Faceți clic pe Vizualizare client. Organizația clientului se deschide în Control Hub, afișând pagina Prezentare generală.
4	Faceți clic pe Utilizatori, apoi găsiți și faceți clic pe utilizatorul afectat.
5	În Serviciile utilizatorului, faceți clic pe Webex for BroadWorks Packages (Abonamente). Se deschide panoul de pachete al utilizatorului și puteți vedea ce pachet este alocat în prezent utilizatorului.
6	În fila Profil , căutați în secțiunea Pachet și faceți clic pe săgeată (>) pentru a extinde vizualizarea.
7	Selectaţi pachetul dorit pentru acest utilizator (Basic, Standard, Premium sau Softphone) şi faceţi clic pe Salvare. Control Hub afișează un mesaj pe care utilizatorul îl actualizează.
8	Puteți închide detaliile utilizatorului și fila Control Hub.

Este posibil să dureze două până la trei ore pentru noile setări PMR care rezultă dintr-o modificare a pachetului pentru a fi actualizate.

Ștergeți utilizatorii

Există o varietate de metode pe care administratorii le pot utiliza pentru a șterge un utilizator din Webex pentru Cisco BroadWorks:

Webex pentru API Cisco BroadWorks

Administratorii parteneri pot utiliza API-ul Webex pentru Cisco BroadWorks pentru a șterge utilizatorii:

Rulați Eliminați o solicitare API pentru abonații BroadWorks la https://developer.webex.com/docs/api/v1/broadworks-subscribers/remove-a-broadworks-subscriber. Această solicitare elimină abonamentul Webex pentru Cisco BroadWorks. Utilizatorul nu mai este facturat ca utilizator Webex pentru Cisco BroadWorks și este tratat ca utilizator Webex gratuit.
Rulați Ștergeți o solicitare API a persoanei https://developer.webex.com/docs/api/v1/people/delete-a-person pentru a șterge complet utilizatorul.

Furnizare flux-through

Administratorii parteneri pot utiliza configurarea prin flux pentru a șterge utilizatorii:

Pe serverul BroadWorks, eliminați serviciul integrat IM+P de la utilizator. Puteți dezactiva serviciul pentru utilizator de pe pagina IM&P integrată a BroadWorks. Pentru o procedură detaliată, consultați „Configurați IM&P integrat” în Ghidul de administrare a interfeței web pentru grupul de servere Cisco BroadWorks – Partea a 2-a.

După ce serviciul este dezactivat, configurarea prin flux elimină subscrierea Webex pentru Cisco BroadWorks de la utilizator. Utilizatorul nu mai este facturat ca utilizator Webex pentru Cisco BroadWorks și este tratat ca utilizator Webex gratuit.
În Control Hub, găsiți și selectați utilizatorul.
Accesați Acțiuni și selectați Ștergere utilizator.

Control Hub (Administratori clienți)

Ștergere organizație

Urmați această procedură pentru a șterge o organizație Webex pentru Cisco BroadWorks din sistem.

Utilizați API-urile People pentru a șterge toți utilizatorii din organizație:

Rulați API-ul List People pentru a obține o listă de utilizatori.
Rulați API-ul Ștergere persoană pentru a șterge utilizatorii.

API-ul Eliminare abonat BroadWorks elimină drepturile Webex pentru Cisco BroadWorks de la un utilizator, dar nu șterge utilizatorul.

Dacă Sincronizarea directorului este activată, dezactivați-o. Acest lucru se poate face prin intermediul Partner Hub sau prin intermediul API-ului public.

Pentru a dezactiva Sincronizarea directorului prin Partner Hub:

Conectați-vă la Partner Hub și faceți clic pe Setări.
În cadrul BroadWorks Calling, faceți clic pe Vizualizare șabloane și selectați șablonul corespunzător.
Faceți clic pe butonul Afișare listă de stare sincronizare client din panoul lateral.
Pentru clientul corespunzător, faceți clic pe cele trei puncte din dreapta și selectați Dezactivare sincronizare.

Pentru a dezactiva sincronizarea directorului prin API, utilizați Actualizarea sincronizării directorului pentru un API BroadWorks Enterprise și dezactivați setarea enableDirSync .

După ce toți utilizatorii sunt eliminați, utilizați Ștergeți un API de organizație pentru a șterge organizația.

Gestionarea lansării

În mod implicit, Aplicația Webex utilizează upgrade-uri automate (lansări lunare controlate de Cisco). Cu toate acestea, cu această caracteristică, administratorii parteneri pot:

Configurați programele de lansare personalizate cu amânări din programul de lansare Cisco implicit
Configurați un program de lansare și o cascadă unică pentru programul respectiv pentru toate organizațiile de clienți pe care le gestionează
Atribuiți diferite programe de lansare diferitelor organizații ale clienților

Reconfigurarea sistemului

Puteți reconfigura sistemul după cum urmează:

Adăugați un cluster BroadWorks în Partner Hub
Editați sau ștergeți un cluster BroadWorks în Partner Hub
Adăugați un șablon de integrare în Partner Hub
Editați sau ștergeți un șablon de integrare în Partner Hub

Editați sau ștergeți un cluster BroadWorks în Partner Hub

Puteți edita sau elimina un cluster BroadWorks în Partner Hub.

Conectați-vă la Partner Hub cu acreditările administratorului partenerului dvs. la https://admin.webex.com.

Accesați Setări și găsiți secțiunea BroadWorks Calling .

Faceți clic pe Vizualizare clustere.

Faceți clic pe clusterul pe care doriți să îl editați sau să îl ștergeți.

Detaliile clusterului se afișează într-un panou de scurgere din dreapta.

Aveți aceste opțiuni:

Schimbați orice detalii pe care trebuie să le schimbați, apoi faceți clic pe Salvare.

Faceți clic pe Ștergere pentru a elimina clusterul, apoi confirmați.

Lista de clustere se actualizează cu modificările dvs.

Editați sau ștergeți un șablon de integrare în Partner Hub

Puteți edita sau șterge șabloanele de integrare în Partner Hub.

Conectați-vă la Partner Hub cu acreditările administratorului partenerului dvs. la https://admin.webex.com.

Accesați Setări și găsiți secțiunea BroadWorks Calling .

Faceți clic pe Vizualizare șabloane.

Faceți clic pe șablonul pe care doriți să îl editați sau să îl ștergeți.

Aveți aceste opțiuni:

Editați orice detalii pe care trebuie să le modificați, apoi faceți clic pe Salvare.
Faceți clic pe Ștergere pentru a elimina șablonul, apoi confirmați.

Setare	Valori	Note
Configurarea numelui contului / parolei	șiruri furnizate de utilizator	Nu este necesar să introduceți din nou detaliile contului de configurare atunci când editați un șablon. Câmpurile de confirmare a parolei/parolei goale sunt acolo pentru a schimba acreditările dacă trebuie, dar lăsați-le goale pentru a păstra valorile pe care le-ați furnizat inițial.
Precompletare adresă de e-mail utilizator pe pagina de conectare	Pornit/oprit	Poate dura până la 7 ore pentru ca o modificare a acestei setări să intre în vigoare. Adică, după ce îl activați, este posibil ca utilizatorii să trebuiască să introducă în continuare adresele lor de e-mail pe ecranul de conectare.

Lista de clustere se actualizează cu modificările dvs.

Webex Assistant

Activați Webex Assistant pentru întâlniri

Webex Assistant este activat în mod implicit atât pentru clienții Broadworks Standard, cât și pentru cei Premium.

Administratorii parteneri și administratorii organizațiilor clienților pot dezactiva funcția pentru organizațiile clienților prin intermediul Control Hub.

Limitări

Există următoarele limitări pentru Webex pentru Cisco BroadWorks:

Asistența se limitează la site-urile de întâlniri Premium și Standard și numai la sălile de întâlnire personale.
Transcrierile de captare închisă sunt acceptate numai în engleză, spaniolă, franceză și germană.
Partajarea conținutului prin e-mail poate fi accesată numai de către utilizatorii din organizația dvs.
Conținutul întâlnirii nu este accesibil utilizatorilor din afara organizației dvs. Conținutul întâlnirii nu este, de asemenea, accesibil atunci când este partajat între utilizatori de pachete diferite din cadrul aceleiași organizații.
Cu pachetul Premium, transcrierile post-întâlnire sunt disponibile dacă Webex Assistant este activat sau dezactivat. Cu toate acestea, dacă este selectată înregistrarea locală, transcrierile sau evidențierile post-întâlnire nu sunt capturate.
Cu pachetul Standard, opțiunea Înregistrare întâlnire în cloud nu este disponibilă și, prin urmare, transcrierile post-întâlnire nu sunt disponibile dacă Webex Assistant este activat sau dezactivat. Cu toate acestea, dacă este selectată înregistrarea locală, transcrierile sau evidențierile post-întâlnire nu sunt capturate.

Informații suplimentare despre Webex Assistant

Pentru informații despre utilizator despre modul de utilizare a funcției, consultați Utilizarea Webex Assistant în Webex Meetings și Events.

Dezactivați apelurile Webex

Asistență caracteristici

Când Webex Calling este dezactivat, se aplică următoarele condiții pentru utilizatorii Webex pentru Cisco BroadWorks:

Utilizatorii nu mai văd Apel cu Webex ca opțiune de apelare selectabilă în Aplicația Webex.
Utilizatorii nu pot plasa sau primi apeluri Webex gratuite către utilizatorii non-Webex pentru Cisco BroadWorks. Aceasta include apelurile inițiate dintr-un spațiu de echipă Webex, istoricul apelurilor, contactele, introducând URI-ul celuilalt utilizator sau adresa de e-mail în bara de căutare.
Partajarea ecranului funcționează într-un apel BroadWorks.
Întâlnirile Webex și prezența telefonului încă funcționează, chiar dacă apelurile Webex sunt dezactivate.

Dezactivați apelurile Webex (șablon de integrare nou)

Pentru detalii despre configurarea unui nou șablon de integrare, consultați Configurați organizația partenerului în Partner Hub.

Dezactivați apelurile Webex (șablon de integrare existent)

Conectați-vă la Partner Hub la admin.webex.com.
Alegeți Setări.
Faceți clic pe Vizualizare șablon și alegeți șablonul de integrare corespunzător.
Faceți clic pe Dezactivare apelare gratuită Cisco Webex.
Faceți clic pe Salvați.

Dezactivați apelurile Webex (utilizator existent)

Dacă utilizați configurarea prin flux, puteți face următoarele:

Deschideți CommPilot și accesați configurația utilizatorului.
Eliminați serviciul IM+P integrat de la utilizator și faceți clic pe OK.
Adăugați serviciul IM+P integrat utilizatorului și faceți clic pe OK.

În caz contrar, puteți utiliza API-ul pentru a actualiza utilizatorul.

Utilizați API-ul Eliminare abonat BroadWorks pentru a șterge utilizatorul.
Utilizați API-ul Furnizarea unui abonat BroadWorks pentru a adăuga utilizatorul.

Dezactivați partajarea video sau a ecranului în cadrul apelurilor

Pentru detalii și opțiuni complete de configurare, consultați Dezactivarea apelurilor video și dezactivarea partajării ecranului în Ghidul de configurare Webex pentru Cisco BroadWorks.

Pentru transmisia video, puteți configura, de asemenea, dacă media de apelare de intrare este implicită numai pentru transmisia video sau audio.

Câmp lampă ocupată / Notificare preluare apel

Limitări de prezență pentru utilizatorii non-Webex:

Prezența nu este acceptată pentru utilizatorii non-CI Broadworks, chiar dacă aceștia se află în lista BLF.
Utilizatorii CI fără drepturi în cloud Webex sau tipul automat de conturi (spații de lucru) afișează numai prezența „în apel” și „necunoscută”. Nu există stare activă, care sună, etc.
Utilizatorii non-Webex din lista de vizionare BLF, care au început un apel înainte de începerea clientului Webex sau în timp ce acesta era offline, vor fi afișați cu o prezență „necunoscută”.
Pierderea conexiunii înseamnă că toate stările non-Webex din timpul apelului vor fi resetate la „necunoscute” la reconectare.
Dacă un utilizator non-Webex din BLF deține un apel, acesta va continua să fie afișat ca „într-un apel”.

Cerințe

Asigurați-vă că următorii plasturi sunt aplicați pe BroadWorks. Instalați numai plasturii care se aplică eliberării dvs.:

Pentru R22:

AP.platform.22.0.1123.ap382053
AP.as.22.0.1123.ap382053
AP.as.22.0.1123.ap382362
AP.xsp.22.0.1123.ap382053
AP.xsp.22.0.1123.ap382362
AP.as.22.0.1123.ap383459
AP.as.22.0.1123.ap383520

Pentru R23:

AP.platform.23.0.1075.ap382053
AP.as.23.0.1075.ap382053
AP.as.23.0.1075.ap382362
AP.as.23.0.1075.ap383459
AP.as.23.0.1075.ap383520
Dacă utilizați XSP|ADP:
- AP.xsp.23.0.1075.ap382053
- AP.xsp.23.0.1075.ap382362
Dacă utilizați ADP:
- Acţiuni Xsi-23_2022.01_1.200.bwar
- Xsi-Events-23_2022.01_1.201.bwar (sau mai târziu)

Pentru R24:

AP.as.24.0.944.ap382053
AP.as.24.0.944.ap382362
AP.as.24.0.944.ap383459
AP.as.24.0.944. ap383520
Acţiuni Xsi-24_2022.01_1.200.bwar
Xsi-Events-24_2022.01_1.201.bwar (sau mai târziu)

Asigurați-vă că următoarele etichete de configurare sunt activate în Aplicația Webex:

<busy-lamp-field enabled="%ENABLE_BUSY_LAMP_FIELD_WXT%">
<display-caller enabled="%ENABLE_BLF_DISPLAY_CALLER_WXT%"/>
<notification-delay time=”%BLF_NOTIFICATON_DELAY_TIME_WXT%”/>(această etichetă este opțională)

Trebuie să activați caracteristica 101642 Mecanism Xsi îmbunătățit Pentru Telefonia echipei pe AS:

AS_CLI/System/ActivatableFeature> activate 101642

Activați X-BroadWorks-Remote-Party-Info pe AS utilizând comanda CLI de mai jos, deoarece unele fluxuri de apeluri SIP necesită această funcție:

AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

Asigurați-vă că următoarele servicii sunt atribuite utilizatorilor:

Alocați serviciul de preluare a apelurilor direcționate pentru toți utilizatorii
Configurați câmpul Lampă ocupată pentru utilizatori

Orice referință la XSP include fie XSP, fie ADP.

Configurare câmp lampă ocupată pe BroadWorks

Administratorii parteneri pot utiliza următoarea procedură pentru a configura câmpul Lampă ocupată pentru un utilizator.

Conectați-vă la BroadWorks CommPilot.
Pentru un utilizator selectat, accesați Aplicațiile clientului și configurați câmpul Lampă ocupată.
Adăugați adresa URL a listei BLF care va fi monitorizată.
Utilizați parametrii de căutare pentru a localiza și adăuga utilizatori în lista Utilizatori monitorizați .
Faceți clic pe OK.

- DA. - DA, DA. Asistență Slido pentru integrare

Webex pentru Cisco BroadWorks acceptă integrarea Aplicației Webex cu Slido.

Pentru informații suplimentare despre modul de implementare și utilizare Slido cu Aplicația Webex, consultați Integrare Slido cu Aplicația Webex.

Disponibilitate Webex: Într-o întâlnire Calendar

Pentru a activa această funcție:

navigați la fila General din fila Setări pe Windows sau Preferințe pe Mac.
Bifați caseta pentru a Afișa atunci când vă aflați într-o întâlnire din calendar.

Pentru utilizatorii cu integrarea prezenței Outlook activată, „Într-o întâlnire din calendar” în hărțile Webex pentru a „Ocupa” în Outlook.

Caveat

Pentru ca această caracteristică să funcționeze, trebuie să aveți aplicația Webex și clientul Outlook care rulează în același timp.

În prezent, lucrăm pentru a sprijini opțiunea „Afișare ca lucru în altă parte” din Outlook pentru a nu afișa un utilizator ca „Într-o întâlnire din calendar” în Webex.

Răspuns automat cu ton

Pentru ca un utilizator Webex pentru Cisco BroadWorks să utilizeze această funcție:

Funcția este acceptată numai pe aspectul liniei principale
Aplicația Webex trebuie să fie aspectul liniei principale
Eticheta %ENABLE_AUTO_ANSWER_WXT% trebuie activată

Alertați toate aparențele pentru ca apelurile Click-to-dial să fie dezactivate în configurația Aspect apel partajat – aceasta este abordarea recomandată

sau
Permiteți Terminarea apelului în această locație trebuie să fie dezactivată pentru toate aparențele de apel partajate sau

sau
Locațiile sunt dezactivate pentru toate aparițiile partajate ale apelurilor

Creșterea Capacității

Fermele XSP|ADP

Scale fermă dedicată: Adăugați unul sau mai multe servere XSP|ADP la ferma care are nevoie de capacitate suplimentară. Instalați și activați același set de aplicații și configurații ca nodurile existente ale fermei.
Adăugați o fermă dedicată: Adăugați o nouă fermă XSP|ADP dedicată. Va trebui să creați un nou cluster și noi șabloane în Partner Hub, astfel încât să puteți începe să adăugați clienți noi la noua fermă, pentru a atenua presiunea asupra fermei existente.
Adăugați ferma specializată: Dacă întâmpinați blocaje pentru un anumit serviciu, este posibil să doriți să creați o fermă XSP|ADP separată în acest scop, luând în considerare cerințele de co-rezidență enumerate în acest document. Este posibil să fie necesar să reconfigurați clusterele Control Hub și intrările DNS dacă schimbați adresa URL a serviciului care are o nouă fermă.

Gestionarea certificatelor serverului HTTP

Trebuie să gestionați aceste certificate pentru aplicațiile web autentificate mTLS pe |ADP-urile dvs. XSP:

Lanțul nostru de certificate de încredere din cloud Webex
Certificatele de interfețe HTTP ale serverului XSP|ADP

Lanțul de încredere

Interfețele serverului HTTP

Restricționat prin modul partenerului

Acces administrator client

Pentru un administrator de client dintr-o organizație în care Modul restricționat de partener este activat, nivelul de acces la Control Hub este determinat cu următoarea formulă:

(Acces la Control Hub) = (Autorizări pentru Rol organizație) - (Restricționat de restricțiile Modului Partener)

Restricții

Când Modul restricționat de partener este activat pentru o organizație client, administratorii clienți din organizația respectivă nu pot accesa următoarele setări Control Hub:

În vizualizarea Utilizatori, următoarele setări nu sunt disponibile:
- Butonul Gestionați utilizatorii este inactiv.
- Adăugați sau modificați manual utilizatorii—Nu există opțiunea de adăugare sau modificare a utilizatorilor, fie manuală, fie prin CSV.
- Revendicați utilizatorii—nu este disponibilă
- Alocați automat licențele—nu este disponibilă
- Sincronizare director —Nu se pot edita setările de sincronizare director (această setare este disponibilă numai pentru administratorii la nivel de partener).
- Detalii utilizator—Setările utilizatorului, cum ar fi prenumele, prenumele, numele afișat și e-mailul principal* sunt editabile.
- Resetați pachetul—Nu există opțiunea de resetare a tipului de pachet.
- Editați serviciile—Nu există opțiunea de editare a serviciilor care sunt activate pentru un utilizator (de exemplu, mesaje, întâlniri, apelare)
- Vizualizați starea serviciilor—Nu se poate vizualiza starea completă a serviciilor hibride sau a canalului de upgrade al software-ului
- Număr de serviciu principal—Acest câmp este disponibil doar în mod citire.
În vizualizarea Cont, următoarele setări nu sunt disponibile:
- Numele companiei este disponibil doar în mod citire.
În vizualizarea Setări organizație, următoarele setări nu sunt disponibile:
- Domeniu—Accesul este doar în mod citire.
- E-mail—Setările Anulați e-mailul de invitație pentru administrator și Selectarea locației e-mailului sunt doar în mod citire.
- Autentificare—Nu există opțiunea de editare a setărilor de autentificare și SSO.
În meniul Apelare, următoarele setări nu sunt disponibile:
- Setări pentru apeluri—Setările de prioritate pentru apelurile din opțiunile aplicației sunt doar în mod citire.
- Comportament de apelare—Setările sunt doar în mod citire.
- Locație > PSTN—Opțiunile Gateway local și Cisco PSTN sunt ascunse.
În secțiunea SERVICII, opțiunile serviciului Migrații și Connected UC sunt eliminate.

Activați modul Restricționare în funcție de partener

Administratorii parteneri pot utiliza procedura de mai jos pentru activare Restricționat prin modul partener pentru o anumită organizație client ( setare prestabilită este activată).

Conectați-vă la Partner Hub ( https://admin.webex.com) și selectați Clienți.
Selectați organizația client aplicabilă.
În vizualizarea setărilor din dreapta, activați Restricționat prin modul partener comutați pentru a activa setarea.

Dacă doriți să dezactivați Restricționat de modul partener, dezactivați comutatorul.

Dacă partenerul elimină modul de administrator restricționat pentru un administrator de client, administratorul de client va putea efectua următoarele:

Adăugați Webex pentru utilizatorii angro (cu butonul)
Schimbați pachetele pentru un utilizator

Statistici partener

Total utilizatori după pachet (Softphone, Basic, Standard, Premium)
Tendință utilizator după pachet (Zilnic/Săptămânal/Lunar)
Clienți cu un număr de pachete alocate

Pentru detalii complete despre utilizarea Partner Analytics, consultați articolul Webex Analytics pentru Webex pentru comerț cu ridicata și Webex pentru Broadworks în Partner Hub .

API-urile raportului de facturare

API De facturare	Scop	Tipul de acces	Cerință de rol pentru API (Administratorul necesită cel puțin unul dintre aceste roluri)
Creați un raport de facturare BroadWorks	Utilizat pentru a genera un raport de facturare.	Acces scris	Administrator complet Administrator Vânzări complete
Listă de rapoarte de facturare BroadWorks	Utilizat pentru a enumera rapoartele care sunt disponibile pentru vizualizare.	Acces de citire	Administrator complet Administrator Vânzări complete Administrator doar pentru citire
Obțineți un raport de facturare BroadWorks	Utilizat pentru a obține o copie a unui raport generat.	Acces de citire	Administrator complet Administrator Vânzări complete Administrator doar pentru citire
Ștergeți un raport de facturare BroadWorks	Utilizat pentru a șterge un raport generat.	Acces scris	Administrator complet Administrator Vânzări complete

Câmpuri de facturare

Următorul tabel enumeră câmpurile conținute în raportul generat.

Câmp	Descriere
nume de reapelare	Numele partenerului sau ID-ul organizației partenerului
Id de facturare	Identificator unic de facturare al partenerului sau număr C
spEnterpriseId	Furnizorul de servicii a furnizat un identificator unic pentru întreprinderea abonatului.
intern	Starea studiului intern al clientului (Da/Nu)
ID utilizator	ID-ul de utilizator al abonatului pe BroadWorks
Id abonat	Un identificator unic pentru abonatul în cauză în Webex
selfActivat	Da/Nu
prima Dată De Începere	Data la care abonatul a fost configurat.
data începerii facturării	Data la care începe facturarea în această lună
dată finalizare facturare	Data la care facturarea se încheie în această lună
pachet	Tipul de pachet care este încărcat
cantitate	Cantitate prestabilită pentru facturare. 1 – indică o lună întreagă

După ce generați un raport de facturare pentru o anumită perioadă, nu puteți regenera acel raport decât dacă ștergeți mai întâi raportul existent.
Dacă modificați fie tipul de pachet, fie ID-ul de utilizator BroadWorks pentru un anumit utilizator, raportul pentru luna în care a avut loc schimbarea afișează mai multe intrări pentru acel utilizator cu intrări procentuale separate înainte și după schimbare.

Soluționarea problemelor Webex pentru Cisco BroadWorks

Abonați-vă la pagina de stare Webex

Utilizați statisticile Control Hub

Webex urmărește datele de utilizare și de calitate pentru organizația dvs. și organizațiile clientului dvs. Citiți mai multe despre Control Hub Analytics din Webex Help Center.

Probleme în rețea

Clienții sau utilizatorii nu sunt creați în Control Hub cu configurarea fluxului:

Poate serverul aplicației să ajungă la URL-ul de configurare?
Contul de configurare și parola sunt corecte, există acel cont în BroadWorks?

Clusterele eșuează în mod constant testele de conectivitate:

Interfețele XSP|ADP sunt accesibile publicului?
Utilizați porturile corecte? Puteți introduce un port în definiția interfeței pe cluster.

Interfețe Validare nereușită

Interfețe Xsi-Acțiuni și Xsi-Events:

Verificați dacă URL-urile interfeței sunt introduse corect în cluster în Partner Hub, inclusiv /v2.0/ la sfârșitul URL-urilor.
Verificați firewall-ul permite comunicarea între Webex și aceste interfețe.
Revizuiți sfaturile de configurare a interfeței din acest document.

Interfața Serviciului de autentificare:

Verificați dacă URL-urile interfeței sunt introduse corect în cluster în Partner Hub, inclusiv /v2.0/ la sfârșitul URL-urilor.
Verificați firewall-ul permite comunicarea între Webex și aceste interfețe.
Revizuiți sfaturile de configurare a interfeței din acest document, acordând o atenție deosebită:
1. Asigurați-vă că ați partajat tastele RSA în toate ADP-urile XSP|.
2. Asigurați-vă că ați furnizat URL-ul AuthService la containerul web pe toate ADP-urile XSP|.
3. Dacă ați editat configurația cipher TLS, verificați dacă ați utilizat convenția corectă de numire. XSP|ADP necesită să introduceți formatul de nume IANA pentru cifrele TLS. O versiune anterioară a acestui document a enumerat incorect suitele de cipher necesare în convenția de numire OpenSSL.
4. Dacă utilizați mTLS cu Serviciul de autentificare, sunt încărcate certificatele de client Webex pe magazinul dvs. de încredere XSP|/ADP? Aplicația (sau interfața) este configurată pentru a solicita certificate de client?
5. Dacă utilizați validarea tokenului CI cu Serviciul de autentificare, aplicația (sau interfața) este configurată pentru a nu necesita certificate de client?

Probleme cu clientul

Verificați dacă clientul este conectat la BroadWorks

Conectați-vă la aplicația Webex.
Verificați dacă pictograma Opțiuni de apelare (un receptor cu o unealtă deasupra acestuia) este prezentă pe bara laterală.

Dacă pictograma nu este prezentă, este posibil ca utilizatorul să nu fie încă activat pentru serviciul de apelare din Control Hub.
Deschideți meniul Setări/Preferințe și accesați secțiunea Servicii telefonice . Trebuie să vizualizați sesiunea SSO de stare la care v-ați conectat.

Dacă se afișează un alt serviciu de telefonie, cum ar fi Webex Calling, utilizatorul nu utilizează Webex pentru Cisco BroadWorks.

Această verificare înseamnă:

Clientul a transpus cu succes microservicele Webex necesare.
S-a reușit autentificarea utilizatorului.
Clientul a primit un token web JSON cu durată lungă de viață de către sistemul BroadWorks.
Clientul și-a recuperat profilul dispozitivului și s-a înscris la BroadWorks.

Jurnale client

Dacă aveți nevoie pentru a colecta manual jurnalele de pe un PC Windows, acestea sunt situate după cum urmează:

Windows PC: C:\Users\{username}\AppData\Local\CiscoSpark

Mac:/Users/{username}/Library/Logs/SparkMacDesktop

Probleme de conectare a utilizatorului

mTLS Auth configurat necorespunzător

Dacă toți utilizatorii sunt afectați, verificați conexiunea mTLS de la Webex la URL-ul serviciului de autentificare:

Verificați dacă fie aplicația pentru serviciul de autentificare, fie interfața pe care o utilizează, sunt configurate pentru mTLS.
Verificați dacă lanțul certificatului Webex este instalat ca ancoră de încredere.
Verificați dacă certificatul serverului de pe interfață/aplicație este valid și semnat de un CA bine cunoscut.

Mesaj de suprascriere a licenței

Ghid de depanare

Pentru informații detaliate despre depanarea Webex pentru Cisco BroadWorks, consultați Ghidul de depanare Webex pentru Cisco BroadWorks.

Asistență

Politică de asistență în stare stabilă

Politica de scalare

Dumneavoastră (Furnizor de servicii/Partener) sunteți primul punct de contact pentru asistența clientului final (întreprindere).
Problemele care nu pot fi rezolvate de SP sunt transferate la TAC.

Versiuni BroadWorks

Asistența pentru versiunea serverului BroadWorks urmează politica BroadSoft, a versiunii actuale și a două versiuni majore anterioare (N-2). Citiți mai multe la Politica privind ciclul de viață al produselor BroadSoft secțiunea din Politica ciclului de viață BroadSoft și Matrice de compatibilitate software BroadWorks.

Resurse de auto-asistență

Utilizatorii pot găsi asistență prin Centrul de ajutor Webex, unde există o pagină specifică Webex pentru Cisco BroadWorks, care enumeră subiectele comune de ajutor și asistență ale aplicației Webex.
Aplicația Webex poate fi personalizată cu acest URL de ajutor și cu un URL de raportare a problemelor.
Utilizatorii aplicației Webex pot trimite feedback sau jurnale direct de la client. Jurnalele merg în cloud-ul Webex, unde pot fi analizate de Webex DevOps.
De asemenea, avem o pagină a Centrului de ajutor dedicată ajutorului la nivel de administrator pentru Webex pentru Cisco BroadWorks.

Colectați informații pentru trimiterea unei cereri de servicii

Încercați să includeți cel puțin următoarele informații atunci când trimiteți o interogare sau deschideți un caz:

ID organizație client și ID organizație partener (fiecare ID este un șir de 32 de cifre hexagonale, separate prin afine)
TrackingID (de asemenea, un șir de cifre 32 hexagonale) dacă interfața sau mesajul de eroare oferă unul
Adresa de e-mail a utilizatorului (dacă un anumit utilizator întâmpină probleme)
Versiunile client (dacă problema are simptome observate prin intermediul clientului)

Webex pentru referință BroadWorks

Comparație UC-One SaaS cu Webex pentru Cisco BroadWorks

Soluţie >	UC-One SaaS	Webex pentru Cisco BroadWorks
Cloud	Cisco UC-One Cloud (GCP)	Webex Cloud (AWS)
Clienți	UC-One: Mobile, Desktop Recepţionist, supervizor	Webex: Mobile, Desktop, Web
Diferență tehnologică majoră	Întâlniri livrate pe Broadsoft Meet Technology	Întâlniri livrate pe tehnologia Webex Meetings
Încercări timpurii pe teren	Mediul de imbatranire, clienti beta	Mediul de producție, clienții GA
identitate Utilizator	ID-ul BroadWorks a servit ca ID principal, cu excepția cazului în care Furnizorul de servicii are deja Integrare SSO. ID utilizator și secret în BroadWorks	ID-ul de e-mail din Cisco CI servește ca ID principal Integrarea SSO în furnizorul de servicii BroadWorks, unde utilizatorul se va autentifica cu ID-ul de utilizator BroadWorks și cu secretul BroadWorks la timp. Furnizează acreditări de utilizator prin SSO cu BroadWorks și secret în BroadWorks SAU ID utilizator și secret în IdP CI SAU ID utilizator în CI, ID și secrete în IdP
Autentificare client	Informații de furnizare ale utilizatorilor prin client Token-urile BroadWorks cu durată lungă de viață sunt necesare dacă utilizați mesageria Webex	Utilizatorii furnizează acreditările prin browser (fie pagina de conectare din proxy-ul BIdP Webex, fie CI) Accesul Webex și tokenurile de reîmprospătare
Gestionare/configurare	Sistemele OSS/BSS și portal De Retailer	Sistemele OSS/BSS și Control Hub
Activare partener/furnizor de servicii	Configurare o singură dată de către Operațiuni Cisco	Configurare o singură dată de către Operațiuni Cisco
Activare client/întreprindere	portal De Retailer	Control Hub Creat automat la prima înscriere a utilizatorului
Opțiuni de activare utilizator	Auto-înscriere Setați IM&P extern în BroadWorks	Setați IM&P integrat în BroadWorks (de obicei întreprinderi)
Interfețe serviciu XSP\|ADP	Acțiuni XSI Evenimente XSI CTI (mTLS) Serviciu de autentificare (mTLS opțional) DMS	Acțiuni XSI Acțiuni XSI (mTLS) Evenimente XSI CTI (mTLS) Serviciu de autentificare (TLS) DMS

Instalați Webex și conectați-vă (perspectivă abonat)

1	Descărcați și instalați Webex. Pentru detalii, consultați Webex \| Descărcați aplicația.
2	Rulați Webex. Webex vă solicită adresa de e-mail.
3	Introduceți-vă adresa de e-mail și faceți clic pe Înainte.
4	Se întâmplă una dintre următoarele, în funcție de modul în care organizația dvs. este configurată în Webex: Webex lansează un browser pentru dvs. pentru a finaliza autentificarea cu furnizorul dvs. de identitate. Aceasta ar putea fi autentificarea cu mai mulți factori (MFA). Webex lansează un browser pentru a introduce ID-ul de utilizator și parola BroadWorks. Webex încarcă după ce v-ați autentificat cu succes împotriva IdP sau BroadWorks.

Schimb de date și stocare

Integrare furnizor de servicii

Când configurați clustere și șabloane de utilizatori în Webex Control Hub în timpul integrării Furnizorului de servicii, schimbați următoarele date BroadWorks pe care Webex le stochează:

URL Xsi-Acțiuni
URL Xsi-Events
URL interfață CTI
URL serviciu de autentificare
Informații adaptor de configurare BroadWorks

Furnizor de servicii Furnizor de servicii

Acest tabel enumeră datele utilizatorului și ale întreprinderii care sunt schimbate ca parte a configurării utilizatorului prin API-urile Webex.

Mutarea datelor în Webex	De la	Prin	Stocat de Webex?
ID utilizator BroadWorks	BroadWorks, de către API	API-uri Webex	Da
E-mail (dacă SP este Furnizat)	BroadWorks, de către API	API-uri Webex	Da
E-mail (dacă este Furnizat Utilizatorul)	Utilizator	Portal de activare a utilizatorilor	Da
Prenume	BroadWorks, de către API	API-uri Webex	Da
Nume	BroadWorks, de către API	API-uri Webex	Da
Număr de telefon principal	BroadWorks, de către API	API-uri Webex	Da
Număr de telefon mobil	BroadWorks, de către API	API-uri Webex	Da
Interior principal	BroadWorks, de către API	API-uri Webex	Da
ID furnizor de servicii BroadWorks și ID grup	BroadWorks, de către API	API-uri Webex	Da
Limba	BroadWorks, de către API	API-uri Webex	Da
Fus orar	BroadWorks, de către API	API-uri Webex	Da

Eliminare utilizator

Date utilizator	Ștergere parțială	Ștergere completă
ID utilizator BroadWorks	Da	Da
E-mail	Nu	Da
Prenume	Nu	Da
Nume	Nu	Da
Număr de telefon principal	Da	Da
Număr de telefon mobil	Da	Da
Extensie	Da	Da
ID furnizor de servicii BroadWorks și ID grup	Da	Da
Limba	Nu	Da

Recuperare conectare și configurare utilizator

Autentificare Webex

Mutarea datelor	De la	Pentru
Adresă de e-mail	Utilizator prin aplicația Webex	Webex
Token de acces limitat și URL-ul IdP (independent)	Webex	browser Utilizator
Informații utilizator	browser Utilizator	Furnizor de identitate (care are deja identitatea utilizatorului)
Afirmația SAML	browser Utilizator	Webex
cod De autentificare	Webex	browser Utilizator
cod De autentificare	browser Utilizator	Webex
Tokenuri de acces și reîmprospătare	Webex	browser Utilizator
Tokenuri de acces și reîmprospătare	browser Utilizator	Aplicația Webex

Autentificare BroadWorks

Mutarea datelor	De la	Pentru
Adresă de e-mail	Utilizator prin aplicația Webex	Webex
Token acces limitat și URL IdP (proxy IdP Webex Bwks)	Webex	browser Utilizator
Informații de branding și URL-uri BroadWorks	Webex	browser Utilizator
Informații utilizator BroadWorks	Utilizator prin browser (pagina de conectare marcată deservită de Webex)	Webex
Informații utilizator BroadWorks	Webex	BroadWorks
profil utilizator BroadWorks	BroadWorks	Webex
Afirmația SAML	browser Utilizator	Webex
cod De autentificare	Webex	browser Utilizator
cod De autentificare	browser Utilizator	Webex
Tokenuri de acces și reîmprospătare	Webex	browser Utilizator
Tokenuri de acces și reîmprospătare	browser Utilizator	Aplicația Webex

Notificare de expirare a parolei BroadWorks în timpul conectării

Această caracteristică îmbunătățește procesul de conectare și controlează fluxul de conectare pe baza:

Îmbunătățirea avertismentului de conectare și a mesajului de eroare:

În prezent, utilizatorii Wexbex pentru BWKS care utilizează autentificarea BroadWorks și conectarea prin UAP nu primesc notificarea că parola lor este pe cale să expire sau că nu sunt în măsură să se conecteze, deoarece parola a expirat deja. Cu această caracteristică, dacă parola este pe cale să expire în 10 zile sau mai puțin - utilizatorul primește avertismentul că parola este pe cale să expire cu indicarea numărului de zile rămase, iar utilizatorul este sfătuit să contacteze Partenerul sau să urmeze linkul Parola uitată de pe ecranul de conectare pentru a-și reseta parola.
Dacă parola a expirat și configurația din BroadWorks „enforcePasswordChangeOnExpiry” este setată la adevărată, atunci eroarea „nume de utilizator și parolă incorecte” a fost aruncată, dar acum, cu această funcție, mesajul de eroare este îmbunătățit: Încercarea de conectare nu a reușit. Combinaţia dintre identificatorul de utilizator şi parola furnizată nu corespunde evidenţelor noastre sau parola dvs. trebuie actualizată. Încercați din nou sau contactați administratorul dvs. pentru a actualiza parola. Cod de eroare 100006

Controlul fluxului de conectare:

Partenerul poate restricționa conectarea prin activarea setării „w4bwks-password-expiry-fail-login”. Această setare „poate fi activată de Cisco la cererea unui partener. Dacă parola BroadWorks a expirat, configurația din broadworks „enforcePasswordChangeOnExpiry” este setată la fals și setarea „w4bwks-parola-expiry-fail-login” este activată, atunci eroarea este aruncată spunând parola a expirat x zile în urmă, în timp ce dacă serviciul de setare este dezactivat, atunci este permisă conectarea. În mod implicit, setarea este dezactivată.

Preluare configurație client

Acest tabel ilustrează tipul de date schimbate între diferitele componente în timp ce preluați configurațiile clientului.

Mutarea datelor	De la	Pentru
Înregistrare	Client	Webex
Setări organizație, inclusiv URL-uri BroadWorks	Webex	Client
Token JWT BroadWorks	BroadWorks prin Webex	Client
Token JWT BroadWorks	Client	BroadWorks
Token dispozitiv	BroadWorks	Client
Token dispozitiv	Client	BroadWorks
fișier De Configurare	BroadWorks	Client

Utilizare la starea de echilibru

Această secțiune descrie datele care se deplasează între componente în timpul reautentificării după expirarea tokenului, fie prin BroadWorks, fie prin Webex.

Acest tabel listează mișcarea de date pentru apelare.

Mutarea datelor	De la	Pentru
Semnalizare SIP	Client	BroadWorks
media SRTP	Client	BroadWorks
Semnalizare SIP	BroadWorks	Client
media SRTP	BroadWorks	Client

Acest tabel listează mișcarea datelor pentru mesagerie, prezență și întâlniri.

Mutarea datelor	De la	Pentru
Mesagerie și prezență REST HTTPS	Client	Webex
Mesagerie și prezență REST HTTPS	Webex	Client
Semnalizare SIP	Client	Webex
media SRTP	Client	Webex
Semnalizare SIP	Webex	Client
media SRTP	Webex	Client

Utilizarea API-ului de configurare

Acces dezvoltator

Specificația API este disponibilă pe https://developer.webex.com și un ghid de utilizare este la https://developer.webex.com/docs/api/guides/webex-for-broadworks-developers-guide.

Trebuie să vă conectați pentru a citi specificația API lahttps://developer.webex.com/docs/api/v1/broadworks-subscribers .

Autentificarea și autorizarea aplicației

Pentru mai multe detalii despre integrări și modul de a construi acest flux de autorizare OAuth 2 în aplicația dvs., consultați https://developer.webex.com/docs/integrations.

Există două roluri necesare pentru implementarea integrărilor - dezvoltatorul şi utilizatorul autorizat - şi acestea pot fi deţinute de persoane/echipe separate din mediul dvs.

Dezvoltatorul creează aplicația și o înregistrează https://developer.webex.com pentru a genera OAuth ClientID/Secret necesar cu scopurile așteptate pentru aplicație. Dacă aplicația dvs. este creată de o terță parte, acestea ar putea înregistra aplicația (dacă ați solicitat accesul acestora) sau ați putea face acest lucru cu propriul dvs. acces.
Utilizatorul autorizat este contul pe care îl utilizează aplicația pentru a autoriza apelurile sale API, pentru a schimba organizația parteneră, organizațiile clienților sau abonații acestora. Acest cont trebuie să aibă fie rolul de administrator complet, fie rolul de administrator complet de vânzări în organizația parteneră. Acest cont nu trebuie să fie deținut de o terță parte.

Denumire organizație

Numele organizației depinde de modul de configurare pe care îl utilizați:

Modul Enterprise – Numele organizației este un meci exact al spEnterpriseId.
Modul Furnizor de servicii – Numele organizației este porțiunea de GrupID a spEnterpriseId.

Denumirea organizației va conține orice spațiu alb, uppercase și caractere speciale specificate în spEnterpriseId original.

Cerințe software BroadWorks

Consultați Managementul ciclului de viață - Servere BroadSoft.

Asigurați-vă că pentru a revizui notele de patch-uri pentru aceste patch-uri software. Unii plasturi pot avea cerinţe CLI suplimentare.

Versiunea R22

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.22.0.1123.ap364260
	AP.as.22.0.1123.ap365173
	AP.as.22.0.1123.ap368517	Necesar pentru sincronizarea directorului
	AP.as.22.0.1123.ap369763
	AP.as.22.0.1123.ap372989
	AP.as.22.0.1123.ap372757
	AP.as.22.0.1123.ap372963	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.22.0.1123.ap373197	Patch necesar pentru serverul de aplicații
	AP.as.22.0.1123.ap378391
	AP.as.22.0.1123.ap374793	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.22.0.1123.ap377718	Patch necesar pentru funcția de înregistrare a apelurilor
	AP.as.22.0.1123.ap377868
	AP.as.22.0.1123.ap376508	Patch-ul necesar pentru configurarea fluxului
	AP.xsp.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Server de profil	AP.ps.22.0.1123.ap372989
	AP.ps.22.0.1123.ap372757
	AP.ps.22.0.1123.ap378391
	AP.ps.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Platformă	AP.platform.22.0.1123.ap353577
	AP.platform.22.0.1123.ap354313	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.22.0.1123.ap365173
	AP.platform.22.0.1123.ap367732
	AP.platform.22.0.1123.ap369433
	AP.platform.22.0.1123.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.22.0.1123.ap372757
	AP.platform.22.0.1123.ap376508	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.platform.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
XSP\|ADP	AP.xsp.22.0.1123.ap354313	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap365173
	AP.xsp.22.0.1123.ap368067
	AP.xsp.22.0.1123.ap368601	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.xsp.22.0.1123.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap370952
	AP.xsp.22.0.1123.ap373008
	AP.xsp.22.0.1123.ap372757
	AP.xsp.22.0.1123.ap372433
	AP.xsp.22.0.1123.ap372963	Necesar pentru upgrade de la notificările push V1 la V2
	AP.xsp.22.0.1123.ap378391
	AP.xsp.22.0.1123.ap374677	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap375206	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap376508	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.xsp.22.0.1123.ap378585	Necesar pentru istoricul apelurilor unificate
Altele	AP.xsa.22.0.1123.ap372757
	AP.xs.22.0.1123.ap372757
	AP.ums.22.0.1123.ap378391
	AP.nfm.22.0.1123.ap378391

Versiunea R23

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.23.0.1075.ap368517	Necesar pentru sincronizarea directorului
	AP.as.23.0.1075.ap369763
	AP.as.23.0.1075.ap373197	Server aplicație de configurare
	AP.as.23.0.1075.ap373271	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.23.0.1075.ap378391
	AP.as.23.0.1075.ap376509
	AP.as.23.0.1075.ap377718	Necesar pentru înregistrarea apelului
	AP.as.23.0.1075.ap377868
	AP.as.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Server de profil	AP.ps.23.0.1075.ap378391
Platformă	AP.platform.23.0.1075.ap367732
	AP.platform.23.0.1075.ap370952
	AP.platform.23.0.1075.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.23.0.1075.ap376509
	AP.platform.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
XSP\|ADP	AP.xsp.23.0.1075.ap368067
	AP.xsp.23.0.1075.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap370952
	AP.xsp.23.0.1075.ap373008
	AP.xsp.23.0.1075.ap373271	Necesar pentru upgrade de la notificările push V1 la V2
	AP.xsp.23.0.1075.ap378391
	AP.xsp.23.0.1075.ap374677	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap375206	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap376509
	AP.xsp.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Altele	Dacă utilizați ADP... Xsi-Events-23_2021.05_1.251.bwar	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate

Versiunea R24

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.24.0.944.ap384177	Necesar pentru serverul de mesagerie Unified (UMS)
	AP.as.24.0.944.ap375100	Necesar pentru configurarea fluxului
	AP.as.24.0.944.ap377718	Necesar pentru înregistrarea apelului
	AP.as.24.0.944.ap377868
	AP.as.24.0.944.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Altele	Xsi-Events-24_ 2021.05_1.251.bwar	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate

Etichete BroadWorks necesare pentru Webex

Fluxuri de configurare și activare a utilizatorului

Setarea descrie adăugarea utilizatorului la Webex. Activarea include validarea prin e-mail și atribuirea de servicii în Webex.

Configurarea automată a utilizatorilor și activarea automată (flux de e-mail de încredere)

Cerințe preliminare

Adaptorul dvs. de configurare indică Webex pentru Cisco BroadWorks (care necesită o conexiune de ieșire de la AS la Webex Provisioning Bridge).
Trebuie să aveți adrese de e-mail valide accesibile pentru utilizatorul final ca ID-uri alternative în BroadWorks.
Control Hub are un cont de configurare în configurația organizației partenere.

Pas	Descriere
1	Citate și să ia comenzi pentru serviciul cu clienții dumneavoastră.
2	Procesați comanda clientului și furnizați clientul în sistemele dvs.
3	Sistemul de configurare a serviciului declanșează configurarea BroadWorks. Acest pas, în rezumat, creează întreprinderea și utilizatorii. Apoi alocă serviciile și numerele necesare fiecărui utilizator. Unul dintre aceste servicii este IM&P extern.
4	Această etapă de configurare declanșează configurarea automată a organizației clientului și a utilizatorilor în Webex. (Alocarea serviciului IM&P determină adaptorul de configurare să apeleze API-ul de configurare Webex).
5	Sistemele dvs. trebuie să utilizeze API-ul de configurare Webex dacă mai târziu trebuie să ajustați pachetul pentru utilizator (pentru a schimba de la cel implicit).

Flux de conectare SSO

Fluxuri de conectare alternative

Autentificare BroadWorks fără autentificare directă BroadWorks (partajare de resurse încrucișată):
- Singura diferență este în etapele 5 și 6 ale fluxului de conectare Webex. În pasul 5, acreditările de conectare sunt validate de proxy-ul IdP (mai degrabă decât XSI) și o Aserțiune SAML este returnată clientului.
- Fluxul trece prin pașii rămași în cele două diagrame se aplică.
- Token-ul SSO nu este utilizat în acest flux.
Autentificare SAML SSO Webex:
- În pasul 3 al Fluxului de conectare Webex, serviciul Common Identity returnează Furnizorul de identitate utilizat de autentificarea Webex.
- În acest moment, se invocă un flux alternativ de conectare SAML SSO pentru Webex.

Interacțiuni utilizator

Conectați-vă

Aplicația Webex lansează un browser către Cisco Common Identity (CI) pentru a permite utilizatorilor să introducă adresa lor de e-mail.
CI descoperă că organizația client asociată are proxy-ul IDP BroadWorks (IDP) configurat ca IDP SAML. CI redirecționează către IDP-ul care prezintă utilizatorului o pagină de conectare. (Furnizorul de servicii poate marca această pagină de conectare.)
Utilizatorul intră în acreditările BroadWorks.
Broadworks autentifică utilizatorul prin IDP. Pe succes, IDP redirecționează browserul înapoi la CI cu un succes SAML pentru a finaliza fluxul de autentificare (nu este afișat în diagramă).
În ceea ce privește autentificarea reușită, aplicația Webex obține jetoane de acces de la CI (nu sunt afișate în diagramă). Clientul le utilizează pentru a solicita un Jason Web Token (JWT) cu durată lungă de viață BroadWorks.
Aplicația Webex descoperă configurația de apelare din BroadWorks și alte servicii din Webex.
Aplicația Webex se înregistrează cu BroadWorks.

Conectați-vă dintr-o perspectivă utilizator

Această diagramă este fluxul tipic de conectare, așa cum se vede de către utilizatorul final sau abonat:

Descărcați și instalați aplicația Webex.
Este posibil să fi primit linkul de la furnizorul dvs. de servicii sau să găsiți descărcarea pe pagina de descărcări Webex.
Introduceți adresa de e-mail pe ecranul de conectare Webex. Faceți clic pe Înainte.
De obicei, sunteți redirecționat către o pagină de marcă a Furnizorului de servicii.
Această pagină vă poate fi primită prin adresa dvs. de e-mail.

Dacă nu există adresă de e-mail sau dacă adresa de e-mail este greșită, introduceți în schimb numele de utilizator BroadWorks.
Introduceți parola BroadWorks.
Dacă v-ați conectat cu succes, Webex se deschide.

Flux de apeluri—director corporativ

Flux de apeluri – număr PSTN

Prezentare și partajare

Începeți o întâlnire spațială

Interacțiuni cu clienții

Preluarea profilului din DMS și înscrierea SIP cu AS

Clientul apelează XSI pentru a obține un token de gestionare a dispozitivului și URL-ul la DMS.
Clientul solicită profilul său de dispozitiv de la DMS prin prezentarea tokenului de la pasul 1.
Clientul citește profilul dispozitivului și preia acreditările SIP, adresele și porturile.
Clientul trimite un ÎNREGISTRATOR SIP către SBC utilizând informațiile de la pasul 3.
SBC trimite ÎNREGISTRATORUL SIP la AS (SBC poate efectua o vizualizare în NS pentru a localiza un AS dacă SBC nu cunoaște deja utilizatorul SIP.)

Orientări privind testele și laboratoarele

Următoarele orientări se aplică organizațiilor de testare și de laborator:

Partenerii furnizorului de servicii sunt limitați la maximum 50 de utilizatori de testare care pot fi configurați în mai multe organe.
Orice utilizatori care depășesc primii 50 de utilizatori de testare vor fi facturați.
Pentru a asigura procesarea exactă a facturii dvs., toate organele de testare trebuie să includă „test” în numele organizației BroadWorks.
Organizațiile de testare internă trebuie desemnate în cadrul Webex Control Hub. Acest lucru are scopul de a împiedica utilizatorii de testare să fie facturați ca utilizatori reali.

Desemnarea unei organizații ca organizație de testare

Pentru a desemna o organizație ca organizație de testare:

Conectați-vă la Partner Hub și selectați Clienți.
Selectați clientul corespunzător.
În bara de control din dreapta, activați comutatorul pentru organizarea testelor interne.

Redare mesagerie vocală

Pentru mesageria vocală, asigurați-vă că configurați serverul Media pentru a utiliza unul dintre următoarele coduri:

mp3
wav—Fișierele WAV sunt acceptate în următoarele formate: PCM (acceptat pe toate platformele) și DVI-ADPCM (nu este acceptat pe Android

Dacă utilizați fișiere wav, rulați următoarele comenzi CLI pentru a încredința serverul aplicației și serverul media:

AS_CLI/Service/VoiceMsg>set vmRecordingAudioFileFormat WAV
MS_CLI/Applications/MediaStreaming/Services/IVR> set sendmail8kHzWavFileDefaultFormat ulaw

Terminologie

ACL: Listă de control al accesului
ALG: Gateway strat aplicație
API: Interfață de programare aplicație
AFNURI: Serviciu de notificare Apple Push
LA FEL DE: Server aplicație
TE CONŢINUTUL: Adaptor analogic de telefon, adaptor care convertește telefonie analogică la VoIP
BAM: Manager de aplicații BroadSoft
Autentificare de bază: O metodă de autentificare în care un cont (nume de utilizator) este validat de un secret partajat (parolă)
BMS: Server de mesagerie BroadSoft
PĂȘUNE: Fluxuri bidirecționale Peste HTTP Sincronizat
TULBURĂRI GASTRO- INTESTINALE: Interfața de bază a ratei BRI este o metodă de acces ISDN
Cutie de carton: O colecţie de servicii aşa cum a fost livrată unui utilizator final sau abonat (cf. Ambalaj)
CA: Autoritatea de certificare
Operator: O organizaţie care se ocupă de traficul de telefonie (cf. Partener, furnizor de servicii, furnizor de valoare adăugată)
CAPTCHA: Test Turing public complet automatizat pentru a spune computere și oameni în afară
CCXML: Limba de marcare eXtensible pentru controlul apelului
CIF: Format intermediar comun
TULBURĂRI OCULARE: Interfață linie de comandă
CN: Denumire comună
CNPS: Server push notificări de apel. Un server push de notificare care rulează pe un XSP|ADP în mediul dvs., pentru a împinge notificările de apel către FCM și APNS. Consultați Proxy-ul NPS.
CPE: Echipamente premise pentru clienți
CPR: Regulă de prezență personalizată
CSS: Foaie de stil cascadă
CSV: Valoare Separată prin virgulă
CTI: Integrare telefonie informatică
CUBE: Cisco Unified Border Element
DMZ: Zonă Demilitarizată
DN: Număr director
DND: Nu deranjați
DNS: Sistem nume de domeniu
DPG: Grup de asociați la apelare
DSCP: Punct de cod servicii diferențiate
DTAF: Fișier arhivă tip dispozitiv
DTG: Grup trunchi destinație
DTMF: Frecvență multitonică duală
utilizator Final: Persoana care utilizează serviciile, adică face apeluri, intră în întâlniri sau trimite mesaje (cf. Abonat)
Enterprise: O colecţie de utilizatori finali (cf. Organizație)
FCM: Mesagerie în cloud Firebase
FMC: Convergență Fix Mobile
Configurare flux-through: Crearea utilizatorilor în magazinul de identitate Webex prin atribuirea serviciului „IM&P integrat” în BroadWorks.
FQDN: Nume de domeniu complet calificat
Configurare completă prin debit: Crearea și verificarea utilizatorilor din magazinul de identitate Webex prin atribuirea serviciului „IM&P integrat” în BroadWorks și afirmarea că fiecare utilizator BroadWorks are o adresă de e-mail unică și validă.
FXO: Exchange Office este portul care primește linia analogică. Acesta este dopul de pe telefon sau fax sau dopurile de pe sistemul dvs. de telefon analogic. Acesta oferă o indicație on-cârlig / off-cârlig (închidere buclă). Deoarece portul FXO este atașat la un dispozitiv, cum ar fi un fax sau un telefon, dispozitivul este adesea numit „dispozitiv FXO”.
FXS: Abonatul valutar este portul care furnizează de fapt linia analogică abonatului. Cu alte cuvinte, este "plug in the wall", care oferă un ton de apelare, curent de baterie, și tensiune inel.
GCM: Mesaj Google Cloud
GCM: Modul Galois/Counter (tehnologie de criptare)
ASCUNZĂTOARE: Dispozitiv interfață umană
HTTPS: Conectori securizați pentru protocolul de transfer hipertext
IAD: Dispozitiv de acces integrat
IM&P: Mesagerie instantanee și prezență
PSTN IP: Un furnizor de servicii care furnizează VoIP serviciilor PSTN, interschimbabil cu ITSP, sau un termen general pentru telefonie „publică” conectată la internet, furnizat în mod colectiv de către principalii furnizori de telecomunicații (mai degrabă decât de către țări, așa cum este PSTN)
IZZ: Furnizor de servicii de telefonie pe internet
VALORI CRESCUTE ALE: Răspuns vocal interactiv / Răspuns
AFECŢIUNI: Adresa nativă a unei entități XMPP se numește identificator Jabber sau JID localpart@domain.part.example.com/resourcepart (@ . / sunt separatoare)
JSON: Notificare obiect script Java
TULBURĂRI ALE SISTEMULUI NERVOS: Java Secure Socket Extension; tehnologia de bază care oferă caracteristici sigure de conectivitate la serverele BroadWorks
KEM: Modul de extensie cu tastatură (telefoanele hardware Cisco)
PLT: Token cu durată lungă de viață (sau Long Life); o formă de auto-descriere, securizată de token purtător care permite utilizatorilor să rămână autentificați pentru mai mult timp și nu este legată de aplicații specifice.
M: Arhiva mesajelor
MIB: Bază de informații de gestionare
M: Server media
mTLS: Autentificare reciprocă între două părți, utilizând schimbul de certificate, la stabilirea unei conexiuni TLS
MUC: Chat cu mai mulți utilizatori
UMED: Traduceri adresă de rețea
NPS: Server push de notificare; consultați CNPS
proxy NPS: Un serviciu în Webex care furnizează jetoane de autorizare pe termen scurt pentru CNPS, permițându-i să împingă notificările de apel către FCM și APN-uri și, în cele din urmă, către dispozitivele Android și iOS care rulează Webex.
OCLUZII: Deschideți interfața cu clientul
Organizație: O companie sau o organizaţie care reprezintă o colecţie de utilizatori finali (cf. Întreprindere)
OTG: Grup trunchiuri de ieșire
Pachet: O colecţie de servicii aşa cum a fost livrată unui utilizator final sau abonat (cf. Cutie de carton)
Partener: O organizație de agenți care lucrează cu Cisco pentru a distribui produse și servicii către alte organizații (cf. Valoare adăugată revânzător, furnizor de servicii, transportator)
PBX: Schimb de filiale private
PEM: Mail îmbunătățit de confidențialitate
LIOFILIZAT: Rețea publică de teren mobil
TE IZA: Interfața Rată Primară (PRI) este un standard de interfață de telecomunicații utilizat pe o rețea digitală de servicii integrate (ISDN)
PS: Server de profil
PSTN: Rețea de telefonie publică comutată
QoS: Calitatea serviciului
portal De Retailer: Un site web care permite administratorului revânzătorului să își configureze soluția UC-One SaaS. Este uneori menționată ca portal BAM, portal de administrator sau portal de management.
RTCP: Protocol de control în timp real
RTP: Protocol de transport în timp real
SBC: Controler frontieră sesiune
SCA: Aspect Apel partajat
SD: Definiție standard
SDP: Protocol de descriere sesiuni
SP: Furnizor de servicii; O organizație care furnizează servicii de telefonie sau servicii conexe altor organizații (cf. Încărcător, partener, revânzător cu valoare adăugată)
SIP: Protocol de inițiere sesiuni
LĂCRIMARE: Token cu durată scurtă de viață (sau Short Life) (denumit și BroadWorks SSO Token); un token autentificat de unică folosință care este utilizat pentru a obține acces securizat la aplicații web.
SMB: Întreprinderi mici și mijlocii
SNMP: Protocol simplu de gestionare a rețelei
sRTCP: Protocol de control al transferului în timp real securizat (media apelurilor VoIP)
sRTP: Protocol de transfer în timp real securizat (media apelurilor VoIP)
SSL: Strat de prize securizate
Abonat: Persoana care utilizează serviciile, adică face apeluri, intră în întâlniri sau trimite mesaje (cf. Utilizator final)
TCP: Protocol de control al transmisiei
TDM: Multiplicarea diviziunii timpului
TLS: Securitate strat de transport
ToS: Tipul de serviciu
UAP: Portal de activare a utilizatorilor
UC: Comunicații Unified
CEAPA: Interfață utilizator
U ID: Identificator unic
UM: Server de mesagerie
URI: Identificator de resurse uniform
URL: Localizator de resurse uniform
TUSE: Server de partajare
UTC: Ora universală coordonată
UVS: Server video
Retailer cu valoare adăugată (VAR): O organizație de agenți care lucrează cu Cisco pentru a distribui produse și servicii către alte organizații (cf. Operator, partener, furnizor de servicii)
VGA: Array de grafică video
VoIP: Voce prin Internet Protocol (IP)
VXML: Limbă extensibilă de marcare vocală
WebDAV: Autorizare și versiune distribuită pe internet
WebRTC: Comunicații web în timp real
RĂȘINI: Server WebRTC
XMPP: Protocol de mesagerie și prezență extensibil

Anexa

Configurați serviciile (cu mTLS pentru serviciul Auth)

Interfețe Xsi

Instalați și configurați aplicațiile Xsi-Actions și Xsi-Events așa cum sunt descrise în Ghidul de configurare a interfeței pentru serviciile Cisco BroadWorks Xtended Services.

Doar o singură instanță a aplicațiilor Xsi-Events trebuie implementată pe XSP|ADP utilizat pentru interfața CTI.

Toate evenimentele Xsi utilizate pentru integrarea Broadworks cu Webex trebuie să aibă același nume de apelControlApplicationName definit în Applications/Xsi-Events/GeneralSettings. De exemplu:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Schimbarea numelui de apelControlApplicationName sau neavând același nume pe toate aplicațiile web Xsi-Events va afecta funcționalitatea abonamentelor și a evenimentelor de telefonie.

Configurați serviciul de autentificare (cu mTLS)

Tokenurile BroadWorks cu durată lungă de viață sunt generate și validate de serviciul de autentificare găzduit pe |ADP-urile dvs. XSP.

Cerințe

Serverele XSP|ADP care găzduiesc Serviciul de autentificare trebuie să aibă o interfață mTLS configurată.
ADP-urile XSP| trebuie să partajeze aceleași chei pentru criptarea/decriptarea tokenurilor BroadWorks cu durată lungă de viață. Copierea acestor chei la fiecare XSP|ADP este un proces manual.
ADP-urile XSP| trebuie sincronizate cu NTP.

Prezentare generală configurație

Configurația esențială de pe |ADP-urile dvs. XSP include:

Implementați serviciul de autentificare.
Configurați durata tokenului la cel puțin 60 de zile (lăsați emitentul ca BroadWorks).
Generați și partajați tastele RSA prin |ADP-uri XSP.
Furnizați adresa URL autentiService către containerul web.

Implementați serviciul de autentificare pe XSP|ADP

Pe fiecare XSP|ADP utilizat cu Webex:

Activați aplicația pentru serviciul de autentificare pe cale /authService(trebuie să utilizați această cale):

XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService

(unde este cazul <version> este versiunea BroadWorks).
Implementați aplicația:

XSP|ADP_CLI/Maintenance/ManagedObjects>deploy application /authService

Configurați durata tokenului

Verificați configurația actuală a tokenului (ore):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement> get
Setați durata la 60 de zile (max. 180 de zile):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement>set tokenDurationInHours 1440

Generați și partajați cheile RSA

Trebuie să utilizați aceleași perechi de taste publice/private pentru criptarea/decriptarea tokenului în toate instanțele serviciului de autentificare.
Cuplul cheie este generat de serviciul de autentificare atunci când este necesar pentru prima dată să eliberați un token.

Din cauza acestor doi factori aveți nevoie pentru a genera chei pe un XSP|ADP, apoi copiați-le la toate celelalte XSP|ADP.

Dacă ciclați tastele sau modificați lungimea tastei, trebuie să repetați următoarea configurație și să reporniți toate |ADP-urile XSP.

Selectați un XSP|ADP de utilizat pentru generarea unei perechi de taste.
Utilizați un client pentru a solicita un token criptat de la acel XSP|ADP, solicitând următorul URL din browserul clientului:

https://<XSP|ADP-IPAddress>/authService/token?key=BASE22URL(clientPublicKey)

(Acest lucru generează o pereche de chei private / publice pe XSP|ADP, dacă nu a existat deja unul)
Locația magazinului cu tastatură nu este configurabilă. Exportați tastele:

XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
Copiați fișierul exportat /var/broadworks/tmp/authService.keys în aceeași locație pe celelalte ADP-uri XSP|, suprascrierea unui mai în vârstă .keys fișier.
Importați tastele pe fiecare dintre celelalte |ADP-uri XSP:

XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys

Furnizați URL-ul autentiService către containerul web

Containerul web XSP|ADP are nevoie de URL-ul autentiService, astfel încât să poată valida jetoanele.

Pe fiecare dintre |ADP-urile XSP:

Adăugați URL-ul serviciului de autentificare ca serviciu de autentificare extern pentru BroadWorks Communications Utility:

XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1/authService
Adăugați adresa URL a serviciului de autentificare în container:

XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService

Acest lucru permite Webex să utilizeze Serviciul de autentificare pentru a valida jetoanele prezentate ca date de autentificare.
Verificați parametrul cu get.
Reporniți XSP|ADP.

Configurarea TLS și Ciphers pe interfețele HTTP (pentru XSI și Serviciul de autentificare)

Aplicațiile Service Authentication, Xsi-Actions și Xsi-Events utilizează interfețe de server HTTP. Nivelurile de configurabilitate TLS pentru aceste aplicații sunt după cum urmează:

Cele mai generale = Sistem > Transport > HTTP > Interfață server HTTP = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații	context CLI
Sistem (global)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Protocoale de transport pentru acest sistem	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP pe acest sistem	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Interfețe server HTTP specifice pe acest sistem	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Citirea configurației interfeței serverului HTTP TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer>
Introduceți get comanda și citiți rezultatele. Ar trebui să vedeți interfețele (adresele IP) și, pentru fiecare, dacă acestea sunt sigure și dacă necesită autentificarea clientului.

Apache tomcat trimite un certificat pentru fiecare interfață securizată; sistemul generează un certificat semnat dacă are nevoie de unul.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Adăugarea protocolului TLS 1.2 la interfața serverului HTTP

Interfața HTTP care interacționează cu Webex Cloud trebuie configurată pentru TLSv1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața serverului HTTP:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> 443 pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> 443 TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața serverului HTTP

Pentru a configura cifrele necesare:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Introduceți comanda get <interfaceIp> 443 pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> 443 <cipherName> pentru a adăuga un cifru la interfața serverului HTTP.

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Configurați încrederea pentru serviciul de autentificare (cu mTLS)

Conectați-vă la Control Hub cu contul de administrator partener.
Accesați Setări > Apelare BroadWorks și faceți clic pe Descărcare certificat Webex CA pentru a obține CombinedCertChain2023.txt pe computerul local.

Aceste fișiere conțin două seturi de două certificate. Trebuie să divizați fișierele înainte de a le încărca în ADP-urile XSP|. Toate fișierele sunt necesare.
Separați lanțul certificatului în două certificate - combinedcertchain2023.txt.
1. Deschideți combinedcertchain2023.txt într-un editor de text.
2. Selectați și tăiați primul bloc de text, inclusiv liniile -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----, și lipiți blocul de text într-un fișier nou.
3. Salvați noul fișier ca root2023.txt.
4. Salvați fișierul original ca issuing2023.txt. Fișierul original ar trebui să aibă acum doar un singur bloc de text, înconjurat de linii -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----.
Copiați ambele fișiere text într-o locație temporară pe XSP|ADP pe care o securizați, de ex. /var/broadworks/tmp/root2023.txt și /var/broadworks/tmp/issuing2023.txt.
Conectați-vă la XSP|ADP și navigați la /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>. (Opțional) Ajutor de rulare UpdateTrust pentru a vedea parametrii și formatul de comandă.

Încărcați fișierele certificatului în ancore de încredere noi - 2023

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Confirmați că ancorajele sunt actualizate:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

(Opțiune) Configurați mTLS la nivelul interfeței/portului HTTP

Este posibil să configurați mTLS la nivelul interfeței/portului HTTP sau pe o bază de aplicație per-web.

Când configurați mTLS la nivelul interfeței/portului HTTP, mTLS este necesar pentru toate aplicațiile web găzduite accesate prin această interfață/port.

Conectați-vă la XSP|ADP a cărei interfață configurați.
Navigheaza catre XSP|ADP_CLI/Interface/Http/HttpServer> și rulați get comandă pentru a vedea interfețele.
Pentru a adăuga o interfață și a solicita autentificarea clientului acolo (ceea ce înseamnă același lucru ca și mTLS):

XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true

Consultați documentația XSP|ADP CLI pentru detalii. În esență, primul true asigură interfața cu TLS (certificatul de server este creat dacă este necesar) și al doilea true forțează interfața să solicite autentificarea certificatului clientului (împreună sunt mTLS).

De exemplu:

XSP|ADP_CLI/Interface/Http/HttpServer> get

Interface Port Name Secure Client Auth Req Cluster Fqdn
         =======================================================
         192.0.2.7 443 XSP|ADP01.collab.example.net true false 
         192.0.2.7 444 XSP|ADP01.collab.example.net true true

În acest exemplu, mTLS (Client Auth Req = true) este activat pe 192.0.2.7 port 444. TLS este activat pe 192.0.2.7 port 443.

(Opțiune) Configurați mTLS pentru aplicații web specifice

Este posibil să configurați mTLS la nivelul interfeței/portului HTTP sau pe o bază de aplicație per-web.

Când configurați mTLS la nivelul aplicației, mTLS este necesar pentru acea aplicație, indiferent de configurația interfeței serverului HTTP.

Conectați-vă la XSP|ADP a cărei interfață configurați.
Navigheaza catre XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> și rulați get comandă pentru a vedea ce aplicații rulează.
Pentru a adăuga o aplicație și pentru a solicita autentificarea clientului (ceea ce înseamnă același lucru ca și mTLS):

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true

Consultați documentația XSP|ADP CLI pentru detalii. Numele aplicației sunt enumerate acolo. Fișierul true în această comandă activează mTLS.

De exemplu:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add 192.0.2.7 443 AuthenticationService true

Exemplul de comandă adaugă aplicația AuthenticationService la 192.0.2.7:443 și necesită solicitarea și autentificarea certificatelor de la client.

Consultați get:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> get

Interface Ip Port Application Name Client Auth Req
         ===================================================
         192.0.2.7 443 AuthenticationService      true

Configurați managementul dispozitivului pe XSP|ADP, serverul aplicației și serverul profilului

Unde să mergeți Înainte

Pentru configurare, puteți reintra în fluxul principal de documente la interfața CTI și configurația aferentă.

Cerințe suplimentare de certificare pentru autentificarea reciprocă TLS împotriva serviciului de autentificare

Accesați Setări > Apelare BroadWorks.
Faceți clic pe linkul certificatului de descărcare.

De asemenea, puteți obține lanțul certificatului de la https://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt.

Cerințele exacte pentru implementarea acestui lanț de certificate Webex CA depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă rezumă locul în care trebuie implementat lanțul de certificate Webex CA în aceste trei cazuri.

Cerințe reciproce privind certificatul TLS pentru proxy-ul TLS-bridge

Webex prezintă proxy-ului un certificat de client semnat Webex CA.
Lanțul de certificate Webex CA este implementat în magazinul de încredere proxy, astfel încât proxy-ul are încredere în certificatul clientului.
Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în proxy.
Proxy-ul prezintă un certificat de server semnat public pentru Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.

Proxy-ul prezintă un certificat de client semnat intern către |ADP-urile XSP.

Acest certificat trebuie să aibă câmpul de extensie x509.v3 Utilizare extinsă a cheii populat cu OID BroadWorks 1.3.6.1.4.1.6431.1.1.8.2.1.3 și clientAuth scop TLS. De exemplu:

X509v3 extensions:

X509v3 Extended Key Usage:

1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client
              Authentication

Atunci când generați certificate de client intern pentru proxy, rețineți că certificatele SAN nu sunt acceptate. Certificatele serverului intern pentru XSP|ADP pot fi SAN.

ADP-urile XSP| au încredere în CA intern.
ADP-urile XSP| prezintă un certificat de server semnat intern.
Proxy-ul are încredere în CA intern.

Cerințe reciproce de certificare TLS pentru TLS-passthrough Proxy sau XSP în DMZ

Webex prezintă un certificat de client semnat Webex CA pentru XSPs.
Lanțul de certificate Webex CA este implementat pe magazinul de încredere XSPs, astfel încât XSPs are încredere în certificatul clientului.
Certificatul de server XSP semnat public este de asemenea încărcat în XSPs.
XSPs prezintă certificatele de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului XSPs.

Istoricul reviziilor documentelor

Următorul tabel prezintă o istorie a modificărilor aduse acestui document în ultimele 12 luni.

Dată	Versiune	Descrierea modificării
07 martie 2024	2-111	Secțiunea Actualizată de control al fluxului de conectare în procesul de conectare a utilizatorului și de recuperare a configurației.
24 februarie 2024	2-110	Modificări editoriale.
20 februarie 2024	2-109	S-a adăugat secțiunea Indicație Spam vizuală în secțiunea Implementare Webex pentru BroadWorks.
07 februarie 2024	2-108	A fost adăugată o notificare de expirare a parolei BroadWorks în timpul conectării la Webex for BroadWorks Reference.
25 ianuarie 2024	2-107	Modificări editoriale.
23 ianuarie 2024	2-106	Efectuați modificări editoriale în secțiunea Mutare utilizator (cu consimțământ) în Webex pentru Cisco BroadWorks , sub Gestionarea Webex pentru BroadWorks.
10 ianuarie 2024	2-105	Modificări editoriale.
20 decembrie 2023	2-104	Acest ghid a fost mutat la Centrul de ajutor Webex, de acum înainte utilizați acest link unificat https://help.webex.com/no4dlj3 .
13 decembrie 2023	2-103	Șablonul clientului a fost modificat în „Șablon de integrare”, a actualizat ghidul de soluție.
12 decembrie 2023	2-102	Actualizat Atașați Webex pentru BroadWorks la secțiunea Organizație existentă în cadrul Gestionării Webex pentru BroadWorks.
08 decembrie 2023	2-101	Modificări editoriale.
noiembrie 08, 2023	2-100	A fost adăugată o notă în Atașați Webex pentru BroadWorks la secțiunea Organizație existentă .
25 octombrie 2023	2-99	A fost adăugat R24 în Configurarea serverului aplicației cu secțiunea URL a serviciului de configurare.
13 septembrie 2023	2-98	Au fost adăugate cerințe de rețea pentru Webex pentru linkurile Cisco Broadworks în secțiunea Abonamente de documente recomandate.
septembrie 04, 2023	2-97	Secțiunea Caracteristici și limitări actualizată în Prezentare generală a Webex pentru Cisco BroadWorks.
08 august 2023	2-96	Note adăugate în Editarea sau ștergerea unui cluster BroadWorks în Partner Hub în cadrul Gestionării Webex pentru BroadWorks.
23 iunie 2023	2-95	Actualizat Pregătiți-vă NPS pentru Webex pentru secțiunea Cisco BroadWorks în secțiunea Implementare Webex pentru Cisco BroadWorks. Actualizat Configurați NPS pentru a utiliza conexiunea proxy de autentificare Timeout la 3000 sub Implementare Webex pentru Cisco BroadWorks.
30 mai 2023	2-94	Actualizat secțiunea Cerințe software BroadWorks în secțiunea Webex pentru Cisco BroadWorks Reference.
26 mai 2023	2-93	Secțiunea actualizată Trust Anchors pentru interfața CTI (R22 și ulterioară) din secțiunea Implementare Webex pentru Cisco BroadWorks. Actualizat Configurați încrederea pentru serviciul de autentificare (cu mTLS) în secțiunea Anexă.
24 mai 2023	2-92	Actualizat Detach Webex pentru BroadWorks din secțiunea Organizație existentă în cadrul Gestionării Webex pentru Cisco BroadWorks. S-a adăugat secțiunea Intrare în rezervă în secțiunea Implementare Webex pentru Cisco BroadWorks.
10 mai 2023	2-91	Actualizat câmpul Lampă ocupată / secțiunea Notificare preluare apeluri în cadrul managementului Webex pentru Cisco BroadWorks.
09 mai 2023	2-90	Actualizat secțiunea Țară din secțiunea Pregătiți-vă mediul.
04 mai 2023	2-89	Actualizat Configurați secțiunea Șabloane pentru clienți în secțiunea Configurați organizația partenerului în Hubul partenerului.
27 aprilie 2023	2-88	S-a adăugat secțiunea Țară în secțiunea Pregătirea mediului.
14.04.2023	2-87	Secțiunea Actualizată de Asistență pentru contacte de grup în cadrul comenzii și configurării.
17 martie 2023	2-86	S-a adăugat scalarea apelului nativ mobil la secțiunea Întâlnire din secțiunea Implementare Webex pentru BroadWorks.
11 martie 2023	2-85	Pași actualizați în Configurarea serviciului de autentificare (cu validarea token-ului CI) în secțiunea Implementare Webex pentru Cisco BroadWorks.
10 martie 2023	2-84	Actualizat secțiunea Interfețe Xsi .
07 martie 2023	2-83	S-a adăugat secțiunea Asistență Grup Contacte în secțiunea Ordine și configurare.
28 februarie 2023	2-82	S-a adăugat secțiunea Partner SSO - OpenID Connect (OIDC) în secțiunea Implementare Webex pentru Cisco BroadWorks.
15 februarie 2023	2-81	Actualizat Trust Anchors pentru interfața CTI (R22 și o versiune ulterioară)în secțiunea Implementare Webex pentru Cisco BroadWorks și Configurare Trust pentru serviciul de autentificare (cu mTLS) din Anexa.
10 februarie 2023	2-80	S-a actualizat Apelarea extensiilor în prezentarea generală a Webex pentru Cisco BroadWorks.

Prezentare generală a Webex pentru Cisco BroadWorks

Introducerea Webex pentru Cisco BroadWorks

Soluţie

Pentru a oferi funcții de colaborare în cloud Webex clienților Mici și Mijlocii care au deja un serviciu de apelare furnizat de furnizorii de servicii BroadWorks.
Pentru a furniza servicii de apelare bazate pe BroadWorks clienților Webex mici și mijlocii.

Context

Beneficii

Protejarea viitoare: împotriva sfârșitului de viață al colaboratorului UC-One, mișcarea tuturor clienților către cadrul de clienți unificați (UCF)
Cel mai bun dintre cele două: Activarea funcțiilor de mesagerie și întâlnire Webex păstrând în același timp apelurile BroadWorks în rețeaua dvs. de telefonie

Domeniu de aplicare al soluției

Clienții mici și mijlocii existenți/noi (mai puțin de 250 de abonați) care doresc o suită de funcții de colaborare, pot avea deja apelare BroadWorks.
Clienții Webex mici până la medii existenți care doresc să adauge BroadWorks Calling.
Întreprinderi mai mici (Consultați portofoliul nostru de întreprinderi pentru Webex).
Nu numai utilizatorii (Vă rugăm să evaluați ofertele Webex Online).

Condiții prealabile pentru succesul cu Webex pentru Cisco BroadWorks

Obligatoriu

Note

Patch-ul BroadWorks curent R22 sau de mai sus

XSP|ADP pentru XSI, CTI, DMS și authService

XSP|ADP dedicat pentru Webex pentru Cisco BroadWorks

Separați XSP|ADP pentru NPS, poate fi partajat cu alte soluții care utilizează NPS.

Dacă aveți o implementare colaborativă existentă, apoi revizuiți recomandările privind configurațiile XSP|ADP și NPS.

Validarea Token CI (cu TLS) este configurată pentru conexiunile Webex la Serviciul de autentificare.

mTLS configurat pentru conexiunile Webex la interfața CTI.

Alte aplicații nu necesită mTLS.

Utilizatorii trebuie să existe în BroadWorks și au nevoie de următoarele atribute, în funcție de decizia dvs. de configurare:

Flowthrough cu e-mailuri de încredere: Atributul de e-mail al utilizatorului BroadWorks trebuie să conțină o adresă de e-mail validă, unică pentru acel utilizator. Utilizatorul trebuie să aibă, de asemenea, un număr principal sau o extensie.
Flowthrough cu e-mailuri false sau auto-activare sau configurare API: Utilizatorul nu are nevoie de adresa de e-mail, dar trebuie să aibă un număr principal sau o extensie.

Fișier DTAF Webex pentru Cisco BroadWorks pentru aplicația Webex

BW Business Lic sau Std Enterprise sau Prem Enterprise User Lic + Webex pentru abonamentul Cisco BroadWorks

Dacă aveți o implementare colaborativă existentă, nu mai aveți nevoie de UC-One Add-On Bundle, Collab Lic și Meet-me Conference Ports.

Dacă aveți o implementare UC-One SaaS existentă, nu există alte modificări decât acceptarea termenilor Premium Package.

IP/Porturile trebuie să fie accesibile prin intermediul serviciilor Webex backend și al aplicațiilor Webex prin intermediul internetului public.

Consultați secțiunea „Pregătiți-vă rețeaua”.

Configurare TLS v1.2 pe |ADP-urile XSP

Pentru configurarea Flowthrough, serverul de aplicații trebuie să se conecteze la adaptorul de configurare BroadWorks.

Nu testăm sau acceptăm configurația proxy de ieșire. Dacă utilizați un proxy de ieșire, acceptați responsabilitatea de a-l susține cu Webex pentru Cisco BroadWorks.

Consultați “Pregătiți-vă rețeaua” subiect.

Despre acest Document

Acest ghid include materiale conceptuale și de referință. Intenționăm să acoperim toate aspectele soluției în acest document.

Setul minim de sarcini pentru implementarea soluției este:

Accesați echipa contului dvs. pentru a deveni partener Cisco. Este imperativ să explorați punctele de contact Cisco pentru a vă familiariza (și a vă instrui). Când deveniți partener Cisco, aplicăm comutatorul Webex pentru Cisco BroadWorks la organizația dvs. partener Webex. (Consultați Implementarea Webex pentru Cisco BroadWorks > Integrarea partenerului în acest document.)
Configurați sistemele BroadWorks pentru integrarea cu Webex. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurarea serviciilor pe dispozitivele Webex pentru Cisco BroadWorks XSP|ADP din acest document.)
Utilizați Partner Hub pentru a conecta Webex la BroadWorks. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurați organizația dvs. de parteneri în Partner Hub în acest document.)
Utilizați Hubul partener pentru a pregăti șabloanele de configurare a utilizatorului. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurați șabloanele de integrare în acest document.)
Testați și conectați un client prin configurarea a cel puțin un utilizator. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurarea organizației dvs. de testare.)

Acestea sunt etape de nivel înalt, în ordinea tipică. Există mai multe sarcini de contribuție pe care nu le puteți ignora.
Dacă doriți să creați propriile aplicații pentru a vă gestiona abonații Webex pentru Cisco BroadWorks, trebuie să citiți Folosind API-ul de configurare din secțiunea de referință a acestui ghid.

Terminologie

Cum funcționează

Utilizatorii apelează numere PSTN utilizând infrastructura BroadWorks.
Utilizatorii apelează alte numere BroadWorks utilizând infrastructura BroadWorks (apeluri audio/video selectând numerele asociate utilizatorilor sau dialpad-ul pentru a introduce numerele).
Alternativ, utilizatorii pot efectua un apel VOIP Webex prin infrastructura Webex, selectând opțiunea „Apel Webex” din aplicația Webex. (Aceste apeluri sunt aplicația Webex în aplicația Webex, nu aplicația Webex în PSTN).
Utilizatorii pot găzdui și participa la Webex Meetings.
Utilizatorii se pot trimite mesaje unul câte unul sau în spații (chat de grup persistent) și pot beneficia de funcții precum căutarea și partajarea fișierelor (pe infrastructura Webex).
Utilizatorii pot partaja prezența (starea). Ele pot alege prezența personalizată sau prezența calculată a clientului.
După ce vă înscriem ca organizație parteneră în Control Hub, cu drepturile corecte, puteți configura relația dintre instanța BroadWorks și Webex.
Creați organizații ale clienților în Control Hub și furnizați utilizatori în aceste organizații.
Fiecare abonat din BroadWorks primește o identitate Webex pe baza adresei de e-mail (atribut de ID de e-mail în BroadWorks).
Utilizatorii se autentifică împotriva BroadWorks sau împotriva Webex.
Clienții sunt eliberați cu jetoane cu durată lungă de viață pentru a le autoriza pentru servicii la BroadWorks și Webex.

Aplicația Webex se află în centrul acestei soluții; este o aplicație de marcă disponibilă pe desktopurile Mac/Windows și pe telefoanele mobile și tabletele Android/iOS.

Există, de asemenea, o versiune web a Aplicației Webex care nu include în prezent funcții de apelare.

Clientul se conectează la cloudul Webex pentru a furniza funcții de mesagerie, prezență și întâlniri.

Clientul se înregistrează la sistemele BroadWorks pentru funcțiile de apelare.

Cloud-ul Webex funcționează cu sistemele BroadWorks pentru a asigura o experiență de configurare fără probleme a utilizatorului.

Caracteristici și limitări

Oferim mai multe pachete cu caracteristici diferite.

Pachetul „Softphone”

Utilizatorii de Softphone își pot partaja ecranul în timpul unui apel.

Pachetul „de bază”

Pachetul „Standard”

Pachetul „Premium”

Partajarea ecranului în cadrul unei întâlniri PMR este acceptată pentru orice participant la întâlnire.

Comparați pachetele

Pachet	Apelare	Mesagerie	Întâlniri Unified Space	Reuniuni PMR
Telefon virtual	Inclus	Nu sunt incluse	Fără	Fără
De bază	Inclus	Inclus	100 de participanți	100 de participanți
Standard	Inclus	Inclus	100 de participanți	100 de participanți
Premium	Inclus	Inclus	300 de participanți	1000 participanți

Caracteristici de mesagerie și întâlnire

Consultați următorul tabel pentru diferențele de asistență pentru caracteristicile întâlnirii PMR pentru pachetele de bază, standard și premium.

Tabelul 1. Diferențe de asistență caracteristică pentru întâlnirile PMR
Caracteristică întâlnire	Sprijinit cu pachet de bază	Sprijinit cu pachet standard	Sprijinit cu pachetul de premiere	Comentariu
Durata întâlnirii	40 de minute sau mai puțin	Nelimitat	Nelimitat
Partajare Desktop	Da	Da	Da	Basic—Partajare desktop de către orice participant la întâlnirea PMR. Standard —Partajare desktop numai de către gazda întâlnirii PMR. Premium—Partajare desktop de către orice participant la întâlnirea PMR.
Partajare Aplicație	Da	Da	Da	De bază—Partajarea aplicației de către orice participant la întâlnirea PMR. Standard - Partajarea aplicației numai de către gazda întâlnirii PMR. Premium—Partajarea aplicației de către orice participant la întâlnirea PMR.
Chat cu mai multe părți	Da	Da	Da
Tablă albă	Da	Da	Da
Protecție parolă	Da	Da	Da
Aplicația web - fără descărcare sau plugin-uri (Experiența oaspeților)	Da	Da	Da
Asocierea asistenței cu dispozitivele Webex	Da	Da	Da
Controlul podelei (Dezactivați unul / Eliminați toate)	Da	Da	Da
Link Întâlniri persistente	Da	Da	Da
Accesul la site-ul întâlnirilor	Da	Da	Da
Intrați în întâlnire prin VoIP	Da	Da	Da
Blocare	Da	Da	Da
Controale prezentator	Nu	Nu	Da
Control desktop la distanță	Nu	Nu	Da
Numărul de participanți	100	100	1000
Înregistrarea salvată local în sistem	Da	Da	Da
Înregistrare în cloud	Nu	Nu	Da
Înregistrare - stocare în cloud	Nu	Nu	10GB pe site
Transcrieri de înregistrare	Nu	Nu	Da
Programare întâlnire	Da	Da	Da
Activați partajarea conținutului cu integrări externe	Nu	Nu	Da	De bază— Partajarea conținutului de către orice participant la întâlnirea PMR. Standard—Partajarea conținutului numai de către gazda întâlnirii PMR. Premium- Partajarea conținutului de către orice participant la întâlnirea PMR.
Permiteți modificarea URL-ului PMR	Nu	Nu	Da	De bază— Utilizatorii pot modifica URL-ul PMR de pe site-ul Webex. Administratorii de parteneri și organizații pot modifica URL-ul din Control Hub. Standard—URL-ul PMR poate fi modificat numai din Hub-ul partenerului de către administratorii partenerului și organizației. Premium—Utilizatorii pot modifica URL-ul PMR de pe site-ul Webex. Administratorii de parteneri și organizații pot modifica URL-ul din Partner Hub.
Redarea în flux live a întâlnirilor (De Exemplu, pe Facebook, Youtube)	Nu	Nu	Da
Permiteți altor utilizatori să programeze întâlniri în numele lor	Nu	Nu	Da
Adăugați gazdă alternativă	Da	Nu	Da
Integrarea aplicațiilor (de exemplu, Zendesk, Slack)	Depinde de integrare	Depinde de integrare	Da	Consultați secțiunea Integrări aplicație de mai jos pentru mai multe informații despre asistență.
Integrare cu Microsoft Office 365 Calendar	Da	Da	Da
Integrare cu Google Calendaring pentru G Suite	Da	Da	Da

Funcții de apelare

Integrări aplicații

Puteți integra Webex pentru Cisco BroadWorks cu următoarele aplicații:

Zendesk—numai Premium
Slack—numai Premium
Microsoft Teams pentru Webex Meetings—Standard sau Premium
Microsoft Teams pentru apelare—Sprijinit cu toate pachetele
Calendarul Office 365—Standard sau Premium
Calendarul Google pentru G Suite—Standard sau Premium

Asistență pentru infrastructura de desktop virtual (VDI)

Asistență IPv6

Webex pentru Cisco BroadWorks acceptă adresarea IPv6 pentru aplicația Webex.

Foaie de parcurs viitoare

Limitări

Limitări de furnizare

Ora întâlnirilor site-ului

Zona de timp a primului abonat pentru fiecare pachet devine zona de timp pentru site-ul Webex Meetings creat pentru acel pachet.

Dacă clientul dvs. are nevoie de o anumită zonă de timp pentru site-ul Webex Meetings, specificați timezone parametru în cererea de configurare pentru:

primul abonat furnizat pentru pachetul Standard din organizație.
primul abonat furnizat pentru pachetul Premium din organizație.
primul abonat furnizat pentru pachetul de bază din organizație.

Limitări generale

Nicio apelare în versiunea web a clientului Webex (Aceasta este o limitare a clientului, nu o limitare a soluției.)
Este posibil ca Webex să nu aibă încă toate comenzile UI pentru a sprijini unele dintre funcțiile de control al apelurilor disponibile de la BroadWorks.
În prezent, clientul Webex nu poate fi „Etichetat alb”.
Când creați organizații ale clienților utilizând metoda de configurare aleasă, acestea sunt create automat în aceeași regiune ca și organizația dvs. parteneră. Acest comportament este proiectat. Ne așteptăm ca partenerii multinaționali să creeze o organizație parteneră în fiecare regiune în care gestionează organizațiile clienților.
Raportarea întâlnirilor și utilizarea mesajelor sunt disponibile prin intermediul organizației client din Control Hub.

Probleme și limitări cunoscute

Pentru o listă actualizată de probleme și limitări cunoscute cu oferta Webex pentru Cisco BroadWorks, consultați Probleme și limitări cunoscute.

Limite de mesagerie

De bază: 2 GB pe utilizator timp de 3 ani
Standard 5 GB per utilizator timp de 3 ani
Premium: 10 GB pe utilizator timp de 5 ani

Informații suplimentare

Pentru informații suplimentare privind limitele generale de mesagerie care se aplică spațiilor echipei de mesagerie Webex, consultați https://help.webex.com/en-us/n8vw82eb/Webex-Capacities.

Securitate, date și roluri

Securitate Webex

Există mai multe detalii cu privire la schimbul de date în secțiunea de referință a acestui document.

Citire suplimentară

Rezidență date organizație

Stocăm datele dvs. Webex în centrul de date care se potrivește cel mai bine regiunii dvs. Consultați Rezidența datelor în Webex în Centrul de ajutor.

Roluri

Echipa de operațiuni în cloud Cisco: Creează „organizația parteneră” în Partner Hub, dacă nu există, în timpul procesului de integrare.

#	Sarcină tipică	SP	Cisco
1	Integrarea partenerului - Crearea organizației partenerului dacă aceasta nu există și activarea comutatoarelor de funcții necesare		●
2	Configurarea BroadWorks în organizația parteneră prin intermediul Hubului partenerului (cluster)	●
3	Configurarea setărilor de integrare în organizația parteneră prin intermediul Hubului partenerului (șabloane de oferte, branding)	●
4	Pregătirea mediului BroadWorks pentru integrare (AS, XSP\|ADP Patching, firewall-uri, configurație XSP\|ADP, XSI, AuthService, CTI, NPS, aplicații DMS pe XSP\|ADP)	●
5	Dezvoltarea integrării sau procesului de configurare	●
6	Pregătiți materialele GTM	●
7	Migrați sau configurați utilizatori noi	●

Arhitectură

Ce este în diagramă?

Clienți

Clientul Aplicației Webex servește ca aplicație principală în ofertele Webex pentru Cisco BroadWorks. Clientul este disponibil pe platforme desktop, mobile și web.

Clientul are întâlniri audio/video native de mesagerie, prezență și cu mai multe părți furnizate de cloudul Webex. Clientul Webex utilizează infrastructura BroadWorks pentru apelurile SIP și PSTN.
Telefoanele Cisco IP și accesoriile aferente utilizează, de asemenea, infrastructura BroadWorks pentru apelurile SIP și PSTN. Ne așteptăm să putem sprijini telefoanele terțe.
Portalul de activare a utilizatorului pentru ca utilizatorii să se conecteze la Webex utilizând acreditările BroadWorks.
Partner Hub este o interfață web pentru administrarea organizației dvs. Webex și a organizațiilor clienților dvs. Partner Hub este locul în care configurați integrarea dintre infrastructura BroadWorks și Webex. De asemenea, utilizați Partner Hub pentru a gestiona configurația și facturarea clienților.

Rețea furnizor de servicii

Blocul verde din partea stângă a diagramei reprezintă rețeaua dvs. Componentele găzduite în rețeaua dvs. oferă următoarele servicii și interfețe pentru alte părți ale soluției:

XSP|ADP cu față publică, pentru Webex pentru Cisco BroadWorks: (Cutia reprezintă una sau mai multe ferme XSP|ADP, eventual frontate de balansoare de sarcină.)
- Găzduiește interfața de servicii Xtended (XSI-Actions & XSI-Events), Serviciul de gestionare a dispozitivelor (DMS), interfața CTI și Serviciul de autentificare. Împreună, aceste aplicații permit telefoanelor și clienților Webex să se autentifice, să descarce fișierele de configurare a apelurilor, să efectueze și să primească apeluri și să vadă starea cârligului (prezența telefonului) și istoricul apelurilor.
- Publică directorul către clienții Webex.
XSP|ADP cu care se confruntă publicul, care rulează NPS:
- Server Push Notificări Apel gazdă: Un server push de notificare pe un ADP XSP| în mediul dvs. Interfețele dintre serverul dvs. de aplicații și proxy-ul nostru NPS. Proxy furnizează jetoane de scurtă durată către NPS-ul dvs. pentru a autoriza notificările către serviciile cloud. Aceste servicii (APNS & FCM) trimit notificări de apel clienților Webex pe dispozitivele Apple iOS și Google Android.
Server aplicație:
- Oferă control apeluri și interfețe pentru alte sisteme BroadWorks (în general)
- Pentru configurarea fluxului, AS este utilizat de administratorul partener pentru a furniza utilizatori în Webex
- Împinge profilul utilizatorului în BroadWorks
OSS/BSS: Sistemul dvs. de asistență pentru operațiuni / Serviciile SIP de afaceri pentru administrarea întreprinderilor BroadWorks.

Webex Cloud

Blocul albastru din diagramă reprezintă cloudul Webex. Microservicele Webex acceptă întregul spectru de capacități de colaborare Webex:

Cisco Common Identity (CI) este serviciul de identitate din cadrul Webex.
Webex pentru Cisco BroadWorks reprezintă setul de microservicii care acceptă integrarea între Webex și furnizorul de servicii BroadWorks găzduit:
- API-uri de configurare a utilizatorului
- Configurație furnizor de servicii
- Conectare utilizator utilizând acreditările BroadWorks
Cutie de mesagerie Webex pentru microservicii legate de mesagerie.
Caseta Webex Meetings care reprezintă servere de procesare media și SBC pentru mai multe întâlniri video cu participanți (SIP și SRTP)

Servicii web terțe

Următoarele componente terțe sunt reprezentate în diagramă:

APNS (Apple Push Notifications Service) împinge notificările de apel și de mesaj către aplicațiile Webex de pe dispozitivele Apple.
FCM (FireBase Cloud Messaging) împinge notificările de apeluri și mesaje către aplicațiile Webex de pe dispozitivele Android.

Considerații de arhitectură XSP|ADP

Rolul serverelor ADP XSP|publice în Webex pentru Cisco BroadWorks

XSP|ADP cu care se confruntă publicul din mediul dvs. oferă următoarele interfețe/servicii pentru Webex și clienți:

Serviciul de autentificare (Authentication Service), securizat de TLS, care răspunde solicitărilor Webex pentru BroadWorks JWT (JSON Web Token) în numele utilizatorului
interfață CTI, securizată de mTLS, la care Webex se abonează pentru evenimentele din istoricul apelurilor și statutul de prezență telefonică din BroadWorks (statut cârlig).
Interfețele de acțiuni și evenimente Xsi (interfața servicii eXtended) pentru controlul apelurilor abonaților, directoarele listei de contacte și apeluri și configurația serviciului de telefonie pentru utilizatorul final
Serviciu DM (Device Management) pentru clienți pentru a prelua fișierele de configurare a apelurilor

Arhitectură XSP|ADP

Vă recomandăm să utilizați o instanță/fermă XSP|ADP dedicată pentru a găzdui aplicațiile necesare pentru integrarea Webex din următoarele motive

De exemplu, dacă oferiți UC-One SaaS, vă recomandăm să creați o nouă fermă XSP|ADP pentru Webex pentru Cisco BroadWorks. În acest fel, cele două servicii pot funcționa independent în timp ce migrați abonați.
Dacă plasați aplicațiile Webex pentru Cisco BroadWorks într-o fermă XSP|ADP care este utilizată în alte scopuri, este responsabilitatea dvs. să monitorizați utilizarea, să gestionați complexitatea rezultată și să planificați scara crescută.
Planificatorul de capacități pentru sistemul Cisco BroadWorks presupune o fermă XSP|ADP dedicată și este posibil să nu fie corect dacă o utilizați pentru calcule de locație.

Cu excepția cazului în care se menționează altfel, ADP-urile dedicate Webex pentru Cisco BroadWorks XSP| trebuie să găzduiască următoarele aplicații:

AuthService (TLS cu validare CI Token sau mTLS)
CTI (mTLS)
Acțiuni XSI (TLS)
Evenimente XSI (TLS)
DMS (TLS) – Opțional. Nu este obligatoriu să implementați o instanță DMS separată sau o fermă specifică pentru Webex pentru Cisco BroadWorks. Puteți utiliza aceeași instanță DMS pe care o utilizați pentru colaborarea UC-One SaaS sau UC-One.
Vizualizare web setări apel (TLS) – Opțional. Vizualizarea web a setărilor pentru apeluri (CSW) este necesară numai dacă doriți ca utilizatorii Webex pentru Cisco BroadWorks să poată configura funcții de apelare în Aplicația Webex.

Webex necesită acces la CTI printr-o interfață securizată prin autentificare TLS reciprocă. Pentru a sprijini această cerință, vă recomandăm una dintre aceste opțiuni:

(Diagrama etichetată Opțiunea 1) O instanță XSP|ADP sau o fermă pentru toate aplicațiile, cu două interfețe configurate pe fiecare server: o interfață mTLS pentru CTI și o interfață TLS pentru alte aplicații, cum ar fi AuthService.
(Diagrama etichetată Opțiunea 2) Două instanțe sau ferme XSP|ADP, una cu o interfață mTLS pentru CTI, iar cealaltă cu o interfață TLS pentru alte aplicații, cum ar fi AuthService.

Reutilizare |ADP XSP

Dacă trebuie să susțineți mai multe organizații partenere Webex pe XSP|ADP, atunci acest lucru înseamnă că trebuie să utilizați mTLS pe Serviciul Auth (validarea CI Token este acceptată numai pentru o singură organizație parteneră pe un XSP|ADP). Dacă utilizați mTLS pe Serviciul de autentificare, atunci acest lucru înseamnă că nu puteți avea clienți care utilizează autentificarea de bază pe Serviciul de autentificare în același timp. Această situație ar împiedica reutilizarea XSP|ADP.
Dacă serviciul CTI existent configurat pentru a fi utilizat de către clienți cu portul securizat (de obicei 8012), dar fără mTLS (adică autentificarea clientului), atunci acest lucru va intra în conflict cu cerința Webex de a avea mTLS.

Configurați sincronizarea NTP pe XSP|ADP

Implementarea necesită sincronizarea timpului pentru toate ADP-urile XSP| pe care le utilizați cu Webex.

În timpul instalării interactive a software-ului XSP|ADP, vi se oferă opțiunea de a configura NTP. Procedați după cum urmează:

Când programul de instalare solicită, Do you want to configure NTP?, introduceți y.
Când programul de instalare solicită, Is this server going to be a NTP server?, introduceți n.
Când programul de instalare solicită, What is the NTP address, hostname, or FQDN?, introduceți adresa serverului dvs. NTP sau a unui serviciu public NTP, de exemplu, pool.ntp.org.

Dacă ADP-urile dvs. XSP| utilizează instalarea silențioasă (neinteractivă), fișierul de configurare a instalatorului trebuie să includă următoarele perechi de valori Key=Value:

NTP

NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>

Cerințe de identitate și securitate XSP|ADP

Fundal

Dacă nu se modifică setările din setările implicite, toate nivelurile moștenesc setările implicite ale furnizorului SSL (JSSE Java Secure Sockets Extension).

Listă de cerințe

XSP|ADP trebuie să se autentifice clienților utilizând un certificat semnat CA în care numele comun sau numele alternativ al subiectului corespund porțiunii de domeniu a interfeței XSI.
Interfața Xsi trebuie să accepte protocolul TLSv1.2.
Interfața Xsi trebuie să utilizeze o suită cipher care îndeplinește următoarele cerințe.
- Diffie-Hellman Ephemeral (DHE) sau curbe eliptice Diffie-Hellman Ephemeral (ECDHE) cheie de schimb
- AES (Standard de criptare avansată) cipher cu o dimensiune minimă a blocului de 128 biți (de exemplu AES-128 sau AES-256)
- GCM (Galois/Counter Mode) sau CBC (Cipher Block Chaining) modul cipher
  - Dacă se utilizează un cipher CBC, numai familia SHA2 de funcții hash este permisă pentru derivare cheie (SHA256, SHA384, SHA512).

De exemplu, următoarele cifruri îndeplinesc cerințele:

TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384

XSP|ADP CLI necesită convenția de numire IANA pentru suitele cipher, așa cum se arată mai sus, nu convenția openSSL.

Ciphers TLS acceptate pentru interfețele AuthService și XSI

TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA

Parametrii scalei de evenimente Xsi

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventQueueSize = 2000

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventHandlerThreadCount = 50

Mai multe |ADP-uri XSP

Element de margine de echilibrare a sarcinii

Note privind această arhitectură:

Configurați DNS astfel încât clienții să poată găsi balansorul de sarcină atunci când se conectează la interfața Xsi (consultați configurația DNS).
Vă recomandăm să configurați elementul de margine în modul proxy SSL invers, pentru a asigura criptarea datelor punct cu punct.
Certificatele din XSP|ADP01 și XSP|ADP02 trebuie să aibă atât domeniul XSP|ADP, de exemplu, dvs.-XSP|ADP.example.com, în numele alternativ al subiectului. Ei ar trebui să aibă propriile lor FQDN, de exemplu XSP|ADP01.example.com, în numele comun. Puteți utiliza certificatele de card wild, dar nu le recomandăm.

Servere de XSP|ADP cu care se confruntă internetul

Dacă expuneți direct interfețele Xsi, utilizați DNS pentru a distribui traficul către mai multe servere XSP|ADP.

Note privind această arhitectură:

Pentru a vă conecta la serverele XSP|ADP sunt necesare două înregistrări:
- Pentru microservicii Webex: Înregistrările Round-robin A/AAAA sunt necesare pentru a viza mai multe adrese IP XSP|ADP. Acest lucru se datorează faptului că microservicele Webex nu pot face căutări SRV. Pentru exemple, consultați Webex Cloud Services.
- Pentru Aplicația Webex: O înregistrare SRV care se rezolvă la O înregistrare în care fiecare înregistrare A se rezolvă la un singur XSP|ADP. Pentru exemple, consultați Aplicația Webex.
  
  Utilizați înregistrările SRV priorizate pentru a viza serviciul XSI pentru mai multe adrese XSP|ADP. Acordați prioritate înregistrărilor dvs. SRV, astfel încât microservicii să meargă întotdeauna la aceeași înregistrare A (și adresa IP ulterioară) și să se mute la următoarea înregistrare A (și adresa IP) numai dacă prima adresă IP este în jos. NU utilizați o abordare robin pentru Aplicația Webex.
Certificatele din XSP|ADP01 și XSP|ADP02 trebuie să aibă atât domeniul XSP|ADP, de exemplu, dvs.-XSP|ADP.example.com, în numele alternativ al subiectului. Ei ar trebui să aibă propriile lor FQDN, de exemplu XSP|ADP01.example.com, în numele comun.
Puteți utiliza certificatele de card wild, dar nu le recomandăm.

Evitați redirecționarea HTTP

Webex nu urmează o redirecționare atunci când vă conectați la URL-urile pe care le furnizați, astfel încât această configurație nu funcționează.

Plasarea comenzilor și furnizarea

Comenzile și configurarea se aplică la aceste niveluri:

Configurarea furnizorului de servicii/partener:

Fiecare furnizor de servicii Webex pentru Cisco BroadWorks (sau reseller) încorporat trebuie să fie configurat ca organizație parteneră în Webex și să primească drepturile necesare. Operațiunile Cisco oferă administratorului organizației partenere acces la gestionarea Webex pentru Cisco BroadWorks pe Hubul pentru parteneri Webex. Administratorul partener trebuie să facă toți pașii de configurare necesari înainte de a putea furniza o organizație Client/Enterprise.
Comandarea și configurarea clientului/întreprinderii:

Fiecare întreprindere BroadWorks activată pentru Webex pentru Cisco BroadWorks declanșează crearea unei organizații asociate pentru clienți Webex. Acest proces are loc automat ca parte a configurării utilizatorului/abonatului. Toți utilizatorii/abonații dintr-o întreprindere BroadWorks sunt configurați în aceeași organizație Webex Customer.

Același comportament se aplică în cazul în care sistemul BroadWorks este configurat ca furnizor de servicii cu grupuri. Când furnizați un abonat într-un grup BroadWorks, o organizație Client care corespunde grupului este creată automat în Webex.
Comandarea și configurarea utilizatorului/abonatului:

Webex pentru Cisco BroadWorks acceptă în prezent următoarele modele de configurare a utilizatorilor:
- Configurarea Flowthrough cu e-mailuri de încredere
- Configurarea Flowthrough fără e-mailuri de încredere
- Auto-configurare utilizator
- provisionare API

Furnizarea Flowthrough cu e-mailuri de încredere

Puteți schimba pachetul de abonați prin Partner Hub sau puteți scrie propria aplicație pentru a utiliza API-ul de configurare pentru a schimba pachetele de abonați.

Flowthrough Provizionarea fără e-mailuri de încredere

Puteți schimba pachetul de abonați prin Partner Hub sau puteți scrie propria aplicație pentru a utiliza API-ul de configurare pentru a schimba pachetele de abonați.

Auto-configurare utilizator

Utilizatorii trebuie să existe în sistemul BroadWorks pe care îl integrați cu Webex sau li se interzice să creeze conturi cu acel link.

Furnizor de servicii furnizat de API-uri

Patch-uri necesare cu configurare prin flux

Pentru R22:

Instalați AP.as.22.0.1123.ap376508.
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pentru R23:

Instalați AP.as.23.0.1075.ap376509
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pentru R24:

Instalați AP.as.24.0.944.ap375100
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

După ce finalizați acești pași, nu veți putea furniza noi utilizatori cu servicii de colaborare UC-One. Utilizatorii nou configurați trebuie să fie Webex pentru utilizatorii Cisco BroadWorks.

Apelare extensie

O extensie poate fi configurată pentru utilizatorii Cisco BroadWorks prin următoarele metode:

Utilizatori Cisco BroadWorks
- Configurarea API-ului public ca „extensie
  - Parametrul de extensie trebuie să fie trecut în mod explicit ca parte a apelului API. Pentru întreprinderile/grupurile care au configurat Codul de apelare a locației (LDC), parametrul de extensie trebuie să fie combinația dintre LDC și numărul de extensie.
- Configurare Flowthrough sau auto-activare
  - Extensia și LDC (dacă este cazul) vor fi preluate automat de la BroadWorks.
Utilizatori sau entități care apelează exclusiv BroadWorks
- Sincronizat automat din BroadWorks de Directory Sync utilizând combinația dintre Codul de apelare a locației (LDC) și numărul de extensie.

Tabelul 2. Gestionarea numerelor de extensii pe baza metodei de configurare
Înregistrări apeluri BroadWorks	Descriere	Metoda de furnizare	Gestionarea extensiei
Webex pentru utilizatorii Cisco BroadWorks	Utilizatorii sunt activați pentru Webex pentru Cisco BroadWorks	API public	Extensia trebuie să fie transferată ca parametru
Webex pentru utilizatorii Cisco BroadWorks		Flowthrough	Extensia preluată din BroadWorks automat
Utilizatori care apelează exclusiv BroadWorks	Utilizatori care nu sunt înscriși în Webex	Sincronizare director	Extensie sincronizată de sincronizarea directorului
Entități apelante non-utilizator	De exemplu, un telefon dintr-o sală de conferințe, un fax, un număr de grup Hunt	Sincronizare director	Extensie sincronizată de sincronizarea directorului
Liste de telefoane BroadWorks	Listele de telefon pentru întreprinderi, grup sau personal	Sincronizare director	Nu se aplică

Cerințe preliminare

Versiunea de client necesară pentru a sprijini această caracteristică este 42.11 sau mai târziu.
Patch-ul în care se adaugă coduri de apelare pentru extensie și locație la XSI și adaptor de configurare Februarie 2022 pentru versiunea 23 sau mai mare ca parte a:
- AP.platform.23.0.1075.ap380045
- AP.as.23.0.1075.ap380045
- AP.xsp.23.0.1075.ap380045
- AP.as.24.0.944.ap380045
Activați antetul X-BroadWorks-Remote-Party-Info pe AS utilizând comanda CLI de mai jos pentru acest flux de apeluri SIP, care este necesar pentru asistența pentru funcția de apelare extensie.
```
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
```

Prioritate opțiuni apelare aplicație

Următoarele sunt opțiunile pentru a face vizibilă opțiunea de apelare extensie pentru clienții existenți:

Dacă un partener dorește ca toate organizațiile sale de clienți gestionate să primească o extensie ca una dintre opțiunile de apel, este recomandat ca administratorul partenerului să mute Extensia de la ascunsă la disponibilă în Partner Hub. Acest lucru va permite organizatorilor de clienți gestionați să moștenească setarea de la partenerul lor.
Dacă un Partener dorește să ofere o extensie în opțiunile de apelare pentru o anumită organizație client, se recomandă ca administratorul Partener să mute extensia de la ascunsă la disponibilă în Control Hub.

Asistență pentru contacte de grup

Această funcție este disponibilă la cerere. Contactați echipa contului dvs. pentru a fi activată.

Înainte de a activa funcția, trebuie efectuată o migrare prealabilă pentru a furniza și a asocia grupuri pentru toți utilizatorii configurați existenți.
Echipa Cisco va rula un API intern pentru a migra orice utilizatori provisionați existenți pentru a-i asocia cu grupul corect. NOTĂ: Acest lucru poate dura până la o săptămână pentru a procesa.
Odată ce migrarea este finalizată pentru partener și funcția este activată, toți utilizatorii nou configurați vor fi „grupați” în mod corespunzător.

Funcția necesită ca abonații Webex pentru BroadWorks să fie configurați în Webex cu grupul de întreprinderi BroadWorks Id.

Id-ul grupului de întreprinderi BroadWorks poate fi furnizat utilizatorilor Cisco BroadWorks prin următoarele metode:

Webex pentru utilizatorii Cisco BroadWorks
- Configurarea API-ului public ca „spEnterpriseGroupId”
  - BroadWorks Enterprise Group Id ar trebui să fie trecut în mod explicit în parametrul spEnterpriseGroupId al apelului API.
- Configurare Flowthrough sau auto-activare
  - BroadWorks Enterprise Group Id va fi preluată automat de la BroadWorks.
- Utilizatori sau entități care apelează exclusiv BroadWorks
  - Nu este cazul. Nu este necesar să se sincronizeze BroadWorks Enterprise Group Id pentru acești utilizatori.

Tabelul 3. Gestionarea ID-ului grupului de întreprinderi pe baza metodei de asigurare a accesului
Înregistrări apeluri BroadWorks	Descriere	Metoda de furnizare	Gestionarea ID-ului grupului de întreprinderi
Webex pentru utilizatorii Cisco BroadWorks	Utilizatorii sunt activați pentru Webex pentru Cisco BroadWorks	API public	BroadWorks Enterprise Group Id trebuie să fie trecut ca parametru spEnterpriseGroupId
Webex pentru utilizatorii Cisco BroadWorks		Flowthrough	BroadWorks Enterprise Group Id este preluat automat de la BroadWorks
Utilizatori care apelează exclusiv BroadWorks	Utilizatori care nu sunt înscriși în Webex	Sincronizare director	Nu se aplică
Entități apelante non-utilizator	De exemplu, un telefon dintr-o sală de conferințe, un fax, un număr de grup Hunt	Sincronizare director	Nu se aplică
Liste de telefoane BroadWorks	Contactele din listele de telefoane ale grupului BroadWorks	Sincronizare director	Contactele grupului sunt stocate în Webex Contact Service asociate cu grupul specific
Listele de telefon BroadWorks Enterpsie sau Persional	Contactele din listele de telefon ale întreprinderii sau personale	Sincronizare director	Nu se aplică

Migrația și asigurarea viitorului

Abonamente recomandate pentru documente

Articolele Webex Help Center (pe help.webex.com) au o opțiune de Abonare care vă permite să primiți o notificare prin e-mail ori de câte ori respectivul articol este actualizat.

Nu există nicio opțiune de abonament pentru paginile de destinație a documentației.

Documente suplimentare

Consultați următoarea documentație aferentă pentru mai multe informații despre Webex pentru Cisco BroadWorks:

Webex pentru documentele Cisco BroadWorks

Administratorii parteneri pot utiliza următoarele documente și site-uri pentru a obține informații despre Webex pentru Cisco BroadWorks.

Aduceți-vă propria soluție PSTN pentru Webex pentru Cisco BroadWorks—Această soluție permite furnizorilor de servicii să furnizeze numere de telefon pe care le dețin (mai degrabă decât numere furnizate de Cisco) pentru ca utilizatorii să le utilizeze atunci când se alătură Webex Meetings.
Ghid de configurare Webex pentru Cisco BroadWorks – descrie modul de configurare a aplicației Webex pentru Webex pentru Cisco BroadWorks.
Ghid de integrare a dispozitivelor pentru Webex pentru Cisco BroadWorks—Descrie modul de integrare și service al dispozitivelor Room OS și MPP.
Ghid de depanare Webex pentru Cisco BroadWorks—Conține informații de depanare pentru Webex pentru Cisco BroadWorks.

Webex pentru articolele Cisco BroadWorks

Administratorii parteneri pot utiliza următoarele site-uri opționale pentru a afla mai multe despre Webex pentru Cisco BroadWorks:

Documentația Webex pentru Cisco BroadWorks—Pagina de destinație listează documentele tehnice și articolele Webex opționale care vizează administratorii parteneri ai Webex pentru Cisco BroadWorks.
Noutăți cu Webex pentru Cisco BroadWorks—Citiți despre cele mai recente caracteristici lansate împreună cu ceea ce va veni în curând.
Probleme și limitări cunoscute—Citiți despre problemele cunoscute pe care le-am identificat în soluția Webex pentru Cisco BroadWorks.
Roluri de administrator partener pentru Webex pentru BroadWorks și RTM en-gros—Acest articol descrie modul de atribuire a rolurilor de administrator partener pentru organizațiile partenere care oferă Webex pentru Cisco BroadWorks. Rolurile sunt utilizate pentru a aloca accesul administrației la setările din Partner Hub și Control Hub.

Documente Cisco BroadWorks

Administratorii parteneri pot consulta site-ul Cisco BroadWorks pe cisco.com pentru documente tehnice care descriu modul de implementare a componentei Cisco BroadWorks a soluției:

Documente Cisco BroadWorks

Articole de asistență Webex

Următoarele site-uri Webex Help pot fi utilizate pentru a găsi articole Webex care ajută administratorii de clienți și utilizatorii finali să utilizeze funcțiile Webex.

Webex de la furnizorii de servicii—Această pagină de destinație conține linkuri cu informații de pornire și articole utilizate în mod obișnuit pentru utilizatorii aplicației Webex care au achiziționat servicii Webex de la un furnizor de servicii.
Webex Help Center—Utilizați funcția de căutare la help.webex.com pentru a căuta articole Webex suplimentare care descriu Aplicația Webex și funcționalitatea Webex Meetings. Puteți căuta articole de utilizator sau de administrator.

Documentație dezvoltator

Ghid pentru dezvoltatorii Webex pentru BroadWorks—Oferă informații pentru dezvoltatorii care creează aplicații care utilizează API-urile Webex pentru BroadWorks.

Pregătiți-vă mediul

Puncte de decizie

Consideraţie	Întrebări de răspuns	Resurse
Arhitectură și infrastructură	Câte ADP-uri XSP\|? Cum iau mTLS?	Planificator de capacitate sistem Cisco BroadWorks Ghid de inginerie a sistemului Cisco BroadWorks referință XSP\|ADP CLI Acest document
Configurarea clientului și a utilizatorului	Puteți afirma că aveți încredere în e-mailurile din BroadWorks? Doriți ca utilizatorii să furnizeze adrese de e-mail pentru a-și activa propriile conturi? Puteți construi instrumente pentru a utiliza API-ul nostru?	Docs API public la https://developer.webex.com Acest document
Branding	Ce culoare și siglă doriți să utilizați?	Articolul de branding al aplicației Webex
Modele	Care sunt diferitele cazuri de utilizare a clientului dvs.?	Acest document
Caracteristici abonat per client/întreprindere/grup	Alegeți pachetul pentru a defini nivelul serviciului per șablon. Basic, Standard, Premium sau Softphone.	Acest document Caracteristică/matrice pachet
Autentificare de bază	BroadWorks sau Webex	Acest document
Adaptor de configurare (pentru opțiunile de configurare prin flux)	Utilizați deja IM&P integrat, de exemplu pentru UC-One SaaS? Intenționați să utilizați mai multe șabloane? Se anticipează un caz de utilizare mai frecvent?	Acest document referință CLI Server aplicație

Arhitectură și infrastructură

Cu ce fel de scară intenționați să începeți? Este posibil să crească în viitor, dar estimarea dvs. actuală de utilizare ar trebui să conducă la planificarea infrastructurii.
Colaborați cu managerul contului dvs. Cisco / reprezentantul dvs. de vânzări pentru a vă mări infrastructura XSP|ADP, în conformitate cu Cisco BroadWorks System Capacity Planner și cu Cisco BroadWorks System Engineering Guide.
Cum va realiza Webex conexiuni TLS reciproce cu ADP-urile dvs. XSP|? Direct către XSP|ADP într-un DMZ sau prin proxy TLS? Acest lucru afectează gestionarea certificatului dvs. și URL-urile pe care le utilizați pentru interfețe. (Nu acceptăm conexiuni TCP necriptate la marginea rețelei dvs.).

Furnizarea de servicii pentru clienți și utilizatori

Ce metodă de configurare a utilizatorului vă convine cel mai bine?

Furnizarea Flowthrough cu e-mailuri de încredere: Prin atribuirea serviciului „IM&P integrat” pe BroadWorks, abonatul este configurat automat în Webex.

Dacă puteți afirma, de asemenea, că adresele de e-mail ale abonatului din BroadWorks sunt valide și unice pentru Webex, atunci puteți utiliza varianta de „e-mail de încredere” a configurării prin flux. Conturile Webex ale abonaților sunt create și activate fără intervenția lor; acestea pur și simplu descarcă clientul și se conectează.

Adresa de e-mail este un atribut de utilizator cheie pe Webex. Prin urmare, Furnizorul de servicii trebuie să furnizeze o adresă de e-mail validă pentru utilizator pentru a le furniza pentru serviciile Webex. Acest lucru trebuie să se afle în atributul ID-ului de e-mail al utilizatorului din BroadWorks. Vă recomandăm să o copiați și în atributul ID alternativ.
Flowthrough Provisioning fără e-mailuri de încredere: Dacă nu puteți avea încredere în adresele de e-mail ale abonatului, puteți aloca în continuare serviciul IM&P integrat în BroadWorks pentru a furniza utilizatori în Webex.

Cu această opțiune, conturile sunt create atunci când atribuiți serviciul, dar abonații trebuie să furnizeze și să valideze adresele lor de e-mail pentru a activa conturile Webex.
Auto-configurare utilizator: Această opțiune nu necesită atribuirea de servicii IM&P în BroadWorks. Dvs. (sau clienții dvs.) distribuiți în schimb un link de configurare, precum și linkurile pentru a descărca diferiți clienți, cu branding-ul și instrucțiunile dvs.

Abonații urmează linkul, apoi furnizează și validează adresele lor de e-mail pentru a crea și activa conturile Webex. Apoi descarcă clientul și se conectează, iar Webex primește o configurație suplimentară despre acesta din BroadWorks (inclusiv numerele lor principale).
Provizionare controlată SP prin API-uri: Webex expune un set de API-uri publice care permit Furnizorilor de servicii să construiască configurarea utilizatorului/abonatului în fluxurile de lucru existente.

Cerințe de furnizare

Metodă de furnizare

Cerințe

Configurare flowthrough

(E-mailuri de încredere sau de neîncredere)

API-ul de configurare Webex adaugă automat utilizatorii BroadWorks existenți la Webex după ce utilizatorul îndeplinește cerințele și activați serviciul IM+P integrat.

Există două fluxuri (e-mailuri de încredere sau e-mailuri false) pe care le atribuiți prin intermediul șablonului de integrare din Webex.

Cerințe BroadWorks:

Utilizatorul există pe BroadWorks cu un număr principal sau o extensie.
Utilizatorul este alocat serviciul IM+P integrat , care indică URL-ul serviciului de configurare Webex.
Numai e-mailuri de încredere. Utilizatorul are o adresă de e-mail configurată pe BroadWorks. Vă recomandăm să adăugați, de asemenea, e-mailul în câmpul Alternate ID , deoarece acest lucru permite utilizatorului să se conecteze utilizând acreditările BroadWorks.
BroadWorks are patch-uri obligatorii instalate pentru configurarea fluxului. Consultaţi Cerinţele pentru plasturi cu Flowthrough Provisioning (de mai jos) pentru cerinţe privind plasturii.
BroadWorks AS este conectat direct la cloudul Webex sau proxy-ul adaptorului de configurare este configurat cu conexiune la URL-ul serviciului de configurare Webex.

Consultați Configurarea serverului aplicației cu URL-ul serviciului de configurare pentru a obține URL-ul serviciului de configurare Webex.

Consultați Cisco BroadWorks Implement Proxy Adapter FD pentru a configura proxy-ul adaptorului de configurare.

Cerințe Webex:

Șablonul de integrare include următoarele setări:

Activați comutatorul BroadWorks Flow prin configurare este activat.
Se atribuie numele și parola contului de configurare utilizând acreditările administratorului de nivel al sistemului BroadWorks
Verificarea utilizatorului este setată la e-mailurile Trust BroadWorks sau la e-mailurile de neîncredere.

Auto-configurare utilizator

Cerințe BroadWorks:

Utilizatorul trebuie să existe pe BroadWorks cu un număr principal sau o extensie

Cerințe Webex:

Șablonul de integrare include următoarele setări:

Activarea comutatorului de alimentare prin configurare este dezactivată.
Verificarea utilizatorului este setată la e-mailuri de neîncredere.
Permite utilizatorilor să se auto-activeze este bifată.

Configurare controlată SP prin API

(E-mailuri de încredere sau de neîncredere)

Webex expune un set de API-uri publice care vă permit să construiți configurarea utilizatorului în fluxurile și instrumentele de lucru existente. Există două fluxuri:

E-mailuri de încredere – API-ul oferă utilizatorului, aplicând e-mailul BroadWorks ca e-mail Webex.
E-mailuri nefiabile – API-ul prevede utilizatorul, dar utilizatorul trebuie să se conecteze la Portalul de activare a utilizatorului și să furnizeze o adresă de e-mail validă.

Cerințe BroadWorks:

Utilizatorul trebuie să existe pe BroadWorks cu un număr principal sau o extensie.

Cerințe Webex:

În șablonul de integrare, verificarea utilizatorului este setată fie la e-mailurile Trust BroadWorks, fie la e-mailurile de neîncredere.
Trebuie să vă înregistrați aplicația, solicitând permisiunea.
Trebuie să solicitați pe tokenul OAuth scopurile evidențiate în secțiunea „Autentificare” din Ghidul Webex pentru dezvoltatorii BroadWorks.
Trebuie să dedicați un administrator sau un administrator de configurare în organizația partenerului.

Pentru a utiliza API-urile, accesați abonații BroadWorks.

Patch-uri necesare cu configurare prin flux

Pentru R22:

Instalați AP.as.22.0.1123.ap376508.
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pentru R23:

Instalați AP.as.23.0.1075.ap376509
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pentru R24:

Instalați AP.as.24.0.944.ap375100
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

După ce finalizați acești pași, nu veți putea furniza noi utilizatori cu servicii de colaborare UC-One. Utilizatorii nou configurați trebuie să fie Webex pentru utilizatorii Cisco BroadWorks.

Locale de limbă acceptate

Tabelul 1. Coduri locale de limbă acceptate
Locale de limbă acceptate (ISO-639-1)_(ISO-3166)	Dacă este disponibil doar un cod de limbă cu două litere...
Locale de limbă acceptate (ISO-639-1)_(ISO-3166)	Cod lingvistic (ISO-639-1) **	Utilizați în schimb localul sensibil implicit (ISO-639-1)_(ISO-3166)
en_US en_AU en_GB en_CA	Nu este cazul.	en_US
fr_FR fr_CA	fr	fr_FR
cs_CZ	c.	cs_CZ
da_DK	Nu este cazul.	da_DK
de_DE	de	de_DE
hu_HU	hu	hu_HU
id_ID	id	id_ID
it_IT	it	it_IT
ja_JP	Nu este cazul.	ja_JP
ko_KR	ko	ko_KR
es_ES es_CO es_MX	Nu este cazul.	es_ES
nl_NL	nl	nl_NL
nb_NU	nb	nb_NU
pl_PL	pl	pl_PL
pt_PT. pt_BR	pt.	pt_PT.
ru_RU	ru	ru_RU
ro_ES	es	ro_ES
zh_CN zh_TW	zh	zh_CN
sv_SE	sv	sv_SE
ar_SA	ar	ar_SA
tr_TR	în	tr_TR

Branding

Sigle ale companiei
Scheme de culori unice pentru modul Luminos sau modul Întunecat
URL-uri de asistență personalizate

Pentru detalii despre modul de personalizare a brandingului, consultați Configurarea personalizărilor avansate ale brandingului.

Personalizările de bază ale brandingului sunt în curs de a fi deprecatate. Vă recomandăm să implementați branding avansat, care oferă o gamă mai largă de personalizări.
Pentru detalii despre modul în care se aplică brandingul atunci când se atașează la o organizație preexistentă a clienților, consultați Condițiile atașamentului organizației din secțiunea Attach Webex for BroadWorks la secțiunea Organizație existentă.

Se integrează șabloanele

Unii dintre parametrii principali ai șablonului sunt enumerați mai jos.

Pachet

Trebuie să selectați un pachet implicit atunci când creați un șablon (Consultați pachetele din secțiunea Prezentare generală pentru detalii). Toți utilizatorii care sunt configurați cu acel șablon, fie prin flux- sau auto-configurare, primesc pachetul implicit.
Aveți control asupra selecției de pachete pentru diferiți clienți prin crearea mai multor șabloane și selectarea diferitelor pachete implicite în fiecare. Puteți apoi să distribuiți diferite linkuri de configurare sau diferite adaptoare de configurare per întreprindere, în funcție de metoda de configurare a utilizatorului aleasă pentru aceste șabloane.
Puteți schimba pachetul de abonați specifici din această funcție implicită, utilizând API-ul de configurare (consultați documentația API Webex pentru Cisco BroadWorks sau prin intermediul Hubului partener (consultați Schimbarea pachetului de utilizatori în Hubul partener).
Nu puteți schimba pachetul unui abonat de la BroadWorks. Alocarea serviciului IM&P integrat este fie pornită, fie oprită; dacă abonatului i se atribuie acest serviciu în BroadWorks, șablonul Hub partener asociat cu URL-ul de configurare al întreprinderii abonatului respectiv definește pachetul.

Retailer și întreprinderi sau furnizor de servicii și grupuri?

Modul în care este configurat sistemul BroadWorks are un impact asupra fluxului prin configurare. Dacă sunteți un revânzător cu întreprinderi, atunci trebuie să activați modul Enterprise atunci când creați un șablon.
Dacă sistemul BroadWorks este configurat în modul Furnizor de servicii, puteți opri modul Enterprise în șabloanele dvs.
Dacă intenționați să furnizați organizații ale clienților utilizând ambele moduri BroadWorks, trebuie să utilizați diferite șabloane pentru grupuri și întreprinderi.

Asigurați-vă că ați aplicat plasturii BroadWorks care sunt necesari pentru configurarea fluxului. Pentru detalii, consultați Patch-urile necesare cu configurarea fluxului.

Mod autentificare

Mod autentificare	BroadWorks	Webex
Identitate principală a utilizatorului	ID de utilizator BroadWorks	Adresă de e-mail
Furnizor de identitate	BroadWorks. Dacă configurați o conexiune directă la BroadWorks, aplicația Webex se autentifică direct la serverul BroadWorks. Pentru a configura o conexiune directă, caseta de selectare Activare autentificare directă BroadWorks trebuie bifată în cadrul configurației clusterului BroadWorks din Hub-ul partenerului (în mod implicit, setarea nu este bifată). În caz contrar, autentificarea la BroadWorks este facilitată printr-un serviciu intermediar găzduit de Webex.	Identitate comună Cisco
Autentificare multi-factor?	Nu	Necesită IdP client care acceptă autentificarea cu mai mulți factori.
Cale de validare a acreditării	Browser-ul este lansat în cazul în care utilizatorul furnizează e-mail la fluxul inițial de conectare și de a descoperi modul lor de autentificare. Browserul este apoi redirecționat către o pagină de conectare BroadWorks găzduită de Webex (această pagină poate fi marcată) Utilizatorul furnizează ID-ul de utilizator și parola BroadWorks pe pagina de conectare. Datele de autentificare ale utilizatorilor sunt validate împotriva BroadWorks. În ceea ce privește succesul, un cod de autorizare este obținut de la Webex. Acest lucru este utilizat pentru a obține tokenurile de acces necesare pentru serviciile Webex.	Browser-ul este lansat în cazul în care utilizatorul furnizează e-mail la fluxul inițial de conectare și de a descoperi modul lor de autentificare. Browserul este redirecționat către IdP (fie Cisco Common Identity, fie Customer IdP), unde va fi prezentat cu un portal de conectare. Utilizatorul furnizează acreditările corespunzătoare pe pagina de conectare Autentificarea cu mai mulți factori poate avea loc dacă IdP-ul clientului acceptă acest lucru. În ceea ce privește succesul, un cod de autorizare este obținut de la Webex. Acest lucru este utilizat pentru a obține tokenurile de acces necesare pentru serviciile Webex.

Pentru o defalcare mai detaliată a fluxului de conectare SSO cu autentificare directă la BroadWorks, consultați Fluxul de conectare SSO.

UTF-8 codificare cu autentificare BroadWorks

Puteți configura codificarea UTF-8 prin rularea uneia dintre următoarele comenzi CLI pe XSP sau ADP:

XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8

Țară

Tabelul 2. Următorul tabel listează codul de țară implicit de apelare în funcție de fiecare locație:
S Nu.	Loc	Cod țară	Nume țară
1	AMER	+1	US, CA
2	APAC	+65	Singapore
3	RESPIRAȚIE	+61	Australia
4	EMEA	+44	Regatul Unit
5	EURO	+49	Germania

Aranjamente pentru parteneri multipli

Adaptor de configurare și șabloane

Opțiunile de configurare legate de această decizie sunt detaliate în Configurarea serverului aplicației cu URL-ul serviciului de configurare.

Proxy adaptor de configurare

Această caracteristică necesită configurarea proxy-ului pe BroadWorks. Pentru detalii, consultați descrierea adaptorului de configurare Cisco BroadWorks.

Cerințe minime

Conturi

Toți abonații pe care îi configurați pentru Webex trebuie să existe în sistemul BroadWorks pe care îl integrați cu Webex. Puteți integra mai multe sisteme BroadWorks, dacă este necesar.

Toți abonații trebuie să aibă licențe BroadWorks și un număr principal sau o extensie.

Administratorii dvs. trebuie să utilizeze conturile lor Webex pentru a se conecta la Partner Hub.

Serverele din Rețeaua și cerințele software

Instanță(e) BroadWorks cu versiunea minimă R22. Consultați cerințele de software BroadWorks (în acest document) pentru versiunile și patch-urile acceptate. Pentru mai multe informații, consultați Politica privind ciclul de viață al produselor BroadSoft secțiunea din Politica ciclului de viață BroadSoft și Matrice de compatibilitate software BroadWorks.

Instanța (instanțele) BroadWorks trebuie să includă cel puțin următoarele servere:
- Server de aplicații (AS) cu versiunea BroadWorks ca mai sus
- Server de rețea (NS)
- Server de profil (PS)

Cu fața publică a serverului|ADP XSP sau a platformei de livrare a aplicației (ADP) care îndeplinește următoarele cerințe:
- Serviciu de autentificare (BWAuth)
- Interfețe acțiuni și evenimente XSI
- DMS (aplicație web de gestionare a dispozitivelor)
- interfață CTI (Intergrație Telefonie Computer)
- TLS 1.2 cu un certificat valabil (nesemnat) și orice intermediari necesari. Necesită administratorul de nivel de sistem pentru a facilita căutarea întreprinderii.
- Autentificare reciprocă TLS (mTLS) pentru serviciul de autentificare (Necesită lanțul public de certificate pentru clienți Webex instalat ca ancore de încredere)
- Autentificare reciprocă TLS (mTLS) pentru interfața CTI (Necesită lanțul public de certificate pentru clienți Webex instalat ca ancore de încredere)
Un server XSP/ADP separat care acționează ca un “Call Notifications Push Server” (un NPS din mediul dvs. utilizat pentru a împinge notificările de apel către Apple/Google. Îl numim „CNPS” aici pentru a-l distinge de serviciul Webex care oferă notificări push pentru mesagerie și prezență).

Acest server trebuie să fie pe R22 sau mai târziu.
Trimitem un server XSP/ADP separat pentru CNPS, deoarece imprevizibilitatea încărcării din Webex pentru conexiunile cloud BWKS ar putea afecta negativ performanța serverului NPS, rezultând o latență crescută a notificării. Consultați Ghidul de Inginerie al Sistemului Cisco BroadWorks pentru mai multe informații pe scara XSP|ADP.

Platformele Aplicației Webex

Pentru a descărca versiunea în limba engleză a Aplicației Webex, accesați https://www.webex.com/webexfromserviceproviders-downloads.html. Aplicația Webex este disponibilă pe:

PC-uri/laptopuri pentru Windows
PC-uri Apple / laptopuri cu MacOS
iOS (Magazin Apple)
Android (Play Store)
Browsere web (accesați https://teams.webex.com/)

Versiuni localizate

Pentru a descărca o versiune localizată a Aplicației Webex, utilizați unul dintre aceste linkuri:

https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (Coreeană)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (Franceză)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (Portugheză)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Chineză Tradițională)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (Chineză simplificată)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japonia)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spania)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (Germană)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (Italiană)

Telefoane fizice și accesorii

Telefoane Cisco IP:
- Telefon Cisco IP seria 6800 cu Firmware pentru mai multe platforme pentru mai multe platforme
- Telefon Cisco IP seria 7800 cu Firmware pentru mai multe platforme pentru mai multe platforme
- Telefon Cisco IP seria 8800 cu Firmware pentru mai multe platforme pentru mai multe platforme
  
  A se vedea https://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html pentru modele și mai multe informații.
Sprijinim telefoanele terțe în același mod ca și alte integrări BroadWorks. Cu toate acestea, nu au încă contacte și integrare de prezență cu Webex pentru Cisco BroadWorks.
Adaptoare:
- Adaptor de telefon analogic pentru mai multe platforme Cisco ATA 191
- Adaptor de telefon analogic pentru mai multe platforme Cisco ATA 192
  
  A se vedea https://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html pentru modele și mai multe informații.
Căști:
- Căști Cisco seria 500
  
  Consultați https://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.html pentru modele și mai multe informații.
Dispozitive de sistem de operare Room:
- Seria Webex Room și Room Kit
- Seria Webex Desk
- Seria Webex Board

Integrare dispozitiv

Profile dispozitiv

Nume client

Tipul profilului dispozitivului și numele pachetului

Șablon mobil Webex

Tipul profilului de identitate/dispozitiv: Conectare - Mobile

DTAF: ucone-mobile-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Șablon de tablete Webex

Tipul profilului de identitate/dispozitiv: Conectare - tabletă

DTAF: ucone-tablet-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Șablon desktop Webex

Tipul profilului de identitate/dispozitiv: Comunicator de afaceri - PC

DTAF: ucone-desktop-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Identificare/profil dispozitiv

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks

Ridicați o solicitare de serviciu cu agentul dvs. de integrare sau cu Cisco TAC pentru a furniza Cisco OAuth pentru contul dvs. Cisco Identity Provider Federation.

Utilizați următorul titlu de solicitare pentru caracteristicile respective:

XSP|ADP AuthService Configuration' pentru a configura serviciul pe XSP|ADP.
„Configurare NPS pentru configurarea proxy-ului Auth” pentru a configura NPS pentru a utiliza proxy-ul de autentificare.
Sincronizare UUID utilizator CI pentru sincronizare UUID utilizator CI. Pentru mai multe detalii despre această caracteristică, consultați: Asistență Cisco BroadWorks pentru CI UUID.
Configurați BroadWorks pentru a activa facturarea Cisco pentru BroadWorks și abonamentele Webex Pentru BroadWorks.

Dacă ați obținut deja acreditările furnizorului de identitate Cisco OAuth, completați o nouă solicitare de serviciu pentru a vă actualiza acreditările.

Certificate de comandă

Cerințe de certificare pentru autentificarea TLS

Aceste certificate trebuie să includă numele dvs. de domeniu complet calificat XSP|ADP ca nume comun al subiectului sau nume alternativ al subiectului.

Cerințele exacte pentru implementarea acestor certificate de server depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă rezumă cazul în care certificatul de server public semnat CA trebuie încărcat în aceste trei cazuri:

CA-urile acceptate public pe care aplicația Webex le acceptă pentru autentificare sunt enumerate în Autoritățile de certificare acceptate pentru serviciile hibride Webex.

Cerințe privind certificatul TLS pentru proxy-ul TLS-bridge

Certificatul de server semnat public este încărcat în proxy.
Proxy-ul prezintă acest certificat de server semnat public către Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.
Un certificat intern semnat CA poate fi încărcat pe XSP|ADP.
XSP|ADP prezintă acest certificat de server semnat intern proxy-ului.
Proxy-ul are încredere în CA intern care a semnat certificatul de server XSP|ADP.

Cerințe de certificare TLS pentru TLS-passthrough Proxy sau XSP|ADP în DMZ

Certificatul de server semnat public este încărcat în |ADP-urile XSP.
ADP-urile XSP| prezintă certificatelor de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului |ADP XSP.

Cerințe suplimentare de certificare pentru autentificarea reciprocă TLS prin interfața CTI

Pentru a descărca certificatul:

Conectați-vă la Partner Hub, accesați Setări > BroadWorks Calling și faceți clic pe linkul certificatului de descărcare.

Cerințele exacte pentru implementarea acestui lanț de certificate Webex CA depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă sintetizează cerințele certificatului în aceste trei cazuri:

(Opțiune) Cerințe de certificare pentru proxy-ul cu punte TLS

Webex prezintă proxy-ului un certificat de client semnat public.
Proxy-ul are încredere în CA intern Cisco care a semnat certificatul clientului. Puteți descărca acest CA / lanț din Control Hub și îl puteți adăuga la magazinul de încredere al proxy-ului. Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în proxy.
Proxy-ul prezintă certificatul de server semnat public pentru Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.

Proxy-ul prezintă un certificat de client semnat intern către |ADP-urile XSP.

Acest certificat trebuie să aibă câmpul de extensie x509.v3 Utilizare extinsă a cheii populat cu OID BroadWorks 1.3.6.1.4.1.6431.1.1.8.2.1.3 și clientAuth scop TLS. De exemplu:

X509v3 extensions:
    X509v3 Extended Key Usage:
        1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication

CNN al certificatului intern trebuie să fie bwcticlient.webex.com.

Atunci când generați certificate de client intern pentru proxy, rețineți că certificatele SAN nu sunt acceptate. Certificatele serverului intern pentru XSP|ADP pot fi SAN.
Este posibil ca autoritățile publice de certificare să nu fie dispuse să semneze certificatele cu OID-ul BroadWorks propriu, care este necesar. În cazul unui proxy de legătură, este posibil să fiți obligat să utilizați un CA intern pentru a semna certificatul clientului pe care proxy-ul îl prezintă la XSP|ADP.

ADP-urile XSP| au încredere în CA intern.
ADP-urile XSP| prezintă un certificat de server semnat intern.
Proxy-ul are încredere în CA intern.
ClientIdentity a serverului de aplicații conține CN-ul certificatului de client semnat intern prezentat către XSP|ADP de către proxy.

(Opțiune) Cerințe de certificare pentru proxy TLS-passthrough sau XSP|ADP în DMZ

Webex prezintă un certificat de client Cisco semnat CA intern pentru ADP-urile XSP|.
ADP-urile XSP| au încredere în CA intern Cisco care a semnat certificatul clientului. Puteți descărca acest CA / lanț din Control Hub și îl puteți adăuga la magazinul de încredere al proxy-ului. Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în |ADP-urile XSP.
ADP-urile XSP| prezintă certificatelor de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului |ADP XSP.
Serverul de aplicații ClientIdentity conține CN-ul certificatului de client semnat de Cisco prezentat XSP|ADP de Webex.

Pregătiți-vă rețeaua

Cerințe de rețea pentru serviciile Webex

Tabelul 3. Cerințe de rețea pentru Webex App Connections (Generic)
Secțiunea Cerințe de rețea Articol	Relevanţa informaţiilor
Rezumatul tipurilor de dispozitive și al protocoalelor acceptate de Webex	Informațional
Protocoale de transport și cifruri de criptare pentru aplicațiile și dispozitivele Webex înregistrate în cloud	Informațional
Servicii Webex – Numere de port și protocoale	Trebuie să citiți
Subrețele IP pentru serviciile media Webex	Trebuie să citiți
Domenii și URL-uri care trebuie accesate pentru serviciile Webex	Trebuie să citiți
URL-uri suplimentare pentru serviciile hibride Webex	Opțional
Funcții proxy	Opțional
802.1X – Controlul accesului în rețea pe bază de port	Opțional
Cerințe de rețea pentru serviciile Webex bazate pe SIP	Opțional
Cerințe de rețea pentru Webex Edge Audio	Opțional
Un rezumat al altor servicii hibride și documentații Webex	Opțional
Servicii Webex pentru clienții FedRAMP	Nu este cazul

Informații suplimentare

Pentru informații suplimentare, consultați Webex App Firewall Whitepaper (PDF).

Asistență pentru redundanță BroadWorks

Topologie rețea

Servicii Webex Cloud

configurare DNS

Microservicele Webex Cloud trebuie să poată găsi serverul (serverele) Broadworks XSP|ADP pentru conectarea la interfețele Xsi, serviciul de autentificare și CTI.

Exemplu: Partenerul DNS A Record pentru descoperirea serverului Round-Robin echilibrat XSP|ADP cu care se confruntă pe internet / Balancers de încărcare.

Tip înregistrare	Nume	Țintă	Scop
A	`webex-cloud-xsp.example.com`	`198.51.100.48`	Puncte către LB1 (Site A)
A	`webex-cloud-xsp.example.com`	`198.51.100.49`	Puncte către LB2 (Site B)

Orice referință la XSP include fie XSP, fie ADP.

Eşec

Când microservicele Webex trimit o solicitare către XSP|ADP/Load Balancer și cererea eșuează, se pot întâmpla mai multe lucruri:

Dacă defecțiunea se datorează unei erori de rețea (de exemplu: TCP, SSL), microservicele Webex marchează IP-ul ca blocat și efectuează imediat un progres de rută către următorul IP.
Dacă este returnat un cod de eroare (HTTP 5xx), microservicele Webex marchează IP-ul ca blocat și efectuează imediat un progres de rută către următorul IP.
Dacă nu se primește niciun răspuns HTTP în termen de 2 secunde, timpii de solicitare și microservicele Webex marchează IP-ul ca blocat și efectuează un progres de rută către următorul IP.

Fiecare solicitare este încercată de 3 ori înainte ca un eșec să fie raportat înapoi la microservice.

Stare

Acțiuni XSI
Evenimente XSI
Serviciu de autentificare

Starea conexiunii este actualizată atunci când pagina este încărcată sau în timpul actualizărilor de intrare. Stările conexiunilor pot fi:

Verde: Când interfața poate fi atinsă pe unul dintre IP-uri în căutarea O înregistrare.
Roşu: Atunci când toate IPs-urile din căutarea unei înregistrări sunt inaccesibile, iar interfața nu este disponibilă.

Următoarele servicii utilizează microservicele pentru a se conecta la |ADP-urile XSP și sunt afectate de disponibilitatea interfeței XSP|ADP:

Conectare la aplicația Webex
Reîmprospătare token aplicație Webex
E-mail/auto-activare de neîncredere
Verificarea stării de sănătate a serviciului Broadworks

Aplicația Webex

configurare DNS

Aplicația Webex accesează serviciile Xtended Services Interface (XSI-Actions & XSI-Events) și Device Management Service (DMS) de pe XSP|ADP.

Exemplul 1—Mai multe |ADP-uri XSP, fiecare din spatele echilibratorilor de sarcină separați

Mai jos este un exemplu de înregistrări SRV.

Tip înregistrare	Înregistrați	Țintă	Scop
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc1.example.com`	Descoperirea clientului interfeței Xsi
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc2.example.com`	Descoperirea clientului interfeței Xsi
A	`xsp-dc1.example.com`	`198.51.100.48`	Puncte către LB1 (site A)
A	`xsp-dc2.example.com`	`198.51.100.49`	Puncte către LB2 (site B)

Exemplul 2—Mai multe |ADP-uri XSP în spatele unui singur balansor de sarcină (cu Podul TLS)

Tip înregistrare	Înregistrați	Țintă	Scop
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`LB.example.com`	balansor De Încărcare
A	LB.example.com	`198.51.100.83`	Adresa IP a echilibratorului de sarcină (\|ADP-urile XSP sunt în spatele echilibratorului de sarcină)

URL DMS

Tip înregistrare	Nume	Țintă	Scop
A	`xsp-dms.example.com`	`198.51.100.48`	Puncte către LB1 (site A)
A	`xsp-dms.example.com`	`198.51.100.49`	Puncte către LB2 (site B)

Orice referință la XSP include fie XSP, fie ADP.

Cum găsește aplicația Webex adresele XSP|ADP

Clientul încearcă să localizeze nodurile XSP|ADP utilizând următorul flux DNS:

Clientul preia inițial URL-urile Xsi-Actions/Xsi-Events din Webex Cloud (le-ați introdus la crearea clusterului BroadWorks Calling asociat). Numele/domeniul gazdei Xsi este parsat din URL, iar clientul efectueaza cautarea SRV dupa cum urmeaza:
1. Clientul efectuează o căutare SRV pentru _xsi-client._tcp.<xsi domain="">
2. În cazul în care căutarea SRV returnează unul sau mai multe obiective A/AAAA:
  1. Clientul caută A/AAAA pentru aceste ținte și cache adresele IP returnate.
  2. Clientul se conectează la una dintre ținte (și, prin urmare, înregistrarea A / AAAA cu o singură adresă IP) pe baza priorității SRV, apoi greutatea (sau la întâmplare, dacă toate sunt egale).
3. Dacă căutarea SRV nu returnează niciun obiectiv:
  
  Clientul caută A/AAAA parametrul rădăcină Xsi și apoi încearcă să se conecteze la adresa IP returnată. Acesta ar putea fi un element de margine de echilibrare a sarcinii sau ar putea fi serverul XSP|ADP în sine.
  
  După cum s-a menționat, înregistrarea A/AAAA trebuie să se rezolve la o adresă IP din aceleași motive.
(Opțional) Puteți furniza ulterior detalii XSI-Actions/XSI-Events personalizate în configurația dispozitivului pentru aplicația Webex, utilizând următoarele etichete:
```
<protocols>
	<xsi>
		<paths>
			<root>%XSI_ROOT_WXT%</root>
			<actions>%XSI_ACTIONS_PATH_WXT%</actions>
			<events>%XSI_EVENTS_PATH_WXT%</events>
		</paths>
	</xsi>
</protocols>
```
1. Acești parametri de configurare au prioritate față de orice configurație din clusterul BroadWorks din Control Hub.
2. Dacă există, clientul va compara adresa XSI originală primită prin configurația BroadWorks Cluster.
3. Dacă există vreo diferență detectată, clientul își va reinițializa conectivitatea XSI Actions/ XSI Events. Primul pas în acest sens este de a efectua același proces de căutare DNS enumerate la pasul 1 – de data aceasta solicitând o căutare pentru valoarea din %XSI_ROOT_WXT% parametrul din fișierul de configurare.
  
  Asigurați-vă că creați înregistrările SRV corespunzătoare dacă utilizați această etichetă pentru a modifica interfețele Xsi.

Eşec

Dacă o solicitare sau o solicitare de bătăi de inimă către o gazdă eșuează, se pot întâmpla mai multe lucruri:

Dacă defecțiunea se datorează unei erori de rețea (de exemplu: TCP, SSL), ruta Aplicației Webex avansează imediat către următoarea gazdă din listă.
Dacă este returnat un cod de eroare (HTTP 5xx), Aplicația Webex marchează acea adresă IP ca fiind blocată și se îndreaptă către următoarea gazdă din listă.
Dacă un răspuns nu este primit într-o perioadă de timp, atunci cererea este considerată nereușită din cauza expirării termenului și următoarele cereri sunt trimise către următoarea gazdă. Cu toate acestea, solicitarea expirată este considerată nereușită. Unele cereri sunt reîncercate după eșec (cu timpul de reîncercare în creștere). Cererile ca presupusul non-vital nu sunt rejudecate.

În cazul bătăilor inimii, dacă există două eșecuri consecutive ale solicitării, Aplicația Webex va reiniția canalul evenimentului.

Rețineți că Aplicația Webex nu efectuează o copie de rezervă, iar descoperirea serviciului DNS se efectuează o singură dată la conectare.

Implementarea Webex pentru BroadWorks

Prezentare generală implementare

Integrare partener pentru Webex pentru Cisco BroadWorks

Configurați serviciile pe dispozitivele Webex pentru |ADP-urile Cisco BroadWorks XSP

Cerem ca aplicația NPS să fie rulată pe un alt XSP|ADP. Cerințele pentru ca XSP|ADP să fie descrise în Configurarea notificărilor de apel din rețea.

Aveți nevoie de următoarele aplicații/servicii pe |ADP-urile dvs. XSP.

Serviciu/Aplicație	Este necesară autentificarea	Scopul serviciului/aplicației
Evenimente Xsi	TLS (serverul se autentifică în clienți)	Controlul apelurilor, notificări serviciu
Acțiuni Xsi	TLS (serverul se autentifică în clienți)	Controlul apelurilor, acțiuni
Gestionare dispozitiv	TLS (serverul se autentifică în clienți)	Descărcare configurație apelare
Serviciu de autentificare	TLS (serverul se autentifică în clienți)	Autentificare de bază
Integrare telefonie informatică	mTLS (autentificare client și server reciproc)	prezență Telefonie
aplicație Vizualizare web setări apel	TLS (serverul se autentifică în clienți)	Expune setările apelurilor utilizatorilor în portalul de auto-asistență din aplicația Webex

Cerințe de co-rezidență

Serviciul de autentificare trebuie să fie co-rezident cu aplicațiile Xsi, deoarece aceste interfețe trebuie să accepte jetoane de lungă durată pentru autorizarea serviciului. Serviciul de autentificare este necesar pentru a valida aceste jetoane.
Serviciul de autentificare și Xsi pot rula pe același port, dacă este necesar.
Puteți separa celelalte servicii/aplicații după cum este necesar pentru scara dvs. (de exemplu, ferma XSP|ADP dedicată gestionării dispozitivelor).
Puteți co-localiza aplicațiile Xsi, CTI, Serviciul de autentificare și DMS.
Nu instalați alte aplicații sau servicii pe |ADP-urile XSP care sunt utilizate pentru integrarea BroadWorks cu Webex.
Nu colocalizați aplicația NPS cu alte aplicații.

Interfețe Xsi

Instalați și configurați aplicațiile Xsi-Actions și Xsi-Events așa cum sunt descrise în Ghidul de configurare a interfeței pentru serviciile Cisco BroadWorks Xtended Services.

Doar o singură instanță a aplicațiilor Xsi-Events trebuie implementată pe XSP|ADP utilizat pentru interfața CTI.

Toate evenimentele Xsi utilizate pentru integrarea Broadworks cu Webex trebuie să aibă același nume de apelControlApplicationName definit în Applications/Xsi-Events/GeneralSettings. De exemplu:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Schimbarea numelui de apelControlApplicationName sau neavând același nume pe toate aplicațiile web Xsi-Events va afecta funcționalitatea abonamentelor și a evenimentelor de telefonie.

Configurați serviciul de autentificare (cu validarea token-ului CI)

Pentru a configura autentificarea mTLS pentru Serviciul Auth în loc de validarea CI Token, consultați Anexa pentru Configurarea serviciilor (cu mTLS pentru Serviciul Auth).

Dacă utilizați în prezent mTLS pentru Serviciul Auth, nu este obligatoriu să vă reconfigurați pentru a utiliza validarea CI Token cu TLS.

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks.
Instalați următorii plasturi pe fiecare server |ADP XSP. Instalați plasturii care sunt potriviți pentru eliberarea dvs.:
- Pentru R22:
  
  AP.platform.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap368601
- Pentru R23:
  
  AP.xsp.23.0.1075.ap376509
  
  AP.platform.23.0.1075.ap376509
- Pentru R24 – nu este necesar niciun plasture
Orice referință la XSP include fie XSP, fie ADP.
Instalați AuthenticationService aplicație pe fiecare serviciu XSP|ADP.
1. Rulați următoarea comandă pentru a activa aplicația AuthenticationService pe XSP|ADP pe calea contextului /authService.
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
2. Rulați această comandă pentru a implementa Serviciul de autentificare pe XSP|ADP:
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...

IdenTrust Commercial Root CA 1
Autoritatea certificatului Go Daddy Root - G2

Verificați dacă aceste certificate sunt prezente în cadrul următoarei CLI

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get

Dacă nu este prezent, executați următoarea comandă pentru a importa trusturile Java implicite:

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust

Alternativ, puteți adăuga manual aceste certificate ca ancore de încredere cu următoarea comandă:

ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>

Configurați furnizorii de identitate rulând următoarele comenzi pe fiecare server |ADP XSP:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get

set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL> — Pentru URL, introduceți URL-ul IssuerName care se aplică clusterului dvs. CI. A se vedea tabelul următor.
set issuerUrl <URL> — Pentru URL, introduceți IssuerUrl care se aplică clusterului dvs. CI. A se vedea următorul tabel.
set tokenInfoUrl <IdPProxy URL> —Introduceți URL-ul proxy IdP care se aplică clusterului dvs. de echipe. A se vedea al doilea tabel care urmează.

Tabelul 1. Setați numele emitentului și adresa URL a emitentului

Dacă CI Cluster este...

Setați numele emitentului și adresa URL a...

US-A

US-B

https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

Dacă nu cunoașteți clusterul CI, puteți obține informațiile din detaliile clientului în vizualizarea Help Desk a Control Hub.

Dacă clusterul Teams este... Setați TokenInfoURL la... (URL proxy IdP)

AXM

AFRA

https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

AORE

https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

Dacă nu cunoașteți clusterul Teams, puteți obține informațiile din detaliile clientului în vizualizarea Help Desk a Control Hub.
Pentru testare, puteți verifica dacă tokenInfoURL este valid prin înlocuirea " idp/authenticate" porțiune a URL-ului cu " ping".

Specificați drepturile Webex care trebuie să fie prezente în profilul de utilizator din Webex executând următoarea comandă:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
Configurați furnizorii de identitate pentru Federația Cisco utilizând următoarele comenzi pe fiecare server |ADP XSP:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
- set flsUrl https://cifls.webex.com/federation
- set refreshPeriodInMinutes 60
- set refreshToken refresh-Token-From-Step1
Rulați următoarea comandă pentru a valida că configurația FLS funcționează. Această comandă va returna lista furnizorilor de identitate:

XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
Configurați Token Management utilizând următoarele comenzi pe fiecare server |ADP XSP:
- XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>
- set tokenIssuer BroadWorks
- set tokenDurationInHours 720
Generați și partajați chei RSA. Trebuie să generați taste pe un XSP|ADP, apoi să le copiați la toate celelalte XSP|ADP. Acest lucru se datorează următorilor factori:
- Trebuie să utilizați aceleași perechi de taste publice/private pentru criptarea/decriptarea tokenului în toate instanțele serviciului de autentificare.
- Cuplul cheie este generat de serviciul de autentificare atunci când este necesar pentru prima dată să eliberați un token.
Dacă ciclați tastele sau modificați lungimea tastei, trebuie să repetați următoarea configurație și să reporniți toate |ADP-urile XSP.
1. Selectați un XSP|ADP de utilizat pentru generarea unei perechi de taste.
2. Utilizați un client pentru a solicita un token criptat de la acel XSP|ADP, solicitând următorul URL din browserul clientului:
  
  https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
  
  (Acest lucru generează o pereche de chei private / publice pe XSP|ADP, dacă nu a existat deja unul)
3. Locația magazinului cu tastatură nu este configurabilă. Exportați tastele:
  
  XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
4. Copiați fișierul exportat /var/broadworks/tmp/authService.keys în aceeași locație pe celelalte ADP-uri XSP|, suprascrierea unui mai în vârstă .keys fișier.
5. Importați tastele pe fiecare dintre celelalte |ADP-uri XSP:
  
  XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Furnizați adresa URL autentiService către containerul web. Containerul web XSP|ADP are nevoie de URL-ul autentiService, astfel încât să poată valida jetoanele. Pe fiecare dintre |ADP-urile XSP:
1. Adăugați URL-ul serviciului de autentificare ca serviciu de autentificare extern pentru BroadWorks Communications Utility:
  
  XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1/authService
2. Adăugați adresa URL a serviciului de autentificare în container:
  
  XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
  
  Acest lucru permite Webex să utilizeze Serviciul de autentificare pentru a valida jetoanele prezentate ca date de autentificare.
3. Verificați parametrul cu get.
4. Reporniți XSP|ADP.

Eliminați cerința de autentificare a clientului pentru serviciul Auth (numai R24)

ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false

Configurarea TLS și Ciphers pe interfețele HTTP (pentru XSI și Serviciul de autentificare)

Aplicațiile Service Authentication, Xsi-Actions și Xsi-Events utilizează interfețe de server HTTP. Nivelurile de configurabilitate TLS pentru aceste aplicații sunt după cum urmează:

Cele mai generale = Sistem > Transport > HTTP > Interfață server HTTP = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații	context CLI
Sistem (global)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Protocoale de transport pentru acest sistem	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP pe acest sistem	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Interfețe server HTTP specifice pe acest sistem	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Citirea configurației interfeței serverului HTTP TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer>
Introduceți get comanda și citiți rezultatele. Ar trebui să vedeți interfețele (adresele IP) și, pentru fiecare, dacă acestea sunt sigure și dacă necesită autentificarea clientului.

Apache tomcat trimite un certificat pentru fiecare interfață securizată; sistemul generează un certificat semnat dacă are nevoie de unul.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Adăugarea protocolului TLS 1.2 la interfața serverului HTTP

Interfața HTTP care interacționează cu Webex Cloud trebuie configurată pentru TLSv1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața serverului HTTP:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> 443 pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> 443 TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața serverului HTTP

Pentru a configura cifrele necesare:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Introduceți comanda get <interfaceIp> 443 pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> 443 <cipherName> pentru a adăuga un cifru la interfața serverului HTTP.

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Configurați managementul dispozitivului pe XSP|ADP, serverul aplicației și serverul profilului

Interfața CTI și configurația aferentă

Comanda de configurare „inmost to outmost” este prezentată mai jos. Respectarea acestei ordonanțe nu este obligatorie.

Configurați serverul aplicației pentru abonamentele CTI
Configurați ADP-urile XSP| pentru abonamentele CTI autentificate mTLS
Deschideți porturile de intrare pentru interfața securizată CTI
Abonați organizația dvs. Webex la BroadWorks CTI Events

Configurați serverul aplicației pentru abonamentele CTI

Actualizați ClientIdentity pe serverul de aplicații cu numele comun (CN) al certificatului de client Webex pentru Cisco BroadWorks CTI.

Pentru fiecare server de aplicații pe care îl utilizați cu Webex, adăugați identitatea certificatului la ClientIdentity după cum urmează:

AS_CLI/System/ClientIdentity> add bwcticlient.webex.com

Numele comun al certificatului de client Webex pentru Cisco BroadWorks este bwcticlient.webex.com.

Configurați TLS și Ciphers pe interfața CTI

Nivelurile de configurabilitate pentru interfața XSP|ADP CTI sunt după cum urmează:

Cele mai generale = Sistem > Transport > Interfețe CTI > Interfață CTI = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații

Context CLI

Sistem (global)

(R22 și ulterior)

XSP|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>

XSP|ADP_CLI/Sistem/SSLCommonSettings/JSSE/Protocoale>

Protocoale de transport pentru acest sistem

(R22 și ulterior)

XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>

XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>

Toate interfețele CTI de pe acest sistem

(R22 și ulterior)

XSP|ADP_CLI/Interfață/CTI/SSLCommonSettings/Ciphers>

XSP|ADP_CLI/Interfață/CTI/SSLCommonSettings/Protocoale>

O interfață CTI specifică pe acest sistem

(R22 și ulterior)

XSP|ADP_CLI/Interfață/CTI/CTIServer/SSLSettings/Ciphers>

XSP|ADP_CLI/Interfață/CTI/CTIServerSSLSettings/Protocoale>

TLS_ECDHE_RSA_CU_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_CU_AES_128_GCM_SHA256
TLS_ECDHE_RSA_CU_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_CU_AES_128_CBC_SHA256
TLS_DHE_DSS_CU_AES_128_GCM_SHA256
TLS_DHE_RSA_CU_AES_128_GCM_SHA256
TLS_DHE_RSA_CU_AES_128_CBC_SHA256
TLS_DHE_DSS_CU_AES_128_CBC_SHA256
TLS_ECDH_RSA_CU_AES_128_GCM_SHA256
TLS_ECDH_ECDSA_CU_AES_128_GCM_SHA256
TLS_ECDH_RSA_CU_AES_128_CBC_SHA256
TLS_ECDH_ECDSA_CU_AES_128_CBC_SHA256

Citirea configurației interfeței CTI TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer>

XSP|ADP_CLI/Interface/CTI/CTIServer> get
  Interface IP  Port  Secure  Server Certificate  Client Auth Req
=================================================================
  10.155.6.175  8012    true                true             true

Adăugarea protocolului TLS 1.2 la interfața CTI

Interfața XSP|ADP CTI care interacționează cu Webex Cloud trebuie configurată pentru TLS v1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața CTI:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața CTI

Pentru a configura cifrele necesare pe interfața CTI:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
Introduceți get comandă pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> <cipherName> pentru a adăuga un cipher la interfața CTI.

XSP|ADP CLI necesită numele standard al suitei de cipher IANA, nu numele suitei de cipher openSSL. De exemplu, pentru a adăuga OpenSSL cipher ECDHE-ECDSA-CHACHA20-POLY1305 la interfața CTI, ați utiliza: XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Anchoare de încredere pentru interfața CTI (R22 și ulterioară)

Pentru fiecare XSP|ADP din infrastructura dvs. care publică evenimente CTI în Webex, efectuați următoarele:

Conectați-vă la Hub pentru parteneri .

Accesați Setări > Apelare BroadWorks și faceți clic pe Descărcare certificat CA Webex pentru a obține CombinedCertChain2023.txt pe computerul local.

Aceste fișiere conțin două seturi de două certificate. Trebuie să divizați fișierele înainte de a le încărca în ADP-urile XSP|. Toate fișierele sunt necesare.

Separați lanțul certificatului în două certificate - combinedcertchain2023.txt
1. Deschideți combinedcertchain2023.txt într-un editor de text.
2. Selectați și tăiați primul bloc de text, inclusiv liniile -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----, și lipiți blocul de text într-un fișier nou.
3. Salvați noul fișier ca root2023.txt.
4. Salvați fișierul original ca issuing2023.txt. Fișierul original ar trebui să aibă acum doar un singur bloc de text, înconjurat de linii -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----.
Copiați ambele fișiere text într-o locație temporară pe XSP|ADP pe care o securizați, de ex. /var/broadworks/tmp/root2023.txt și /var/broadworks/tmp/issuing2023.txt
Conectați-vă la XSP|ADP și navigați la /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
(Opțional) Rulați help updateTrust pentru a vedea parametrii și formatul de comandă.

Încărcați fișierele certificatului în ancore de încredere noi - 2023

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Confirmați că ancorajele sunt actualizate:

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

Permiteți clienților să se autentifice cu certificate:

XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true

Adăugați interfața CTI și activați mTLS

Adăugați interfața CTI SSL.

Contextul CLI depinde de versiunea BroadWorks. Comanda creează un certificat de server semnat pe interfață și forțează interfața să solicite un certificat de client.
- În cazul BroadWorks R22 și R23:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
Înlocuiți certificatul de server și cheia de pe interfețele CTI XSP|ADP. Aveți nevoie de adresa IP a interfeței CTI pentru aceasta; o puteți citi din următorul context:
- În cazul BroadWorks R22 și R23:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer> get
  
  Apoi executați următoarele comenzi pentru a înlocui certificatul autosemnat al interfeței cu propriul certificat și cheia privată:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>
Reporniți XSP|ADP.

Activați accesul la BroadWorks CTI Events pe Webex

Specificați adresa CTI prin care Webex se poate abona la BroadWorks CTI Events.
Abonamentele CTI sunt pe bază de abonat și sunt stabilite și menținute numai în timp ce abonatul este configurat pentru Webex pentru Cisco BroadWorks.

Vizualizare web setări apel

Webex utilizează această funcție pentru a oferi utilizatorilor acces la setările comune ale apelurilor BroadWorks care nu sunt native ale Aplicației Webex.

Vizualizarea web a setărilor de apeluri are două componente:

Aplicație de vizualizare web a setărilor de apeluri, găzduită pe un Cisco BroadWorks XSP|ADP.
Aplicația Webex, care face setările apelurilor într-o vizualizare web.

Experiență utilizator

Utilizatori pentru Windows: Faceți clic pe Setări apel și apoi faceți clic pe Preferințe pentru apeluri deschise > Setări avansate pentru apeluri.
Utilizatori Mac: Faceți clic pe fotografia de profil, apoi Preferințe > Setări avansate pentru apeluri.

Implementarea CSWV pe BroadWorks

Instalați vizualizarea web a setărilor apelurilor pe |ADP-urile XSP

Conectați-vă la cisco.com și căutați "BWCallSettingsWeb" în secțiunea de descărcare software.
Găsiți și descărcați cea mai recentă versiune a fișierului.

De exemplu, BWCallSettingsWeb_1.8.2_1.war( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04) a fost cel mai recent la momentul scrierii.
Instalați, activați și implementați arhiva web în conformitate cu Ghidul de configurare a platformei de servicii Xtended Cisco BroadWorks pentru versiunea |ADP XSP. (Versiunea R24 este https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf).
1. Copiați fișierul .war într-o locație temporară pe XSP|ADP, cum ar fi /tmp/.
2. Navigați la următorul context CLI și executați comanda de instalare:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war
  
  Managerul de software BroadWorks validează și instalează fișierul.
3. [Opțional] Ștergere /tmp/BWCallSettingsWeb_1.7.5_1.war(acest fișier nu mai este necesar).
4. Activați aplicația:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings
  
  Numele și versiunea sunt obligatorii pentru orice aplicație, dar pentru CSWV trebuie să furnizați, de asemenea, un contextPath deoarece este o aplicație negestionată. Puteți utiliza orice valoare care nu este utilizată de o altă aplicație, de exemplu, /callsettings.
5. Implementați aplicația Setări apel pe calea contextului selectat:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
Acum puteți prezice URL-ul setărilor de apel pe care îl veți specifica pentru clienți, după cum urmează:

https://<XSP|ADP-FQDN>/callsettings/

Note:
- Trebuie să furnizați bara de remorcare de pe acest URL atunci când o introduceți în fișierul de configurare a clientului.
- XSP|ADP-FQDN trebuie să corespundă cu FQDN Xsi-Actions, deoarece CSWV trebuie să utilizeze Xsi-Actions, iar CORS nu este acceptat.
Repetați această procedură pentru alte ADP-uri XSP| în mediul Webex pentru Cisco BroadWorks (dacă este necesar).

Aplicația Webview Setări apel este acum activă pe |ADP-urile XSP.

Configurați aplicația Webex pentru a utiliza vizualizarea web a setărilor apelurilor

Pentru mai multe detalii despre configurația clientului, consultați Ghidul de configurare Webex pentru Cisco BroadWorks.

<config>
    <services>
        <web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%">
            <url>%WEB_CALL_SETTINGS_URL_WXT%</url>
        </web-call-settings>

În șablonul de configurare a aplicației Webex din BroadWorks, configurați URL-ul CSWV în %WEB_CALL_SETTINGS_URL_WXT% etichetă.

Dacă nu specificați în mod explicit adresa URL, pagina implicită este goală, iar pagina de setări a apelurilor nu este vizibilă utilizatorilor.

Asigurați-vă că aveți cele mai recente șabloane de configurare pentru aplicația Webex (consultați Profilurile dispozitivului).
Setați ținta de setări pentru apeluri web csw:

%WEB_CALL_SETTINGS_TARGET_WXT% csw
Setați URL-ul setărilor de apeluri web pentru mediul dvs., de exemplu:

%WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/

Ați derivat această valoare atunci când implementați aplicația CSWV.
Fișierul de configurare a clientului rezultat trebuie să aibă o intrare după cum urmează:
```
<web-call-settings target="csw">
    <url>https://yourxsp.example.com/callsettings/</url>
</web-call-settings>
```
Orice referință la XSP include fie XSP, fie ADP.

Configurați notificările push pentru apeluri în Webex pentru Cisco BroadWorks

Aceste servicii notifică dispozitivele mobile ale abonaților Webex pentru Cisco BroadWorks că au apeluri de intrare pe Webex.

Pentru mai multe informații despre NPS, consultați Descrierea caracteristicilor serverului Notification Push.

Prezentare generală proxy NPS

Pentru compatibilitate cu Webex pentru Cisco BroadWorks, CNPS-ul dvs. trebuie să fie patch-uri pentru a sprijini funcția Proxy NPS, Push Server pentru VoIP în UCaaS.

Pentru mai multe informații, consultați Push Server pentru VoIP în Descrierea caracteristicilor UCaaS.
Patch-urile BroadWorks pentru funcție sunt disponibile pe: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.

Pentru software-ul și plasturii NPS, consultați secțiunea Pregătiți-vă NPS pentru Webex pentru Cisco BroadWorks.

Căutați și descărcați plasturele din pagina de descărcare software.
Mai multe informații despre serverul ADP pot fi găsite la https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html.

Considerații APNS

Pregătiți-vă NPS pentru Webex pentru Cisco BroadWorks

Instalați și configurați un XSP dedicat (versiunea minimă R22) sau o platformă de livrare a aplicațiilor (ADP).

Instalați plasturii proxy de autentificare NPS:

Plasturi XSP R22:

Plasturii XSP R23:

Activați aplicația Notificare Push Server.

(Pentru notificări Android) Activați API-ul FCM v1 pe NPS.

XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true

(Pentru notificările Apple iOS) Activați HTTP/2 pe NPS.

XSP_CLI/Applications/NotificationPushServer/APNS/GeneralSettings> set HTTP2Enabled true

Atașați un suport tehnic de la NPS XSP/ADP.

Exemplu: _pushnotification-client._tcp.qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com ÎN A 10.193.78.149

Odată setat, una dintre următoarele este necesară pentru preluarea modificărilor:

Un bw de repornire trebuie preformat într-o fereastră de întreținere.
Prin intermediul CLI Cisco BroadWorks:

R24 și mai în vârstă

AS_CLI/ASDiagnostic/DNS> reîncărcare

R25 +

AS_CLI/ASDiagnostic/DNS/ExecutionServer> reîncărcare

AS_CLI/ASDiagnostic/DNS/ProvisioningServer> reîncărcare

Ce este de făcut în continuare

Pentru instalări noi ale unui NPS, accesați Configurarea NPS pentru a utiliza proxy-ul de autentificare

Pentru a migra o implementare Android existentă la FCMv1, accesați Migrarea NPS la FCMv1

Configurați NPS pentru a utiliza proxy-ul de autentificare

Această sarcină se aplică unei noi instalări de NPS, dedicată Webex pentru Cisco BroadWorks.

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks.

Creați contul clientului pe NPS:

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientId client-Id-From-Step1

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientSecret
New Password: client-Secret-From-Step1

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set RefreshToken
New Password: Refresh-Token-From-Step1

Pentru a verifica valorile pe care le-ați introdus în concordanță cu ceea ce ați primit, rulați XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> get

Emitentul CiscoCI ar trebui să fie ÎNTOTDEAUNA cluster CI din SUA, indiferent de locația dvs., iar implicit ar trebui să fie:

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI> get issuerUrl = https://idbroker.webex.com/idb

Introduceți URL-ul proxy NPS și setați intervalul de reîmprospătare a tokenului (se recomandă 30 de minute):

XSP|ADP_CLI/Applications/NotificationPushServer/CloudNPSService> set url https://nps.uc-one.broadsoft.com/nps/

XSP|ADP_CLI/Applications/NotificationPushServer/CloudNPSService> set VOIPTokenRefreshInterval 1800

(Pentru notificări Android) Adăugați ID-ul aplicației Android în contextul aplicațiilor FCM de pe NPS.

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.cisco.wx2.android

(Pentru notificările Apple iOS) Adăugați ID-ul aplicației în contextul aplicațiilor APNS, asigurându-vă că pentru a omite cheia Auth – setați-l la gol.

XSP|ADP_CLI/Applications/NotificationPushServer/APNS/Production/Tokens> add com.cisco.squared

Configurați următoarele URL-uri NPS:

Context CLI \|ADP XSP	Parametru	Valoare
`XSP\|ADP_CLI/Applications/` `NotificationPushServer/FCM>`	`authURL`	https://www.googleapis.com/oauth2/v4/token
	`pushURL`	https://fcm.googleapis.com/v1/projects/PROJECT-ID/messages:send
	`scope`	https://www.googleapis.com/auth/firebase.messaging
`XSP\|ADP_CLI/Applications/NotificationPushServer` `/APNS/Production>`	`url`	https://api.push.apple.com/3/device

Configurați următorii parametri de conexiune NPS la valorile recomandate afișate:

Context CLI \|ADP XSP	Parametru	Valoare
`XSP\|ADP_CLI/Applications/` `NotificationPushServer/FCM>`	`tokenTimeToLiveInSeconds`	3600
	`connectionPoolSize`	10
	`connectionTimeoutInMilliseconds`	3600
	`connectionIdleTimeoutInSeconds`	600
`XSP\|ADP_CLI/Applications/NotificationPushServer/` `APNS/Production>`	`connectionTimeout`	3000
	`connectionPoolSize`	2
	`connectionIdleTimeoutInSeconds`	600

Verificați dacă serverul de aplicații selectează ID-urile aplicației, deoarece este posibil să fie necesar să adăugați aplicațiile Webex în lista de permisiuni:

Rulați AS_CLI/System/PushNotification> get și verificați valoarea enforceAllowedApplicationList. Dacă este true, trebuie să finalizați această subsarcină. În caz contrar, săriți restul sarcinii secundare.
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.wx2.android “Webex Android”
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.squared “Webex iOS”

Reporniți XSP|ADP: bwrestart

Testați notificările apelurilor efectuând apeluri de la un abonat BroadWorks la doi utilizatori mobili Webex. Verificați dacă apare notificarea de apel pe dispozitivele iOS și Android.

Migrați NPS la FCMv1

Migrați clienții UC-One la FCMv1—Când aveți clienți UCaaS existenți și trebuie să îi migrați pentru a utiliza FCMv1.
Migrați clienții SaaS la FCMv1—Când aveți clienți SaaS existenți și trebuie să îi migrați pentru a utiliza FCMv1.
Actualizați serverul ADP—Când migrați NPS la un server ADP.

Migrați clienții UC-One la FCMv1

Utilizați pașii de mai jos din Google FCM Console pentru a migra clienții UC-One la Google FCM HTTPv1.

<string name="gcm_defaultSenderId">xxxxxxxxxxxxx</string>

Conectați-vă la SDK Administrator FCM la http://console.firebase.google.com.
Selectați aplicația Android corespunzătoare.
În fila General, înregistrați ID-ul proiectului
Navigați la fila Conturi serviciu pentru a configura un cont de serviciu. Puteți crea un cont de serviciu nou sau puteți configura unul existent.

Pentru a crea un nou cont de servicii:
1. Faceți clic pe butonul albastru pentru a crea un nou cont de serviciu
2. Faceți clic pe butonul albastru pentru a genera o nouă cheie privată
3. Descărcați cheia într-o locație sigură
Pentru a reutiliza un cont de serviciu existent:
1. Faceți clic pe textul albastru pentru a vizualiza conturile de servicii existente.
2. Identificați contul de serviciu pe care trebuie să îl utilizați. Contul de serviciu are nevoie de permisiunea firebaseadmin-sdk.
3. Pe dreapta, faceți clic pe meniul hamburger și creați o nouă cheie privată.
4. Descărcați fișierul json care conține cheia și salvați-l într-o locație sigură.
Copiați fișierul json pe XSP|ADP.

Configurați ID-ul proiectului și:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file>
...Done

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> get
  Project ID  Accountkey
========================
  my_project    ********

Configurați aplicația:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id>
...Done

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> get
  Application ID    Project ID
==============================
          my_app    my_project

Activați FCMv1:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Migrați clienții SaaS la FCMv1

Utilizați pașii de mai jos de pe Google FCM Console dacă doriți să migrați clienții SaaS la FCMv1.

Asigurați-vă că ați finalizat deja procedura „Configurați NPS pentru a utiliza proxy-ul de autentificare”.

Dezactivați FCM:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Activați FCM:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Actualizați serverul ADP

Utilizați pașii de mai jos din Consola FCM Google dacă migrați NPS pentru a utiliza un server ADP.

Obțineți fișierul JSON din Consola Google Cloud:
1. Pe Consola Google Cloud, accesați pagina Conturi de servicii .
2. Faceți clic pe Selectați un proiect, alegeți proiectul și faceți clic pe Deschidere.
3. Găsiți rândul contului de serviciu pentru care doriți să creați o cheie, faceți clic pe butonul Mai vertical, apoi faceți clic pe Creare cheie.
4. Selectați un tip de cheie și faceți clic pe Creare
  
  Descărcări de fișiere.
Adăugați FCM la serverul ADP:
1. Importați fișierul JSON pe serverul ADP utilizând /bw/install comanda.
2. Conectați-vă la ADP CLI și adăugați cheia Proiect și API:
  
  ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON:
3. În continuare, adăugați aplicația și cheia:
  
  ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done
4. Verificați configurația:
```
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g
Project ID Accountkey
========================
connect-ucaas ********

ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g
Application ID Project ID
===================================
com.broadsoft.ucaas.connect connect-ucaas
```

Configurați organizația partenerului în Hubul partenerului

Configurați clusterele BroadWorks

[o dată pe cluster]

Acest lucru se face din următoarele motive:

Pentru a activa cloud-ul Webex pentru a vă autentifica utilizatorii împotriva BroadWorks (prin serviciul de autentificare găzduit de XSP|ADP).
Pentru a permite aplicațiilor Webex să utilizeze interfața Xsi pentru controlul apelurilor.
Pentru a permite Webex să asculte evenimentele CTI publicate de BroadWorks (prezență telefonică și istoricul apelurilor).

Împiedicăm acest lucru deoarece un cluster configurat necorespunzător poate cauza probleme care sunt dificil de rezolvat.

Ce trebuie să faceți:

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .
Faceți clic pe Adăugare cluster.

Acest lucru lansează un expert unde vă furnizați interfețele XSP|ADP (URL-uri). Puteți adăuga un port la URL-ul interfeței dacă utilizați un port non-standard.
Denumiți acest cluster și faceți clic pe Înainte.

Conceptul de cluster de aici este pur și simplu o colecție de interfețe, de obicei plasate pe un server XSP|ADP sau pe o fermă, care permit Webex să citească informații de pe serverul aplicației (AS). Este posibil să aveți un XSP|ADP per cluster AS sau mai multe |ADP-uri XSP per cluster sau mai multe clustere AS per XSP|ADP. Cerințele de scară pentru sistemul BroadWorks nu intră în domeniul de aplicare aici.
(Opțional) Introduceți un nume de cont al utilizatorului BroadWorks și o parolă despre care știți că se află în sistemul BroadWorks pe care îl conectați la Webex, apoi faceți clic pe Înainte.

Testele de validare pot utiliza acest cont pentru a valida conexiunile la interfețele din cluster.
Adăugați URL-urile Acțiuni XSI și Evenimente XSI.
Opțional. Actualizați URL-ul DAS cu URL-ul Serviciului de activare a dispozitivului.
Opțional. Bifați caseta de selectare Activare autentificare directă BroadWorks dacă doriți ca conectarea la BroadWorks să fie directă la BroadWorks. În caz contrar, autentificarea la BroadWorks este delegată prin serviciul proxy IdP găzduit de Webex.

Această casetă de selectare afectează aceste situații de conectare:
- Conectare la Portalul de activare a utilizatorului – Utilizatorii trebuie să introducă acreditările BroadWorks atunci când se conectează la portal. Setarea de mai sus determină dacă conectarea este directă la BroadWorks sau prin proxy-ul IdP.
- Conectare la client—Dacă autentificarea BroadWorks este configurată în șablonul de integrare, setarea de mai sus determină dacă conectarea clientului la Aplicația Webex este direcționată către BroadWorks sau este delegată prin proxy-ul IdP.
Faceți clic pe Înainte.
Pe pagina Interfață CTI , faceți următoarele:
1. Adăugați URL-ul CTI și portul pentru interfața CTI la care doriți să vă conectați.
2. Opțional. Activați comutatorul Istoric apeluri și apoi introduceți ID-ul de utilizator BroadWorks. Când este selectată această opțiune, evenimentele din istoricul apelurilor BroadWorks sunt sincronizate cu cloudul Webex. Utilizatorii își pot vizualiza istoricul apelurilor în Aplicația Webex.
3. Opțional. Activați comutatorul Nu deranjați (DND) de sincronizare și apoi introduceți ID-ul de utilizator BroadWorks. Această opțiune sincronizează evenimentele DND între Webex și BroadWorks, asigurându-se că funcția funcționează la fel pe ambele platforme.
4. Faceți clic pe Înainte.
Adăugați URL-ul Serviciului de autentificare .
Selectați Serviciul Auth cu validare token CI.

Această opțiune nu necesită mTLS pentru a proteja conexiunea de la Webex, deoarece Serviciul de autentificare validează în mod corespunzător tokenul utilizatorului față de serviciul de identitate Webex înainte de a emite tokenul de lungă durată utilizatorului.
Revizuiți intrările pe ecranul final, apoi faceți clic pe Creare. Ar trebui să vedeți un mesaj de succes.

Partner Hub trece URL-urile la diverse microservicii Webex care testează conexiunile la interfețele furnizate.
Faceți clic pe Vizualizare clustere și ar trebui să vedeți noul cluster și dacă validarea a reușit.
Butonul Creare poate fi dezactivat pe ecranul final (previzualizare) al expertului. Dacă nu puteți salva șablonul, acesta indică o problemă cu una dintre integrările pe care tocmai le-ați configurat.

Am implementat această verificare pentru a preveni erorile în sarcinile ulterioare. Puteți reveni prin intermediul expertului pe măsură ce configurați implementarea dvs., ceea ce poate necesita modificări ale infrastructurii dvs. (de exemplu, XSP|ADP, echilibrator de sarcină sau firewall), așa cum este documentat în acest ghid, înainte de a putea salva șablonul.

Verificarea conexiunilor la interfețele BroadWorks

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .
Faceți clic pe Vizualizare clustere.
Partner Hub inițiază teste de conectivitate de la diferitele microservicii la interfețele din clustere.

După finalizarea testelor, pagina listei de clustere afișează mesajul de stare de lângă fiecare cluster.

Ar trebui să vedeți mesaje de succes verde. Dacă vedeți un mesaj de Eroare roșu, faceți clic pe numele clusterului afectat pentru a vedea care setare cauzează problema.
Opțional. Selectați un cluster dacă doriți să vedeți setările existente pentru acel cluster, cum ar fi XSI-Actions, XSI-Events, URL-ul DAS și setările interfeței CTI.

Configurați șabloanele de integrare

Puteți crea cât mai multe șabloane de care aveți nevoie, dar numai un singur șablon poate fi asociat unui client.

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .
Faceți clic pe Adăugare șablon.

Acest lucru lansează un expert în cazul în care puteți furniza configurația pentru clienții care vor utiliza acest șablon.
Utilizați lista derulantă Cluster pentru a alege clusterul pe care doriți să îl utilizați cu acest șablon.
Introduceți un nume șablon, apoi faceți clic pe Înainte.

Configurați modul de configurare, utilizând aceste setări recomandate:

Tabelul 3. Setări de dozare recomandate pentru diferite moduri de dozare
Denumire setare	Configurarea Flowthrough cu e-mailuri de încredere	Configurare Flowthrough fără e-mailuri	Auto-configurare utilizator
Activarea fluxului BroadWorks prin configurare (include acreditările contului de configurare dacă este activată**)	Pornit Furnizați numele contului și parola de configurare conform configurației BroadWorks.	Pornit Furnizați numele contului și parola de configurare conform configurației BroadWorks.	Oprit
Creare automată organizații noi în Control Hub	În	În	În
Adresă de e-mail a furnizorului de servicii	Selectați o adresă de e-mail din lista derulantă (puteți introduce unele caractere, pentru a găsi adresa dacă este o listă lungă). Această adresă de e-mail identifică administratorul din cadrul organizației dvs. Partener care va primi acces de administrator delegat la orice noi organizații client create cu șablonul de integrare.
Țară	Alegeți țara pe care o utilizați pentru acest șablon. Țara pe care o alegeți se potrivește cu organizațiile clienților care sunt create cu acest șablon într-o anumită regiune. În prezent, regiunea ar putea fi (EMEAR) sau (America de Nord și restul lumii). Consultați hărțile țării în funcție de regiune din această foaie de calcul. Țara organizației va determina numerele de apelare globale implicite pentru Cisco PSTN în site-urile Webex Meeting. Consultați secțiunea Țară a paginii de ajutor pentru mai multe informații.
Mod BroadWorks Enterprise activ	Activați acest lucru dacă clienții pe care îi furnizați cu acest șablon sunt întreprinderi în BroadWorks. Dacă acestea sunt grupuri, dezactivați acest comutator. Dacă aveți o combinație de întreprinderi și grupuri în BroadWorks dvs., ar trebui să creați șabloane diferite pentru aceste cazuri diferite.

Note din tabel:

† Acest comutator asigură crearea unei noi organizații de clienți dacă domeniul de e-mail al unui abonat nu corespunde unei organizații Webex existente.

Acest lucru ar trebui să fie întotdeauna valabil, cu excepția cazului în care utilizați un proces de comandă și executare manuală (prin Cisco Commerce Workspace) pentru a crea organizații ale clienților în Webex (înainte de a începe să configurați utilizatori în respectivele organizații). Această opțiune este adesea menționată ca modelul „Hybrid Provisioning” și nu intră în domeniul de aplicare al acestui document.
** „Cont de configurare” se referă la contul de administrator la nivel de sistem BroadWorks. Pe BroadWorks, aveți nevoie de un cont de administrator cu aceste atribute: Administrator Type=Configurare, Doar citire=Dezactivare.

Selectați pachetul de servicii implicit pentru clienți utilizând acest șablon (consultați pachetele din secțiunea Prezentare generală); fie Basic, Standard, Premium sau Softphone.

Puteți suprascrie această setare pentru utilizatorii individuali prin intermediul Partner Hub.
Opțional. Verificați Dezactivarea apelurilor gratuite Cisco Webex dacă doriți să dezactivați apelurile Webex.
Pentru Configurarea intrării în întâlnire, selectați una dintre următoarele opțiuni:
- Numere de apelare Cisco (PSTN)
- Numere de apelare furnizate de partener (BYoPSTN)—Dacă selectați această opțiune, consultați Ghidul de soluții PSTN pentru Webex pentru Cisco BroadWorks pentru informații detaliate despre modul de configurare a acestei opțiuni.
Faceți clic pe Înainte.

Există două abordări pentru configurarea abonaților în ceea ce privește modul în care sunt verificate identitățile lor – folosind e-mailuri de încredere sau e-mailuri de neîncredere.

În cazul de e-mail de neîncredere, utilizatorii trebuie să-și verifice e-mailurile înainte de configurare sau utilizatorii se pot auto-activa.

În cazul de neîncredere există mai multe moduri de configurare bazate pe setările de verificare din tabelul de mai jos:

Tabelul 4. Setări de verificare a utilizatorului recomandate pentru modurile de configurare nefiabile
Denumire setare	Configurare Flowthrough fără e-mailuri	Auto-configurare utilizator
Administrator de configurare în primul rând	Recomandată	Nu se aplică
Permiteți utilizatorilor să se autoactiveze	Nu se aplică	Obligatoriu

Note din tabel:
* Fiecare organizație client din Webex trebuie să aibă cel puțin un utilizator cu rol de administrator. Primul utilizator căruia îi atribuiți IM&P integrat în BroadWorks preia rolul de administrator al clientului dacă este creată o nouă organizație client în Webex. În calitate de Furnizor de servicii, este posibil să doriți să aveți control asupra persoanei care primește rolul. Verificarea acestei setări împiedică utilizatorii să finalizeze activarea până când primul utilizator pe care l-ați configurat este activat. Dacă debifați această setare, atunci primul utilizator care devine activ în noua organizație devine administratorul clientului.

Faceți clic pe Înainte.

Selectați modul de autentificare implicit (fie autentificare BroadWorks , fie autentificare Webex) pentru conectarea utilizatorului la Webex.

(Consultați Modul de autentificare din secțiunea Pregătire mediu).

Faceți clic pe Înainte.
Pentru Preferințe, configurați următoarele:
1. Alegeți dacă doriți să Precompletați adresele de e-mail ale utilizatorului în pagina de conectare.
  
  Ar trebui să utilizați această opțiune numai dacă ați selectat BroadWorks Authentication și ați introdus, de asemenea, adresele de e-mail ale utilizatorilor în atributul ID alternativ din BroadWorks. În caz contrar, vor trebui să își folosească numele de utilizator BroadWorks. Pagina de conectare oferă opțiunea de a schimba utilizatorul, dacă este necesar, dar acest lucru poate duce la probleme de conectare.
2. Dacă doriți să activați sincronizarea directorului, setați Activarea sincronizării directorului telefonului pentru toate noile organizații ale clienților la Activare.
  
  Această opțiune permite Webex să citească contactele BroadWorks în organizația client, astfel încât utilizatorii să le poată găsi și apela din aplicația Webex.
3. Introduceți un administrator partener.
  
  Acest nume este utilizat în mesajul de e-mail automat de la Webex, care invită utilizatorii să-și valideze adresele de e-mail.
4. Asigurați-vă că e-mailurile Permiteți invitarea administratorului sunt activate atunci când atașați comutatorul de organe existente (setarea implicită este activată).
5. Faceți clic pe Înainte.
Revizuiți intrările pe ecranul final. Puteți să faceți clic pe comenzile de navigare din partea de sus a expertului pentru a reveni și a schimba orice detalii. Faceți clic pe Creați.

Ar trebui să vedeți un mesaj de succes.
Faceți clic pe Vizualizare șabloane și ar trebui să vedeți noul șablon listat cu orice alte șabloane.
Faceți clic pe numele șablonului pentru a modifica sau șterge șablonul, dacă este necesar.

Nu este necesar să introduceți din nou detaliile contului de configurare. Câmpurile de confirmare a parolei/parolei goale sunt acolo pentru a schimba acreditările dacă trebuie, dar lăsați-le goale pentru a păstra valorile pe care le-ați dat expertului.
Adăugați mai multe șabloane dacă aveți configurații partajate diferite pe care doriți să le furnizați clienților.

Păstrați deschisă pagina Vizualizare șabloane , deoarece este posibil să aveți nevoie de detalii șablon pentru o sarcină ulterioară.

Configurați serverul aplicației cu URL-ul serviciului de furnizare

Această sarcină este necesară numai pentru debit prin configurare.

Server Aplicație Patch (numai R22, R23 și R24)

Dacă nu ați făcut încă acest lucru, aplicați următorul plasture care se aplică eliberării dvs.:.
- Pentru R22: AP.as.22.0.1123.ap373197
- Pentru R23: AP.as.23.0.1075.ap373197
- Pentru R24: AP.as.24.0.944.ap384177
Pentru o listă completă de plasturi BroadWorks care formează cerința de implementare a Webex pentru Cisco BroadWorks, Consultați Cerințele software BroadWorks din secțiunea Referință.
Modificarea la Maintenance/ContainerOptions context.
Activați parametrul URL de configurare:

/AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true

Obțineți URL(URL) de configurare de la Partner Hub

Consultați Ghidul de administrare a interfeței de comandă a serverului Cisco BroadWorks pentru detalii (Interfață > Mesagerie și serviciu > IM&P integrat) ale comenzilor AS.

Conectați-vă la Partner Hub și accesați Setări > Apelare BroadWorks.
Faceți clic pe Vizualizare șabloane.
Selectați șablonul pe care îl utilizați pentru a furniza abonații acestei întreprinderi/grupului în Webex.

Detaliile șablonului se afișează într-un panou de scurgere din dreapta. Dacă nu ați creat încă un șablon, trebuie să faceți acest lucru înainte de a putea obține URL-ul de configurare.
Copiați URL-ul adaptorului de configurare.

Repetați acest lucru pentru alte șabloane dacă aveți mai multe.

(Opțiune) Configurarea parametrilor de configurare la nivel de sistem pe serverul de aplicații

Este posibil să nu doriți să setați domeniul de furnizare și serviciu la nivel de sistem dacă utilizați UC-One SaaS. Consultați Punctele de decizie din secțiunea Pregătire mediu.

Conectați-vă la serverul de aplicații și configurați interfața de mesagerie.
1. AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL
2. AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name
3. AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password
4. AS_CLI/Interface/Messaging> set enableSynchronization true
Activați interfața IMP integrată:
1. /AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
2. /AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true

(Opțiune) Configurarea parametrilor de configurare per întreprindere pe serverul de aplicații

În interfața de utilizator BroadWorks, deschideți întreprinderea pe care doriți să o configurați și accesați Servicii > IM&P integrat.
Selectați Utilizați domeniul serviciului și introduceți o valoare fictivă (Webex ignoră acest parametru. Puteți utiliza example.com).
Selectați Utilizați serverul de mesagerie.

În câmpul URL , lipiți URL-ul de configurare pe care l-ați copiat din șablonul dvs. în Partner Hub.

În câmpul Nume utilizator , introduceți un nume pentru administratorul de configurare. Aceasta trebuie să corespundă valorii din șablonul din Partner Hub.
Introduceți o parolă pentru administratorul de configurare. Aceasta trebuie să corespundă valorii din șablonul din Partner Hub.
Pentru identitatea implicită a utilizatorului pentru ID-ul IM&P, selectați Primar.
Faceți clic Aplicați .
Repetați pentru alte întreprinderi pe care doriți să le configurați pentru debit prin configurare.

Date de configurare a utilizatorului

API Verificare preconfigurare partener

Pentru mai multe informații despre API, consultați: Ghid Webex pentru dezvoltatorii angro

Pentru a utiliza API-ul, accesați: Verificați previzualizarea furnizării abonaților angro

Pentru a accesa Preverificarea unui document de furnizare abonat angro, trebuie să vă conectați la https://developer.webex.com/ portal.

Partenerul SSO - SAML

Verificați dacă furnizorul de identitate terț îndeplinește cerințele enumerate în secțiunea Cerințe pentru furnizorii de identitate din Integrarea cu conectare unică în Control Hub.

Deschideți o solicitare de serviciu cu Cisco TAC. TAC trebuie să stabilească o relație de încredere între furnizorul de identitate terț și serviciul de identitate comună Cisco. .

Încărcați fișierul cu metadate CI pe care TAC l-a furnizat furnizorului dvs. de identitate.
Configurați un șablon de integrare. Pentru setarea Mod de autentificare , selectați Autentificare partener. Pentru ID-ul entității IDP, introduceți EntityID din metadatele XML SAML ale furnizorului de identitate terț.
Creați un utilizator nou într-o nouă organizație client care utilizează șablonul.
Foarte mult că utilizatorul se poate conecta.

Partner SSO - OpenID Connect (OIDC)

Atribut	Obligatoriu	Descriere
Nume IDP	Da	Numele unic, dar insensibil la caz, pentru configurația IdP OIDC, ar putea consta din litere, numere, hife, subliniază, tilduri și puncte, iar lungimea maximă este de 128 de caractere.
ID client OAuth	Da	Utilizat pentru a solicita autentificarea IdP OIDC.
Secret client OAuth	Da	Utilizat pentru a solicita autentificarea IdP OIDC.
Lista scopurilor	Da	Lista scopurilor care vor fi utilizate pentru a solicita autentificarea IdP OIDC, împărțită în funcție de spațiu, de exemplu, „profil de e-mail deschis” Trebuie să includă Openid și e-mail.
Punct final de autorizare	Da, dacă punctul final de descoperire nu este furnizat	URL-ul punctului final de autorizare OAuth 2.0 al IdP.
punct de sfârșit	Da, dacă punctul final de descoperire nu este furnizat	URL-ul punctului final OAuth 2.0 al IdP-ului.
Punct final de descoperire	Nu	URL-ul punctului final de descoperire IdP pentru descoperirea punctelor finale OpenID.
utilizator InfoEndpoint	Nu	URL-ul punctului final de informații despre utilizator al IdP.
Punct final al setului de taste	Nu	URL-ul terminalului JSON Web Key Set al IdP.

În plus față de atributele IDP de mai sus, ID-ul organizației partenere trebuie specificat în cererea TAC.

Configurați URI-ul de redirecționare pe IDP-ul de conectare OpenID.
Configurați un șablon de integrare. Pentru setarea modului de autentificare, selectați Autentificare partener Cu OpenID Connect și introduceți Numele IDP furnizat în timpul configurării IDP ca ID-ul entității IDP OpenID Connect.
Creați un utilizator nou într-o nouă organizație client care utilizează șablonul.
Foarte mult că utilizatorul se poate conecta utilizând fluxul de autentificare SSO.

Activați identificatorul de corelație apeluri

Utilizați CLI pentru a activa caracteristica pe toate interfețele AS și XSP|ADP.

Rulați următoarele comenzi pe interfețele AS. Acest lucru va permite AS pentru a trimite X-BroadWorks-Correlation-Info antet SIP:

AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true

AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true
Fișierul enableCallCorrelationID parametrul asociat cu aplicația Xsi-Actions este utilizat pentru a controla includerea informațiilor privind corelarea apelurilor în jurnalele Xsi-Actions. Se recomandă ca enableCallCorrelationID activată utilizând următoarea comandă pe interfețele XSP|ADP:

XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true

Pentru informații suplimentare despre Identificatorul de corelație apeluri, consultați Descrierea caracteristicilor Identificatorului de corelație apeluri Cisco BroadWorks.

Sincronizare director

Pentru a activa Sincronizarea directorului, accesați Sincronizarea directorului în Webex pentru Cisco BroadWorks.

Istoricul apelurilor unificate

Evenimente din istoricul apelurilor – aceste evenimente sunt utilizate pentru a construi o istorie detaliată a apelurilor unificate
Evenimente de stare cârlig – Istoricul unificat al apelurilor include optimizări de stare cârlig care reduc cantitatea de lățime de bandă a rețelei pentru actualizările de prezență telefonică

Cerințe privind istoricul apelurilor unificate

Înainte de a putea configura istoricul apelurilor unificate, asigurați-vă că ați corectat sistemul. Această caracteristică depinde de următoarele patch-uri BroadWorks care sunt instalate:

Pentru R22:

AP.xsp.22.0.1123.ap378585
AP.as.22.0.1123.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.22.0.1123.ap378585
AP.ps.22.0.1123.ap378585

Pentru R23:

AP.as.23.0.1075.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.23.0.1075.ap378585
Dacă utilizați XSP— AP.xsp.23.0.1075.ap378585
Dacă utilizați ADP— Xsi-Events-23_2021.05_1.251.bwar

Pentru R24:

AP.as.24.0.944.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
Xsi-Events-24_2021.05_1.251.bwar

Pentru a avea informații despre Hunt Group, Call Center și alte redirecționări în istoricul apelurilor Unified, trebuie instalați și activați următorii plasturi Broadworks:

Pentru R23:

AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994

Pentru R24:

AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994

Pentru a avea informații despre Asistentul executiv în istoricul apelurilor Unified, trebuie instalați și activați următorii plasturi Broadworks:

Pentru R24:

AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
ADP care rulează Xsi-Events-24_2022.06 sau mai târziu

În plus față de plasturii Broadworks, sincronizarea directorului trebuie să fie, de asemenea, activată pentru istoricul apelurilor Unified Executive-Assistant.

Activați istoricul apelurilor (cluster nou)

Pentru a activa istoricul apelurilor într-un cluster nou, consultați pașii pentru adăugarea unui cluster în Configurați organizația partenerului în Hubul partenerului.

Activați istoricul apelurilor (cluster existent)

Pentru a activa istoricul apelurilor pe un cluster existent, urmați pașii de mai jos:

Conectați-vă la Partner Hub la admin.webex.com.
Accesați Setări și selectați un cluster existent.
Verificați dacă conexiunea clusterului este bună. Panoul din dreapta trebuie să afișeze o marcă de verificare verde cu Connection stabilită.

Dacă acest lucru nu apare, sub Verificare conexiuni (opțional), introduceți ID-ul de utilizator BroadWorks și parola BroadWorks și faceți clic pe Verificare pentru a verifica dacă conexiunea este bună.
Bifați caseta de selectare Activare istoric apeluri .
Faceți clic pe Salvați.

Interacțiuni caracteristică

Există următoarele interacțiuni ale caracteristicii pentru istoricul apelurilor unificate:

Istoricul de apeluri unificat nu este acceptat pentru utilizatorii care sunt configurați în BroadWorks cu liste de rutare sau rute directe. Atunci când această situație există, evenimentele privind istoricul apelurilor și starea cârligului nu sunt trimise în Aplicația Webex.
Istoricul de apeluri unificat nu este acceptat cu apelarea extensiei. Apelurile care sunt plasate utilizând apelarea extensie nu pot fi reflectate corect în istoricul apelurilor.

Vizualizați istoricul apelurilor în aplicația Webex

Utilizatorii finali pot accesa și vizualiza istoricul de apeluri unificat din aplicația Webex. Pentru detalii, consultați: Istoricul apelurilor și întâlnirilor Webex | View.

Dezactivați istoricul apelurilor unificate

Indicație Spam vizual

Activați istoricul apelurilor unificate conform descrierii din secțiunea anterioară.
Trebuie să fie instalaţi şi activi următorii plasturi:
- AP.as.23.0.1075.ap384591 / AP.as.24.0.944.ap384591
- sau AS-25_Rel_2022.12 la un nivel minim
Funcția trebuie să fie activată prin intermediul CLI AS:
- AS_CLI/System/ActivatableFeature> activați 104112
- AS_CLI/System/StirShaken> setați enableVerificare adevărată
Broadworks trebuie să fie configurat pentru a efectua semnarea, etichetarea și verificarea STIR-SHAKEN așa cum este descris în Etichetarea și Verificarea semnării STIR-SHAKEN Cisco BroadWorks

Identificarea apelantului și redirecționarea apelului

Identificare apelant

Dacă găsește mai multe instanțe ale unui număr într-o singură sursă, nu va încerca să aleagă unul dintre ele, în acest caz, nu va afișa niciun ID de apelant.

Identitatea comună Webex (CI) care conține utilizatorii organizației dvs.
Contacte personale și organizaționale. Contactele personale sunt vizibile sub fila Contacte.
Adresa locală. În Windows - Aplicația Outlook, în Mac - Contacte Mac, în iOS - Contacte iPhone, în Android - Contacte Android.

Redirecționare apel

Apel redirecționat: Afișează numărul care a redirecționat apelul.
Grup de hunting: Afișează numele grupului de hunt care a redirecționat apelul.
Coadă centru de apeluri: Afișează numele cozii care a redirecționat apelul.
Asistent executiv: Afișează numele Executivului pentru care vine apelul.

Excepții:

Pentru apelurile din coada de apeluri internă, în cazul în care un agent apelează înapoi o parte internă, partea de la distanță nu va vedea numele cozii de apeluri, ci va vedea numele agentului care le apelează.

Apelul a fost Răspuns În Altă Parte:

Aspect linie partajată

Această caracteristică ajută utilizatorii să gestioneze apelurile în extensia altui utilizator direct din Aplicația Webex.

Puteți configura aparența liniei partajate numai pentru versiunea desktop a Aplicației Webex.
Puteți adăuga maximum 10 linii în Aplicația Webex, inclusiv linia principală.
Nu puteți aloca linia unui spațiu de lucru ca linie partajată.
Un utilizator nu poate fi asigurat cu serviciul de Asistent Executiv în același timp cu partajarea liniilor.
Portul liniei principale a unui utilizator nu trebuie schimbat într-o linie partajată.

Cerințe

Pentru a implementa această funcție pe Webex pentru Cisco BroadWorks, trebuie să implementați următorii plasturi BroadWorks:

Patch 1: Drapelul proprietarului din lista de dispozitive pentru a sprijini liniile partajate ale clienților Webex

R23 fără ADP:

AP.as.23.0.1075.ap384179
AP.xsp.23.0.1075.ap384179

R23 cu ADP:

AP.as.23.0.1075.ap384179
Xsi-Acţiuni-23_2022.10

R24:

CA: AP.as.24.0.944.ap384179
Xsi-Acţiuni-24_2022.10

R25:

CA: Versiunea RI Rel_ 2022.10_1.310
Xsi-Acțiuni-25_ 2022.10

Patch 2: Patch-uri pentru creșterea numărului de porturi pe tipuri de profil dispozitiv (în acest caz pentru clientul desktop: Comunicator de afaceri).

Versiunea RI Rel_ 2022.10_1.310

Sincronizare Nu deranjați (DND).

Sincronizarea DND se aplică la nivelul clusterului BroadWorks și poate fi activată în Partner Hub de către un administrator partener.

Cerințe preliminare

Asiguraţi-vă că următorii plasturi sunt aplicaţi pe AS şi XSP|ADP. Aplicați numai plasturii pentru versiunea BroadWorks.

Pentru Versiunea 22:

CA plasture transdermic: AP.as.22.0.1123.ap382615, AP.as.22.0.1123.ap382838
Patch-ul |ADP XSP: AP.xsp.22.0.1123.ap382615, AP.xsp.22.0.1123.ap382838

Pentru Versiunea 23:

CA plasture transdermic: AP.as.23.0.1075.ap382615, AP.as.23.0.1075.ap382838
Patch-ul |ADP XSP: AP.xsp.23.0.1075.ap382615, AP.xsp.23.0.1075.ap382838
Aplicații ADP: Xsi-Actions-23_ 2022.03_1.220.bwar, Xsi-Events-23_2022.03_1.220.bwar

Pentru versiunea 24:

CA plasture transdermic: AP.as.24.0.944.ap382615, AP.as.24.0.944.ap382838
Aplicații ADP: Xsi-Actions-24_ 2022.03_1.220.bwar, Xsi-Events-24_2022.03_1.220.bwar

După ce aplicați plasturii, activați caracteristica 25433 pe AS:

AS_CLI/System/ActivatableFeature> activate 25433

Activați sincronizarea DND (cluster existent)

Conectați-vă la Partner Hub
Faceți clic pe Setări.
Faceți clic pe Vizualizare cluster și selectați clusterul BroadWorks corespunzător.
Activați comutatorul de sincronizare Nu deranjați (DND).
Introduceți ID-ul de utilizator BroadWorks și faceți clic pe Activare.

Sistemul validează faptul că clusterul BroadWorks are plasturii potriviți pentru a sprijini sincronizarea DND. Dacă validarea eșuează, butonul Salvare este dezactivat.
Dacă validarea reușește, faceți clic pe Salvare.

Odată ce sincronizarea DND este activată, Webex reîmprospătează toate abonamentele utilizatorilor pentru a include pachetul Nu deranjați evenimentul. În funcție de numărul de utilizatori, acest proces poate dura câteva ore pentru a finaliza.
Activarea sincronizării DND este un comutator cu un singur mod. Odată ce funcția este activată, nu o puteți dezactiva pe cont propriu.

Activați sincronizarea DND (cluster nou)

De asemenea, puteți activa funcția în timpul creării de clustere. Pentru detalii, consultați „Configurați clusterele BroadWorks” din Configurați organizația partenerului în Partner Hub.

Dezactivați sincronizarea DND

Nu puteți dezactiva Sincronizarea DND pe cont propriu. Pentru a dezactiva caracteristica, creați un caz BEMS de inginerie cu următoarele informații:

Familie: Serviciu Spark
Produs: Apelare în Webex (Webex pentru BroadWorks)
Componentă: Furnizare WxBW
Cazul BEMS trebuie să precizeze că Nu deranjați sincronizarea trebuie să fie dezactivată pentru un partener. Cazul trebuie să conțină partnerId și clusterId BroadWorks.

Cazuri de utilizare

Înregistrare apeluri

Webex pentru Cisco BroadWorks acceptă patru moduri de înregistrare a apelurilor.

Tabelul 6. Moduri de înregistrare
Moduri de înregistrare	Descriere	Controale/indicatori care se afișează în aplicația Webex
Întotdeauna	Înregistrarea este inițiată automat atunci când apelul este stabilit. Utilizatorul nu are capacitatea de a porni sau opri înregistrarea.	Indicator vizual în curs de înregistrare
Întotdeauna cu întrerupere/reluare	Înregistrarea este inițiată automat atunci când apelul este stabilit. Utilizatorul poate întrerupe și relua înregistrarea.	Indicator vizual în curs de înregistrare Buton pauză înregistrare Buton Reluare înregistrare
Nu este necesară	Înregistrarea este inițiată automat atunci când apelul este stabilit, dar înregistrarea este ștearsă, cu excepția cazului în care utilizatorul apasă Start Recording. Dacă utilizatorul începe înregistrarea, înregistrarea completă din configurarea apelului este reținută. După începerea înregistrării, utilizatorul poate, de asemenea, să întrerupă și să reia înregistrarea	Buton Start Înregistrare Buton pauză înregistrare Buton Reluare înregistrare
OnDemand cu inițiere inițiată de utilizator	Înregistrarea nu inițiază decât dacă utilizatorul selectează opțiunea Start Recording din aplicația Webex. Utilizatorul are opțiunea de a începe și opri înregistrarea de mai multe ori în timpul unui apel.	Buton Start Înregistrare Buton Oprire înregistrare Buton pauză înregistrare

Cerințe

Pentru a implementa această funcție pe Webex pentru Cisco BroadWorks, trebuie să implementați următorii plasturi BroadWorks:

Identificatorul de corelație apeluri trebuie să fie activat. Pentru detalii, consultați Activarea identificatorului de corelație apeluri.

Pentru a utiliza această funcție, trebuie să fie activată următoarea etichetă de configurare: %ENABLE_CALL_RECORDING_WXT%.

Această caracteristică necesită o integrare cu o platformă terță parte de înregistrare a apelurilor.

Pentru a configura înregistrarea apelurilor în BroadWorks, accesați Ghidul interfeței de înregistrare a apelurilor Cisco BroadWorks.

Informații suplimentare

Pentru informații despre utilizator despre modul de utilizare a caracteristicii Înregistrare, accesați help.webex.com articol Webex | Înregistrați apelurile.

Pentru a reda o înregistrare, utilizatorii sau administratorii trebuie să acceseze platforma de înregistrare a apelurilor terță parte.

Grup Call Park și Preluați

Funcție de funcționare

După ce caracteristica este configurată

În timpul unui apel, un utilizator face clic pe opțiunea Park din aplicația Webex pentru a parca apelul la o extensie pe care sistemul o selectează automat. Sistemul afișează extensia utilizatorului pentru o perioadă de 10 secunde.
Un alt utilizator din grup face clic pe opțiunea Recuperare apel din aplicația Webex. Utilizatorul intră apoi în extensia apelului parcat pentru a continua apelul.

Cerințe

Pentru ca această caracteristică să funcționeze, asigurați-vă că aveți următoarele:

Fișierul de configurare a clientului trebuie să aibă următoarele etichete setate:

<call-park enabled="%ENABLE_CALL_PARK_WXT%"
        timer="%CALL_PARK_AUTO_CLOSE_DIALOG_TIMER_WXT%"/>

Identificatorul de corelație apeluri trebuie să fie activat pe AS și XSP|ADP. Pentru detalii, consultați Activarea identificatorului de corelație apeluri.
SBC-ul trebuie să fie configurat pentru a trece ‘ x-broadworks-correlation-in' atribuie SIP către și de la serverul de aplicații.

Configurare

Informații suplimentare

Pentru informații despre utilizator despre modul de utilizare a parcului de apeluri de grup, consultați Webex | Park și preluați apelurile.

Parcare apel/Parcare apel direcționat

Introduceți *68 pentru a parca un apel
Introduceți *88 pentru a prelua un apel

Întrerupeți

Serviciul de tip barge-in este utilizat în mod obișnuit în mediile centrului de apeluri sau în alte situații în care poate fi necesară asistență sau intervenție imediată.

Atunci când apare o barjă, se stabilește un apel în trei moduri între părți. Se introduc următorii termeni:

Supervizor: Un supervizor este o persoană care supraveghează și gestionează o echipă de agenți de servicii pentru clienți sau reprezentanți ai centrului de apeluri. În contextul întreruperii apelurilor, un supervizor are, de obicei, capacitatea de a monitoriza și de a interveni în apelurile în curs ale clienților. Aceștia pot utiliza instrumente de monitorizare a apelurilor sau software-ul pentru a asculta apelurile, pentru a oferi îndrumare agenților și pentru a asigura controlul calității. Rolul supraveghetorului poate implica agenți de formare, abordarea preocupărilor clienților și optimizarea performanței echipei.
Client: Un client se referă la o persoană sau o entitate care se angajează cu o companie sau o organizație pentru a obține produse, servicii sau asistență. În contextul introducerii apelului, un client este o persoană care efectuează sau primește un apel telefonic cu un agent de servicii pentru clienți. Clienții pot solicita asistență, informații sau soluționarea întrebărilor sau problemelor lor în timpul apelului. Funcția de blocare a apelurilor permite supraveghetorilor sau personalului autorizat să se alăture apelului în curs între client și agent.
Agent: Un agent, cunoscut și sub numele de reprezentant al serviciului pentru clienți sau agent al centrului de apeluri, este o persoană responsabilă pentru gestionarea interacțiunilor cu clienții și furnizarea de asistență sau asistență prin telefon sau prin alte canale de comunicare. Agenții sunt instruiți să abordeze întrebările clienților, să rezolve problemele, să proceseze tranzacțiile și să ofere o experiență pozitivă pentru clienți. În contextul intrării în apelare, un agent este persoana care vorbește direct cu clientul în timpul apelului telefonic. Agentul poate primi îndrumare sau feedback de la supervizor prin intermediul apelului de tip barge-in, dacă este necesar.

Creşterea numărului de apeluri nativ mobile la întâlnire

Scala de apel nativ mobil la întâlnire vine cu două caracteristici unice:

Notificare push nouă

Utilizatorii de telefonie mobilă aflați într-un apel nativ pot comuta acum la Aplicația Webex atingând Notificarea push nouă. Când începeți un ecran de apel nativ, pe ecran apare o Notificare push Nouă și atingând notificarea vă duce direct la ecranul în apel al Aplicației Webex.

Vizualizați notificarea Webex în timpul unui apel telefonic mobil dacă utilizați Webex Go sau operatorul de rețea mobilă (MNO) are semnalizarea apelurilor utilizând controlul apelurilor Cisco pentru apelurile telefonice mobile.
Mutați apelul mobil în întâlnire

Când vă aflați în mijlocul unui apel cu cineva, este posibil să doriți să mutați acel apel într-o întâlnire pentru a utiliza unele caracteristici avansate ale întâlnirilor, cum ar fi transmisia video, partajarea sau tabla. Sau invitați alte persoane la discuție și mutați-vă la o întâlnire.

Cerințe BroadWorks

Caracteristică activabilă 25239
R23 cu XSP|ADP:
- AS Patch AP.as.23.0.1075.ap383064
- XSP|ADP Patch AP.xsp.23.0.1075.ap383064
- Patch AP.platform.23.0.1075.ap383064
R23 cu ADP:
- AS Patch AP.as.23.0.1075.ap383064
- ADP cu Xsi-Actions-23, versiunea CommPilot-23 > 2022.05_1.303 și versiunea NPS > 2022.08_1.350
R24:
- CA plasture transdermic: AP.as.24.0.944.ap383064
- ADP cu Xsi-Actions-24, versiunea CommPilot-24 > 2022.05_1.303 și versiunea NPS > 2022.08_1.350
R25:
- AS versiunea RI Rel_ 2022.08_1.354
- ADP cu Xsi-Actions-25, CommPilot-25 > 2022.08_1.350 și versiunea NPS > 2022.08_1.350

Configurație apelare URI pentru a sprijini mutarea apelului în întâlnire

Politica NS de apelare rapidă

Definiți regula pentru (.*)webex.com pentru a ruta prin I-SBC

NS_CLI/Policy/UrlDialing> get WebexMeetings
 Policy: UrlDialing  Instance: Webex
   unknownSipURIHandling = reject
   disableSubscriberLookups = true
   Enable = true
   CallTypes:
     Selection = {ALL}
     From = {PCS, ALL, TRMT, LO, TPSX, OAX, GNT, DP, LPS, OA, TPS, IOA, MOBX, EA, FGB, MOB, SNEN, POA, SV, SVCD, CAC, IN, TO1X, MS, CSV, VSC, EM, SVCO, SMC, TPSE, ZD, NIL, CS, CT, TF, GAN, VFAC, TO, DA, OAP}
   lineportOnly = false
   enableSipURIMatchingRules = true

NS_CLI/Policy/UrlDialing/Rules> get WebexMeetings
 Policy: UrlDialing  Instance: WebexCalling  Table: Rules
   id            pattern      routingNE  cost  weight            dtg
===================================================================
    1      *@*.webex.com  WebexMeetings     1      50  WebexMeetings

NS Routing NE pentru I-SBC

configurare Exemplu

NS_CLI/System/Device/RoutingNE> get ne WebexMeetings
 Network Element  WebexMeetings
    Location              =  1281465
    Data Center           =
    Static Cost           =  1
    Static Weight         =  99
    Poll                  =  false
    OpState               =  enabled
    State                 =  OnLine
    Profile               =  NIL_PROFILE
    Remote Lookup Enabled =  false
    Signaling Attributes  =

NS_CLI/System/Device/RoutingNE/Address> get ne WebexMeetings
      Routing NE     Address  Cost  Weight  Port    Transport    Route
=====================================================================
   WebexMeetings sbc-address     1      99     -  unspecified

Profil de rutare NS

Instanța de politică UrlDialing adăugată la profilul(ele) de rutare corespunzător(e)

NS_CLI/Policy/Profile> get profile MyInst
 Profile:  Webex
                  Policy              Instance
    ==========================================
 …
              UrlDialing          WebexMeetings

CA Utilizare Rută NS pentru apel NetworkURL

Activați AS pentru a onora ruta NS în modul Hybrid AS

AS_CLI/Interface/IMS> set queryNSForNetworkURL true

Apelare de urgență E911

Utilizați următoarele articole Webex pentru a configura asistența pentru serviciile de apelare de urgență E911:

Apelare de urgență E911 în Webex pentru BroadWorks—Utilizați acest articol pentru a configura apelarea de urgență E911 în Webex pentru Cisco BroadWorks utilizând unul dintre următorii furnizori E911 acceptați:
- Lățime de bandă
- Intrado
- RedSky
Disclaimer pentru apeluri de urgență—Dacă aveți un serviciu de localizare, puteți configura fereastra Disclaimer pentru servicii de urgență din Aplicația Webex pentru a include o opțiune pentru ca utilizatorii să își actualizeze locația atunci când se conectează.

Personalizați și configurați clienții

Aceste două seturi de configurații se pot suprapune, caz în care configurația Webex depășește configurația BroadWorks.

Adăugați șabloane de configurare a aplicațiilor Webex pe serverul aplicației BroadWorks

Aplicațiile Webex sunt configurate cu fișiere DTAF. Clienții descarcă un fișier XML de configurare de pe serverul aplicației, prin serviciul de administrare a dispozitivelor de pe XSP|ADP.

Obțineți fișierele DTAF necesare (consultați profilurile dispozitivului din secțiunea Pregătire mediu).
Verificați dacă aveți seturile de etichete corecte în BroadWorks System > Resurse > Setările etichetei de administrare a dispozitivelor.

Pentru fiecare client pe care îl configurați:

Descărcați și extrageți fișierul zip DTAF pentru clientul particular.
Importați fișiere DTAF în BroadWorks la Sistem > Resurse > Tipuri de profil de identitate/dispozitiv

Deschideți profilul dispozitivului nou adăugat pentru editare și:

Introduceți FQDN și Protocolul de acces la dispozitiv la ferma XSP|ADP.

Bifați caseta de selectare Support Remote Party Info . Acest suport este necesar pentru ca partajarea desktop-ului să funcționeze.

Modificați șabloanele în funcție de mediul dumneavoastră (consultați tabelul de mai jos).
Salvează-ți profilul.

Faceți clic pe Fișiere și autentificare și apoi selectați opțiunea de a reconstrui toate fișierele de sistem.

Nume	Descriere
Prioritate Codec	Configurați ordinea prioritară pentru codecurile audio și video pentru apelurile VoIP
TCP, UDP și TLS	Configurați protocoalele utilizate pentru semnalizarea SIP și media
Porturi audio și video RTP	Configurați intervalele portului pentru transmisia audio și video RTP
opțiuni SIP	Configurați diferite opțiuni legate de SIP (SIP INFO, utilizați rport, descoperire proxy SIP, intervale de reîmprospătare pentru înregistrare și abonare etc.)

Personalizați brandingul pentru aplicația Webex

Personalizări partener — Administratorii parteneri pot aplica personalizări avansate de branding care se aplică organizației partenere și/sau clienților pe care partenerul îi gestionează. Consultați Configurarea personalizărilor avansate de branding.
Personalizări client – Dacă partenerul permite clienților să aplice propriile personalizări Branding, administratorii clienților pot urma procedurile de la Adăugare Branding Company la Webex.

Portalul de activare a utilizatorului utilizează aceeași siglă pe care o adăugați pentru branding-ul clientului.

Personalizați URL-urile de raportare a problemelor și de asistență

Pentru a personaliza aceste opțiuni, administratorii pot urma procedura "Add Feedback and Help Site URL", care poate fi găsită în ambele articole de Branding de mai sus.

Configurați organizația dvs. de testare pentru Webex pentru Cisco BroadWorks

Înainte de a începe

Cu Flowthrough Provizionare

Trebuie să configurați toate serviciile XSP|ADP și organizația parteneră din Control Hub, înainte de a putea efectua această sarcină.

Alocați serviciul în BroadWorks:

Creați o întreprindere de testare sub întreprinderea furnizorului dvs. de servicii în BroadWorks sau creați un grup de testare sub Furnizorul dvs. de servicii (depinde de configurarea BroadWorks).
Configurați serviciul IM&P pentru acea întreprindere, pentru a indica șablonul pe care îl testați (preluați URL-ul adaptorului de configurare și acreditările din șablonul de integrare Control Hub).
Creați abonați de testare în acea întreprindere / grup.
Oferiți utilizatorilor adrese de e-mail unice în câmpul de e-mail din BroadWorks. Copiați și cele din atributul ID alternativ.

Alocați serviciul IM&P integrat abonaților respectivi.

Verificați organizația clienților și utilizatorii din Control Hub:

Conectați-vă la Control Hub cu contul de administrator partener.
Accesați Clienți și verificați dacă noua dvs. organizație client se află în listă (numele urmează numele grupului sau numele întreprinderii, de la BroadWorks).
Deschideți organizația client și verificați dacă abonații sunt utilizatori în organizația respectivă.
Verificați dacă primul abonat căruia i-ați atribuit serviciul IM&P integrat a devenit administratorul clientului acelei organizații.

Teste utilizator

1	Descărcați aplicația Webex pe două mașini diferite.
2	Conectați-vă ca utilizatori de testare pe cele două mașini.
3	Efectuați apeluri de testare.

Gestionarea Webex pentru BroadWorks

Furnizarea de organizații pentru clienți

Furnizați utilizatori

Puteți să furnizați utilizatorilor în aceste moduri:

Utilizați API-uri pentru a crea conturi Webex
Alocați IM&P integrat (configurare flux) cu e-mailuri de încredere pentru a crea conturi Webex
Alocați IM&P integrat (configurare flux) fără e-mailuri de încredere. Utilizatorii furnizează și validează adrese de e-mail pentru a crea conturi Webex
Permiteți utilizatorilor să se autoactiveze (le trimiteți un link, creează conturi Webex)

API-uri de asigurare a accesului public

Clienții angro vor fi respinși de aceste API-uri.

Configurare flowthrough

Pentru a confirma că utilizatorii și organizația client sunt complet configurați pe Webex, trebuie să vă conectați la Partner Hub și să căutați în lista de clienți.

Locația șabloanelor a fost mutată de la BroadWorks Calling in Org Settings la secțiunea Listă de clienți și acum se numește șablonul de integrare.

Auto-activare utilizator

Pentru a furniza utilizatorilor BroadWorks în Webex, fără a aloca serviciul IM&P integrat:

Conectați-vă la Partner Hub și găsiți pagina Listă clienți .
Faceți clic pe Vizualizare șabloane.
Selectați șablonul de integrare de configurare pe care doriți să îl aplicați acestui utilizator.

Rețineți că fiecare șablon este asociat cu un cluster și cu organizația dvs. parteneră. Dacă utilizatorul nu se află în sistemul BroadWorks asociat cu acest șablon, utilizatorul nu se poate auto-activa cu link-ul.
Copiați linkul de configurare și trimiteți-l utilizatorului.

De asemenea, este posibil să doriți să includeți linkul de descărcare a software-ului și să reamintiți utilizatorului de care are nevoie pentru a furniza și valida adresa de e-mail pentru a-și activa contul Webex.
Puteți monitoriza starea de activare a utilizatorului în șablonul selectat.

Pentru mai multe informații, consultați Fluxurile de configurare și activare a utilizatorului.

Furnizarea de e-mailuri de neîncredere

Mutați utilizatorii Webex în Webex pentru Cisco BroadWorks

Pentru a muta utilizatorii Webex existenți în Webex pentru Cisco BroadWorks, consultați tabelul de mai jos pentru a determina procedura de urmat.

Utilizatorul Webex existent aparține unui...

Urmați aceste procese pentru a muta utilizatorul

Organizația consumatorului sau autentificarea (de exemplu, cont gratuit, cont de încercare)

Configurarea utilizatorilor—Dacă organizația Webex pentru BroadWorks nu există (fără utilizatori configurați), urmați configurarea normală pentru a furniza primul utilizator ca utilizator de administrator și creați organizația. Acest lucru mută automat contul de utilizator Webex pentru primul utilizator. Pentru utilizatorii următori, utilizați procedura de mai jos.
Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks—Dacă există organizația Webex pentru BroadWorks (primul utilizator este configurat), obțineți consimțământul utilizatorului și mutați utilizatorii următori.

organizație Client

Utilizatorul Webex existent aparține unui...

Urmați aceste procese pentru a muta utilizatorul

Organizația consumatorului sau autentificarea (de exemplu, cont gratuit, cont de încercare)

Dacă organizația Webex for BroadWorks nu există (nu sunt configurați utilizatori):

Configurarea utilizatorilor—Urmați configurarea normală pentru a adăuga primul utilizator ca utilizator de administrator. Acest lucru mută automat contul primului utilizator și creează organizația Webex pentru BroadWorks. Consimțământul utilizatorului este necesar pentru a muta utilizatorii secvențiali (utilizați procedura de mai jos).

Dacă există o organizație Webex for BroadWorks (cel puțin un utilizator este configurat):

Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks—Obțineți consimțământul utilizatorului și mutați utilizatorii următori.

organizație Client

Atașați Webex for BroadWorks la organizația existentă—atașamentul organizației (pentru primul utilizator) adaugă, de asemenea, Webex for BroadWorks la utilizatorii următori, atât timp cât acestea sunt atribuite organizației corecte.

Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks

Mutați utilizatorul (cu e-mail de încredere) – utilizează configurarea cu e-mailuri de încredere
Mutați utilizatorul (cu e-mail de neîncredere) – utilizează configurarea cu e-mailuri nefiabile
Auto-activare

Mutați utilizatorul (cu e-mail de încredere)

Dacă șablonul de integrare utilizează e-mailuri de încredere, administratorul partener poate muta utilizatorii următori în acest proces:

Administratorul adaugă utilizatorul.
- Utilizatorul este împins la Podul de configurare BroadWorks.
- Căutarea CI determină faptul că acest utilizator are un alt cont Webex cu această adresă de e-mail.
- Un e-mail automat este trimis utilizatorului.
Utilizatorul deschide e-mailul și face clic pe Activare cont. Utilizatorul este redirecționat către portalul Webex Consumer.
Conectați utilizatorul la Webex.
Faceți clic pe Ștergere pentru a șterge vechiul cont Webex.
- Contul vechi Webex este șters.
- Utilizatorul este configurat în Webex pentru Cisco BroadWorks utilizând aceeași adresă de e-mail.
- Utilizatorul este direcționat către pagina Descărcare.

Mutați utilizatorul (cu e-mail de neîncredere)

Administratorul adaugă utilizatorul.
- Utilizatorul este împins automat la Podul de configurare BroadWorks.
- Un text cu un link de activare este trimis utilizatorului.
Utilizatorul face clic pe linkul Activare și introduce adresa lor de e-mail.
- Căutarea CI determină faptul că acest utilizator are un alt cont Webex cu această adresă de e-mail.
- Un e-mail automat este trimis utilizatorului.
Utilizatorul deschide e-mailul și face clic pe Alăturați-vă acum.
- Adresa de e-mail este validată.
- Utilizatorul este redirecționat pentru a se conecta la portalul Webex Consumer.
Conectați utilizatorul la Webex.
Utilizatorul trebuie să facă clic pe Ștergere pentru a șterge vechiul cont Webex.
- Contul vechi Webex este șters.
- Utilizatorul este configurat în Webex pentru Cisco BroadWorks utilizând aceeași adresă de e-mail.
- Utilizatorul este direcționat către pagina Descărcare.

Flux de auto-activare

Dacă utilizatorul are un cont BroadWorks existent, acesta poate utiliza procesul de auto-activare pentru a-și muta contul.

Utilizatorul se conectează la URL-ul Portalului de acces al utilizatorului utilizând acreditările BroadWorks.
Utilizatorul își introduce adresa de e-mail.
- Utilizatorul este împins la BroadWorks Provisioning Bridge.
- Un e-mail automat este trimis la adresa de e-mail a utilizatorului.
Utilizatorul deschide e-mailul și face clic pe link-ul Alăturați-vă acum , care validează adresa de e-mail.
- CI găsește că utilizatorul are un cont Webex existent. Utilizatorul trebuie să șteargă vechiul cont înainte de a putea continua.
- Utilizatorul este redirecționat pentru a se conecta la Webex.
Utilizatorul se conectează la Portalul pentru consumatori.
Utilizatorul face clic pe Ștergere cont.
- Contul Webex vechi este șters.
- Utilizatorul are la dispoziție un nou cont Webex pentru Cisco BroadWorks cu aceeași adresă de e-mail.

Atașați Webex for BroadWorks la organizația existentă

Este necesară aprobarea administratorului organizației dacă oricare dintre următoarele sunt adevărate:

Organizația client existentă are 100 de utilizatori sau mai mulți
Organizația are un domeniu de e-mail verificat
Domeniul organizației este revendicat

Dacă niciunul dintre criteriile de mai sus nu este adevărat, atunci poate apărea o Atașare Automată.

Administratorii parteneri pot finaliza următoarea procedură pentru a adăuga servicii de apelare BroadWorks la o organizație Webex existentă:

Asigurați-vă că e-mailurile Permite invitarea administratorului sunt atașate la organele existente (comutatorul este activat în mod implicit).

Administratorul partener furnizează Webex pentru Cisco BroadWorks pentru client. Pentru ajutor, consultați Furnizarea organizațiilor pentru clienți. Se întâmplă următoarele:

Atașamentul organizației eșuează cu o 2017 eroare (Nu s-a putut furniza Abonatul într-o organizație Webex existentă). (O eroare nu va fi primită în timpul unui atașament automat.)
Se generează o notificare prin e-mail și se trimite administratorilor organizației clientului (până la cinci administratori). Notificarea prin e-mail evidențiază e-mailul administratorului partenerului (așa cum este configurat în șablonul de integrare din Hub-ul partenerului) și solicită administratorului organizației să aprobe administratorul partenerului ca administrator extern. Administratorul organizației clientului trebuie să aprobe cererea și să ofere administratorului partener acces complet al administratorului la organizația clientului.

După finalizarea furnizării serviciilor de apelare, organizația client existentă va fi vizibilă ca client sub organizația partener Webex pentru BroadWorks.

Numele organizației atașate nu se va schimba în numele întreprinderii BroadWorks. Numele organizației atașate va rămâne așa cum a fost înainte de procesul de atașare.

Condițiile atașamentului organizației

Adresa de e-mail a primului abonat BroadWorks furnizat trebuie să corespundă cu adresa de e-mail a unui utilizator existent în organizația client vizată. În caz contrar, va fi creată o nouă organizație pentru clienți.
Primul utilizator din organizația existentă care este configurat pentru Webex pentru BroadWorks nu este configurat ca utilizator de administrator. Setările și drepturile organizației existente sunt păstrate.
Setările de autentificare existente ale organizației au prioritate față de ceea ce este configurat în șablonul de configurare Webex pentru BroadWorks. Ca rezultat, nu există nicio modificare a modului în care utilizatorii existenți se conectează.
- Cu toate acestea, dacă organizația client existentă are activată branding-ul de bază, după ce atașamentul apare, setările avansate de branding ale partenerului vor avea prioritate. Dacă clientul dorește ca brandingul de bază să rămână intact, atunci partenerul trebuie să configureze organizația clientului pentru a suprascrie brandingul în setările avansate de branding.
Numele organizației existente nu se va schimba.
Nu există nicio modificare a setării steagului de ștergere a e-mailului în setările organizației existente. Acest lucru poate afecta utilizatorii nou configurați. În funcție de modul în care este setat steagul, este posibil ca noii utilizatori să primească sau să nu primească un e-mail cu un cod care trebuie introdus pentru a finaliza activarea.
Modul Administrator restricționat (setat de comutatorul Modul partener restricționat) este dezactivat pentru organizația atașată.
Asigurați-vă că finalizați procesul de atașare a organizației (mutarea utilizatorilor existenți și actualizarea ID-ului organizației), înainte de a furniza noi utilizatori în organizația Webex pentru Cisco BroadWorks.
O întreprindere BroadWorks poate fi asociată doar cu o singură organizație Webex. Nu puteți furniza abonați de la o singură întreprindere BroadWorks în organizații Webex separate.

Adăugare administrator extern

Administratorul clientului trebuie să ofere administratorului extern drepturi și privilegii de Administrator complet.

Dezactivați Webex pentru BroadWorks din organizația existentă

Dacă nu aveți acces la setările clientului din Control Hub, administratorul clientului vă acordă acces la administratorul extern urmând Aprobarea solicitării administratorului extern.
Eliminați toate spațiile de lucru Webex pentru BroadWorks din organizație. Utilizați API-ul Eliminare spațiu de lucru BroadWorks .
Eliminați toți abonații Webex pentru BroadWorks din organizație. Utilizați API-ul Eliminare abonat BroadWorks .
Eliminați utilizatorii Webex în așteptare pentru BroadWorks din organizație. De exemplu, dacă utilizatorii au fost configurați prin intermediul fluxului de e-mail neautentificat și e-mailurile valide nu au fost încă introduse, utilizatorii sunt lăsați într-o stare în așteptare. Urmați Verificați configurarea utilizatorului cu e-mailuri nefiabile pentru a șterge utilizatorii.
Ștergeți configurația BroadWorks Calling pentru acest client. Deschideți instanța Control Hub a clientului, faceți clic pe Hybrid, în secțiunea BroadWorks Calling ștergeți toate configurațiile.

După finalizarea detașării, dacă doriți să atașați Webex for BroadWorks clientului, urmați procesele de configurare pentru a atașa unui client existent.

Gestionați utilizatorii și organizațiile

Verificați configurarea utilizatorului cu e-mailuri de neîncredere

1	Conectați-vă la Partner Hub și găsiți pagina Listă clienți .
2	Faceți clic pe Vizualizare șabloane. Selectați șablonul de integrare corespunzător pe care doriți să îl aplicați acestui utilizator.
3	În conformitate cu Verificarea utilizatorului, verificați dacă sunt setate următoarele setări pentru a vă asigura că configurarea fluxului cu e-mailuri neconfirmate este configurată corect: Opțiunea E-mailuri nefiabile trebuie bifată Câmpul Share Link trebuie să indice linkul Activare. Dacă totul este configurat, utilizatorii pot încerca să se autosesizeze prin Portalul de activare a utilizatorului.
4	După ce apare configurarea utilizatorului, în secțiunea Verificare utilizator , faceți clic pe Afișare stare utilizator pentru a verifica starea de configurare. Vizualizarea stării utilizatorului afișează lista de utilizatori împreună cu detalii, cum ar fi ID-ul BroadWorks, tipul de pachet selectat și starea curentă, care arată dacă utilizatorul este configurat sau dacă există o cerință în așteptare.
5	Pentru utilizatorii cu erori sau cerințe în așteptare, faceți clic pe cele trei puncte din dreapta și alegeți una dintre următoarele opțiuni administrative: Reîncercați activarea—Faceți clic pe această opțiune pentru a reîncerca integrarea utilizatorului. În fereastra pop-up, introduceți o adresă de e-mail validă și faceți clic pe Înregistrare. Ștergeți utilizatorul—Această opțiune poate fi adecvată dacă trebuie să modificați configurația pentru a permite integrarea. După ce ștergeți utilizatorul și efectuați modificările, utilizatorul poate încerca din nou să se integreze. Schimbați tipul de pachet—Schimbați setarea de la un pachet la altul: Copiați textul de eroare—Faceți clic pe această opțiune pentru a copia textul de eroare.

Opțiuni de vizualizare suplimentare

Următoarele opțiuni suplimentare sunt disponibile atunci când vizualizați lista de utilizatori:

Export—Faceți clic pe acest buton dacă doriți să exportați lista de utilizatori într-un fișier CSV.
Excludeți utilizatorii configurați—Activați acest comutator dacă doriți să vizualizați numai utilizatorii cu cerințe în așteptare sau erori.

Modificați ID-ul utilizatorului sau adresa de e-mail

Modificări ale ID-ului de utilizator și adresei de e-mail

Atribut în BroadWorks	Atribut corespunzător în Webex	Scop	Note
ID utilizator BroadWorks	Fără	Identificator principal	Nu puteți schimba acest identificator și totuși să asociați utilizatorul la același cont în Webex. Puteți șterge utilizatorul și recrea dacă nu este corect.
ID e-mail	ID utilizator	Obligatoriu pentru configurarea prin flux (crearea ID-ului de utilizator Webex) atunci când afirmați că aveți încredere în e-mail Nu este necesar în BroadWorks dacă nu afirmați că puteți avea încredere în e-mailuri Nu este necesar în BroadWorks dacă permiteți abonaților să se auto-activeze	Există un proces manual pentru a schimba acest lucru în ambele locuri dacă utilizatorul este configurat cu adresa de e-mail greșită: Schimbați adresa de e-mail a utilizatorului în Control Hub Modificați atributul ID-ului de e-mail în BroadWorks Nu modificați ID-ul de utilizator BroadWorks. Acest lucru nu este acceptat.
ID alternativ	Fără	Permite autentificarea utilizatorului, prin e-mail și parolă, împotriva ID-ului de utilizator BroadWorks	Ar trebui să fie la fel ca ID-ul de e-mail. Dacă Nu puteți introduce e-mailul în atributul ID alternativ, utilizatorii vor trebui să introducă ID-ul de utilizator BroadWorks atunci când se autentifică.

Schimbați pachetul de utilizatori în Partner Hub

1	Conectați-vă la Partner Hub și faceți clic pe Clienți.
2	Găsiți și selectați organizația clientului în care este găzduit utilizatorul. Pagina de prezentare generală a organizației se deschide într-un panou din dreapta ecranului.
3	Faceți clic pe Vizualizare client. Organizația clientului se deschide în Control Hub, afișând pagina Prezentare generală.
4	Faceți clic pe Utilizatori, apoi găsiți și faceți clic pe utilizatorul afectat.
5	În Serviciile utilizatorului, faceți clic pe Webex for BroadWorks Packages (Abonamente). Se deschide panoul de pachete al utilizatorului și puteți vedea ce pachet este alocat în prezent utilizatorului.
6	În fila Profil , căutați în secțiunea Pachet și faceți clic pe săgeată (>) pentru a extinde vizualizarea.
7	Selectaţi pachetul dorit pentru acest utilizator (Basic, Standard, Premium sau Softphone) şi faceţi clic pe Salvare. Control Hub afișează un mesaj pe care utilizatorul îl actualizează.
8	Puteți închide detaliile utilizatorului și fila Control Hub.

Este posibil să dureze două până la trei ore pentru noile setări PMR care rezultă dintr-o modificare a pachetului pentru a fi actualizate.

Ștergeți utilizatorii

Există o varietate de metode pe care administratorii le pot utiliza pentru a șterge un utilizator din Webex pentru Cisco BroadWorks:

Webex pentru API Cisco BroadWorks

Administratorii parteneri pot utiliza API-ul Webex pentru Cisco BroadWorks pentru a șterge utilizatorii:

Rulați Eliminați o solicitare API pentru abonații BroadWorks la https://developer.webex.com/docs/api/v1/broadworks-subscribers/remove-a-broadworks-subscriber. Această solicitare elimină abonamentul Webex pentru Cisco BroadWorks. Utilizatorul nu mai este facturat ca utilizator Webex pentru Cisco BroadWorks și este tratat ca utilizator Webex gratuit.
Rulați Ștergeți o solicitare API a persoanei https://developer.webex.com/docs/api/v1/people/delete-a-person pentru a șterge complet utilizatorul.

Furnizare flux-through

Administratorii parteneri pot utiliza configurarea prin flux pentru a șterge utilizatorii:

Pe serverul BroadWorks, eliminați serviciul integrat IM+P de la utilizator. Puteți dezactiva serviciul pentru utilizator de pe pagina IM&P integrată a BroadWorks. Pentru o procedură detaliată, consultați „Configurați IM&P integrat” în Ghidul de administrare a interfeței web pentru grupul de servere Cisco BroadWorks – Partea a 2-a.

După ce serviciul este dezactivat, configurarea prin flux elimină subscrierea Webex pentru Cisco BroadWorks de la utilizator. Utilizatorul nu mai este facturat ca utilizator Webex pentru Cisco BroadWorks și este tratat ca utilizator Webex gratuit.
În Control Hub, găsiți și selectați utilizatorul.
Accesați Acțiuni și selectați Ștergere utilizator.

Control Hub (Administratori clienți)

Ștergere organizație

Urmați această procedură pentru a șterge o organizație Webex pentru Cisco BroadWorks din sistem.

Utilizați API-urile People pentru a șterge toți utilizatorii din organizație:

Rulați API-ul List People pentru a obține o listă de utilizatori.
Rulați API-ul Ștergere persoană pentru a șterge utilizatorii.

API-ul Eliminare abonat BroadWorks elimină drepturile Webex pentru Cisco BroadWorks de la un utilizator, dar nu șterge utilizatorul.

Dacă Sincronizarea directorului este activată, dezactivați-o. Acest lucru se poate face prin intermediul Partner Hub sau prin intermediul API-ului public.

Pentru a dezactiva Sincronizarea directorului prin Partner Hub:

Conectați-vă la Partner Hub și faceți clic pe Setări.
În cadrul BroadWorks Calling, faceți clic pe Vizualizare șabloane și selectați șablonul corespunzător.
Faceți clic pe butonul Afișare listă de stare sincronizare client din panoul lateral.
Pentru clientul corespunzător, faceți clic pe cele trei puncte din dreapta și selectați Dezactivare sincronizare.

Pentru a dezactiva sincronizarea directorului prin API, utilizați Actualizarea sincronizării directorului pentru un API BroadWorks Enterprise și dezactivați setarea enableDirSync .

După ce toți utilizatorii sunt eliminați, utilizați Ștergeți un API de organizație pentru a șterge organizația.

Gestionarea lansării

În mod implicit, Aplicația Webex utilizează upgrade-uri automate (lansări lunare controlate de Cisco). Cu toate acestea, cu această caracteristică, administratorii parteneri pot:

Configurați programele de lansare personalizate cu amânări din programul de lansare Cisco implicit
Configurați un program de lansare și o cascadă unică pentru programul respectiv pentru toate organizațiile de clienți pe care le gestionează
Atribuiți diferite programe de lansare diferitelor organizații ale clienților

Reconfigurarea sistemului

Puteți reconfigura sistemul după cum urmează:

Adăugați un cluster BroadWorks în Partner Hub
Editați sau ștergeți un cluster BroadWorks în Partner Hub
Adăugați un șablon de integrare în Partner Hub
Editați sau ștergeți un șablon de integrare în Partner Hub

Editați sau ștergeți un cluster BroadWorks în Partner Hub

Puteți edita sau elimina un cluster BroadWorks în Partner Hub.

Conectați-vă la Partner Hub cu acreditările administratorului partenerului dvs. la https://admin.webex.com.

Accesați Setări și găsiți secțiunea BroadWorks Calling .

Faceți clic pe Vizualizare clustere.

Faceți clic pe clusterul pe care doriți să îl editați sau să îl ștergeți.

Detaliile clusterului se afișează într-un panou de scurgere din dreapta.

Aveți aceste opțiuni:

Schimbați orice detalii pe care trebuie să le schimbați, apoi faceți clic pe Salvare.

Faceți clic pe Ștergere pentru a elimina clusterul, apoi confirmați.

Lista de clustere se actualizează cu modificările dvs.

Editați sau ștergeți un șablon de integrare în Partner Hub

Puteți edita sau șterge șabloanele de integrare în Partner Hub.

Conectați-vă la Partner Hub cu acreditările administratorului partenerului dvs. la https://admin.webex.com.

Accesați Setări și găsiți secțiunea BroadWorks Calling .

Faceți clic pe Vizualizare șabloane.

Faceți clic pe șablonul pe care doriți să îl editați sau să îl ștergeți.

Aveți aceste opțiuni:

Editați orice detalii pe care trebuie să le modificați, apoi faceți clic pe Salvare.
Faceți clic pe Ștergere pentru a elimina șablonul, apoi confirmați.

Setare	Valori	Note
Configurarea numelui contului / parolei	șiruri furnizate de utilizator	Nu este necesar să introduceți din nou detaliile contului de configurare atunci când editați un șablon. Câmpurile de confirmare a parolei/parolei goale sunt acolo pentru a schimba acreditările dacă trebuie, dar lăsați-le goale pentru a păstra valorile pe care le-ați furnizat inițial.
Precompletare adresă de e-mail utilizator pe pagina de conectare	Pornit/oprit	Poate dura până la 7 ore pentru ca o modificare a acestei setări să intre în vigoare. Adică, după ce îl activați, este posibil ca utilizatorii să trebuiască să introducă în continuare adresele lor de e-mail pe ecranul de conectare.

Lista de clustere se actualizează cu modificările dvs.

Webex Assistant

Activați Webex Assistant pentru întâlniri

Webex Assistant este activat în mod implicit atât pentru clienții Broadworks Standard, cât și pentru cei Premium.

Administratorii parteneri și administratorii organizațiilor clienților pot dezactiva funcția pentru organizațiile clienților prin intermediul Control Hub.

Limitări

Există următoarele limitări pentru Webex pentru Cisco BroadWorks:

Asistența se limitează la site-urile de întâlniri Premium și Standard și numai la sălile de întâlnire personale.
Transcrierile de captare închisă sunt acceptate numai în engleză, spaniolă, franceză și germană.
Partajarea conținutului prin e-mail poate fi accesată numai de către utilizatorii din organizația dvs.
Conținutul întâlnirii nu este accesibil utilizatorilor din afara organizației dvs. Conținutul întâlnirii nu este, de asemenea, accesibil atunci când este partajat între utilizatori de pachete diferite din cadrul aceleiași organizații.
Cu pachetul Premium, transcrierile post-întâlnire sunt disponibile dacă Webex Assistant este activat sau dezactivat. Cu toate acestea, dacă este selectată înregistrarea locală, transcrierile sau evidențierile post-întâlnire nu sunt capturate.
Cu pachetul Standard, opțiunea Înregistrare întâlnire în cloud nu este disponibilă și, prin urmare, transcrierile post-întâlnire nu sunt disponibile dacă Webex Assistant este activat sau dezactivat. Cu toate acestea, dacă este selectată înregistrarea locală, transcrierile sau evidențierile post-întâlnire nu sunt capturate.

Informații suplimentare despre Webex Assistant

Pentru informații despre utilizator despre modul de utilizare a funcției, consultați Utilizarea Webex Assistant în Webex Meetings și Events.

Dezactivați apelurile Webex

Asistență caracteristici

Când Webex Calling este dezactivat, se aplică următoarele condiții pentru utilizatorii Webex pentru Cisco BroadWorks:

Utilizatorii nu mai văd Apel cu Webex ca opțiune de apelare selectabilă în Aplicația Webex.
Utilizatorii nu pot plasa sau primi apeluri Webex gratuite către utilizatorii non-Webex pentru Cisco BroadWorks. Aceasta include apelurile inițiate dintr-un spațiu de echipă Webex, istoricul apelurilor, contactele, introducând URI-ul celuilalt utilizator sau adresa de e-mail în bara de căutare.
Partajarea ecranului funcționează într-un apel BroadWorks.
Întâlnirile Webex și prezența telefonului încă funcționează, chiar dacă apelurile Webex sunt dezactivate.

Dezactivați apelurile Webex (șablon de integrare nou)

Pentru detalii despre configurarea unui nou șablon de integrare, consultați Configurați organizația partenerului în Partner Hub.

Dezactivați apelurile Webex (șablon de integrare existent)

Conectați-vă la Partner Hub la admin.webex.com.
Alegeți Setări.
Faceți clic pe Vizualizare șablon și alegeți șablonul de integrare corespunzător.
Faceți clic pe Dezactivare apelare gratuită Cisco Webex.
Faceți clic pe Salvați.

Dezactivați apelurile Webex (utilizator existent)

Dacă utilizați configurarea prin flux, puteți face următoarele:

Deschideți CommPilot și accesați configurația utilizatorului.
Eliminați serviciul IM+P integrat de la utilizator și faceți clic pe OK.
Adăugați serviciul IM+P integrat utilizatorului și faceți clic pe OK.

În caz contrar, puteți utiliza API-ul pentru a actualiza utilizatorul.

Utilizați API-ul Eliminare abonat BroadWorks pentru a șterge utilizatorul.
Utilizați API-ul Furnizarea unui abonat BroadWorks pentru a adăuga utilizatorul.

Dezactivați partajarea video sau a ecranului în cadrul apelurilor

Pentru detalii și opțiuni complete de configurare, consultați Dezactivarea apelurilor video și dezactivarea partajării ecranului în Ghidul de configurare Webex pentru Cisco BroadWorks.

Pentru transmisia video, puteți configura, de asemenea, dacă media de apelare de intrare este implicită numai pentru transmisia video sau audio.

Câmp lampă ocupată / Notificare preluare apel

Limitări de prezență pentru utilizatorii non-Webex:

Prezența nu este acceptată pentru utilizatorii non-CI Broadworks, chiar dacă aceștia se află în lista BLF.
Utilizatorii CI fără drepturi în cloud Webex sau tipul automat de conturi (spații de lucru) afișează numai prezența „în apel” și „necunoscută”. Nu există stare activă, care sună, etc.
Utilizatorii non-Webex din lista de vizionare BLF, care au început un apel înainte de începerea clientului Webex sau în timp ce acesta era offline, vor fi afișați cu o prezență „necunoscută”.
Pierderea conexiunii înseamnă că toate stările non-Webex din timpul apelului vor fi resetate la „necunoscute” la reconectare.
Dacă un utilizator non-Webex din BLF deține un apel, acesta va continua să fie afișat ca „într-un apel”.

Cerințe

Asigurați-vă că următorii plasturi sunt aplicați pe BroadWorks. Instalați numai plasturii care se aplică eliberării dvs.:

Pentru R22:

AP.platform.22.0.1123.ap382053
AP.as.22.0.1123.ap382053
AP.as.22.0.1123.ap382362
AP.xsp.22.0.1123.ap382053
AP.xsp.22.0.1123.ap382362
AP.as.22.0.1123.ap383459
AP.as.22.0.1123.ap383520

Pentru R23:

AP.platform.23.0.1075.ap382053
AP.as.23.0.1075.ap382053
AP.as.23.0.1075.ap382362
AP.as.23.0.1075.ap383459
AP.as.23.0.1075.ap383520
Dacă utilizați XSP|ADP:
- AP.xsp.23.0.1075.ap382053
- AP.xsp.23.0.1075.ap382362
Dacă utilizați ADP:
- Acţiuni Xsi-23_2022.01_1.200.bwar
- Xsi-Events-23_2022.01_1.201.bwar (sau mai târziu)

Pentru R24:

AP.as.24.0.944.ap382053
AP.as.24.0.944.ap382362
AP.as.24.0.944.ap383459
AP.as.24.0.944. ap383520
Acţiuni Xsi-24_2022.01_1.200.bwar
Xsi-Events-24_2022.01_1.201.bwar (sau mai târziu)

Asigurați-vă că următoarele etichete de configurare sunt activate în Aplicația Webex:

<busy-lamp-field enabled="%ENABLE_BUSY_LAMP_FIELD_WXT%">
<display-caller enabled="%ENABLE_BLF_DISPLAY_CALLER_WXT%"/>
<notification-delay time=”%BLF_NOTIFICATON_DELAY_TIME_WXT%”/>(această etichetă este opțională)

Trebuie să activați caracteristica 101642 Mecanism Xsi îmbunătățit Pentru Telefonia echipei pe AS:

AS_CLI/System/ActivatableFeature> activate 101642

Activați X-BroadWorks-Remote-Party-Info pe AS utilizând comanda CLI de mai jos, deoarece unele fluxuri de apeluri SIP necesită această funcție:

AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

Asigurați-vă că următoarele servicii sunt atribuite utilizatorilor:

Alocați serviciul de preluare a apelurilor direcționate pentru toți utilizatorii
Configurați câmpul Lampă ocupată pentru utilizatori

Orice referință la XSP include fie XSP, fie ADP.

Configurare câmp lampă ocupată pe BroadWorks

Administratorii parteneri pot utiliza următoarea procedură pentru a configura câmpul Lampă ocupată pentru un utilizator.

Conectați-vă la BroadWorks CommPilot.
Pentru un utilizator selectat, accesați Aplicațiile clientului și configurați câmpul Lampă ocupată.
Adăugați adresa URL a listei BLF care va fi monitorizată.
Utilizați parametrii de căutare pentru a localiza și adăuga utilizatori în lista Utilizatori monitorizați .
Faceți clic pe OK.

- DA. - DA, DA. Asistență Slido pentru integrare

Webex pentru Cisco BroadWorks acceptă integrarea Aplicației Webex cu Slido.

Pentru informații suplimentare despre modul de implementare și utilizare Slido cu Aplicația Webex, consultați Integrare Slido cu Aplicația Webex.

Disponibilitate Webex: Într-o întâlnire Calendar

Pentru a activa această funcție:

navigați la fila General din fila Setări pe Windows sau Preferințe pe Mac.
Bifați caseta pentru a Afișa atunci când vă aflați într-o întâlnire din calendar.

Pentru utilizatorii cu integrarea prezenței Outlook activată, „Într-o întâlnire din calendar” în hărțile Webex pentru a „Ocupa” în Outlook.

Caveat

Pentru ca această caracteristică să funcționeze, trebuie să aveți aplicația Webex și clientul Outlook care rulează în același timp.

În prezent, lucrăm pentru a sprijini opțiunea „Afișare ca lucru în altă parte” din Outlook pentru a nu afișa un utilizator ca „Într-o întâlnire din calendar” în Webex.

Răspuns automat cu ton

Pentru ca un utilizator Webex pentru Cisco BroadWorks să utilizeze această funcție:

Funcția este acceptată numai pe aspectul liniei principale
Aplicația Webex trebuie să fie aspectul liniei principale
Eticheta %ENABLE_AUTO_ANSWER_WXT% trebuie activată

Alertați toate aparențele pentru ca apelurile Click-to-dial să fie dezactivate în configurația Aspect apel partajat – aceasta este abordarea recomandată

sau
Permiteți Terminarea apelului în această locație trebuie să fie dezactivată pentru toate aparențele de apel partajate sau

sau
Locațiile sunt dezactivate pentru toate aparițiile partajate ale apelurilor

Creșterea Capacității

Fermele XSP|ADP

Scale fermă dedicată: Adăugați unul sau mai multe servere XSP|ADP la ferma care are nevoie de capacitate suplimentară. Instalați și activați același set de aplicații și configurații ca nodurile existente ale fermei.
Adăugați o fermă dedicată: Adăugați o nouă fermă XSP|ADP dedicată. Va trebui să creați un nou cluster și noi șabloane în Partner Hub, astfel încât să puteți începe să adăugați clienți noi la noua fermă, pentru a atenua presiunea asupra fermei existente.
Adăugați ferma specializată: Dacă întâmpinați blocaje pentru un anumit serviciu, este posibil să doriți să creați o fermă XSP|ADP separată în acest scop, luând în considerare cerințele de co-rezidență enumerate în acest document. Este posibil să fie necesar să reconfigurați clusterele Control Hub și intrările DNS dacă schimbați adresa URL a serviciului care are o nouă fermă.

Gestionarea certificatelor serverului HTTP

Trebuie să gestionați aceste certificate pentru aplicațiile web autentificate mTLS pe |ADP-urile dvs. XSP:

Lanțul nostru de certificate de încredere din cloud Webex
Certificatele de interfețe HTTP ale serverului XSP|ADP

Lanțul de încredere

Interfețele serverului HTTP

Restricționat prin modul partenerului

Acces administrator client

Pentru un administrator de client dintr-o organizație în care Modul restricționat de partener este activat, nivelul de acces la Control Hub este determinat cu următoarea formulă:

(Acces la Control Hub) = (Autorizări pentru Rol organizație) - (Restricționat de restricțiile Modului Partener)

Restricții

Când Modul restricționat de partener este activat pentru o organizație client, administratorii clienți din organizația respectivă nu pot accesa următoarele setări Control Hub:

În vizualizarea Utilizatori, următoarele setări nu sunt disponibile:
- Butonul Gestionați utilizatorii este inactiv.
- Adăugați sau modificați manual utilizatorii—Nu există opțiunea de adăugare sau modificare a utilizatorilor, fie manuală, fie prin CSV.
- Revendicați utilizatorii—nu este disponibilă
- Alocați automat licențele—nu este disponibilă
- Sincronizare director —Nu se pot edita setările de sincronizare director (această setare este disponibilă numai pentru administratorii la nivel de partener).
- Detalii utilizator—Setările utilizatorului, cum ar fi prenumele, prenumele, numele afișat și e-mailul principal* sunt editabile.
- Resetați pachetul—Nu există opțiunea de resetare a tipului de pachet.
- Editați serviciile—Nu există opțiunea de editare a serviciilor care sunt activate pentru un utilizator (de exemplu, mesaje, întâlniri, apelare)
- Vizualizați starea serviciilor—Nu se poate vizualiza starea completă a serviciilor hibride sau a canalului de upgrade al software-ului
- Număr de serviciu principal—Acest câmp este disponibil doar în mod citire.
În vizualizarea Cont, următoarele setări nu sunt disponibile:
- Numele companiei este disponibil doar în mod citire.
În vizualizarea Setări organizație, următoarele setări nu sunt disponibile:
- Domeniu—Accesul este doar în mod citire.
- E-mail—Setările Anulați e-mailul de invitație pentru administrator și Selectarea locației e-mailului sunt doar în mod citire.
- Autentificare—Nu există opțiunea de editare a setărilor de autentificare și SSO.
În meniul Apelare, următoarele setări nu sunt disponibile:
- Setări pentru apeluri—Setările de prioritate pentru apelurile din opțiunile aplicației sunt doar în mod citire.
- Comportament de apelare—Setările sunt doar în mod citire.
- Locație > PSTN—Opțiunile Gateway local și Cisco PSTN sunt ascunse.
În secțiunea SERVICII, opțiunile serviciului Migrații și Connected UC sunt eliminate.

Activați modul Restricționare în funcție de partener

Administratorii parteneri pot utiliza procedura de mai jos pentru activare Restricționat prin modul partener pentru o anumită organizație client ( setare prestabilită este activată).

Conectați-vă la Partner Hub ( https://admin.webex.com) și selectați Clienți.
Selectați organizația client aplicabilă.
În vizualizarea setărilor din dreapta, activați Restricționat prin modul partener comutați pentru a activa setarea.

Dacă doriți să dezactivați Restricționat de modul partener, dezactivați comutatorul.

Dacă partenerul elimină modul de administrator restricționat pentru un administrator de client, administratorul de client va putea efectua următoarele:

Adăugați Webex pentru utilizatorii angro (cu butonul)
Schimbați pachetele pentru un utilizator

Statistici partener

Total utilizatori după pachet (Softphone, Basic, Standard, Premium)
Tendință utilizator după pachet (Zilnic/Săptămânal/Lunar)
Clienți cu un număr de pachete alocate

Pentru detalii complete despre utilizarea Partner Analytics, consultați articolul Webex Analytics pentru Webex pentru comerț cu ridicata și Webex pentru Broadworks în Partner Hub .

API-urile raportului de facturare

API De facturare	Scop	Tipul de acces	Cerință de rol pentru API (Administratorul necesită cel puțin unul dintre aceste roluri)
Creați un raport de facturare BroadWorks	Utilizat pentru a genera un raport de facturare.	Acces scris	Administrator complet Administrator Vânzări complete
Listă de rapoarte de facturare BroadWorks	Utilizat pentru a enumera rapoartele care sunt disponibile pentru vizualizare.	Acces de citire	Administrator complet Administrator Vânzări complete Administrator doar pentru citire
Obțineți un raport de facturare BroadWorks	Utilizat pentru a obține o copie a unui raport generat.	Acces de citire	Administrator complet Administrator Vânzări complete Administrator doar pentru citire
Ștergeți un raport de facturare BroadWorks	Utilizat pentru a șterge un raport generat.	Acces scris	Administrator complet Administrator Vânzări complete

Câmpuri de facturare

Următorul tabel enumeră câmpurile conținute în raportul generat.

Câmp	Descriere
nume de reapelare	Numele partenerului sau ID-ul organizației partenerului
Id de facturare	Identificator unic de facturare al partenerului sau număr C
spEnterpriseId	Furnizorul de servicii a furnizat un identificator unic pentru întreprinderea abonatului.
intern	Starea studiului intern al clientului (Da/Nu)
ID utilizator	ID-ul de utilizator al abonatului pe BroadWorks
Id abonat	Un identificator unic pentru abonatul în cauză în Webex
selfActivat	Da/Nu
prima Dată De Începere	Data la care abonatul a fost configurat.
data începerii facturării	Data la care începe facturarea în această lună
dată finalizare facturare	Data la care facturarea se încheie în această lună
pachet	Tipul de pachet care este încărcat
cantitate	Cantitate prestabilită pentru facturare. 1 – indică o lună întreagă

După ce generați un raport de facturare pentru o anumită perioadă, nu puteți regenera acel raport decât dacă ștergeți mai întâi raportul existent.
Dacă modificați fie tipul de pachet, fie ID-ul de utilizator BroadWorks pentru un anumit utilizator, raportul pentru luna în care a avut loc schimbarea afișează mai multe intrări pentru acel utilizator cu intrări procentuale separate înainte și după schimbare.

Soluționarea problemelor Webex pentru Cisco BroadWorks

Abonați-vă la pagina de stare Webex

Utilizați statisticile Control Hub

Webex urmărește datele de utilizare și de calitate pentru organizația dvs. și organizațiile clientului dvs. Citiți mai multe despre Control Hub Analytics din Webex Help Center.

Probleme în rețea

Clienții sau utilizatorii nu sunt creați în Control Hub cu configurarea fluxului:

Poate serverul aplicației să ajungă la URL-ul de configurare?
Contul de configurare și parola sunt corecte, există acel cont în BroadWorks?

Clusterele eșuează în mod constant testele de conectivitate:

Interfețele XSP|ADP sunt accesibile publicului?
Utilizați porturile corecte? Puteți introduce un port în definiția interfeței pe cluster.

Interfețe Validare nereușită

Interfețe Xsi-Acțiuni și Xsi-Events:

Verificați dacă URL-urile interfeței sunt introduse corect în cluster în Partner Hub, inclusiv /v2.0/ la sfârșitul URL-urilor.
Verificați firewall-ul permite comunicarea între Webex și aceste interfețe.
Revizuiți sfaturile de configurare a interfeței din acest document.

Interfața Serviciului de autentificare:

Verificați dacă URL-urile interfeței sunt introduse corect în cluster în Partner Hub, inclusiv /v2.0/ la sfârșitul URL-urilor.
Verificați firewall-ul permite comunicarea între Webex și aceste interfețe.
Revizuiți sfaturile de configurare a interfeței din acest document, acordând o atenție deosebită:
1. Asigurați-vă că ați partajat tastele RSA în toate ADP-urile XSP|.
2. Asigurați-vă că ați furnizat URL-ul AuthService la containerul web pe toate ADP-urile XSP|.
3. Dacă ați editat configurația cipher TLS, verificați dacă ați utilizat convenția corectă de numire. XSP|ADP necesită să introduceți formatul de nume IANA pentru cifrele TLS. O versiune anterioară a acestui document a enumerat incorect suitele de cipher necesare în convenția de numire OpenSSL.
4. Dacă utilizați mTLS cu Serviciul de autentificare, sunt încărcate certificatele de client Webex pe magazinul dvs. de încredere XSP|/ADP? Aplicația (sau interfața) este configurată pentru a solicita certificate de client?
5. Dacă utilizați validarea tokenului CI cu Serviciul de autentificare, aplicația (sau interfața) este configurată pentru a nu necesita certificate de client?

Probleme cu clientul

Verificați dacă clientul este conectat la BroadWorks

Conectați-vă la aplicația Webex.
Verificați dacă pictograma Opțiuni de apelare (un receptor cu o unealtă deasupra acestuia) este prezentă pe bara laterală.

Dacă pictograma nu este prezentă, este posibil ca utilizatorul să nu fie încă activat pentru serviciul de apelare din Control Hub.
Deschideți meniul Setări/Preferințe și accesați secțiunea Servicii telefonice . Trebuie să vizualizați sesiunea SSO de stare la care v-ați conectat.

Dacă se afișează un alt serviciu de telefonie, cum ar fi Webex Calling, utilizatorul nu utilizează Webex pentru Cisco BroadWorks.

Această verificare înseamnă:

Clientul a transpus cu succes microservicele Webex necesare.
S-a reușit autentificarea utilizatorului.
Clientul a primit un token web JSON cu durată lungă de viață de către sistemul BroadWorks.
Clientul și-a recuperat profilul dispozitivului și s-a înscris la BroadWorks.

Jurnale client

Dacă aveți nevoie pentru a colecta manual jurnalele de pe un PC Windows, acestea sunt situate după cum urmează:

Windows PC: C:\Users\{username}\AppData\Local\CiscoSpark

Mac:/Users/{username}/Library/Logs/SparkMacDesktop

Probleme de conectare a utilizatorului

mTLS Auth configurat necorespunzător

Dacă toți utilizatorii sunt afectați, verificați conexiunea mTLS de la Webex la URL-ul serviciului de autentificare:

Verificați dacă fie aplicația pentru serviciul de autentificare, fie interfața pe care o utilizează, sunt configurate pentru mTLS.
Verificați dacă lanțul certificatului Webex este instalat ca ancoră de încredere.
Verificați dacă certificatul serverului de pe interfață/aplicație este valid și semnat de un CA bine cunoscut.

Mesaj de suprascriere a licenței

Ghid de depanare

Pentru informații detaliate despre depanarea Webex pentru Cisco BroadWorks, consultați Ghidul de depanare Webex pentru Cisco BroadWorks.

Asistență

Politică de asistență în stare stabilă

Politica de scalare

Dumneavoastră (Furnizor de servicii/Partener) sunteți primul punct de contact pentru asistența clientului final (întreprindere).
Problemele care nu pot fi rezolvate de SP sunt transferate la TAC.

Versiuni BroadWorks

Asistența pentru versiunea serverului BroadWorks urmează politica BroadSoft, a versiunii actuale și a două versiuni majore anterioare (N-2). Citiți mai multe la Politica privind ciclul de viață al produselor BroadSoft secțiunea din Politica ciclului de viață BroadSoft și Matrice de compatibilitate software BroadWorks.

Resurse de auto-asistență

Utilizatorii pot găsi asistență prin Centrul de ajutor Webex, unde există o pagină specifică Webex pentru Cisco BroadWorks, care enumeră subiectele comune de ajutor și asistență ale aplicației Webex.
Aplicația Webex poate fi personalizată cu acest URL de ajutor și cu un URL de raportare a problemelor.
Utilizatorii aplicației Webex pot trimite feedback sau jurnale direct de la client. Jurnalele merg în cloud-ul Webex, unde pot fi analizate de Webex DevOps.
De asemenea, avem o pagină a Centrului de ajutor dedicată ajutorului la nivel de administrator pentru Webex pentru Cisco BroadWorks.

Colectați informații pentru trimiterea unei cereri de servicii

Încercați să includeți cel puțin următoarele informații atunci când trimiteți o interogare sau deschideți un caz:

ID organizație client și ID organizație partener (fiecare ID este un șir de 32 de cifre hexagonale, separate prin afine)
TrackingID (de asemenea, un șir de cifre 32 hexagonale) dacă interfața sau mesajul de eroare oferă unul
Adresa de e-mail a utilizatorului (dacă un anumit utilizator întâmpină probleme)
Versiunile client (dacă problema are simptome observate prin intermediul clientului)

Webex pentru referință BroadWorks

Comparație UC-One SaaS cu Webex pentru Cisco BroadWorks

Soluţie >	UC-One SaaS	Webex pentru Cisco BroadWorks
Cloud	Cisco UC-One Cloud (GCP)	Webex Cloud (AWS)
Clienți	UC-One: Mobile, Desktop Recepţionist, supervizor	Webex: Mobile, Desktop, Web
Diferență tehnologică majoră	Întâlniri livrate pe Broadsoft Meet Technology	Întâlniri livrate pe tehnologia Webex Meetings
Încercări timpurii pe teren	Mediul de imbatranire, clienti beta	Mediul de producție, clienții GA
identitate Utilizator	ID-ul BroadWorks a servit ca ID principal, cu excepția cazului în care Furnizorul de servicii are deja Integrare SSO. ID utilizator și secret în BroadWorks	ID-ul de e-mail din Cisco CI servește ca ID principal Integrarea SSO în furnizorul de servicii BroadWorks, unde utilizatorul se va autentifica cu ID-ul de utilizator BroadWorks și cu secretul BroadWorks la timp. Furnizează acreditări de utilizator prin SSO cu BroadWorks și secret în BroadWorks SAU ID utilizator și secret în IdP CI SAU ID utilizator în CI, ID și secrete în IdP
Autentificare client	Informații de furnizare ale utilizatorilor prin client Token-urile BroadWorks cu durată lungă de viață sunt necesare dacă utilizați mesageria Webex	Utilizatorii furnizează acreditările prin browser (fie pagina de conectare din proxy-ul BIdP Webex, fie CI) Accesul Webex și tokenurile de reîmprospătare
Gestionare/configurare	Sistemele OSS/BSS și portal De Retailer	Sistemele OSS/BSS și Control Hub
Activare partener/furnizor de servicii	Configurare o singură dată de către Operațiuni Cisco	Configurare o singură dată de către Operațiuni Cisco
Activare client/întreprindere	portal De Retailer	Control Hub Creat automat la prima înscriere a utilizatorului
Opțiuni de activare utilizator	Auto-înscriere Setați IM&P extern în BroadWorks	Setați IM&P integrat în BroadWorks (de obicei întreprinderi)
Interfețe serviciu XSP\|ADP	Acțiuni XSI Evenimente XSI CTI (mTLS) Serviciu de autentificare (mTLS opțional) DMS	Acțiuni XSI Acțiuni XSI (mTLS) Evenimente XSI CTI (mTLS) Serviciu de autentificare (TLS) DMS

Instalați Webex și conectați-vă (perspectivă abonat)

1	Descărcați și instalați Webex. Pentru detalii, consultați Webex \| Descărcați aplicația.
2	Rulați Webex. Webex vă solicită adresa de e-mail.
3	Introduceți-vă adresa de e-mail și faceți clic pe Înainte.
4	Se întâmplă una dintre următoarele, în funcție de modul în care organizația dvs. este configurată în Webex: Webex lansează un browser pentru dvs. pentru a finaliza autentificarea cu furnizorul dvs. de identitate. Aceasta ar putea fi autentificarea cu mai mulți factori (MFA). Webex lansează un browser pentru a introduce ID-ul de utilizator și parola BroadWorks. Webex încarcă după ce v-ați autentificat cu succes împotriva IdP sau BroadWorks.

Schimb de date și stocare

Integrare furnizor de servicii

Când configurați clustere și șabloane de utilizatori în Webex Control Hub în timpul integrării Furnizorului de servicii, schimbați următoarele date BroadWorks pe care Webex le stochează:

URL Xsi-Acțiuni
URL Xsi-Events
URL interfață CTI
URL serviciu de autentificare
Informații adaptor de configurare BroadWorks

Furnizor de servicii Furnizor de servicii

Acest tabel enumeră datele utilizatorului și ale întreprinderii care sunt schimbate ca parte a configurării utilizatorului prin API-urile Webex.

Mutarea datelor în Webex	De la	Prin	Stocat de Webex?
ID utilizator BroadWorks	BroadWorks, de către API	API-uri Webex	Da
E-mail (dacă SP este Furnizat)	BroadWorks, de către API	API-uri Webex	Da
E-mail (dacă este Furnizat Utilizatorul)	Utilizator	Portal de activare a utilizatorilor	Da
Prenume	BroadWorks, de către API	API-uri Webex	Da
Nume	BroadWorks, de către API	API-uri Webex	Da
Număr de telefon principal	BroadWorks, de către API	API-uri Webex	Da
Număr de telefon mobil	BroadWorks, de către API	API-uri Webex	Da
Interior principal	BroadWorks, de către API	API-uri Webex	Da
ID furnizor de servicii BroadWorks și ID grup	BroadWorks, de către API	API-uri Webex	Da
Limba	BroadWorks, de către API	API-uri Webex	Da
Fus orar	BroadWorks, de către API	API-uri Webex	Da

Eliminare utilizator

Date utilizator	Ștergere parțială	Ștergere completă
ID utilizator BroadWorks	Da	Da
E-mail	Nu	Da
Prenume	Nu	Da
Nume	Nu	Da
Număr de telefon principal	Da	Da
Număr de telefon mobil	Da	Da
Extensie	Da	Da
ID furnizor de servicii BroadWorks și ID grup	Da	Da
Limba	Nu	Da

Recuperare conectare și configurare utilizator

Autentificare Webex

Mutarea datelor	De la	Pentru
Adresă de e-mail	Utilizator prin aplicația Webex	Webex
Token de acces limitat și URL-ul IdP (independent)	Webex	browser Utilizator
Informații utilizator	browser Utilizator	Furnizor de identitate (care are deja identitatea utilizatorului)
Afirmația SAML	browser Utilizator	Webex
cod De autentificare	Webex	browser Utilizator
cod De autentificare	browser Utilizator	Webex
Tokenuri de acces și reîmprospătare	Webex	browser Utilizator
Tokenuri de acces și reîmprospătare	browser Utilizator	Aplicația Webex

Autentificare BroadWorks

Mutarea datelor	De la	Pentru
Adresă de e-mail	Utilizator prin aplicația Webex	Webex
Token acces limitat și URL IdP (proxy IdP Webex Bwks)	Webex	browser Utilizator
Informații de branding și URL-uri BroadWorks	Webex	browser Utilizator
Informații utilizator BroadWorks	Utilizator prin browser (pagina de conectare marcată deservită de Webex)	Webex
Informații utilizator BroadWorks	Webex	BroadWorks
profil utilizator BroadWorks	BroadWorks	Webex
Afirmația SAML	browser Utilizator	Webex
cod De autentificare	Webex	browser Utilizator
cod De autentificare	browser Utilizator	Webex
Tokenuri de acces și reîmprospătare	Webex	browser Utilizator
Tokenuri de acces și reîmprospătare	browser Utilizator	Aplicația Webex

Notificare de expirare a parolei BroadWorks în timpul conectării

Această caracteristică îmbunătățește procesul de conectare și controlează fluxul de conectare pe baza:

Îmbunătățirea avertismentului de conectare și a mesajului de eroare:

În prezent, utilizatorii Wexbex pentru BWKS care utilizează autentificarea BroadWorks și conectarea prin UAP nu primesc notificarea că parola lor este pe cale să expire sau că nu sunt în măsură să se conecteze, deoarece parola a expirat deja. Cu această caracteristică, dacă parola este pe cale să expire în 10 zile sau mai puțin - utilizatorul primește avertismentul că parola este pe cale să expire cu indicarea numărului de zile rămase, iar utilizatorul este sfătuit să contacteze Partenerul sau să urmeze linkul Parola uitată de pe ecranul de conectare pentru a-și reseta parola.
Dacă parola a expirat și configurația din BroadWorks „enforcePasswordChangeOnExpiry” este setată la adevărată, atunci eroarea „nume de utilizator și parolă incorecte” a fost aruncată, dar acum, cu această funcție, mesajul de eroare este îmbunătățit: Încercarea de conectare nu a reușit. Combinaţia dintre identificatorul de utilizator şi parola furnizată nu corespunde evidenţelor noastre sau parola dvs. trebuie actualizată. Încercați din nou sau contactați administratorul dvs. pentru a actualiza parola. Cod de eroare 100006

Controlul fluxului de conectare:

Partenerul poate restricționa conectarea prin activarea sau dezactivarea setării „w4bwks-password-expiry-fail-login”. Dacă parola BroadWorks a expirat, configurația din broadworks „enforcePasswordChangeOnExpiry” este setată la fals și setarea „w4bwks-parola-expiry-fail-login” este activată, atunci eroarea este aruncată spunând parola a expirat x zile în urmă, în timp ce dacă serviciul de setare este dezactivat, atunci este permisă conectarea. În mod implicit, setarea este dezactivată.

Setarea „w4bwks-password-expiry-fail-login” va fi activată sau dezactivată de Cisco la cererea unui partener.

Preluare configurație client

Acest tabel ilustrează tipul de date schimbate între diferitele componente în timp ce preluați configurațiile clientului.

Mutarea datelor	De la	Pentru
Înregistrare	Client	Webex
Setări organizație, inclusiv URL-uri BroadWorks	Webex	Client
Token JWT BroadWorks	BroadWorks prin Webex	Client
Token JWT BroadWorks	Client	BroadWorks
Token dispozitiv	BroadWorks	Client
Token dispozitiv	Client	BroadWorks
fișier De Configurare	BroadWorks	Client

Utilizare la starea de echilibru

Această secțiune descrie datele care se deplasează între componente în timpul reautentificării după expirarea tokenului, fie prin BroadWorks, fie prin Webex.

Acest tabel listează mișcarea de date pentru apelare.

Mutarea datelor	De la	Pentru
Semnalizare SIP	Client	BroadWorks
media SRTP	Client	BroadWorks
Semnalizare SIP	BroadWorks	Client
media SRTP	BroadWorks	Client

Acest tabel listează mișcarea datelor pentru mesagerie, prezență și întâlniri.

Mutarea datelor	De la	Pentru
Mesagerie și prezență REST HTTPS	Client	Webex
Mesagerie și prezență REST HTTPS	Webex	Client
Semnalizare SIP	Client	Webex
media SRTP	Client	Webex
Semnalizare SIP	Webex	Client
media SRTP	Webex	Client

Utilizarea API-ului de configurare

Acces dezvoltator

Specificația API este disponibilă pe https://developer.webex.com și un ghid de utilizare este la https://developer.webex.com/docs/api/guides/webex-for-broadworks-developers-guide.

Trebuie să vă conectați pentru a citi specificația API lahttps://developer.webex.com/docs/api/v1/broadworks-subscribers .

Autentificarea și autorizarea aplicației

Pentru mai multe detalii despre integrări și modul de a construi acest flux de autorizare OAuth 2 în aplicația dvs., consultați https://developer.webex.com/docs/integrations.

Există două roluri necesare pentru implementarea integrărilor - dezvoltatorul şi utilizatorul autorizat - şi acestea pot fi deţinute de persoane/echipe separate din mediul dvs.

Dezvoltatorul creează aplicația și o înregistrează https://developer.webex.com pentru a genera OAuth ClientID/Secret necesar cu scopurile așteptate pentru aplicație. Dacă aplicația dvs. este creată de o terță parte, acestea ar putea înregistra aplicația (dacă ați solicitat accesul acestora) sau ați putea face acest lucru cu propriul dvs. acces.
Utilizatorul autorizat este contul pe care îl utilizează aplicația pentru a autoriza apelurile sale API, pentru a schimba organizația parteneră, organizațiile clienților sau abonații acestora. Acest cont trebuie să aibă fie rolul de administrator complet, fie rolul de administrator complet de vânzări în organizația parteneră. Acest cont nu trebuie să fie deținut de o terță parte.

Denumire organizație

Numele organizației depinde de modul de configurare pe care îl utilizați:

Modul Enterprise – Numele organizației este un meci exact al spEnterpriseId.
Modul Furnizor de servicii – Numele organizației este porțiunea de GrupID a spEnterpriseId.

Denumirea organizației va conține orice spațiu alb, uppercase și caractere speciale specificate în spEnterpriseId original.

Cerințe software BroadWorks

Consultați Managementul ciclului de viață - Servere BroadSoft.

Asigurați-vă că pentru a revizui notele de patch-uri pentru aceste patch-uri software. Unii plasturi pot avea cerinţe CLI suplimentare.

Versiunea R22

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.22.0.1123.ap364260
	AP.as.22.0.1123.ap365173
	AP.as.22.0.1123.ap368517	Necesar pentru sincronizarea directorului
	AP.as.22.0.1123.ap369763
	AP.as.22.0.1123.ap372989
	AP.as.22.0.1123.ap372757
	AP.as.22.0.1123.ap372963	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.22.0.1123.ap373197	Patch necesar pentru serverul de aplicații
	AP.as.22.0.1123.ap378391
	AP.as.22.0.1123.ap374793	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.22.0.1123.ap377718	Patch necesar pentru funcția de înregistrare a apelurilor
	AP.as.22.0.1123.ap377868
	AP.as.22.0.1123.ap376508	Patch-ul necesar pentru configurarea fluxului
	AP.xsp.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Server de profil	AP.ps.22.0.1123.ap372989
	AP.ps.22.0.1123.ap372757
	AP.ps.22.0.1123.ap378391
	AP.ps.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Platformă	AP.platform.22.0.1123.ap353577
	AP.platform.22.0.1123.ap354313	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.22.0.1123.ap365173
	AP.platform.22.0.1123.ap367732
	AP.platform.22.0.1123.ap369433
	AP.platform.22.0.1123.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.22.0.1123.ap372757
	AP.platform.22.0.1123.ap376508	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.platform.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
XSP\|ADP	AP.xsp.22.0.1123.ap354313	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap365173
	AP.xsp.22.0.1123.ap368067
	AP.xsp.22.0.1123.ap368601	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.xsp.22.0.1123.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap370952
	AP.xsp.22.0.1123.ap373008
	AP.xsp.22.0.1123.ap372757
	AP.xsp.22.0.1123.ap372433
	AP.xsp.22.0.1123.ap372963	Necesar pentru upgrade de la notificările push V1 la V2
	AP.xsp.22.0.1123.ap378391
	AP.xsp.22.0.1123.ap374677	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap375206	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap376508	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.xsp.22.0.1123.ap378585	Necesar pentru istoricul apelurilor unificate
Altele	AP.xsa.22.0.1123.ap372757
	AP.xs.22.0.1123.ap372757
	AP.ums.22.0.1123.ap378391
	AP.nfm.22.0.1123.ap378391

Versiunea R23

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.23.0.1075.ap368517	Necesar pentru sincronizarea directorului
	AP.as.23.0.1075.ap369763
	AP.as.23.0.1075.ap373197	Server aplicație de configurare
	AP.as.23.0.1075.ap373271	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.23.0.1075.ap378391
	AP.as.23.0.1075.ap376509
	AP.as.23.0.1075.ap377718	Necesar pentru înregistrarea apelului
	AP.as.23.0.1075.ap377868
	AP.as.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Server de profil	AP.ps.23.0.1075.ap378391
Platformă	AP.platform.23.0.1075.ap367732
	AP.platform.23.0.1075.ap370952
	AP.platform.23.0.1075.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.23.0.1075.ap376509
	AP.platform.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
XSP\|ADP	AP.xsp.23.0.1075.ap368067
	AP.xsp.23.0.1075.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap370952
	AP.xsp.23.0.1075.ap373008
	AP.xsp.23.0.1075.ap373271	Necesar pentru upgrade de la notificările push V1 la V2
	AP.xsp.23.0.1075.ap378391
	AP.xsp.23.0.1075.ap374677	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap375206	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap376509
	AP.xsp.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Altele	Dacă utilizați ADP... Xsi-Events-23_2021.05_1.251.bwar	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate

Versiunea R24

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.24.0.944.ap384177	Necesar pentru serverul de mesagerie Unified (UMS)
	AP.as.24.0.944.ap375100	Necesar pentru configurarea fluxului
	AP.as.24.0.944.ap377718	Necesar pentru înregistrarea apelului
	AP.as.24.0.944.ap377868
	AP.as.24.0.944.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Altele	Xsi-Events-24_ 2021.05_1.251.bwar	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate

Etichete BroadWorks necesare pentru Webex

Fluxuri de configurare și activare a utilizatorului

Setarea descrie adăugarea utilizatorului la Webex. Activarea include validarea prin e-mail și atribuirea de servicii în Webex.

Configurarea automată a utilizatorilor și activarea automată (flux de e-mail de încredere)

Cerințe preliminare

Adaptorul dvs. de configurare indică Webex pentru Cisco BroadWorks (care necesită o conexiune de ieșire de la AS la Webex Provisioning Bridge).
Trebuie să aveți adrese de e-mail valide accesibile pentru utilizatorul final ca ID-uri alternative în BroadWorks.
Control Hub are un cont de configurare în configurația organizației partenere.

Pas	Descriere
1	Citate și să ia comenzi pentru serviciul cu clienții dumneavoastră.
2	Procesați comanda clientului și furnizați clientul în sistemele dvs.
3	Sistemul de configurare a serviciului declanșează configurarea BroadWorks. Acest pas, în rezumat, creează întreprinderea și utilizatorii. Apoi alocă serviciile și numerele necesare fiecărui utilizator. Unul dintre aceste servicii este IM&P extern.
4	Această etapă de configurare declanșează configurarea automată a organizației clientului și a utilizatorilor în Webex. (Alocarea serviciului IM&P determină adaptorul de configurare să apeleze API-ul de configurare Webex).
5	Sistemele dvs. trebuie să utilizeze API-ul de configurare Webex dacă mai târziu trebuie să ajustați pachetul pentru utilizator (pentru a schimba de la cel implicit).

Flux de conectare SSO

Fluxuri de conectare alternative

Autentificare BroadWorks fără autentificare directă BroadWorks (partajare de resurse încrucișată):
- Singura diferență este în etapele 5 și 6 ale fluxului de conectare Webex. În pasul 5, acreditările de conectare sunt validate de proxy-ul IdP (mai degrabă decât XSI) și o Aserțiune SAML este returnată clientului.
- Fluxul trece prin pașii rămași în cele două diagrame se aplică.
- Token-ul SSO nu este utilizat în acest flux.
Autentificare SAML SSO Webex:
- În pasul 3 al Fluxului de conectare Webex, serviciul Common Identity returnează Furnizorul de identitate utilizat de autentificarea Webex.
- În acest moment, se invocă un flux alternativ de conectare SAML SSO pentru Webex.

Interacțiuni utilizator

Conectați-vă

Aplicația Webex lansează un browser către Cisco Common Identity (CI) pentru a permite utilizatorilor să introducă adresa lor de e-mail.
CI descoperă că organizația client asociată are proxy-ul IDP BroadWorks (IDP) configurat ca IDP SAML. CI redirecționează către IDP-ul care prezintă utilizatorului o pagină de conectare. (Furnizorul de servicii poate marca această pagină de conectare.)
Utilizatorul intră în acreditările BroadWorks.
Broadworks autentifică utilizatorul prin IDP. Pe succes, IDP redirecționează browserul înapoi la CI cu un succes SAML pentru a finaliza fluxul de autentificare (nu este afișat în diagramă).
În ceea ce privește autentificarea reușită, aplicația Webex obține jetoane de acces de la CI (nu sunt afișate în diagramă). Clientul le utilizează pentru a solicita un Jason Web Token (JWT) cu durată lungă de viață BroadWorks.
Aplicația Webex descoperă configurația de apelare din BroadWorks și alte servicii din Webex.
Aplicația Webex se înregistrează cu BroadWorks.

Conectați-vă dintr-o perspectivă utilizator

Această diagramă este fluxul tipic de conectare, așa cum se vede de către utilizatorul final sau abonat:

Descărcați și instalați aplicația Webex.
Este posibil să fi primit linkul de la furnizorul dvs. de servicii sau să găsiți descărcarea pe pagina de descărcări Webex.
Introduceți adresa de e-mail pe ecranul de conectare Webex. Faceți clic pe Înainte.
De obicei, sunteți redirecționat către o pagină de marcă a Furnizorului de servicii.
Această pagină vă poate fi primită prin adresa dvs. de e-mail.

Dacă nu există adresă de e-mail sau dacă adresa de e-mail este greșită, introduceți în schimb numele de utilizator BroadWorks.
Introduceți parola BroadWorks.
Dacă v-ați conectat cu succes, Webex se deschide.

Flux de apeluri—director corporativ

Flux de apeluri – număr PSTN

Prezentare și partajare

Începeți o întâlnire spațială

Interacțiuni cu clienții

Preluarea profilului din DMS și înscrierea SIP cu AS

Clientul apelează XSI pentru a obține un token de gestionare a dispozitivului și URL-ul la DMS.
Clientul solicită profilul său de dispozitiv de la DMS prin prezentarea tokenului de la pasul 1.
Clientul citește profilul dispozitivului și preia acreditările SIP, adresele și porturile.
Clientul trimite un ÎNREGISTRATOR SIP către SBC utilizând informațiile de la pasul 3.
SBC trimite ÎNREGISTRATORUL SIP la AS (SBC poate efectua o vizualizare în NS pentru a localiza un AS dacă SBC nu cunoaște deja utilizatorul SIP.)

Orientări privind testele și laboratoarele

Următoarele orientări se aplică organizațiilor de testare și de laborator:

Partenerii furnizorului de servicii sunt limitați la maximum 50 de utilizatori de testare care pot fi configurați în mai multe organe.
Orice utilizatori care depășesc primii 50 de utilizatori de testare vor fi facturați.
Pentru a asigura procesarea exactă a facturii dvs., toate organele de testare trebuie să includă „test” în numele organizației BroadWorks.
Organizațiile de testare internă trebuie desemnate în cadrul Webex Control Hub. Acest lucru are scopul de a împiedica utilizatorii de testare să fie facturați ca utilizatori reali.

Desemnarea unei organizații ca organizație de testare

Pentru a desemna o organizație ca organizație de testare:

Conectați-vă la Partner Hub și selectați Clienți.
Selectați clientul corespunzător.
În bara de control din dreapta, activați comutatorul pentru organizarea testelor interne.

Redare mesagerie vocală

Pentru mesageria vocală, asigurați-vă că configurați serverul Media pentru a utiliza unul dintre următoarele coduri:

mp3
wav—Fișierele WAV sunt acceptate în următoarele formate: PCM (acceptat pe toate platformele) și DVI-ADPCM (nu este acceptat pe Android

Dacă utilizați fișiere wav, rulați următoarele comenzi CLI pentru a încredința serverul aplicației și serverul media:

AS_CLI/Service/VoiceMsg>set vmRecordingAudioFileFormat WAV
MS_CLI/Applications/MediaStreaming/Services/IVR> set sendmail8kHzWavFileDefaultFormat ulaw

Terminologie

ACL: Listă de control al accesului
ALG: Gateway strat aplicație
API: Interfață de programare aplicație
AFNURI: Serviciu de notificare Apple Push
LA FEL DE: Server aplicație
TE CONŢINUTUL: Adaptor analogic de telefon, adaptor care convertește telefonie analogică la VoIP
BAM: Manager de aplicații BroadSoft
Autentificare de bază: O metodă de autentificare în care un cont (nume de utilizator) este validat de un secret partajat (parolă)
BMS: Server de mesagerie BroadSoft
PĂȘUNE: Fluxuri bidirecționale Peste HTTP Sincronizat
TULBURĂRI GASTRO- INTESTINALE: Interfața de bază a ratei BRI este o metodă de acces ISDN
Cutie de carton: O colecţie de servicii aşa cum a fost livrată unui utilizator final sau abonat (cf. Ambalaj)
CA: Autoritatea de certificare
Operator: O organizaţie care se ocupă de traficul de telefonie (cf. Partener, furnizor de servicii, furnizor de valoare adăugată)
CAPTCHA: Test Turing public complet automatizat pentru a spune computere și oameni în afară
CCXML: Limba de marcare eXtensible pentru controlul apelului
CIF: Format intermediar comun
TULBURĂRI OCULARE: Interfață linie de comandă
CN: Denumire comună
CNPS: Server push notificări de apel. Un server push de notificare care rulează pe un XSP|ADP în mediul dvs., pentru a împinge notificările de apel către FCM și APNS. Consultați Proxy-ul NPS.
CPE: Echipamente premise pentru clienți
CPR: Regulă de prezență personalizată
CSS: Foaie de stil cascadă
CSV: Valoare Separată prin virgulă
CTI: Integrare telefonie informatică
CUBE: Cisco Unified Border Element
DMZ: Zonă Demilitarizată
DN: Număr director
DND: Nu deranjați
DNS: Sistem nume de domeniu
DPG: Grup de asociați la apelare
DSCP: Punct de cod servicii diferențiate
DTAF: Fișier arhivă tip dispozitiv
DTG: Grup trunchi destinație
DTMF: Frecvență multitonică duală
utilizator Final: Persoana care utilizează serviciile, adică face apeluri, intră în întâlniri sau trimite mesaje (cf. Abonat)
Enterprise: O colecţie de utilizatori finali (cf. Organizație)
FCM: Mesagerie în cloud Firebase
FMC: Convergență Fix Mobile
Configurare flux-through: Crearea utilizatorilor în magazinul de identitate Webex prin atribuirea serviciului „IM&P integrat” în BroadWorks.
FQDN: Nume de domeniu complet calificat
Configurare completă prin debit: Crearea și verificarea utilizatorilor din magazinul de identitate Webex prin atribuirea serviciului „IM&P integrat” în BroadWorks și afirmarea că fiecare utilizator BroadWorks are o adresă de e-mail unică și validă.
FXO: Exchange Office este portul care primește linia analogică. Acesta este dopul de pe telefon sau fax sau dopurile de pe sistemul dvs. de telefon analogic. Acesta oferă o indicație on-cârlig / off-cârlig (închidere buclă). Deoarece portul FXO este atașat la un dispozitiv, cum ar fi un fax sau un telefon, dispozitivul este adesea numit „dispozitiv FXO”.
FXS: Abonatul valutar este portul care furnizează de fapt linia analogică abonatului. Cu alte cuvinte, este "plug in the wall", care oferă un ton de apelare, curent de baterie, și tensiune inel.
GCM: Mesaj Google Cloud
GCM: Modul Galois/Counter (tehnologie de criptare)
ASCUNZĂTOARE: Dispozitiv interfață umană
HTTPS: Conectori securizați pentru protocolul de transfer hipertext
IAD: Dispozitiv de acces integrat
IM&P: Mesagerie instantanee și prezență
PSTN IP: Un furnizor de servicii care furnizează VoIP serviciilor PSTN, interschimbabil cu ITSP, sau un termen general pentru telefonie „publică” conectată la internet, furnizat în mod colectiv de către principalii furnizori de telecomunicații (mai degrabă decât de către țări, așa cum este PSTN)
IZZ: Furnizor de servicii de telefonie pe internet
VALORI CRESCUTE ALE: Răspuns vocal interactiv / Răspuns
AFECŢIUNI: Adresa nativă a unei entități XMPP se numește identificator Jabber sau JID localpart@domain.part.example.com/resourcepart (@ . / sunt separatoare)
JSON: Notificare obiect script Java
TULBURĂRI ALE SISTEMULUI NERVOS: Java Secure Socket Extension; tehnologia de bază care oferă caracteristici sigure de conectivitate la serverele BroadWorks
KEM: Modul de extensie cu tastatură (telefoanele hardware Cisco)
PLT: Token cu durată lungă de viață (sau Long Life); o formă de auto-descriere, securizată de token purtător care permite utilizatorilor să rămână autentificați pentru mai mult timp și nu este legată de aplicații specifice.
M: Arhiva mesajelor
MIB: Bază de informații de gestionare
M: Server media
mTLS: Autentificare reciprocă între două părți, utilizând schimbul de certificate, la stabilirea unei conexiuni TLS
MUC: Chat cu mai mulți utilizatori
UMED: Traduceri adresă de rețea
NPS: Server push de notificare; consultați CNPS
proxy NPS: Un serviciu în Webex care furnizează jetoane de autorizare pe termen scurt pentru CNPS, permițându-i să împingă notificările de apel către FCM și APN-uri și, în cele din urmă, către dispozitivele Android și iOS care rulează Webex.
OCLUZII: Deschideți interfața cu clientul
Organizație: O companie sau o organizaţie care reprezintă o colecţie de utilizatori finali (cf. Întreprindere)
OTG: Grup trunchiuri de ieșire
Pachet: O colecţie de servicii aşa cum a fost livrată unui utilizator final sau abonat (cf. Cutie de carton)
Partener: O organizație de agenți care lucrează cu Cisco pentru a distribui produse și servicii către alte organizații (cf. Valoare adăugată revânzător, furnizor de servicii, transportator)
PBX: Schimb de filiale private
PEM: Mail îmbunătățit de confidențialitate
LIOFILIZAT: Rețea publică de teren mobil
TE IZA: Interfața Rată Primară (PRI) este un standard de interfață de telecomunicații utilizat pe o rețea digitală de servicii integrate (ISDN)
PS: Server de profil
PSTN: Rețea de telefonie publică comutată
QoS: Calitatea serviciului
portal De Retailer: Un site web care permite administratorului revânzătorului să își configureze soluția UC-One SaaS. Este uneori menționată ca portal BAM, portal de administrator sau portal de management.
RTCP: Protocol de control în timp real
RTP: Protocol de transport în timp real
SBC: Controler frontieră sesiune
SCA: Aspect Apel partajat
SD: Definiție standard
SDP: Protocol de descriere sesiuni
SP: Furnizor de servicii; O organizație care furnizează servicii de telefonie sau servicii conexe altor organizații (cf. Încărcător, partener, revânzător cu valoare adăugată)
SIP: Protocol de inițiere sesiuni
LĂCRIMARE: Token cu durată scurtă de viață (sau Short Life) (denumit și BroadWorks SSO Token); un token autentificat de unică folosință care este utilizat pentru a obține acces securizat la aplicații web.
SMB: Întreprinderi mici și mijlocii
SNMP: Protocol simplu de gestionare a rețelei
sRTCP: Protocol de control al transferului în timp real securizat (media apelurilor VoIP)
sRTP: Protocol de transfer în timp real securizat (media apelurilor VoIP)
SSL: Strat de prize securizate
Abonat: Persoana care utilizează serviciile, adică face apeluri, intră în întâlniri sau trimite mesaje (cf. Utilizator final)
TCP: Protocol de control al transmisiei
TDM: Multiplicarea diviziunii timpului
TLS: Securitate strat de transport
ToS: Tipul de serviciu
UAP: Portal de activare a utilizatorilor
UC: Comunicații Unified
CEAPA: Interfață utilizator
U ID: Identificator unic
UM: Server de mesagerie
URI: Identificator de resurse uniform
URL: Localizator de resurse uniform
TUSE: Server de partajare
UTC: Ora universală coordonată
UVS: Server video
Retailer cu valoare adăugată (VAR): O organizație de agenți care lucrează cu Cisco pentru a distribui produse și servicii către alte organizații (cf. Operator, partener, furnizor de servicii)
VGA: Array de grafică video
VoIP: Voce prin Internet Protocol (IP)
VXML: Limbă extensibilă de marcare vocală
WebDAV: Autorizare și versiune distribuită pe internet
WebRTC: Comunicații web în timp real
RĂȘINI: Server WebRTC
XMPP: Protocol de mesagerie și prezență extensibil

Anexa

Configurați serviciile (cu mTLS pentru serviciul Auth)

Interfețe Xsi

Instalați și configurați aplicațiile Xsi-Actions și Xsi-Events așa cum sunt descrise în Ghidul de configurare a interfeței pentru serviciile Cisco BroadWorks Xtended Services.

Doar o singură instanță a aplicațiilor Xsi-Events trebuie implementată pe XSP|ADP utilizat pentru interfața CTI.

Toate evenimentele Xsi utilizate pentru integrarea Broadworks cu Webex trebuie să aibă același nume de apelControlApplicationName definit în Applications/Xsi-Events/GeneralSettings. De exemplu:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Schimbarea numelui de apelControlApplicationName sau neavând același nume pe toate aplicațiile web Xsi-Events va afecta funcționalitatea abonamentelor și a evenimentelor de telefonie.

Configurați serviciul de autentificare (cu mTLS)

Tokenurile BroadWorks cu durată lungă de viață sunt generate și validate de serviciul de autentificare găzduit pe |ADP-urile dvs. XSP.

Cerințe

Serverele XSP|ADP care găzduiesc Serviciul de autentificare trebuie să aibă o interfață mTLS configurată.
ADP-urile XSP| trebuie să partajeze aceleași chei pentru criptarea/decriptarea tokenurilor BroadWorks cu durată lungă de viață. Copierea acestor chei la fiecare XSP|ADP este un proces manual.
ADP-urile XSP| trebuie sincronizate cu NTP.

Prezentare generală configurație

Configurația esențială de pe |ADP-urile dvs. XSP include:

Implementați serviciul de autentificare.
Configurați durata tokenului la cel puțin 60 de zile (lăsați emitentul ca BroadWorks).
Generați și partajați tastele RSA prin |ADP-uri XSP.
Furnizați adresa URL autentiService către containerul web.

Implementați serviciul de autentificare pe XSP|ADP

Pe fiecare XSP|ADP utilizat cu Webex:

Activați aplicația pentru serviciul de autentificare pe cale /authService(trebuie să utilizați această cale):

XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService

(unde este cazul <version> este versiunea BroadWorks).
Implementați aplicația:

XSP|ADP_CLI/Maintenance/ManagedObjects>deploy application /authService

Configurați durata tokenului

Verificați configurația actuală a tokenului (ore):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement> get
Setați durata la 60 de zile (max. 180 de zile):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement>set tokenDurationInHours 1440

Generați și partajați cheile RSA

Trebuie să utilizați aceleași perechi de taste publice/private pentru criptarea/decriptarea tokenului în toate instanțele serviciului de autentificare.
Cuplul cheie este generat de serviciul de autentificare atunci când este necesar pentru prima dată să eliberați un token.

Din cauza acestor doi factori aveți nevoie pentru a genera chei pe un XSP|ADP, apoi copiați-le la toate celelalte XSP|ADP.

Dacă ciclați tastele sau modificați lungimea tastei, trebuie să repetați următoarea configurație și să reporniți toate |ADP-urile XSP.

Selectați un XSP|ADP de utilizat pentru generarea unei perechi de taste.
Utilizați un client pentru a solicita un token criptat de la acel XSP|ADP, solicitând următorul URL din browserul clientului:

https://<XSP|ADP-IPAddress>/authService/token?key=BASE22URL(clientPublicKey)

(Acest lucru generează o pereche de chei private / publice pe XSP|ADP, dacă nu a existat deja unul)
Locația magazinului cu tastatură nu este configurabilă. Exportați tastele:

XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
Copiați fișierul exportat /var/broadworks/tmp/authService.keys în aceeași locație pe celelalte ADP-uri XSP|, suprascrierea unui mai în vârstă .keys fișier.
Importați tastele pe fiecare dintre celelalte |ADP-uri XSP:

XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys

Furnizați URL-ul autentiService către containerul web

Containerul web XSP|ADP are nevoie de URL-ul autentiService, astfel încât să poată valida jetoanele.

Pe fiecare dintre |ADP-urile XSP:

Adăugați URL-ul serviciului de autentificare ca serviciu de autentificare extern pentru BroadWorks Communications Utility:

XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1/authService
Adăugați adresa URL a serviciului de autentificare în container:

XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService

Acest lucru permite Webex să utilizeze Serviciul de autentificare pentru a valida jetoanele prezentate ca date de autentificare.
Verificați parametrul cu get.
Reporniți XSP|ADP.

Configurarea TLS și Ciphers pe interfețele HTTP (pentru XSI și Serviciul de autentificare)

Aplicațiile Service Authentication, Xsi-Actions și Xsi-Events utilizează interfețe de server HTTP. Nivelurile de configurabilitate TLS pentru aceste aplicații sunt după cum urmează:

Cele mai generale = Sistem > Transport > HTTP > Interfață server HTTP = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații	context CLI
Sistem (global)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Protocoale de transport pentru acest sistem	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP pe acest sistem	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Interfețe server HTTP specifice pe acest sistem	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Citirea configurației interfeței serverului HTTP TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer>
Introduceți get comanda și citiți rezultatele. Ar trebui să vedeți interfețele (adresele IP) și, pentru fiecare, dacă acestea sunt sigure și dacă necesită autentificarea clientului.

Apache tomcat trimite un certificat pentru fiecare interfață securizată; sistemul generează un certificat semnat dacă are nevoie de unul.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Adăugarea protocolului TLS 1.2 la interfața serverului HTTP

Interfața HTTP care interacționează cu Webex Cloud trebuie configurată pentru TLSv1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața serverului HTTP:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> 443 pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> 443 TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața serverului HTTP

Pentru a configura cifrele necesare:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Introduceți comanda get <interfaceIp> 443 pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> 443 <cipherName> pentru a adăuga un cifru la interfața serverului HTTP.

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Configurați încrederea pentru serviciul de autentificare (cu mTLS)

Conectați-vă la Control Hub cu contul de administrator partener.
Accesați Setări > Apelare BroadWorks și faceți clic pe Descărcare certificat Webex CA pentru a obține CombinedCertChain2023.txt pe computerul local.

Aceste fișiere conțin două seturi de două certificate. Trebuie să divizați fișierele înainte de a le încărca în ADP-urile XSP|. Toate fișierele sunt necesare.
Separați lanțul certificatului în două certificate - combinedcertchain2023.txt.
1. Deschideți combinedcertchain2023.txt într-un editor de text.
2. Selectați și tăiați primul bloc de text, inclusiv liniile -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----, și lipiți blocul de text într-un fișier nou.
3. Salvați noul fișier ca root2023.txt.
4. Salvați fișierul original ca issuing2023.txt. Fișierul original ar trebui să aibă acum doar un singur bloc de text, înconjurat de linii -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----.
Copiați ambele fișiere text într-o locație temporară pe XSP|ADP pe care o securizați, de ex. /var/broadworks/tmp/root2023.txt și /var/broadworks/tmp/issuing2023.txt.
Conectați-vă la XSP|ADP și navigați la /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>. (Opțional) Ajutor de rulare UpdateTrust pentru a vedea parametrii și formatul de comandă.

Încărcați fișierele certificatului în ancore de încredere noi - 2023

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Confirmați că ancorajele sunt actualizate:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

(Opțiune) Configurați mTLS la nivelul interfeței/portului HTTP

Este posibil să configurați mTLS la nivelul interfeței/portului HTTP sau pe o bază de aplicație per-web.

Când configurați mTLS la nivelul interfeței/portului HTTP, mTLS este necesar pentru toate aplicațiile web găzduite accesate prin această interfață/port.

Conectați-vă la XSP|ADP a cărei interfață configurați.
Navigheaza catre XSP|ADP_CLI/Interface/Http/HttpServer> și rulați get comandă pentru a vedea interfețele.
Pentru a adăuga o interfață și a solicita autentificarea clientului acolo (ceea ce înseamnă același lucru ca și mTLS):

XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true

Consultați documentația XSP|ADP CLI pentru detalii. În esență, primul true asigură interfața cu TLS (certificatul de server este creat dacă este necesar) și al doilea true forțează interfața să solicite autentificarea certificatului clientului (împreună sunt mTLS).

De exemplu:

XSP|ADP_CLI/Interface/Http/HttpServer> get

Interface Port Name Secure Client Auth Req Cluster Fqdn
         =======================================================
         192.0.2.7 443 XSP|ADP01.collab.example.net true false 
         192.0.2.7 444 XSP|ADP01.collab.example.net true true

În acest exemplu, mTLS (Client Auth Req = true) este activat pe 192.0.2.7 port 444. TLS este activat pe 192.0.2.7 port 443.

(Opțiune) Configurați mTLS pentru aplicații web specifice

Este posibil să configurați mTLS la nivelul interfeței/portului HTTP sau pe o bază de aplicație per-web.

Când configurați mTLS la nivelul aplicației, mTLS este necesar pentru acea aplicație, indiferent de configurația interfeței serverului HTTP.

Conectați-vă la XSP|ADP a cărei interfață configurați.
Navigheaza catre XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> și rulați get comandă pentru a vedea ce aplicații rulează.
Pentru a adăuga o aplicație și pentru a solicita autentificarea clientului (ceea ce înseamnă același lucru ca și mTLS):

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true

Consultați documentația XSP|ADP CLI pentru detalii. Numele aplicației sunt enumerate acolo. Fișierul true în această comandă activează mTLS.

De exemplu:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add 192.0.2.7 443 AuthenticationService true

Exemplul de comandă adaugă aplicația AuthenticationService la 192.0.2.7:443 și necesită solicitarea și autentificarea certificatelor de la client.

Consultați get:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> get

Interface Ip Port Application Name Client Auth Req
         ===================================================
         192.0.2.7 443 AuthenticationService      true

Configurați managementul dispozitivului pe XSP|ADP, serverul aplicației și serverul profilului

Unde să mergeți Înainte

Pentru configurare, puteți reintra în fluxul principal de documente la interfața CTI și configurația aferentă.

Cerințe suplimentare de certificare pentru autentificarea reciprocă TLS împotriva serviciului de autentificare

Accesați Setări > Apelare BroadWorks.
Faceți clic pe linkul certificatului de descărcare.

De asemenea, puteți obține lanțul certificatului de la https://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt.

Cerințele exacte pentru implementarea acestui lanț de certificate Webex CA depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă rezumă locul în care trebuie implementat lanțul de certificate Webex CA în aceste trei cazuri.

Cerințe reciproce privind certificatul TLS pentru proxy-ul TLS-bridge

Webex prezintă proxy-ului un certificat de client semnat Webex CA.
Lanțul de certificate Webex CA este implementat în magazinul de încredere proxy, astfel încât proxy-ul are încredere în certificatul clientului.
Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în proxy.
Proxy-ul prezintă un certificat de server semnat public pentru Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.

Proxy-ul prezintă un certificat de client semnat intern către |ADP-urile XSP.

Acest certificat trebuie să aibă câmpul de extensie x509.v3 Utilizare extinsă a cheii populat cu OID BroadWorks 1.3.6.1.4.1.6431.1.1.8.2.1.3 și clientAuth scop TLS. De exemplu:

X509v3 extensions:

X509v3 Extended Key Usage:

1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client
              Authentication

Atunci când generați certificate de client intern pentru proxy, rețineți că certificatele SAN nu sunt acceptate. Certificatele serverului intern pentru XSP|ADP pot fi SAN.

ADP-urile XSP| au încredere în CA intern.
ADP-urile XSP| prezintă un certificat de server semnat intern.
Proxy-ul are încredere în CA intern.

Cerințe reciproce de certificare TLS pentru TLS-passthrough Proxy sau XSP în DMZ

Webex prezintă un certificat de client semnat Webex CA pentru XSPs.
Lanțul de certificate Webex CA este implementat pe magazinul de încredere XSPs, astfel încât XSPs are încredere în certificatul clientului.
Certificatul de server XSP semnat public este de asemenea încărcat în XSPs.
XSPs prezintă certificatele de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului XSPs.

Istoricul reviziilor documentelor

Următorul tabel prezintă o istorie a modificărilor aduse acestui document în ultimele 12 luni.

Dată	Versiune	Descrierea modificării
24 februarie 2024	2-110	Modificări editoriale.
20 februarie 2024	2-109	S-a adăugat secțiunea Indicație Spam vizuală în secțiunea Implementare Webex pentru BroadWorks.
07 februarie 2024	2-108	A fost adăugată o notificare de expirare a parolei BroadWorks în timpul conectării la Webex for BroadWorks Reference.
25 ianuarie 2024	2-107	Modificări editoriale.
23 ianuarie 2024	2-106	Efectuați modificări editoriale în secțiunea Mutare utilizator (cu consimțământ) în Webex pentru Cisco BroadWorks , sub Gestionarea Webex pentru BroadWorks.
10 ianuarie 2024	2-105	Modificări editoriale.
20 decembrie 2023	2-104	Acest ghid a fost mutat la Centrul de ajutor Webex, de acum înainte utilizați acest link unificat https://help.webex.com/no4dlj3 .
13 decembrie 2023	2-103	Șablonul clientului a fost modificat în „Șablon de integrare”, a actualizat ghidul de soluție.
12 decembrie 2023	2-102	Actualizat Atașați Webex pentru BroadWorks la secțiunea Organizație existentă în cadrul Gestionării Webex pentru BroadWorks.
08 decembrie 2023	2-101	Modificări editoriale.
noiembrie 08, 2023	2-100	A fost adăugată o notă în Atașați Webex pentru BroadWorks la secțiunea Organizație existentă .
25 octombrie 2023	2-99	A fost adăugat R24 în Configurarea serverului aplicației cu secțiunea URL a serviciului de configurare.
13 septembrie 2023	2-98	Au fost adăugate cerințe de rețea pentru Webex pentru linkurile Cisco Broadworks în secțiunea Abonamente de documente recomandate.
septembrie 04, 2023	2-97	Secțiunea Caracteristici și limitări actualizată în Prezentare generală a Webex pentru Cisco BroadWorks.
08 august 2023	2-96	Note adăugate în Editarea sau ștergerea unui cluster BroadWorks în Partner Hub în cadrul Gestionării Webex pentru BroadWorks.
23 iunie 2023	2-95	Actualizat Pregătiți-vă NPS pentru Webex pentru secțiunea Cisco BroadWorks în secțiunea Implementare Webex pentru Cisco BroadWorks. Actualizat Configurați NPS pentru a utiliza conexiunea proxy de autentificare Timeout la 3000 sub Implementare Webex pentru Cisco BroadWorks.
30 mai 2023	2-94	Actualizat secțiunea Cerințe software BroadWorks în secțiunea Webex pentru Cisco BroadWorks Reference.
26 mai 2023	2-93	Secțiunea actualizată Trust Anchors pentru interfața CTI (R22 și ulterioară) din secțiunea Implementare Webex pentru Cisco BroadWorks. Actualizat Configurați încrederea pentru serviciul de autentificare (cu mTLS) în secțiunea Anexă.
24 mai 2023	2-92	Actualizat Detach Webex pentru BroadWorks din secțiunea Organizație existentă în cadrul Gestionării Webex pentru Cisco BroadWorks. S-a adăugat secțiunea Intrare în rezervă în secțiunea Implementare Webex pentru Cisco BroadWorks.
10 mai 2023	2-91	Actualizat câmpul Lampă ocupată / secțiunea Notificare preluare apeluri în cadrul managementului Webex pentru Cisco BroadWorks.
09 mai 2023	2-90	Actualizat secțiunea Țară din secțiunea Pregătiți-vă mediul.
04 mai 2023	2-89	Actualizat Configurați secțiunea Șabloane pentru clienți în secțiunea Configurați organizația partenerului în Hubul partenerului.
27 aprilie 2023	2-88	S-a adăugat secțiunea Țară în secțiunea Pregătirea mediului.
14.04.2023	2-87	Secțiunea Actualizată de Asistență pentru contacte de grup în cadrul comenzii și configurării.
17 martie 2023	2-86	S-a adăugat scalarea apelului nativ mobil la secțiunea Întâlnire din secțiunea Implementare Webex pentru BroadWorks.
11 martie 2023	2-85	Pași actualizați în Configurarea serviciului de autentificare (cu validarea token-ului CI) în secțiunea Implementare Webex pentru Cisco BroadWorks.
10 martie 2023	2-84	Actualizat secțiunea Interfețe Xsi .
07 martie 2023	2-83	S-a adăugat secțiunea Asistență Grup Contacte în secțiunea Ordine și configurare.
28 februarie 2023	2-82	S-a adăugat secțiunea Partner SSO - OpenID Connect (OIDC) în secțiunea Implementare Webex pentru Cisco BroadWorks.
15 februarie 2023	2-81	Actualizat Trust Anchors pentru interfața CTI (R22 și o versiune ulterioară)în secțiunea Implementare Webex pentru Cisco BroadWorks și Configurare Trust pentru serviciul de autentificare (cu mTLS) din Anexa.
10 februarie 2023	2-80	S-a actualizat Apelarea extensiilor în prezentarea generală a Webex pentru Cisco BroadWorks.

Prezentare generală a Webex pentru Cisco BroadWorks

Introducerea Webex pentru Cisco BroadWorks

Soluţie

Pentru a oferi funcții de colaborare în cloud Webex clienților Mici și Mijlocii care au deja un serviciu de apelare furnizat de furnizorii de servicii BroadWorks.
Pentru a furniza servicii de apelare bazate pe BroadWorks clienților Webex mici și mijlocii.

Context

Beneficii

Protejarea viitoare: împotriva sfârșitului de viață al colaboratorului UC-One, mișcarea tuturor clienților către cadrul de clienți unificați (UCF)
Cel mai bun dintre cele două: Activarea funcțiilor de mesagerie și întâlnire Webex păstrând în același timp apelurile BroadWorks în rețeaua dvs. de telefonie

Domeniu de aplicare al soluției

Clienții mici și mijlocii existenți/noi (mai puțin de 250 de abonați) care doresc o suită de funcții de colaborare, pot avea deja apelare BroadWorks.
Clienții Webex mici până la medii existenți care doresc să adauge BroadWorks Calling.
Întreprinderi mai mici (Consultați portofoliul nostru de întreprinderi pentru Webex).
Nu numai utilizatorii (Vă rugăm să evaluați ofertele Webex Online).

Condiții prealabile pentru succesul cu Webex pentru Cisco BroadWorks

Obligatoriu

Note

Patch-ul BroadWorks curent R22 sau de mai sus

XSP|ADP pentru XSI, CTI, DMS și authService

XSP|ADP dedicat pentru Webex pentru Cisco BroadWorks

Separați XSP|ADP pentru NPS, poate fi partajat cu alte soluții care utilizează NPS.

Dacă aveți o implementare colaborativă existentă, apoi revizuiți recomandările privind configurațiile XSP|ADP și NPS.

Validarea Token CI (cu TLS) este configurată pentru conexiunile Webex la Serviciul de autentificare.

mTLS configurat pentru conexiunile Webex la interfața CTI.

Alte aplicații nu necesită mTLS.

Utilizatorii trebuie să existe în BroadWorks și au nevoie de următoarele atribute, în funcție de decizia dvs. de configurare:

Flowthrough cu e-mailuri de încredere: Atributul de e-mail al utilizatorului BroadWorks trebuie să conțină o adresă de e-mail validă, unică pentru acel utilizator. Utilizatorul trebuie să aibă, de asemenea, un număr principal sau o extensie.
Flowthrough cu e-mailuri false sau auto-activare sau configurare API: Utilizatorul nu are nevoie de adresa de e-mail, dar trebuie să aibă un număr principal sau o extensie.

Fișier DTAF Webex pentru Cisco BroadWorks pentru aplicația Webex

BW Business Lic sau Std Enterprise sau Prem Enterprise User Lic + Webex pentru abonamentul Cisco BroadWorks

Dacă aveți o implementare colaborativă existentă, nu mai aveți nevoie de UC-One Add-On Bundle, Collab Lic și Meet-me Conference Ports.

Dacă aveți o implementare UC-One SaaS existentă, nu există alte modificări decât acceptarea termenilor Premium Package.

IP/Porturile trebuie să fie accesibile prin intermediul serviciilor Webex backend și al aplicațiilor Webex prin intermediul internetului public.

Consultați secțiunea „Pregătiți-vă rețeaua”.

Configurare TLS v1.2 pe |ADP-urile XSP

Pentru configurarea Flowthrough, serverul de aplicații trebuie să se conecteze la adaptorul de configurare BroadWorks.

Nu testăm sau acceptăm configurația proxy de ieșire. Dacă utilizați un proxy de ieșire, acceptați responsabilitatea de a-l susține cu Webex pentru Cisco BroadWorks.

Consultați “Pregătiți-vă rețeaua” subiect.

Despre acest Document

Acest ghid include materiale conceptuale și de referință. Intenționăm să acoperim toate aspectele soluției în acest document.

Setul minim de sarcini pentru implementarea soluției este:

Accesați echipa contului dvs. pentru a deveni partener Cisco. Este imperativ să explorați punctele de contact Cisco pentru a vă familiariza (și a vă instrui). Când deveniți partener Cisco, aplicăm comutatorul Webex pentru Cisco BroadWorks la organizația dvs. partener Webex. (Consultați Implementarea Webex pentru Cisco BroadWorks > Integrarea partenerului în acest document.)
Configurați sistemele BroadWorks pentru integrarea cu Webex. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurarea serviciilor pe dispozitivele Webex pentru Cisco BroadWorks XSP|ADP din acest document.)
Utilizați Partner Hub pentru a conecta Webex la BroadWorks. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurați organizația dvs. de parteneri în Partner Hub în acest document.)
Utilizați Hubul partener pentru a pregăti șabloanele de configurare a utilizatorului. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurați șabloanele de integrare în acest document.)
Testați și conectați un client prin configurarea a cel puțin un utilizator. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurarea organizației dvs. de testare.)

Acestea sunt etape de nivel înalt, în ordinea tipică. Există mai multe sarcini de contribuție pe care nu le puteți ignora.
Dacă doriți să creați propriile aplicații pentru a vă gestiona abonații Webex pentru Cisco BroadWorks, trebuie să citiți Folosind API-ul de configurare din secțiunea de referință a acestui ghid.

Terminologie

Cum funcționează

Utilizatorii apelează numere PSTN utilizând infrastructura BroadWorks.
Utilizatorii apelează alte numere BroadWorks utilizând infrastructura BroadWorks (apeluri audio/video selectând numerele asociate utilizatorilor sau dialpad-ul pentru a introduce numerele).
Alternativ, utilizatorii pot efectua un apel VOIP Webex prin infrastructura Webex, selectând opțiunea „Apel Webex” din aplicația Webex. (Aceste apeluri sunt aplicația Webex în aplicația Webex, nu aplicația Webex în PSTN).
Utilizatorii pot găzdui și participa la Webex Meetings.
Utilizatorii se pot trimite mesaje unul câte unul sau în spații (chat de grup persistent) și pot beneficia de funcții precum căutarea și partajarea fișierelor (pe infrastructura Webex).
Utilizatorii pot partaja prezența (starea). Ele pot alege prezența personalizată sau prezența calculată a clientului.
După ce vă înscriem ca organizație parteneră în Control Hub, cu drepturile corecte, puteți configura relația dintre instanța BroadWorks și Webex.
Creați organizații ale clienților în Control Hub și furnizați utilizatori în aceste organizații.
Fiecare abonat din BroadWorks primește o identitate Webex pe baza adresei de e-mail (atribut de ID de e-mail în BroadWorks).
Utilizatorii se autentifică împotriva BroadWorks sau împotriva Webex.
Clienții sunt eliberați cu jetoane cu durată lungă de viață pentru a le autoriza pentru servicii la BroadWorks și Webex.

Aplicația Webex se află în centrul acestei soluții; este o aplicație de marcă disponibilă pe desktopurile Mac/Windows și pe telefoanele mobile și tabletele Android/iOS.

Există, de asemenea, o versiune web a Aplicației Webex care nu include în prezent funcții de apelare.

Clientul se conectează la cloudul Webex pentru a furniza funcții de mesagerie, prezență și întâlniri.

Clientul se înregistrează la sistemele BroadWorks pentru funcțiile de apelare.

Cloud-ul Webex funcționează cu sistemele BroadWorks pentru a asigura o experiență de configurare fără probleme a utilizatorului.

Caracteristici și limitări

Oferim mai multe pachete cu caracteristici diferite.

Pachetul „Softphone”

Utilizatorii de Softphone își pot partaja ecranul în timpul unui apel.

Pachetul „de bază”

Pachetul „Standard”

Pachetul „Premium”

Partajarea ecranului în cadrul unei întâlniri PMR este acceptată pentru orice participant la întâlnire.

Comparați pachetele

Pachet	Apelare	Mesagerie	Întâlniri Unified Space	Reuniuni PMR
Telefon virtual	Inclus	Nu sunt incluse	Fără	Fără
De bază	Inclus	Inclus	100 de participanți	100 de participanți
Standard	Inclus	Inclus	100 de participanți	100 de participanți
Premium	Inclus	Inclus	300 de participanți	1000 participanți

Caracteristici de mesagerie și întâlnire

Consultați următorul tabel pentru diferențele de asistență pentru caracteristicile întâlnirii PMR pentru pachetele de bază, standard și premium.

Tabelul 1. Diferențe de asistență caracteristică pentru întâlnirile PMR
Caracteristică întâlnire	Sprijinit cu pachet de bază	Sprijinit cu pachet standard	Sprijinit cu pachetul de premiere	Comentariu
Durata întâlnirii	40 de minute sau mai puțin	Nelimitat	Nelimitat
Partajare Desktop	Da	Da	Da	Basic—Partajare desktop de către orice participant la întâlnirea PMR. Standard —Partajare desktop numai de către gazda întâlnirii PMR. Premium—Partajare desktop de către orice participant la întâlnirea PMR.
Partajare Aplicație	Da	Da	Da	De bază—Partajarea aplicației de către orice participant la întâlnirea PMR. Standard - Partajarea aplicației numai de către gazda întâlnirii PMR. Premium—Partajarea aplicației de către orice participant la întâlnirea PMR.
Chat cu mai multe părți	Da	Da	Da
Tablă albă	Da	Da	Da
Protecție parolă	Da	Da	Da
Aplicația web - fără descărcare sau plugin-uri (Experiența oaspeților)	Da	Da	Da
Asocierea asistenței cu dispozitivele Webex	Da	Da	Da
Controlul podelei (Dezactivați unul / Eliminați toate)	Da	Da	Da
Link Întâlniri persistente	Da	Da	Da
Accesul la site-ul întâlnirilor	Da	Da	Da
Intrați în întâlnire prin VoIP	Da	Da	Da
Blocare	Da	Da	Da
Controale prezentator	Nu	Nu	Da
Control desktop la distanță	Nu	Nu	Da
Numărul de participanți	100	100	1000
Înregistrarea salvată local în sistem	Da	Da	Da
Înregistrare în cloud	Nu	Nu	Da
Înregistrare - stocare în cloud	Nu	Nu	10GB pe site
Transcrieri de înregistrare	Nu	Nu	Da
Programare întâlnire	Da	Da	Da
Activați partajarea conținutului cu integrări externe	Nu	Nu	Da	De bază— Partajarea conținutului de către orice participant la întâlnirea PMR. Standard—Partajarea conținutului numai de către gazda întâlnirii PMR. Premium- Partajarea conținutului de către orice participant la întâlnirea PMR.
Permiteți modificarea URL-ului PMR	Nu	Nu	Da	De bază— Utilizatorii pot modifica URL-ul PMR de pe site-ul Webex. Administratorii de parteneri și organizații pot modifica URL-ul din Control Hub. Standard—URL-ul PMR poate fi modificat numai din Hub-ul partenerului de către administratorii partenerului și organizației. Premium—Utilizatorii pot modifica URL-ul PMR de pe site-ul Webex. Administratorii de parteneri și organizații pot modifica URL-ul din Partner Hub.
Redarea în flux live a întâlnirilor (De Exemplu, pe Facebook, Youtube)	Nu	Nu	Da
Permiteți altor utilizatori să programeze întâlniri în numele lor	Nu	Nu	Da
Adăugați gazdă alternativă	Da	Nu	Da
Integrarea aplicațiilor (de exemplu, Zendesk, Slack)	Depinde de integrare	Depinde de integrare	Da	Consultați secțiunea Integrări aplicație de mai jos pentru mai multe informații despre asistență.
Integrare cu Microsoft Office 365 Calendar	Da	Da	Da
Integrare cu Google Calendaring pentru G Suite	Da	Da	Da

Funcții de apelare

Integrări aplicații

Puteți integra Webex pentru Cisco BroadWorks cu următoarele aplicații:

Zendesk—numai Premium
Slack—numai Premium
Microsoft Teams pentru Webex Meetings—Standard sau Premium
Microsoft Teams pentru apelare—Sprijinit cu toate pachetele
Calendarul Office 365—Standard sau Premium
Calendarul Google pentru G Suite—Standard sau Premium

Asistență pentru infrastructura de desktop virtual (VDI)

Asistență IPv6

Webex pentru Cisco BroadWorks acceptă adresarea IPv6 pentru aplicația Webex.

Foaie de parcurs viitoare

Limitări

Limitări de furnizare

Ora întâlnirilor site-ului

Zona de timp a primului abonat pentru fiecare pachet devine zona de timp pentru site-ul Webex Meetings creat pentru acel pachet.

Dacă clientul dvs. are nevoie de o anumită zonă de timp pentru site-ul Webex Meetings, specificați timezone parametru în cererea de configurare pentru:

primul abonat furnizat pentru pachetul Standard din organizație.
primul abonat furnizat pentru pachetul Premium din organizație.
primul abonat furnizat pentru pachetul de bază din organizație.

Limitări generale

Nicio apelare în versiunea web a clientului Webex (Aceasta este o limitare a clientului, nu o limitare a soluției.)
Este posibil ca Webex să nu aibă încă toate comenzile UI pentru a sprijini unele dintre funcțiile de control al apelurilor disponibile de la BroadWorks.
În prezent, clientul Webex nu poate fi „Etichetat alb”.
Când creați organizații ale clienților utilizând metoda de configurare aleasă, acestea sunt create automat în aceeași regiune ca și organizația dvs. parteneră. Acest comportament este proiectat. Ne așteptăm ca partenerii multinaționali să creeze o organizație parteneră în fiecare regiune în care gestionează organizațiile clienților.
Raportarea întâlnirilor și utilizarea mesajelor sunt disponibile prin intermediul organizației client din Control Hub.

Probleme și limitări cunoscute

Pentru o listă actualizată de probleme și limitări cunoscute cu oferta Webex pentru Cisco BroadWorks, consultați Probleme și limitări cunoscute.

Limite de mesagerie

De bază: 2 GB pe utilizator timp de 3 ani
Standard 5 GB per utilizator timp de 3 ani
Premium: 10 GB pe utilizator timp de 5 ani

Informații suplimentare

Pentru informații suplimentare privind limitele generale de mesagerie care se aplică spațiilor echipei de mesagerie Webex, consultați https://help.webex.com/en-us/n8vw82eb/Webex-Capacities.

Securitate, date și roluri

Securitate Webex

Există mai multe detalii cu privire la schimbul de date în secțiunea de referință a acestui document.

Citire suplimentară

Rezidență date organizație

Stocăm datele dvs. Webex în centrul de date care se potrivește cel mai bine regiunii dvs. Consultați Rezidența datelor în Webex în Centrul de ajutor.

Roluri

Echipa de operațiuni în cloud Cisco: Creează „organizația parteneră” în Partner Hub, dacă nu există, în timpul procesului de integrare.

#	Sarcină tipică	SP	Cisco
1	Integrarea partenerului - Crearea organizației partenerului dacă aceasta nu există și activarea comutatoarelor de funcții necesare		●
2	Configurarea BroadWorks în organizația parteneră prin intermediul Hubului partenerului (cluster)	●
3	Configurarea setărilor de integrare în organizația parteneră prin intermediul Hubului partenerului (șabloane de oferte, branding)	●
4	Pregătirea mediului BroadWorks pentru integrare (AS, XSP\|ADP Patching, firewall-uri, configurație XSP\|ADP, XSI, AuthService, CTI, NPS, aplicații DMS pe XSP\|ADP)	●
5	Dezvoltarea integrării sau procesului de configurare	●
6	Pregătiți materialele GTM	●
7	Migrați sau configurați utilizatori noi	●

Arhitectură

Ce este în diagramă?

Clienți

Clientul Aplicației Webex servește ca aplicație principală în ofertele Webex pentru Cisco BroadWorks. Clientul este disponibil pe platforme desktop, mobile și web.

Clientul are întâlniri audio/video native de mesagerie, prezență și cu mai multe părți furnizate de cloudul Webex. Clientul Webex utilizează infrastructura BroadWorks pentru apelurile SIP și PSTN.
Telefoanele Cisco IP și accesoriile aferente utilizează, de asemenea, infrastructura BroadWorks pentru apelurile SIP și PSTN. Ne așteptăm să putem sprijini telefoanele terțe.
Portalul de activare a utilizatorului pentru ca utilizatorii să se conecteze la Webex utilizând acreditările BroadWorks.
Partner Hub este o interfață web pentru administrarea organizației dvs. Webex și a organizațiilor clienților dvs. Partner Hub este locul în care configurați integrarea dintre infrastructura BroadWorks și Webex. De asemenea, utilizați Partner Hub pentru a gestiona configurația și facturarea clienților.

Rețea furnizor de servicii

Blocul verde din partea stângă a diagramei reprezintă rețeaua dvs. Componentele găzduite în rețeaua dvs. oferă următoarele servicii și interfețe pentru alte părți ale soluției:

XSP|ADP cu față publică, pentru Webex pentru Cisco BroadWorks: (Cutia reprezintă una sau mai multe ferme XSP|ADP, eventual frontate de balansoare de sarcină.)
- Găzduiește interfața de servicii Xtended (XSI-Actions & XSI-Events), Serviciul de gestionare a dispozitivelor (DMS), interfața CTI și Serviciul de autentificare. Împreună, aceste aplicații permit telefoanelor și clienților Webex să se autentifice, să descarce fișierele de configurare a apelurilor, să efectueze și să primească apeluri și să vadă starea cârligului (prezența telefonului) și istoricul apelurilor.
- Publică directorul către clienții Webex.
XSP|ADP cu care se confruntă publicul, care rulează NPS:
- Server Push Notificări Apel gazdă: Un server push de notificare pe un ADP XSP| în mediul dvs. Interfețele dintre serverul dvs. de aplicații și proxy-ul nostru NPS. Proxy furnizează jetoane de scurtă durată către NPS-ul dvs. pentru a autoriza notificările către serviciile cloud. Aceste servicii (APNS & FCM) trimit notificări de apel clienților Webex pe dispozitivele Apple iOS și Google Android.
Server aplicație:
- Oferă control apeluri și interfețe pentru alte sisteme BroadWorks (în general)
- Pentru configurarea fluxului, AS este utilizat de administratorul partener pentru a furniza utilizatori în Webex
- Împinge profilul utilizatorului în BroadWorks
OSS/BSS: Sistemul dvs. de asistență pentru operațiuni / Serviciile SIP de afaceri pentru administrarea întreprinderilor BroadWorks.

Webex Cloud

Blocul albastru din diagramă reprezintă cloudul Webex. Microservicele Webex acceptă întregul spectru de capacități de colaborare Webex:

Cisco Common Identity (CI) este serviciul de identitate din cadrul Webex.
Webex pentru Cisco BroadWorks reprezintă setul de microservicii care acceptă integrarea între Webex și furnizorul de servicii BroadWorks găzduit:
- API-uri de configurare a utilizatorului
- Configurație furnizor de servicii
- Conectare utilizator utilizând acreditările BroadWorks
Cutie de mesagerie Webex pentru microservicii legate de mesagerie.
Caseta Webex Meetings care reprezintă servere de procesare media și SBC pentru mai multe întâlniri video cu participanți (SIP și SRTP)

Servicii web terțe

Următoarele componente terțe sunt reprezentate în diagramă:

APNS (Apple Push Notifications Service) împinge notificările de apel și de mesaj către aplicațiile Webex de pe dispozitivele Apple.
FCM (FireBase Cloud Messaging) împinge notificările de apeluri și mesaje către aplicațiile Webex de pe dispozitivele Android.

Considerații de arhitectură XSP|ADP

Rolul serverelor ADP XSP|publice în Webex pentru Cisco BroadWorks

XSP|ADP cu care se confruntă publicul din mediul dvs. oferă următoarele interfețe/servicii pentru Webex și clienți:

Serviciul de autentificare (Authentication Service), securizat de TLS, care răspunde solicitărilor Webex pentru BroadWorks JWT (JSON Web Token) în numele utilizatorului
interfață CTI, securizată de mTLS, la care Webex se abonează pentru evenimentele din istoricul apelurilor și statutul de prezență telefonică din BroadWorks (statut cârlig).
Interfețele de acțiuni și evenimente Xsi (interfața servicii eXtended) pentru controlul apelurilor abonaților, directoarele listei de contacte și apeluri și configurația serviciului de telefonie pentru utilizatorul final
Serviciu DM (Device Management) pentru clienți pentru a prelua fișierele de configurare a apelurilor

Arhitectură XSP|ADP

Vă recomandăm să utilizați o instanță/fermă XSP|ADP dedicată pentru a găzdui aplicațiile necesare pentru integrarea Webex din următoarele motive

De exemplu, dacă oferiți UC-One SaaS, vă recomandăm să creați o nouă fermă XSP|ADP pentru Webex pentru Cisco BroadWorks. În acest fel, cele două servicii pot funcționa independent în timp ce migrați abonați.
Dacă plasați aplicațiile Webex pentru Cisco BroadWorks într-o fermă XSP|ADP care este utilizată în alte scopuri, este responsabilitatea dvs. să monitorizați utilizarea, să gestionați complexitatea rezultată și să planificați scara crescută.
Planificatorul de capacități pentru sistemul Cisco BroadWorks presupune o fermă XSP|ADP dedicată și este posibil să nu fie corect dacă o utilizați pentru calcule de locație.

Cu excepția cazului în care se menționează altfel, ADP-urile dedicate Webex pentru Cisco BroadWorks XSP| trebuie să găzduiască următoarele aplicații:

AuthService (TLS cu validare CI Token sau mTLS)
CTI (mTLS)
Acțiuni XSI (TLS)
Evenimente XSI (TLS)
DMS (TLS) – Opțional. Nu este obligatoriu să implementați o instanță DMS separată sau o fermă specifică pentru Webex pentru Cisco BroadWorks. Puteți utiliza aceeași instanță DMS pe care o utilizați pentru colaborarea UC-One SaaS sau UC-One.
Vizualizare web setări apel (TLS) – Opțional. Vizualizarea web a setărilor pentru apeluri (CSW) este necesară numai dacă doriți ca utilizatorii Webex pentru Cisco BroadWorks să poată configura funcții de apelare în Aplicația Webex.

Webex necesită acces la CTI printr-o interfață securizată prin autentificare TLS reciprocă. Pentru a sprijini această cerință, vă recomandăm una dintre aceste opțiuni:

(Diagrama etichetată Opțiunea 1) O instanță XSP|ADP sau o fermă pentru toate aplicațiile, cu două interfețe configurate pe fiecare server: o interfață mTLS pentru CTI și o interfață TLS pentru alte aplicații, cum ar fi AuthService.
(Diagrama etichetată Opțiunea 2) Două instanțe sau ferme XSP|ADP, una cu o interfață mTLS pentru CTI, iar cealaltă cu o interfață TLS pentru alte aplicații, cum ar fi AuthService.

Reutilizare |ADP XSP

Dacă trebuie să susțineți mai multe organizații partenere Webex pe XSP|ADP, atunci acest lucru înseamnă că trebuie să utilizați mTLS pe Serviciul Auth (validarea CI Token este acceptată numai pentru o singură organizație parteneră pe un XSP|ADP). Dacă utilizați mTLS pe Serviciul de autentificare, atunci acest lucru înseamnă că nu puteți avea clienți care utilizează autentificarea de bază pe Serviciul de autentificare în același timp. Această situație ar împiedica reutilizarea XSP|ADP.
Dacă serviciul CTI existent configurat pentru a fi utilizat de către clienți cu portul securizat (de obicei 8012), dar fără mTLS (adică autentificarea clientului), atunci acest lucru va intra în conflict cu cerința Webex de a avea mTLS.

Configurați sincronizarea NTP pe XSP|ADP

Implementarea necesită sincronizarea timpului pentru toate ADP-urile XSP| pe care le utilizați cu Webex.

În timpul instalării interactive a software-ului XSP|ADP, vi se oferă opțiunea de a configura NTP. Procedați după cum urmează:

Când programul de instalare solicită, Do you want to configure NTP?, introduceți y.
Când programul de instalare solicită, Is this server going to be a NTP server?, introduceți n.
Când programul de instalare solicită, What is the NTP address, hostname, or FQDN?, introduceți adresa serverului dvs. NTP sau a unui serviciu public NTP, de exemplu, pool.ntp.org.

Dacă ADP-urile dvs. XSP| utilizează instalarea silențioasă (neinteractivă), fișierul de configurare a instalatorului trebuie să includă următoarele perechi de valori Key=Value:

NTP

NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>

Cerințe de identitate și securitate XSP|ADP

Fundal

Dacă nu se modifică setările din setările implicite, toate nivelurile moștenesc setările implicite ale furnizorului SSL (JSSE Java Secure Sockets Extension).

Listă de cerințe

XSP|ADP trebuie să se autentifice clienților utilizând un certificat semnat CA în care numele comun sau numele alternativ al subiectului corespund porțiunii de domeniu a interfeței XSI.
Interfața Xsi trebuie să accepte protocolul TLSv1.2.
Interfața Xsi trebuie să utilizeze o suită cipher care îndeplinește următoarele cerințe.
- Diffie-Hellman Ephemeral (DHE) sau curbe eliptice Diffie-Hellman Ephemeral (ECDHE) cheie de schimb
- AES (Standard de criptare avansată) cipher cu o dimensiune minimă a blocului de 128 biți (de exemplu AES-128 sau AES-256)
- GCM (Galois/Counter Mode) sau CBC (Cipher Block Chaining) modul cipher
  - Dacă se utilizează un cipher CBC, numai familia SHA2 de funcții hash este permisă pentru derivare cheie (SHA256, SHA384, SHA512).

De exemplu, următoarele cifruri îndeplinesc cerințele:

TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384

XSP|ADP CLI necesită convenția de numire IANA pentru suitele cipher, așa cum se arată mai sus, nu convenția openSSL.

Ciphers TLS acceptate pentru interfețele AuthService și XSI

TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA

Parametrii scalei de evenimente Xsi

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventQueueSize = 2000

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventHandlerThreadCount = 50

Mai multe |ADP-uri XSP

Element de margine de echilibrare a sarcinii

Note privind această arhitectură:

Configurați DNS astfel încât clienții să poată găsi balansorul de sarcină atunci când se conectează la interfața Xsi (consultați configurația DNS).
Vă recomandăm să configurați elementul de margine în modul proxy SSL invers, pentru a asigura criptarea datelor punct cu punct.
Certificatele din XSP|ADP01 și XSP|ADP02 trebuie să aibă atât domeniul XSP|ADP, de exemplu, dvs.-XSP|ADP.example.com, în numele alternativ al subiectului. Ei ar trebui să aibă propriile lor FQDN, de exemplu XSP|ADP01.example.com, în numele comun. Puteți utiliza certificatele de card wild, dar nu le recomandăm.

Servere de XSP|ADP cu care se confruntă internetul

Dacă expuneți direct interfețele Xsi, utilizați DNS pentru a distribui traficul către mai multe servere XSP|ADP.

Note privind această arhitectură:

Pentru a vă conecta la serverele XSP|ADP sunt necesare două înregistrări:
- Pentru microservicii Webex: Înregistrările Round-robin A/AAAA sunt necesare pentru a viza mai multe adrese IP XSP|ADP. Acest lucru se datorează faptului că microservicele Webex nu pot face căutări SRV. Pentru exemple, consultați Webex Cloud Services.
- Pentru Aplicația Webex: O înregistrare SRV care se rezolvă la O înregistrare în care fiecare înregistrare A se rezolvă la un singur XSP|ADP. Pentru exemple, consultați Aplicația Webex.
  
  Utilizați înregistrările SRV priorizate pentru a viza serviciul XSI pentru mai multe adrese XSP|ADP. Acordați prioritate înregistrărilor dvs. SRV, astfel încât microservicii să meargă întotdeauna la aceeași înregistrare A (și adresa IP ulterioară) și să se mute la următoarea înregistrare A (și adresa IP) numai dacă prima adresă IP este în jos. NU utilizați o abordare robin pentru Aplicația Webex.
Certificatele din XSP|ADP01 și XSP|ADP02 trebuie să aibă atât domeniul XSP|ADP, de exemplu, dvs.-XSP|ADP.example.com, în numele alternativ al subiectului. Ei ar trebui să aibă propriile lor FQDN, de exemplu XSP|ADP01.example.com, în numele comun.
Puteți utiliza certificatele de card wild, dar nu le recomandăm.

Evitați redirecționarea HTTP

Webex nu urmează o redirecționare atunci când vă conectați la URL-urile pe care le furnizați, astfel încât această configurație nu funcționează.

Plasarea comenzilor și furnizarea

Comenzile și configurarea se aplică la aceste niveluri:

Configurarea furnizorului de servicii/partener:

Fiecare furnizor de servicii Webex pentru Cisco BroadWorks (sau reseller) încorporat trebuie să fie configurat ca organizație parteneră în Webex și să primească drepturile necesare. Operațiunile Cisco oferă administratorului organizației partenere acces la gestionarea Webex pentru Cisco BroadWorks pe Hubul pentru parteneri Webex. Administratorul partener trebuie să facă toți pașii de configurare necesari înainte de a putea furniza o organizație Client/Enterprise.
Comandarea și configurarea clientului/întreprinderii:

Fiecare întreprindere BroadWorks activată pentru Webex pentru Cisco BroadWorks declanșează crearea unei organizații asociate pentru clienți Webex. Acest proces are loc automat ca parte a configurării utilizatorului/abonatului. Toți utilizatorii/abonații dintr-o întreprindere BroadWorks sunt configurați în aceeași organizație Webex Customer.

Același comportament se aplică în cazul în care sistemul BroadWorks este configurat ca furnizor de servicii cu grupuri. Când furnizați un abonat într-un grup BroadWorks, o organizație Client care corespunde grupului este creată automat în Webex.
Comandarea și configurarea utilizatorului/abonatului:

Webex pentru Cisco BroadWorks acceptă în prezent următoarele modele de configurare a utilizatorilor:
- Configurarea Flowthrough cu e-mailuri de încredere
- Configurarea Flowthrough fără e-mailuri de încredere
- Auto-configurare utilizator
- provisionare API

Furnizarea Flowthrough cu e-mailuri de încredere

Puteți schimba pachetul de abonați prin Partner Hub sau puteți scrie propria aplicație pentru a utiliza API-ul de configurare pentru a schimba pachetele de abonați.

Flowthrough Provizionarea fără e-mailuri de încredere

Puteți schimba pachetul de abonați prin Partner Hub sau puteți scrie propria aplicație pentru a utiliza API-ul de configurare pentru a schimba pachetele de abonați.

Auto-configurare utilizator

Utilizatorii trebuie să existe în sistemul BroadWorks pe care îl integrați cu Webex sau li se interzice să creeze conturi cu acel link.

Furnizor de servicii furnizat de API-uri

Patch-uri necesare cu configurare prin flux

Pentru R22:

Instalați AP.as.22.0.1123.ap376508.
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pentru R23:

Instalați AP.as.23.0.1075.ap376509
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pentru R24:

Instalați AP.as.24.0.944.ap375100
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

După ce finalizați acești pași, nu veți putea furniza noi utilizatori cu servicii de colaborare UC-One. Utilizatorii nou configurați trebuie să fie Webex pentru utilizatorii Cisco BroadWorks.

Apelare extensie

O extensie poate fi configurată pentru utilizatorii Cisco BroadWorks prin următoarele metode:

Utilizatori Cisco BroadWorks
- Configurarea API-ului public ca „extensie
  - Parametrul de extensie trebuie să fie trecut în mod explicit ca parte a apelului API. Pentru întreprinderile/grupurile care au configurat Codul de apelare a locației (LDC), parametrul de extensie trebuie să fie combinația dintre LDC și numărul de extensie.
- Configurare Flowthrough sau auto-activare
  - Extensia și LDC (dacă este cazul) vor fi preluate automat de la BroadWorks.
Utilizatori sau entități care apelează exclusiv BroadWorks
- Sincronizat automat din BroadWorks de Directory Sync utilizând combinația dintre Codul de apelare a locației (LDC) și numărul de extensie.

Tabelul 2. Gestionarea numerelor de extensii pe baza metodei de configurare
Înregistrări apeluri BroadWorks	Descriere	Metoda de furnizare	Gestionarea extensiei
Webex pentru utilizatorii Cisco BroadWorks	Utilizatorii sunt activați pentru Webex pentru Cisco BroadWorks	API public	Extensia trebuie să fie transferată ca parametru
Webex pentru utilizatorii Cisco BroadWorks		Flowthrough	Extensia preluată din BroadWorks automat
Utilizatori care apelează exclusiv BroadWorks	Utilizatori care nu sunt înscriși în Webex	Sincronizare director	Extensie sincronizată de sincronizarea directorului
Entități apelante non-utilizator	De exemplu, un telefon dintr-o sală de conferințe, un fax, un număr de grup Hunt	Sincronizare director	Extensie sincronizată de sincronizarea directorului
Liste de telefoane BroadWorks	Listele de telefon pentru întreprinderi, grup sau personal	Sincronizare director	Nu se aplică

Cerințe preliminare

Versiunea de client necesară pentru a sprijini această caracteristică este 42.11 sau mai târziu.
Patch-ul în care se adaugă coduri de apelare pentru extensie și locație la XSI și adaptor de configurare Februarie 2022 pentru versiunea 23 sau mai mare ca parte a:
- AP.platform.23.0.1075.ap380045
- AP.as.23.0.1075.ap380045
- AP.xsp.23.0.1075.ap380045
- AP.as.24.0.944.ap380045
Activați antetul X-BroadWorks-Remote-Party-Info pe AS utilizând comanda CLI de mai jos pentru acest flux de apeluri SIP, care este necesar pentru asistența pentru funcția de apelare extensie.
```
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
```

Prioritate opțiuni apelare aplicație

Următoarele sunt opțiunile pentru a face vizibilă opțiunea de apelare extensie pentru clienții existenți:

Dacă un partener dorește ca toate organizațiile sale de clienți gestionate să primească o extensie ca una dintre opțiunile de apel, este recomandat ca administratorul partenerului să mute Extensia de la ascunsă la disponibilă în Partner Hub. Acest lucru va permite organizatorilor de clienți gestionați să moștenească setarea de la partenerul lor.
Dacă un Partener dorește să ofere o extensie în opțiunile de apelare pentru o anumită organizație client, se recomandă ca administratorul Partener să mute extensia de la ascunsă la disponibilă în Control Hub.

Asistență pentru contacte de grup

Această funcție este disponibilă la cerere. Contactați echipa contului dvs. pentru a fi activată.

Înainte de a activa funcția, trebuie efectuată o migrare prealabilă pentru a furniza și a asocia grupuri pentru toți utilizatorii configurați existenți.
Echipa Cisco va rula un API intern pentru a migra orice utilizatori provisionați existenți pentru a-i asocia cu grupul corect. NOTĂ: Acest lucru poate dura până la o săptămână pentru a procesa.
Odată ce migrarea este finalizată pentru partener și funcția este activată, toți utilizatorii nou configurați vor fi „grupați” în mod corespunzător.

Funcția necesită ca abonații Webex pentru BroadWorks să fie configurați în Webex cu grupul de întreprinderi BroadWorks Id.

Id-ul grupului de întreprinderi BroadWorks poate fi furnizat utilizatorilor Cisco BroadWorks prin următoarele metode:

Webex pentru utilizatorii Cisco BroadWorks
- Configurarea API-ului public ca „spEnterpriseGroupId”
  - BroadWorks Enterprise Group Id ar trebui să fie trecut în mod explicit în parametrul spEnterpriseGroupId al apelului API.
- Configurare Flowthrough sau auto-activare
  - BroadWorks Enterprise Group Id va fi preluată automat de la BroadWorks.
- Utilizatori sau entități care apelează exclusiv BroadWorks
  - Nu este cazul. Nu este necesar să se sincronizeze BroadWorks Enterprise Group Id pentru acești utilizatori.

Tabelul 3. Gestionarea ID-ului grupului de întreprinderi pe baza metodei de asigurare a accesului
Înregistrări apeluri BroadWorks	Descriere	Metoda de furnizare	Gestionarea ID-ului grupului de întreprinderi
Webex pentru utilizatorii Cisco BroadWorks	Utilizatorii sunt activați pentru Webex pentru Cisco BroadWorks	API public	BroadWorks Enterprise Group Id trebuie să fie trecut ca parametru spEnterpriseGroupId
Webex pentru utilizatorii Cisco BroadWorks		Flowthrough	BroadWorks Enterprise Group Id este preluat automat de la BroadWorks
Utilizatori care apelează exclusiv BroadWorks	Utilizatori care nu sunt înscriși în Webex	Sincronizare director	Nu se aplică
Entități apelante non-utilizator	De exemplu, un telefon dintr-o sală de conferințe, un fax, un număr de grup Hunt	Sincronizare director	Nu se aplică
Liste de telefoane BroadWorks	Contactele din listele de telefoane ale grupului BroadWorks	Sincronizare director	Contactele grupului sunt stocate în Webex Contact Service asociate cu grupul specific
Listele de telefon BroadWorks Enterpsie sau Persional	Contactele din listele de telefon ale întreprinderii sau personale	Sincronizare director	Nu se aplică

Migrația și asigurarea viitorului

Abonamente recomandate pentru documente

Articolele Webex Help Center (pe help.webex.com) au o opțiune de Abonare care vă permite să primiți o notificare prin e-mail ori de câte ori respectivul articol este actualizat.

Nu există nicio opțiune de abonament pentru paginile de destinație a documentației.

Documente suplimentare

Consultați următoarea documentație aferentă pentru mai multe informații despre Webex pentru Cisco BroadWorks:

Webex pentru documentele Cisco BroadWorks

Administratorii parteneri pot utiliza următoarele documente și site-uri pentru a obține informații despre Webex pentru Cisco BroadWorks.

Aduceți-vă propria soluție PSTN pentru Webex pentru Cisco BroadWorks—Această soluție permite furnizorilor de servicii să furnizeze numere de telefon pe care le dețin (mai degrabă decât numere furnizate de Cisco) pentru ca utilizatorii să le utilizeze atunci când se alătură Webex Meetings.
Ghid de configurare Webex pentru Cisco BroadWorks – descrie modul de configurare a aplicației Webex pentru Webex pentru Cisco BroadWorks.
Ghid de integrare a dispozitivelor pentru Webex pentru Cisco BroadWorks—Descrie modul de integrare și service al dispozitivelor Room OS și MPP.
Ghid de depanare Webex pentru Cisco BroadWorks—Conține informații de depanare pentru Webex pentru Cisco BroadWorks.

Webex pentru articolele Cisco BroadWorks

Administratorii parteneri pot utiliza următoarele site-uri opționale pentru a afla mai multe despre Webex pentru Cisco BroadWorks:

Documentația Webex pentru Cisco BroadWorks—Pagina de destinație listează documentele tehnice și articolele Webex opționale care vizează administratorii parteneri ai Webex pentru Cisco BroadWorks.
Noutăți cu Webex pentru Cisco BroadWorks—Citiți despre cele mai recente caracteristici lansate împreună cu ceea ce va veni în curând.
Probleme și limitări cunoscute—Citiți despre problemele cunoscute pe care le-am identificat în soluția Webex pentru Cisco BroadWorks.
Roluri de administrator partener pentru Webex pentru BroadWorks și RTM en-gros—Acest articol descrie modul de atribuire a rolurilor de administrator partener pentru organizațiile partenere care oferă Webex pentru Cisco BroadWorks. Rolurile sunt utilizate pentru a aloca accesul administrației la setările din Partner Hub și Control Hub.

Documente Cisco BroadWorks

Administratorii parteneri pot consulta site-ul Cisco BroadWorks pe cisco.com pentru documente tehnice care descriu modul de implementare a componentei Cisco BroadWorks a soluției:

Documente Cisco BroadWorks

Articole de asistență Webex

Următoarele site-uri Webex Help pot fi utilizate pentru a găsi articole Webex care ajută administratorii de clienți și utilizatorii finali să utilizeze funcțiile Webex.

Webex de la furnizorii de servicii—Această pagină de destinație conține linkuri cu informații de pornire și articole utilizate în mod obișnuit pentru utilizatorii aplicației Webex care au achiziționat servicii Webex de la un furnizor de servicii.
Webex Help Center—Utilizați funcția de căutare la help.webex.com pentru a căuta articole Webex suplimentare care descriu Aplicația Webex și funcționalitatea Webex Meetings. Puteți căuta articole de utilizator sau de administrator.

Documentație dezvoltator

Ghid pentru dezvoltatorii Webex pentru BroadWorks—Oferă informații pentru dezvoltatorii care creează aplicații care utilizează API-urile Webex pentru BroadWorks.

Pregătiți-vă mediul

Puncte de decizie

Consideraţie	Întrebări de răspuns	Resurse
Arhitectură și infrastructură	Câte ADP-uri XSP\|? Cum iau mTLS?	Planificator de capacitate sistem Cisco BroadWorks Ghid de inginerie a sistemului Cisco BroadWorks referință XSP\|ADP CLI Acest document
Configurarea clientului și a utilizatorului	Puteți afirma că aveți încredere în e-mailurile din BroadWorks? Doriți ca utilizatorii să furnizeze adrese de e-mail pentru a-și activa propriile conturi? Puteți construi instrumente pentru a utiliza API-ul nostru?	Docs API public la https://developer.webex.com Acest document
Branding	Ce culoare și siglă doriți să utilizați?	Articolul de branding al aplicației Webex
Modele	Care sunt diferitele cazuri de utilizare a clientului dvs.?	Acest document
Caracteristici abonat per client/întreprindere/grup	Alegeți pachetul pentru a defini nivelul serviciului per șablon. Basic, Standard, Premium sau Softphone.	Acest document Caracteristică/matrice pachet
Autentificare de bază	BroadWorks sau Webex	Acest document
Adaptor de configurare (pentru opțiunile de configurare prin flux)	Utilizați deja IM&P integrat, de exemplu pentru UC-One SaaS? Intenționați să utilizați mai multe șabloane? Se anticipează un caz de utilizare mai frecvent?	Acest document referință CLI Server aplicație

Arhitectură și infrastructură

Cu ce fel de scară intenționați să începeți? Este posibil să crească în viitor, dar estimarea dvs. actuală de utilizare ar trebui să conducă la planificarea infrastructurii.
Colaborați cu managerul contului dvs. Cisco / reprezentantul dvs. de vânzări pentru a vă mări infrastructura XSP|ADP, în conformitate cu Cisco BroadWorks System Capacity Planner și cu Cisco BroadWorks System Engineering Guide.
Cum va realiza Webex conexiuni TLS reciproce cu ADP-urile dvs. XSP|? Direct către XSP|ADP într-un DMZ sau prin proxy TLS? Acest lucru afectează gestionarea certificatului dvs. și URL-urile pe care le utilizați pentru interfețe. (Nu acceptăm conexiuni TCP necriptate la marginea rețelei dvs.).

Furnizarea de servicii pentru clienți și utilizatori

Ce metodă de configurare a utilizatorului vă convine cel mai bine?

Furnizarea Flowthrough cu e-mailuri de încredere: Prin atribuirea serviciului „IM&P integrat” pe BroadWorks, abonatul este configurat automat în Webex.

Dacă puteți afirma, de asemenea, că adresele de e-mail ale abonatului din BroadWorks sunt valide și unice pentru Webex, atunci puteți utiliza varianta de „e-mail de încredere” a configurării prin flux. Conturile Webex ale abonaților sunt create și activate fără intervenția lor; acestea pur și simplu descarcă clientul și se conectează.

Adresa de e-mail este un atribut de utilizator cheie pe Webex. Prin urmare, Furnizorul de servicii trebuie să furnizeze o adresă de e-mail validă pentru utilizator pentru a le furniza pentru serviciile Webex. Acest lucru trebuie să se afle în atributul ID-ului de e-mail al utilizatorului din BroadWorks. Vă recomandăm să o copiați și în atributul ID alternativ.
Flowthrough Provisioning fără e-mailuri de încredere: Dacă nu puteți avea încredere în adresele de e-mail ale abonatului, puteți aloca în continuare serviciul IM&P integrat în BroadWorks pentru a furniza utilizatori în Webex.

Cu această opțiune, conturile sunt create atunci când atribuiți serviciul, dar abonații trebuie să furnizeze și să valideze adresele lor de e-mail pentru a activa conturile Webex.
Auto-configurare utilizator: Această opțiune nu necesită atribuirea de servicii IM&P în BroadWorks. Dvs. (sau clienții dvs.) distribuiți în schimb un link de configurare, precum și linkurile pentru a descărca diferiți clienți, cu branding-ul și instrucțiunile dvs.

Abonații urmează linkul, apoi furnizează și validează adresele lor de e-mail pentru a crea și activa conturile Webex. Apoi descarcă clientul și se conectează, iar Webex primește o configurație suplimentară despre acesta din BroadWorks (inclusiv numerele lor principale).
Provizionare controlată SP prin API-uri: Webex expune un set de API-uri publice care permit Furnizorilor de servicii să construiască configurarea utilizatorului/abonatului în fluxurile de lucru existente.

Cerințe de furnizare

Metodă de furnizare

Cerințe

Configurare flowthrough

(E-mailuri de încredere sau de neîncredere)

API-ul de configurare Webex adaugă automat utilizatorii BroadWorks existenți la Webex după ce utilizatorul îndeplinește cerințele și activați serviciul IM+P integrat.

Există două fluxuri (e-mailuri de încredere sau e-mailuri false) pe care le atribuiți prin intermediul șablonului de integrare din Webex.

Cerințe BroadWorks:

Utilizatorul există pe BroadWorks cu un număr principal sau o extensie.
Utilizatorul este alocat serviciul IM+P integrat , care indică URL-ul serviciului de configurare Webex.
Numai e-mailuri de încredere. Utilizatorul are o adresă de e-mail configurată pe BroadWorks. Vă recomandăm să adăugați, de asemenea, e-mailul în câmpul Alternate ID , deoarece acest lucru permite utilizatorului să se conecteze utilizând acreditările BroadWorks.
BroadWorks are patch-uri obligatorii instalate pentru configurarea fluxului. Consultaţi Cerinţele pentru plasturi cu Flowthrough Provisioning (de mai jos) pentru cerinţe privind plasturii.
BroadWorks AS este conectat direct la cloudul Webex sau proxy-ul adaptorului de configurare este configurat cu conexiune la URL-ul serviciului de configurare Webex.

Consultați Configurarea serverului aplicației cu URL-ul serviciului de configurare pentru a obține URL-ul serviciului de configurare Webex.

Consultați Cisco BroadWorks Implement Proxy Adapter FD pentru a configura proxy-ul adaptorului de configurare.

Cerințe Webex:

Șablonul de integrare include următoarele setări:

Activați comutatorul BroadWorks Flow prin configurare este activat.
Se atribuie numele și parola contului de configurare utilizând acreditările administratorului de nivel al sistemului BroadWorks
Verificarea utilizatorului este setată la e-mailurile Trust BroadWorks sau la e-mailurile de neîncredere.

Auto-configurare utilizator

Cerințe BroadWorks:

Utilizatorul trebuie să existe pe BroadWorks cu un număr principal sau o extensie

Cerințe Webex:

Șablonul de integrare include următoarele setări:

Activarea comutatorului de alimentare prin configurare este dezactivată.
Verificarea utilizatorului este setată la e-mailuri de neîncredere.
Permite utilizatorilor să se auto-activeze este bifată.

Configurare controlată SP prin API

(E-mailuri de încredere sau de neîncredere)

Webex expune un set de API-uri publice care vă permit să construiți configurarea utilizatorului în fluxurile și instrumentele de lucru existente. Există două fluxuri:

E-mailuri de încredere – API-ul oferă utilizatorului, aplicând e-mailul BroadWorks ca e-mail Webex.
E-mailuri nefiabile – API-ul prevede utilizatorul, dar utilizatorul trebuie să se conecteze la Portalul de activare a utilizatorului și să furnizeze o adresă de e-mail validă.

Cerințe BroadWorks:

Utilizatorul trebuie să existe pe BroadWorks cu un număr principal sau o extensie.

Cerințe Webex:

În șablonul de integrare, verificarea utilizatorului este setată fie la e-mailurile Trust BroadWorks, fie la e-mailurile de neîncredere.
Trebuie să vă înregistrați aplicația, solicitând permisiunea.
Trebuie să solicitați pe tokenul OAuth scopurile evidențiate în secțiunea „Autentificare” din Ghidul Webex pentru dezvoltatorii BroadWorks.
Trebuie să dedicați un administrator sau un administrator de configurare în organizația partenerului.

Pentru a utiliza API-urile, accesați abonații BroadWorks.

Patch-uri necesare cu configurare prin flux

Pentru R22:

Instalați AP.as.22.0.1123.ap376508.
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pentru R23:

Instalați AP.as.23.0.1075.ap376509
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pentru R24:

Instalați AP.as.24.0.944.ap375100
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

După ce finalizați acești pași, nu veți putea furniza noi utilizatori cu servicii de colaborare UC-One. Utilizatorii nou configurați trebuie să fie Webex pentru utilizatorii Cisco BroadWorks.

Locale de limbă acceptate

Tabelul 1. Coduri locale de limbă acceptate
Locale de limbă acceptate (ISO-639-1)_(ISO-3166)	Dacă este disponibil doar un cod de limbă cu două litere...
Locale de limbă acceptate (ISO-639-1)_(ISO-3166)	Cod lingvistic (ISO-639-1) **	Utilizați în schimb localul sensibil implicit (ISO-639-1)_(ISO-3166)
en_US en_AU en_GB en_CA	Nu este cazul.	en_US
fr_FR fr_CA	fr	fr_FR
cs_CZ	c.	cs_CZ
da_DK	Nu este cazul.	da_DK
de_DE	de	de_DE
hu_HU	hu	hu_HU
id_ID	id	id_ID
it_IT	it	it_IT
ja_JP	Nu este cazul.	ja_JP
ko_KR	ko	ko_KR
es_ES es_CO es_MX	Nu este cazul.	es_ES
nl_NL	nl	nl_NL
nb_NU	nb	nb_NU
pl_PL	pl	pl_PL
pt_PT. pt_BR	pt.	pt_PT.
ru_RU	ru	ru_RU
ro_ES	es	ro_ES
zh_CN zh_TW	zh	zh_CN
sv_SE	sv	sv_SE
ar_SA	ar	ar_SA
tr_TR	în	tr_TR

Branding

Sigle ale companiei
Scheme de culori unice pentru modul Luminos sau modul Întunecat
URL-uri de asistență personalizate

Pentru detalii despre modul de personalizare a brandingului, consultați Configurarea personalizărilor avansate ale brandingului.

Personalizările de bază ale brandingului sunt în curs de a fi deprecatate. Vă recomandăm să implementați branding avansat, care oferă o gamă mai largă de personalizări.
Pentru detalii despre modul în care se aplică brandingul atunci când se atașează la o organizație preexistentă a clienților, consultați Condițiile atașamentului organizației din secțiunea Attach Webex for BroadWorks la secțiunea Organizație existentă.

Se integrează șabloanele

Unii dintre parametrii principali ai șablonului sunt enumerați mai jos.

Pachet

Trebuie să selectați un pachet implicit atunci când creați un șablon (Consultați pachetele din secțiunea Prezentare generală pentru detalii). Toți utilizatorii care sunt configurați cu acel șablon, fie prin flux- sau auto-configurare, primesc pachetul implicit.
Aveți control asupra selecției de pachete pentru diferiți clienți prin crearea mai multor șabloane și selectarea diferitelor pachete implicite în fiecare. Puteți apoi să distribuiți diferite linkuri de configurare sau diferite adaptoare de configurare per întreprindere, în funcție de metoda de configurare a utilizatorului aleasă pentru aceste șabloane.
Puteți schimba pachetul de abonați specifici din această funcție implicită, utilizând API-ul de configurare (consultați documentația API Webex pentru Cisco BroadWorks sau prin intermediul Hubului partener (consultați Schimbarea pachetului de utilizatori în Hubul partener).
Nu puteți schimba pachetul unui abonat de la BroadWorks. Alocarea serviciului IM&P integrat este fie pornită, fie oprită; dacă abonatului i se atribuie acest serviciu în BroadWorks, șablonul Hub partener asociat cu URL-ul de configurare al întreprinderii abonatului respectiv definește pachetul.

Retailer și întreprinderi sau furnizor de servicii și grupuri?

Modul în care este configurat sistemul BroadWorks are un impact asupra fluxului prin configurare. Dacă sunteți un revânzător cu întreprinderi, atunci trebuie să activați modul Enterprise atunci când creați un șablon.
Dacă sistemul BroadWorks este configurat în modul Furnizor de servicii, puteți opri modul Enterprise în șabloanele dvs.
Dacă intenționați să furnizați organizații ale clienților utilizând ambele moduri BroadWorks, trebuie să utilizați diferite șabloane pentru grupuri și întreprinderi.

Asigurați-vă că ați aplicat plasturii BroadWorks care sunt necesari pentru configurarea fluxului. Pentru detalii, consultați Patch-urile necesare cu configurarea fluxului.

Mod autentificare

Mod autentificare	BroadWorks	Webex
Identitate principală a utilizatorului	ID de utilizator BroadWorks	Adresă de e-mail
Furnizor de identitate	BroadWorks. Dacă configurați o conexiune directă la BroadWorks, aplicația Webex se autentifică direct la serverul BroadWorks. Pentru a configura o conexiune directă, caseta de selectare Activare autentificare directă BroadWorks trebuie bifată în cadrul configurației clusterului BroadWorks din Hub-ul partenerului (în mod implicit, setarea nu este bifată). În caz contrar, autentificarea la BroadWorks este facilitată printr-un serviciu intermediar găzduit de Webex.	Identitate comună Cisco
Autentificare multi-factor?	Nu	Necesită IdP client care acceptă autentificarea cu mai mulți factori.
Cale de validare a acreditării	Browser-ul este lansat în cazul în care utilizatorul furnizează e-mail la fluxul inițial de conectare și de a descoperi modul lor de autentificare. Browserul este apoi redirecționat către o pagină de conectare BroadWorks găzduită de Webex (această pagină poate fi marcată) Utilizatorul furnizează ID-ul de utilizator și parola BroadWorks pe pagina de conectare. Datele de autentificare ale utilizatorilor sunt validate împotriva BroadWorks. În ceea ce privește succesul, un cod de autorizare este obținut de la Webex. Acest lucru este utilizat pentru a obține tokenurile de acces necesare pentru serviciile Webex.	Browser-ul este lansat în cazul în care utilizatorul furnizează e-mail la fluxul inițial de conectare și de a descoperi modul lor de autentificare. Browserul este redirecționat către IdP (fie Cisco Common Identity, fie Customer IdP), unde va fi prezentat cu un portal de conectare. Utilizatorul furnizează acreditările corespunzătoare pe pagina de conectare Autentificarea cu mai mulți factori poate avea loc dacă IdP-ul clientului acceptă acest lucru. În ceea ce privește succesul, un cod de autorizare este obținut de la Webex. Acest lucru este utilizat pentru a obține tokenurile de acces necesare pentru serviciile Webex.

Pentru o defalcare mai detaliată a fluxului de conectare SSO cu autentificare directă la BroadWorks, consultați Fluxul de conectare SSO.

UTF-8 codificare cu autentificare BroadWorks

Puteți configura codificarea UTF-8 prin rularea uneia dintre următoarele comenzi CLI pe XSP sau ADP:

XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8

Țară

Tabelul 2. Următorul tabel listează codul de țară implicit de apelare în funcție de fiecare locație:
S Nu.	Loc	Cod țară	Nume țară
1	AMER	+1	US, CA
2	APAC	+65	Singapore
3	RESPIRAȚIE	+61	Australia
4	EMEA	+44	Regatul Unit
5	EURO	+49	Germania

Aranjamente pentru parteneri multipli

Adaptor de configurare și șabloane

Opțiunile de configurare legate de această decizie sunt detaliate în Configurarea serverului aplicației cu URL-ul serviciului de configurare.

Proxy adaptor de configurare

Această caracteristică necesită configurarea proxy-ului pe BroadWorks. Pentru detalii, consultați descrierea adaptorului de configurare Cisco BroadWorks.

Cerințe minime

Conturi

Toți abonații pe care îi configurați pentru Webex trebuie să existe în sistemul BroadWorks pe care îl integrați cu Webex. Puteți integra mai multe sisteme BroadWorks, dacă este necesar.

Toți abonații trebuie să aibă licențe BroadWorks și un număr principal sau o extensie.

Administratorii dvs. trebuie să utilizeze conturile lor Webex pentru a se conecta la Partner Hub.

Serverele din Rețeaua și cerințele software

Instanță(e) BroadWorks cu versiunea minimă R22. Consultați cerințele de software BroadWorks (în acest document) pentru versiunile și patch-urile acceptate. Pentru mai multe informații, consultați Politica privind ciclul de viață al produselor BroadSoft secțiunea din Politica ciclului de viață BroadSoft și Matrice de compatibilitate software BroadWorks.

Instanța (instanțele) BroadWorks trebuie să includă cel puțin următoarele servere:
- Server de aplicații (AS) cu versiunea BroadWorks ca mai sus
- Server de rețea (NS)
- Server de profil (PS)

Cu fața publică a serverului|ADP XSP sau a platformei de livrare a aplicației (ADP) care îndeplinește următoarele cerințe:
- Serviciu de autentificare (BWAuth)
- Interfețe acțiuni și evenimente XSI
- DMS (aplicație web de gestionare a dispozitivelor)
- interfață CTI (Intergrație Telefonie Computer)
- TLS 1.2 cu un certificat valabil (nesemnat) și orice intermediari necesari. Necesită administratorul de nivel de sistem pentru a facilita căutarea întreprinderii.
- Autentificare reciprocă TLS (mTLS) pentru serviciul de autentificare (Necesită lanțul public de certificate pentru clienți Webex instalat ca ancore de încredere)
- Autentificare reciprocă TLS (mTLS) pentru interfața CTI (Necesită lanțul public de certificate pentru clienți Webex instalat ca ancore de încredere)
Un server XSP/ADP separat care acționează ca un “Call Notifications Push Server” (un NPS din mediul dvs. utilizat pentru a împinge notificările de apel către Apple/Google. Îl numim „CNPS” aici pentru a-l distinge de serviciul Webex care oferă notificări push pentru mesagerie și prezență).

Acest server trebuie să fie pe R22 sau mai târziu.
Trimitem un server XSP/ADP separat pentru CNPS, deoarece imprevizibilitatea încărcării din Webex pentru conexiunile cloud BWKS ar putea afecta negativ performanța serverului NPS, rezultând o latență crescută a notificării. Consultați Ghidul de Inginerie al Sistemului Cisco BroadWorks pentru mai multe informații pe scara XSP|ADP.

Platformele Aplicației Webex

Pentru a descărca versiunea în limba engleză a Aplicației Webex, accesați https://www.webex.com/webexfromserviceproviders-downloads.html. Aplicația Webex este disponibilă pe:

PC-uri/laptopuri pentru Windows
PC-uri Apple / laptopuri cu MacOS
iOS (Magazin Apple)
Android (Play Store)
Browsere web (accesați https://teams.webex.com/)

Versiuni localizate

Pentru a descărca o versiune localizată a Aplicației Webex, utilizați unul dintre aceste linkuri:

https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (Coreeană)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (Franceză)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (Portugheză)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Chineză Tradițională)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (Chineză simplificată)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japonia)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spania)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (Germană)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (Italiană)

Telefoane fizice și accesorii

Telefoane Cisco IP:
- Telefon Cisco IP seria 6800 cu Firmware pentru mai multe platforme pentru mai multe platforme
- Telefon Cisco IP seria 7800 cu Firmware pentru mai multe platforme pentru mai multe platforme
- Telefon Cisco IP seria 8800 cu Firmware pentru mai multe platforme pentru mai multe platforme
  
  A se vedea https://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html pentru modele și mai multe informații.
Sprijinim telefoanele terțe în același mod ca și alte integrări BroadWorks. Cu toate acestea, nu au încă contacte și integrare de prezență cu Webex pentru Cisco BroadWorks.
Adaptoare:
- Adaptor de telefon analogic pentru mai multe platforme Cisco ATA 191
- Adaptor de telefon analogic pentru mai multe platforme Cisco ATA 192
  
  A se vedea https://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html pentru modele și mai multe informații.
Căști:
- Căști Cisco seria 500
  
  Consultați https://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.html pentru modele și mai multe informații.
Dispozitive de sistem de operare Room:
- Seria Webex Room și Room Kit
- Seria Webex Desk
- Seria Webex Board

Integrare dispozitiv

Profile dispozitiv

Nume client

Tipul profilului dispozitivului și numele pachetului

Șablon mobil Webex

Tipul profilului de identitate/dispozitiv: Conectare - Mobile

DTAF: ucone-mobile-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Șablon de tablete Webex

Tipul profilului de identitate/dispozitiv: Conectare - tabletă

DTAF: ucone-tablet-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Șablon desktop Webex

Tipul profilului de identitate/dispozitiv: Comunicator de afaceri - PC

DTAF: ucone-desktop-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Identificare/profil dispozitiv

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks

Ridicați o solicitare de serviciu cu agentul dvs. de integrare sau cu Cisco TAC pentru a furniza Cisco OAuth pentru contul dvs. Cisco Identity Provider Federation.

Utilizați următorul titlu de solicitare pentru caracteristicile respective:

XSP|ADP AuthService Configuration' pentru a configura serviciul pe XSP|ADP.
„Configurare NPS pentru configurarea proxy-ului Auth” pentru a configura NPS pentru a utiliza proxy-ul de autentificare.
Sincronizare UUID utilizator CI pentru sincronizare UUID utilizator CI. Pentru mai multe detalii despre această caracteristică, consultați: Asistență Cisco BroadWorks pentru CI UUID.
Configurați BroadWorks pentru a activa facturarea Cisco pentru BroadWorks și abonamentele Webex Pentru BroadWorks.

Dacă ați obținut deja acreditările furnizorului de identitate Cisco OAuth, completați o nouă solicitare de serviciu pentru a vă actualiza acreditările.

Certificate de comandă

Cerințe de certificare pentru autentificarea TLS

Aceste certificate trebuie să includă numele dvs. de domeniu complet calificat XSP|ADP ca nume comun al subiectului sau nume alternativ al subiectului.

Cerințele exacte pentru implementarea acestor certificate de server depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă rezumă cazul în care certificatul de server public semnat CA trebuie încărcat în aceste trei cazuri:

CA-urile acceptate public pe care aplicația Webex le acceptă pentru autentificare sunt enumerate în Autoritățile de certificare acceptate pentru serviciile hibride Webex.

Cerințe privind certificatul TLS pentru proxy-ul TLS-bridge

Certificatul de server semnat public este încărcat în proxy.
Proxy-ul prezintă acest certificat de server semnat public către Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.
Un certificat intern semnat CA poate fi încărcat pe XSP|ADP.
XSP|ADP prezintă acest certificat de server semnat intern proxy-ului.
Proxy-ul are încredere în CA intern care a semnat certificatul de server XSP|ADP.

Cerințe de certificare TLS pentru TLS-passthrough Proxy sau XSP|ADP în DMZ

Certificatul de server semnat public este încărcat în |ADP-urile XSP.
ADP-urile XSP| prezintă certificatelor de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului |ADP XSP.

Cerințe suplimentare de certificare pentru autentificarea reciprocă TLS prin interfața CTI

Pentru a descărca certificatul:

Conectați-vă la Partner Hub, accesați Setări > BroadWorks Calling și faceți clic pe linkul certificatului de descărcare.

Cerințele exacte pentru implementarea acestui lanț de certificate Webex CA depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă sintetizează cerințele certificatului în aceste trei cazuri:

(Opțiune) Cerințe de certificare pentru proxy-ul cu punte TLS

Webex prezintă proxy-ului un certificat de client semnat public.
Proxy-ul are încredere în CA intern Cisco care a semnat certificatul clientului. Puteți descărca acest CA / lanț din Control Hub și îl puteți adăuga la magazinul de încredere al proxy-ului. Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în proxy.
Proxy-ul prezintă certificatul de server semnat public pentru Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.

Proxy-ul prezintă un certificat de client semnat intern către |ADP-urile XSP.

Acest certificat trebuie să aibă câmpul de extensie x509.v3 Utilizare extinsă a cheii populat cu OID BroadWorks 1.3.6.1.4.1.6431.1.1.8.2.1.3 și clientAuth scop TLS. De exemplu:

X509v3 extensions:
    X509v3 Extended Key Usage:
        1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication

CNN al certificatului intern trebuie să fie bwcticlient.webex.com.

Atunci când generați certificate de client intern pentru proxy, rețineți că certificatele SAN nu sunt acceptate. Certificatele serverului intern pentru XSP|ADP pot fi SAN.
Este posibil ca autoritățile publice de certificare să nu fie dispuse să semneze certificatele cu OID-ul BroadWorks propriu, care este necesar. În cazul unui proxy de legătură, este posibil să fiți obligat să utilizați un CA intern pentru a semna certificatul clientului pe care proxy-ul îl prezintă la XSP|ADP.

ADP-urile XSP| au încredere în CA intern.
ADP-urile XSP| prezintă un certificat de server semnat intern.
Proxy-ul are încredere în CA intern.
ClientIdentity a serverului de aplicații conține CN-ul certificatului de client semnat intern prezentat către XSP|ADP de către proxy.

(Opțiune) Cerințe de certificare pentru proxy TLS-passthrough sau XSP|ADP în DMZ

Webex prezintă un certificat de client Cisco semnat CA intern pentru ADP-urile XSP|.
ADP-urile XSP| au încredere în CA intern Cisco care a semnat certificatul clientului. Puteți descărca acest CA / lanț din Control Hub și îl puteți adăuga la magazinul de încredere al proxy-ului. Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în |ADP-urile XSP.
ADP-urile XSP| prezintă certificatelor de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului |ADP XSP.
Serverul de aplicații ClientIdentity conține CN-ul certificatului de client semnat de Cisco prezentat XSP|ADP de Webex.

Pregătiți-vă rețeaua

Cerințe de rețea pentru serviciile Webex

Tabelul 3. Cerințe de rețea pentru Webex App Connections (Generic)
Secțiunea Cerințe de rețea Articol	Relevanţa informaţiilor
Rezumatul tipurilor de dispozitive și al protocoalelor acceptate de Webex	Informațional
Protocoale de transport și cifruri de criptare pentru aplicațiile și dispozitivele Webex înregistrate în cloud	Informațional
Servicii Webex – Numere de port și protocoale	Trebuie să citiți
Subrețele IP pentru serviciile media Webex	Trebuie să citiți
Domenii și URL-uri care trebuie accesate pentru serviciile Webex	Trebuie să citiți
URL-uri suplimentare pentru serviciile hibride Webex	Opțional
Funcții proxy	Opțional
802.1X – Controlul accesului în rețea pe bază de port	Opțional
Cerințe de rețea pentru serviciile Webex bazate pe SIP	Opțional
Cerințe de rețea pentru Webex Edge Audio	Opțional
Un rezumat al altor servicii hibride și documentații Webex	Opțional
Servicii Webex pentru clienții FedRAMP	Nu este cazul

Informații suplimentare

Pentru informații suplimentare, consultați Webex App Firewall Whitepaper (PDF).

Asistență pentru redundanță BroadWorks

Topologie rețea

Servicii Webex Cloud

configurare DNS

Microservicele Webex Cloud trebuie să poată găsi serverul (serverele) Broadworks XSP|ADP pentru conectarea la interfețele Xsi, serviciul de autentificare și CTI.

Exemplu: Partenerul DNS A Record pentru descoperirea serverului Round-Robin echilibrat XSP|ADP cu care se confruntă pe internet / Balancers de încărcare.

Tip înregistrare	Nume	Țintă	Scop
A	`webex-cloud-xsp.example.com`	`198.51.100.48`	Puncte către LB1 (Site A)
A	`webex-cloud-xsp.example.com`	`198.51.100.49`	Puncte către LB2 (Site B)

Orice referință la XSP include fie XSP, fie ADP.

Eşec

Când microservicele Webex trimit o solicitare către XSP|ADP/Load Balancer și cererea eșuează, se pot întâmpla mai multe lucruri:

Dacă defecțiunea se datorează unei erori de rețea (de exemplu: TCP, SSL), microservicele Webex marchează IP-ul ca blocat și efectuează imediat un progres de rută către următorul IP.
Dacă este returnat un cod de eroare (HTTP 5xx), microservicele Webex marchează IP-ul ca blocat și efectuează imediat un progres de rută către următorul IP.
Dacă nu se primește niciun răspuns HTTP în termen de 2 secunde, timpii de solicitare și microservicele Webex marchează IP-ul ca blocat și efectuează un progres de rută către următorul IP.

Fiecare solicitare este încercată de 3 ori înainte ca un eșec să fie raportat înapoi la microservice.

Stare

Acțiuni XSI
Evenimente XSI
Serviciu de autentificare

Starea conexiunii este actualizată atunci când pagina este încărcată sau în timpul actualizărilor de intrare. Stările conexiunilor pot fi:

Verde: Când interfața poate fi atinsă pe unul dintre IP-uri în căutarea O înregistrare.
Roşu: Atunci când toate IPs-urile din căutarea unei înregistrări sunt inaccesibile, iar interfața nu este disponibilă.

Următoarele servicii utilizează microservicele pentru a se conecta la |ADP-urile XSP și sunt afectate de disponibilitatea interfeței XSP|ADP:

Conectare la aplicația Webex
Reîmprospătare token aplicație Webex
E-mail/auto-activare de neîncredere
Verificarea stării de sănătate a serviciului Broadworks

Aplicația Webex

configurare DNS

Aplicația Webex accesează serviciile Xtended Services Interface (XSI-Actions & XSI-Events) și Device Management Service (DMS) de pe XSP|ADP.

Exemplul 1—Mai multe |ADP-uri XSP, fiecare din spatele echilibratorilor de sarcină separați

Mai jos este un exemplu de înregistrări SRV.

Tip înregistrare	Înregistrați	Țintă	Scop
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc1.example.com`	Descoperirea clientului interfeței Xsi
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc2.example.com`	Descoperirea clientului interfeței Xsi
A	`xsp-dc1.example.com`	`198.51.100.48`	Puncte către LB1 (site A)
A	`xsp-dc2.example.com`	`198.51.100.49`	Puncte către LB2 (site B)

Exemplul 2—Mai multe |ADP-uri XSP în spatele unui singur balansor de sarcină (cu Podul TLS)

Tip înregistrare	Înregistrați	Țintă	Scop
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`LB.example.com`	balansor De Încărcare
A	LB.example.com	`198.51.100.83`	Adresa IP a echilibratorului de sarcină (\|ADP-urile XSP sunt în spatele echilibratorului de sarcină)

URL DMS

Tip înregistrare	Nume	Țintă	Scop
A	`xsp-dms.example.com`	`198.51.100.48`	Puncte către LB1 (site A)
A	`xsp-dms.example.com`	`198.51.100.49`	Puncte către LB2 (site B)

Orice referință la XSP include fie XSP, fie ADP.

Cum găsește aplicația Webex adresele XSP|ADP

Clientul încearcă să localizeze nodurile XSP|ADP utilizând următorul flux DNS:

Clientul preia inițial URL-urile Xsi-Actions/Xsi-Events din Webex Cloud (le-ați introdus la crearea clusterului BroadWorks Calling asociat). Numele/domeniul gazdei Xsi este parsat din URL, iar clientul efectueaza cautarea SRV dupa cum urmeaza:
1. Clientul efectuează o căutare SRV pentru _xsi-client._tcp.<xsi domain="">
2. În cazul în care căutarea SRV returnează unul sau mai multe obiective A/AAAA:
  1. Clientul caută A/AAAA pentru aceste ținte și cache adresele IP returnate.
  2. Clientul se conectează la una dintre ținte (și, prin urmare, înregistrarea A / AAAA cu o singură adresă IP) pe baza priorității SRV, apoi greutatea (sau la întâmplare, dacă toate sunt egale).
3. Dacă căutarea SRV nu returnează niciun obiectiv:
  
  Clientul caută A/AAAA parametrul rădăcină Xsi și apoi încearcă să se conecteze la adresa IP returnată. Acesta ar putea fi un element de margine de echilibrare a sarcinii sau ar putea fi serverul XSP|ADP în sine.
  
  După cum s-a menționat, înregistrarea A/AAAA trebuie să se rezolve la o adresă IP din aceleași motive.
(Opțional) Puteți furniza ulterior detalii XSI-Actions/XSI-Events personalizate în configurația dispozitivului pentru aplicația Webex, utilizând următoarele etichete:
```
<protocols>
	<xsi>
		<paths>
			<root>%XSI_ROOT_WXT%</root>
			<actions>%XSI_ACTIONS_PATH_WXT%</actions>
			<events>%XSI_EVENTS_PATH_WXT%</events>
		</paths>
	</xsi>
</protocols>
```
1. Acești parametri de configurare au prioritate față de orice configurație din clusterul BroadWorks din Control Hub.
2. Dacă există, clientul va compara adresa XSI originală primită prin configurația BroadWorks Cluster.
3. Dacă există vreo diferență detectată, clientul își va reinițializa conectivitatea XSI Actions/ XSI Events. Primul pas în acest sens este de a efectua același proces de căutare DNS enumerate la pasul 1 – de data aceasta solicitând o căutare pentru valoarea din %XSI_ROOT_WXT% parametrul din fișierul de configurare.
  
  Asigurați-vă că creați înregistrările SRV corespunzătoare dacă utilizați această etichetă pentru a modifica interfețele Xsi.

Eşec

Dacă o solicitare sau o solicitare de bătăi de inimă către o gazdă eșuează, se pot întâmpla mai multe lucruri:

Dacă defecțiunea se datorează unei erori de rețea (de exemplu: TCP, SSL), ruta Aplicației Webex avansează imediat către următoarea gazdă din listă.
Dacă este returnat un cod de eroare (HTTP 5xx), Aplicația Webex marchează acea adresă IP ca fiind blocată și se îndreaptă către următoarea gazdă din listă.
Dacă un răspuns nu este primit într-o perioadă de timp, atunci cererea este considerată nereușită din cauza expirării termenului și următoarele cereri sunt trimise către următoarea gazdă. Cu toate acestea, solicitarea expirată este considerată nereușită. Unele cereri sunt reîncercate după eșec (cu timpul de reîncercare în creștere). Cererile ca presupusul non-vital nu sunt rejudecate.

În cazul bătăilor inimii, dacă există două eșecuri consecutive ale solicitării, Aplicația Webex va reiniția canalul evenimentului.

Rețineți că Aplicația Webex nu efectuează o copie de rezervă, iar descoperirea serviciului DNS se efectuează o singură dată la conectare.

Implementarea Webex pentru BroadWorks

Prezentare generală implementare

Integrare partener pentru Webex pentru Cisco BroadWorks

Configurați serviciile pe dispozitivele Webex pentru |ADP-urile Cisco BroadWorks XSP

Cerem ca aplicația NPS să fie rulată pe un alt XSP|ADP. Cerințele pentru ca XSP|ADP să fie descrise în Configurarea notificărilor de apel din rețea.

Aveți nevoie de următoarele aplicații/servicii pe |ADP-urile dvs. XSP.

Serviciu/Aplicație	Este necesară autentificarea	Scopul serviciului/aplicației
Evenimente Xsi	TLS (serverul se autentifică în clienți)	Controlul apelurilor, notificări serviciu
Acțiuni Xsi	TLS (serverul se autentifică în clienți)	Controlul apelurilor, acțiuni
Gestionare dispozitiv	TLS (serverul se autentifică în clienți)	Descărcare configurație apelare
Serviciu de autentificare	TLS (serverul se autentifică în clienți)	Autentificare de bază
Integrare telefonie informatică	mTLS (autentificare client și server reciproc)	prezență Telefonie
aplicație Vizualizare web setări apel	TLS (serverul se autentifică în clienți)	Expune setările apelurilor utilizatorilor în portalul de auto-asistență din aplicația Webex

Cerințe de co-rezidență

Serviciul de autentificare trebuie să fie co-rezident cu aplicațiile Xsi, deoarece aceste interfețe trebuie să accepte jetoane de lungă durată pentru autorizarea serviciului. Serviciul de autentificare este necesar pentru a valida aceste jetoane.
Serviciul de autentificare și Xsi pot rula pe același port, dacă este necesar.
Puteți separa celelalte servicii/aplicații după cum este necesar pentru scara dvs. (de exemplu, ferma XSP|ADP dedicată gestionării dispozitivelor).
Puteți co-localiza aplicațiile Xsi, CTI, Serviciul de autentificare și DMS.
Nu instalați alte aplicații sau servicii pe |ADP-urile XSP care sunt utilizate pentru integrarea BroadWorks cu Webex.
Nu colocalizați aplicația NPS cu alte aplicații.

Interfețe Xsi

Instalați și configurați aplicațiile Xsi-Actions și Xsi-Events așa cum sunt descrise în Ghidul de configurare a interfeței pentru serviciile Cisco BroadWorks Xtended Services.

Doar o singură instanță a aplicațiilor Xsi-Events trebuie implementată pe XSP|ADP utilizat pentru interfața CTI.

Toate evenimentele Xsi utilizate pentru integrarea Broadworks cu Webex trebuie să aibă același nume de apelControlApplicationName definit în Applications/Xsi-Events/GeneralSettings. De exemplu:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Schimbarea numelui de apelControlApplicationName sau neavând același nume pe toate aplicațiile web Xsi-Events va afecta funcționalitatea abonamentelor și a evenimentelor de telefonie.

Configurați serviciul de autentificare (cu validarea token-ului CI)

Pentru a configura autentificarea mTLS pentru Serviciul Auth în loc de validarea CI Token, consultați Anexa pentru Configurarea serviciilor (cu mTLS pentru Serviciul Auth).

Dacă utilizați în prezent mTLS pentru Serviciul Auth, nu este obligatoriu să vă reconfigurați pentru a utiliza validarea CI Token cu TLS.

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks.
Instalați următorii plasturi pe fiecare server |ADP XSP. Instalați plasturii care sunt potriviți pentru eliberarea dvs.:
- Pentru R22:
  
  AP.platform.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap368601
- Pentru R23:
  
  AP.xsp.23.0.1075.ap376509
  
  AP.platform.23.0.1075.ap376509
- Pentru R24 – nu este necesar niciun plasture
Orice referință la XSP include fie XSP, fie ADP.
Instalați AuthenticationService aplicație pe fiecare serviciu XSP|ADP.
1. Rulați următoarea comandă pentru a activa aplicația AuthenticationService pe XSP|ADP pe calea contextului /authService.
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
2. Rulați această comandă pentru a implementa Serviciul de autentificare pe XSP|ADP:
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...

IdenTrust Commercial Root CA 1
Autoritatea certificatului Go Daddy Root - G2

Verificați dacă aceste certificate sunt prezente în cadrul următoarei CLI

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get

Dacă nu este prezent, executați următoarea comandă pentru a importa trusturile Java implicite:

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust

Alternativ, puteți adăuga manual aceste certificate ca ancore de încredere cu următoarea comandă:

ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>

Configurați furnizorii de identitate rulând următoarele comenzi pe fiecare server |ADP XSP:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get

set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL> — Pentru URL, introduceți URL-ul IssuerName care se aplică clusterului dvs. CI. A se vedea tabelul următor.
set issuerUrl <URL> — Pentru URL, introduceți IssuerUrl care se aplică clusterului dvs. CI. A se vedea următorul tabel.
set tokenInfoUrl <IdPProxy URL> —Introduceți URL-ul proxy IdP care se aplică clusterului dvs. de echipe. A se vedea al doilea tabel care urmează.

Tabelul 1. Setați numele emitentului și adresa URL a emitentului

Dacă CI Cluster este...

Setați numele emitentului și adresa URL a...

US-A

US-B

https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

Dacă nu cunoașteți clusterul CI, puteți obține informațiile din detaliile clientului în vizualizarea Help Desk a Control Hub.

Dacă clusterul Teams este... Setați TokenInfoURL la... (URL proxy IdP)

AXM

AFRA

https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

AORE

https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

Dacă nu cunoașteți clusterul Teams, puteți obține informațiile din detaliile clientului în vizualizarea Help Desk a Control Hub.
Pentru testare, puteți verifica dacă tokenInfoURL este valid prin înlocuirea " idp/authenticate" porțiune a URL-ului cu " ping".

Specificați drepturile Webex care trebuie să fie prezente în profilul de utilizator din Webex executând următoarea comandă:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
Configurați furnizorii de identitate pentru Federația Cisco utilizând următoarele comenzi pe fiecare server |ADP XSP:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
- set flsUrl https://cifls.webex.com/federation
- set refreshPeriodInMinutes 60
- set refreshToken refresh-Token-From-Step1
Rulați următoarea comandă pentru a valida că configurația FLS funcționează. Această comandă va returna lista furnizorilor de identitate:

XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
Configurați Token Management utilizând următoarele comenzi pe fiecare server |ADP XSP:
- XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>
- set tokenIssuer BroadWorks
- set tokenDurationInHours 720
Generați și partajați chei RSA. Trebuie să generați taste pe un XSP|ADP, apoi să le copiați la toate celelalte XSP|ADP. Acest lucru se datorează următorilor factori:
- Trebuie să utilizați aceleași perechi de taste publice/private pentru criptarea/decriptarea tokenului în toate instanțele serviciului de autentificare.
- Cuplul cheie este generat de serviciul de autentificare atunci când este necesar pentru prima dată să eliberați un token.
Dacă ciclați tastele sau modificați lungimea tastei, trebuie să repetați următoarea configurație și să reporniți toate |ADP-urile XSP.
1. Selectați un XSP|ADP de utilizat pentru generarea unei perechi de taste.
2. Utilizați un client pentru a solicita un token criptat de la acel XSP|ADP, solicitând următorul URL din browserul clientului:
  
  https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
  
  (Acest lucru generează o pereche de chei private / publice pe XSP|ADP, dacă nu a existat deja unul)
3. Locația magazinului cu tastatură nu este configurabilă. Exportați tastele:
  
  XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
4. Copiați fișierul exportat /var/broadworks/tmp/authService.keys în aceeași locație pe celelalte ADP-uri XSP|, suprascrierea unui mai în vârstă .keys fișier.
5. Importați tastele pe fiecare dintre celelalte |ADP-uri XSP:
  
  XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Furnizați adresa URL autentiService către containerul web. Containerul web XSP|ADP are nevoie de URL-ul autentiService, astfel încât să poată valida jetoanele. Pe fiecare dintre |ADP-urile XSP:
1. Adăugați URL-ul serviciului de autentificare ca serviciu de autentificare extern pentru BroadWorks Communications Utility:
  
  XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1/authService
2. Adăugați adresa URL a serviciului de autentificare în container:
  
  XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
  
  Acest lucru permite Webex să utilizeze Serviciul de autentificare pentru a valida jetoanele prezentate ca date de autentificare.
3. Verificați parametrul cu get.
4. Reporniți XSP|ADP.

Eliminați cerința de autentificare a clientului pentru serviciul Auth (numai R24)

ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false

Configurarea TLS și Ciphers pe interfețele HTTP (pentru XSI și Serviciul de autentificare)

Aplicațiile Service Authentication, Xsi-Actions și Xsi-Events utilizează interfețe de server HTTP. Nivelurile de configurabilitate TLS pentru aceste aplicații sunt după cum urmează:

Cele mai generale = Sistem > Transport > HTTP > Interfață server HTTP = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații	context CLI
Sistem (global)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Protocoale de transport pentru acest sistem	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP pe acest sistem	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Interfețe server HTTP specifice pe acest sistem	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Citirea configurației interfeței serverului HTTP TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer>
Introduceți get comanda și citiți rezultatele. Ar trebui să vedeți interfețele (adresele IP) și, pentru fiecare, dacă acestea sunt sigure și dacă necesită autentificarea clientului.

Apache tomcat trimite un certificat pentru fiecare interfață securizată; sistemul generează un certificat semnat dacă are nevoie de unul.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Adăugarea protocolului TLS 1.2 la interfața serverului HTTP

Interfața HTTP care interacționează cu Webex Cloud trebuie configurată pentru TLSv1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața serverului HTTP:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> 443 pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> 443 TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața serverului HTTP

Pentru a configura cifrele necesare:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Introduceți comanda get <interfaceIp> 443 pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> 443 <cipherName> pentru a adăuga un cifru la interfața serverului HTTP.

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Configurați managementul dispozitivului pe XSP|ADP, serverul aplicației și serverul profilului

Interfața CTI și configurația aferentă

Comanda de configurare „inmost to outmost” este prezentată mai jos. Respectarea acestei ordonanțe nu este obligatorie.

Configurați serverul aplicației pentru abonamentele CTI
Configurați ADP-urile XSP| pentru abonamentele CTI autentificate mTLS
Deschideți porturile de intrare pentru interfața securizată CTI
Abonați organizația dvs. Webex la BroadWorks CTI Events

Configurați serverul aplicației pentru abonamentele CTI

Actualizați ClientIdentity pe serverul de aplicații cu numele comun (CN) al certificatului de client Webex pentru Cisco BroadWorks CTI.

Pentru fiecare server de aplicații pe care îl utilizați cu Webex, adăugați identitatea certificatului la ClientIdentity după cum urmează:

AS_CLI/System/ClientIdentity> add bwcticlient.webex.com

Numele comun al certificatului de client Webex pentru Cisco BroadWorks este bwcticlient.webex.com.

Configurați TLS și Ciphers pe interfața CTI

Nivelurile de configurabilitate pentru interfața XSP|ADP CTI sunt după cum urmează:

Cele mai generale = Sistem > Transport > Interfețe CTI > Interfață CTI = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații

Context CLI

Sistem (global)

(R22 și ulterior)

XSP|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>

XSP|ADP_CLI/Sistem/SSLCommonSettings/JSSE/Protocoale>

Protocoale de transport pentru acest sistem

(R22 și ulterior)

XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>

XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>

Toate interfețele CTI de pe acest sistem

(R22 și ulterior)

XSP|ADP_CLI/Interfață/CTI/SSLCommonSettings/Ciphers>

XSP|ADP_CLI/Interfață/CTI/SSLCommonSettings/Protocoale>

O interfață CTI specifică pe acest sistem

(R22 și ulterior)

XSP|ADP_CLI/Interfață/CTI/CTIServer/SSLSettings/Ciphers>

XSP|ADP_CLI/Interfață/CTI/CTIServerSSLSettings/Protocoale>

TLS_ECDHE_RSA_CU_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_CU_AES_128_GCM_SHA256
TLS_ECDHE_RSA_CU_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_CU_AES_128_CBC_SHA256
TLS_DHE_DSS_CU_AES_128_GCM_SHA256
TLS_DHE_RSA_CU_AES_128_GCM_SHA256
TLS_DHE_RSA_CU_AES_128_CBC_SHA256
TLS_DHE_DSS_CU_AES_128_CBC_SHA256
TLS_ECDH_RSA_CU_AES_128_GCM_SHA256
TLS_ECDH_ECDSA_CU_AES_128_GCM_SHA256
TLS_ECDH_RSA_CU_AES_128_CBC_SHA256
TLS_ECDH_ECDSA_CU_AES_128_CBC_SHA256

Citirea configurației interfeței CTI TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer>

XSP|ADP_CLI/Interface/CTI/CTIServer> get
  Interface IP  Port  Secure  Server Certificate  Client Auth Req
=================================================================
  10.155.6.175  8012    true                true             true

Adăugarea protocolului TLS 1.2 la interfața CTI

Interfața XSP|ADP CTI care interacționează cu Webex Cloud trebuie configurată pentru TLS v1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața CTI:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața CTI

Pentru a configura cifrele necesare pe interfața CTI:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
Introduceți get comandă pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> <cipherName> pentru a adăuga un cipher la interfața CTI.

XSP|ADP CLI necesită numele standard al suitei de cipher IANA, nu numele suitei de cipher openSSL. De exemplu, pentru a adăuga OpenSSL cipher ECDHE-ECDSA-CHACHA20-POLY1305 la interfața CTI, ați utiliza: XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Anchoare de încredere pentru interfața CTI (R22 și ulterioară)

Pentru fiecare XSP|ADP din infrastructura dvs. care publică evenimente CTI în Webex, efectuați următoarele:

Conectați-vă la Hub pentru parteneri .

Accesați Setări > Apelare BroadWorks și faceți clic pe Descărcare certificat CA Webex pentru a obține CombinedCertChain2023.txt pe computerul local.

Aceste fișiere conțin două seturi de două certificate. Trebuie să divizați fișierele înainte de a le încărca în ADP-urile XSP|. Toate fișierele sunt necesare.

Separați lanțul certificatului în două certificate - combinedcertchain2023.txt
1. Deschideți combinedcertchain2023.txt într-un editor de text.
2. Selectați și tăiați primul bloc de text, inclusiv liniile -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----, și lipiți blocul de text într-un fișier nou.
3. Salvați noul fișier ca root2023.txt.
4. Salvați fișierul original ca issuing2023.txt. Fișierul original ar trebui să aibă acum doar un singur bloc de text, înconjurat de linii -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----.
Copiați ambele fișiere text într-o locație temporară pe XSP|ADP pe care o securizați, de ex. /var/broadworks/tmp/root2023.txt și /var/broadworks/tmp/issuing2023.txt
Conectați-vă la XSP|ADP și navigați la /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
(Opțional) Rulați help updateTrust pentru a vedea parametrii și formatul de comandă.

Încărcați fișierele certificatului în ancore de încredere noi - 2023

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Confirmați că ancorajele sunt actualizate:

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

Permiteți clienților să se autentifice cu certificate:

XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true

Adăugați interfața CTI și activați mTLS

Adăugați interfața CTI SSL.

Contextul CLI depinde de versiunea BroadWorks. Comanda creează un certificat de server semnat pe interfață și forțează interfața să solicite un certificat de client.
- În cazul BroadWorks R22 și R23:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
Înlocuiți certificatul de server și cheia de pe interfețele CTI XSP|ADP. Aveți nevoie de adresa IP a interfeței CTI pentru aceasta; o puteți citi din următorul context:
- În cazul BroadWorks R22 și R23:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer> get
  
  Apoi executați următoarele comenzi pentru a înlocui certificatul autosemnat al interfeței cu propriul certificat și cheia privată:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>
Reporniți XSP|ADP.

Activați accesul la BroadWorks CTI Events pe Webex

Specificați adresa CTI prin care Webex se poate abona la BroadWorks CTI Events.
Abonamentele CTI sunt pe bază de abonat și sunt stabilite și menținute numai în timp ce abonatul este configurat pentru Webex pentru Cisco BroadWorks.

Vizualizare web setări apel

Webex utilizează această funcție pentru a oferi utilizatorilor acces la setările comune ale apelurilor BroadWorks care nu sunt native ale Aplicației Webex.

Vizualizarea web a setărilor de apeluri are două componente:

Aplicație de vizualizare web a setărilor de apeluri, găzduită pe un Cisco BroadWorks XSP|ADP.
Aplicația Webex, care face setările apelurilor într-o vizualizare web.

Experiență utilizator

Utilizatori pentru Windows: Faceți clic pe Setări apel și apoi faceți clic pe Preferințe pentru apeluri deschise > Setări avansate pentru apeluri.
Utilizatori Mac: Faceți clic pe fotografia de profil, apoi Preferințe > Setări avansate pentru apeluri.

Implementarea CSWV pe BroadWorks

Instalați vizualizarea web a setărilor apelurilor pe |ADP-urile XSP

Conectați-vă la cisco.com și căutați "BWCallSettingsWeb" în secțiunea de descărcare software.
Găsiți și descărcați cea mai recentă versiune a fișierului.

De exemplu, BWCallSettingsWeb_1.8.2_1.war( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04) a fost cel mai recent la momentul scrierii.
Instalați, activați și implementați arhiva web în conformitate cu Ghidul de configurare a platformei de servicii Xtended Cisco BroadWorks pentru versiunea |ADP XSP. (Versiunea R24 este https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf).
1. Copiați fișierul .war într-o locație temporară pe XSP|ADP, cum ar fi /tmp/.
2. Navigați la următorul context CLI și executați comanda de instalare:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war
  
  Managerul de software BroadWorks validează și instalează fișierul.
3. [Opțional] Ștergere /tmp/BWCallSettingsWeb_1.7.5_1.war(acest fișier nu mai este necesar).
4. Activați aplicația:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings
  
  Numele și versiunea sunt obligatorii pentru orice aplicație, dar pentru CSWV trebuie să furnizați, de asemenea, un contextPath deoarece este o aplicație negestionată. Puteți utiliza orice valoare care nu este utilizată de o altă aplicație, de exemplu, /callsettings.
5. Implementați aplicația Setări apel pe calea contextului selectat:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
Acum puteți prezice URL-ul setărilor de apel pe care îl veți specifica pentru clienți, după cum urmează:

https://<XSP|ADP-FQDN>/callsettings/

Note:
- Trebuie să furnizați bara de remorcare de pe acest URL atunci când o introduceți în fișierul de configurare a clientului.
- XSP|ADP-FQDN trebuie să corespundă cu FQDN Xsi-Actions, deoarece CSWV trebuie să utilizeze Xsi-Actions, iar CORS nu este acceptat.
Repetați această procedură pentru alte ADP-uri XSP| în mediul Webex pentru Cisco BroadWorks (dacă este necesar).

Aplicația Webview Setări apel este acum activă pe |ADP-urile XSP.

Configurați aplicația Webex pentru a utiliza vizualizarea web a setărilor apelurilor

Pentru mai multe detalii despre configurația clientului, consultați Ghidul de configurare Webex pentru Cisco BroadWorks.

<config>
    <services>
        <web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%">
            <url>%WEB_CALL_SETTINGS_URL_WXT%</url>
        </web-call-settings>

În șablonul de configurare a aplicației Webex din BroadWorks, configurați URL-ul CSWV în %WEB_CALL_SETTINGS_URL_WXT% etichetă.

Dacă nu specificați în mod explicit adresa URL, pagina implicită este goală, iar pagina de setări a apelurilor nu este vizibilă utilizatorilor.

Asigurați-vă că aveți cele mai recente șabloane de configurare pentru aplicația Webex (consultați Profilurile dispozitivului).
Setați ținta de setări pentru apeluri web csw:

%WEB_CALL_SETTINGS_TARGET_WXT% csw
Setați URL-ul setărilor de apeluri web pentru mediul dvs., de exemplu:

%WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/

Ați derivat această valoare atunci când implementați aplicația CSWV.
Fișierul de configurare a clientului rezultat trebuie să aibă o intrare după cum urmează:
```
<web-call-settings target="csw">
    <url>https://yourxsp.example.com/callsettings/</url>
</web-call-settings>
```
Orice referință la XSP include fie XSP, fie ADP.

Configurați notificările push pentru apeluri în Webex pentru Cisco BroadWorks

Aceste servicii notifică dispozitivele mobile ale abonaților Webex pentru Cisco BroadWorks că au apeluri de intrare pe Webex.

Pentru mai multe informații despre NPS, consultați Descrierea caracteristicilor serverului Notification Push.

Prezentare generală proxy NPS

Pentru compatibilitate cu Webex pentru Cisco BroadWorks, CNPS-ul dvs. trebuie să fie patch-uri pentru a sprijini funcția Proxy NPS, Push Server pentru VoIP în UCaaS.

Pentru mai multe informații, consultați Push Server pentru VoIP în Descrierea caracteristicilor UCaaS.
Patch-urile BroadWorks pentru funcție sunt disponibile pe: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.

Pentru software-ul și plasturii NPS, consultați secțiunea Pregătiți-vă NPS pentru Webex pentru Cisco BroadWorks.

Căutați și descărcați plasturele din pagina de descărcare software.
Mai multe informații despre serverul ADP pot fi găsite la https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html.

Considerații APNS

Pregătiți-vă NPS pentru Webex pentru Cisco BroadWorks

Instalați și configurați un XSP dedicat (versiunea minimă R22) sau o platformă de livrare a aplicațiilor (ADP).

Instalați plasturii proxy de autentificare NPS:

Plasturi XSP R22:

Plasturii XSP R23:

Activați aplicația Notificare Push Server.

(Pentru notificări Android) Activați API-ul FCM v1 pe NPS.

XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true

(Pentru notificările Apple iOS) Activați HTTP/2 pe NPS.

XSP_CLI/Applications/NotificationPushServer/APNS/GeneralSettings> set HTTP2Enabled true

Atașați un suport tehnic de la NPS XSP/ADP.

Exemplu: _pushnotification-client._tcp.qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com ÎN A 10.193.78.149

Odată setat, una dintre următoarele este necesară pentru preluarea modificărilor:

Un bw de repornire trebuie preformat într-o fereastră de întreținere.
Prin intermediul CLI Cisco BroadWorks:

R24 și mai în vârstă

AS_CLI/ASDiagnostic/DNS> reîncărcare

R25 +

AS_CLI/ASDiagnostic/DNS/ExecutionServer> reîncărcare

AS_CLI/ASDiagnostic/DNS/ProvisioningServer> reîncărcare

Ce este de făcut în continuare

Pentru instalări noi ale unui NPS, accesați Configurarea NPS pentru a utiliza proxy-ul de autentificare

Pentru a migra o implementare Android existentă la FCMv1, accesați Migrarea NPS la FCMv1

Configurați NPS pentru a utiliza proxy-ul de autentificare

Această sarcină se aplică unei noi instalări de NPS, dedicată Webex pentru Cisco BroadWorks.

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks.

Creați contul clientului pe NPS:

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientId client-Id-From-Step1

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientSecret
New Password: client-Secret-From-Step1

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set RefreshToken
New Password: Refresh-Token-From-Step1

Pentru a verifica valorile pe care le-ați introdus în concordanță cu ceea ce ați primit, rulați XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> get

Emitentul CiscoCI ar trebui să fie ÎNTOTDEAUNA cluster CI din SUA, indiferent de locația dvs., iar implicit ar trebui să fie:

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI> get issuerUrl = https://idbroker.webex.com/idb

Introduceți URL-ul proxy NPS și setați intervalul de reîmprospătare a tokenului (se recomandă 30 de minute):

XSP|ADP_CLI/Applications/NotificationPushServer/CloudNPSService> set url https://nps.uc-one.broadsoft.com/nps/

XSP|ADP_CLI/Applications/NotificationPushServer/CloudNPSService> set VOIPTokenRefreshInterval 1800

(Pentru notificări Android) Adăugați ID-ul aplicației Android în contextul aplicațiilor FCM de pe NPS.

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.cisco.wx2.android

(Pentru notificările Apple iOS) Adăugați ID-ul aplicației în contextul aplicațiilor APNS, asigurându-vă că pentru a omite cheia Auth – setați-l la gol.

XSP|ADP_CLI/Applications/NotificationPushServer/APNS/Production/Tokens> add com.cisco.squared

Configurați următoarele URL-uri NPS:

Context CLI \|ADP XSP	Parametru	Valoare
`XSP\|ADP_CLI/Applications/` `NotificationPushServer/FCM>`	`authURL`	https://www.googleapis.com/oauth2/v4/token
	`pushURL`	https://fcm.googleapis.com/v1/projects/PROJECT-ID/messages:send
	`scope`	https://www.googleapis.com/auth/firebase.messaging
`XSP\|ADP_CLI/Applications/NotificationPushServer` `/APNS/Production>`	`url`	https://api.push.apple.com/3/device

Configurați următorii parametri de conexiune NPS la valorile recomandate afișate:

Context CLI \|ADP XSP	Parametru	Valoare
`XSP\|ADP_CLI/Applications/` `NotificationPushServer/FCM>`	`tokenTimeToLiveInSeconds`	3600
	`connectionPoolSize`	10
	`connectionTimeoutInMilliseconds`	3600
	`connectionIdleTimeoutInSeconds`	600
`XSP\|ADP_CLI/Applications/NotificationPushServer/` `APNS/Production>`	`connectionTimeout`	3000
	`connectionPoolSize`	2
	`connectionIdleTimeoutInSeconds`	600

Verificați dacă serverul de aplicații selectează ID-urile aplicației, deoarece este posibil să fie necesar să adăugați aplicațiile Webex în lista de permisiuni:

Rulați AS_CLI/System/PushNotification> get și verificați valoarea enforceAllowedApplicationList. Dacă este true, trebuie să finalizați această subsarcină. În caz contrar, săriți restul sarcinii secundare.
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.wx2.android “Webex Android”
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.squared “Webex iOS”

Reporniți XSP|ADP: bwrestart

Testați notificările apelurilor efectuând apeluri de la un abonat BroadWorks la doi utilizatori mobili Webex. Verificați dacă apare notificarea de apel pe dispozitivele iOS și Android.

Migrați NPS la FCMv1

Migrați clienții UC-One la FCMv1—Când aveți clienți UCaaS existenți și trebuie să îi migrați pentru a utiliza FCMv1.
Migrați clienții SaaS la FCMv1—Când aveți clienți SaaS existenți și trebuie să îi migrați pentru a utiliza FCMv1.
Actualizați serverul ADP—Când migrați NPS la un server ADP.

Migrați clienții UC-One la FCMv1

Utilizați pașii de mai jos din Google FCM Console pentru a migra clienții UC-One la Google FCM HTTPv1.

<string name="gcm_defaultSenderId">xxxxxxxxxxxxx</string>

Conectați-vă la SDK Administrator FCM la http://console.firebase.google.com.
Selectați aplicația Android corespunzătoare.
În fila General, înregistrați ID-ul proiectului
Navigați la fila Conturi serviciu pentru a configura un cont de serviciu. Puteți crea un cont de serviciu nou sau puteți configura unul existent.

Pentru a crea un nou cont de servicii:
1. Faceți clic pe butonul albastru pentru a crea un nou cont de serviciu
2. Faceți clic pe butonul albastru pentru a genera o nouă cheie privată
3. Descărcați cheia într-o locație sigură
Pentru a reutiliza un cont de serviciu existent:
1. Faceți clic pe textul albastru pentru a vizualiza conturile de servicii existente.
2. Identificați contul de serviciu pe care trebuie să îl utilizați. Contul de serviciu are nevoie de permisiunea firebaseadmin-sdk.
3. Pe dreapta, faceți clic pe meniul hamburger și creați o nouă cheie privată.
4. Descărcați fișierul json care conține cheia și salvați-l într-o locație sigură.
Copiați fișierul json pe XSP|ADP.

Configurați ID-ul proiectului și:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file>
...Done

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> get
  Project ID  Accountkey
========================
  my_project    ********

Configurați aplicația:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id>
...Done

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> get
  Application ID    Project ID
==============================
          my_app    my_project

Activați FCMv1:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Migrați clienții SaaS la FCMv1

Utilizați pașii de mai jos de pe Google FCM Console dacă doriți să migrați clienții SaaS la FCMv1.

Asigurați-vă că ați finalizat deja procedura „Configurați NPS pentru a utiliza proxy-ul de autentificare”.

Dezactivați FCM:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Activați FCM:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Actualizați serverul ADP

Utilizați pașii de mai jos din Consola FCM Google dacă migrați NPS pentru a utiliza un server ADP.

Obțineți fișierul JSON din Consola Google Cloud:
1. Pe Consola Google Cloud, accesați pagina Conturi de servicii .
2. Faceți clic pe Selectați un proiect, alegeți proiectul și faceți clic pe Deschidere.
3. Găsiți rândul contului de serviciu pentru care doriți să creați o cheie, faceți clic pe butonul Mai vertical, apoi faceți clic pe Creare cheie.
4. Selectați un tip de cheie și faceți clic pe Creare
  
  Descărcări de fișiere.
Adăugați FCM la serverul ADP:
1. Importați fișierul JSON pe serverul ADP utilizând /bw/install comanda.
2. Conectați-vă la ADP CLI și adăugați cheia Proiect și API:
  
  ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON:
3. În continuare, adăugați aplicația și cheia:
  
  ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done
4. Verificați configurația:
```
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g
Project ID Accountkey
========================
connect-ucaas ********

ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g
Application ID Project ID
===================================
com.broadsoft.ucaas.connect connect-ucaas
```

Configurați organizația partenerului în Hubul partenerului

Configurați clusterele BroadWorks

[o dată pe cluster]

Acest lucru se face din următoarele motive:

Pentru a activa cloud-ul Webex pentru a vă autentifica utilizatorii împotriva BroadWorks (prin serviciul de autentificare găzduit de XSP|ADP).
Pentru a permite aplicațiilor Webex să utilizeze interfața Xsi pentru controlul apelurilor.
Pentru a permite Webex să asculte evenimentele CTI publicate de BroadWorks (prezență telefonică și istoricul apelurilor).

Împiedicăm acest lucru deoarece un cluster configurat necorespunzător poate cauza probleme care sunt dificil de rezolvat.

Ce trebuie să faceți:

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .
Faceți clic pe Adăugare cluster.

Acest lucru lansează un expert unde vă furnizați interfețele XSP|ADP (URL-uri). Puteți adăuga un port la URL-ul interfeței dacă utilizați un port non-standard.
Denumiți acest cluster și faceți clic pe Înainte.

Conceptul de cluster de aici este pur și simplu o colecție de interfețe, de obicei plasate pe un server XSP|ADP sau pe o fermă, care permit Webex să citească informații de pe serverul aplicației (AS). Este posibil să aveți un XSP|ADP per cluster AS sau mai multe |ADP-uri XSP per cluster sau mai multe clustere AS per XSP|ADP. Cerințele de scară pentru sistemul BroadWorks nu intră în domeniul de aplicare aici.
(Opțional) Introduceți un nume de cont al utilizatorului BroadWorks și o parolă despre care știți că se află în sistemul BroadWorks pe care îl conectați la Webex, apoi faceți clic pe Înainte.

Testele de validare pot utiliza acest cont pentru a valida conexiunile la interfețele din cluster.
Adăugați URL-urile Acțiuni XSI și Evenimente XSI.
Opțional. Actualizați URL-ul DAS cu URL-ul Serviciului de activare a dispozitivului.
Opțional. Bifați caseta de selectare Activare autentificare directă BroadWorks dacă doriți ca conectarea la BroadWorks să fie directă la BroadWorks. În caz contrar, autentificarea la BroadWorks este delegată prin serviciul proxy IdP găzduit de Webex.

Această casetă de selectare afectează aceste situații de conectare:
- Conectare la Portalul de activare a utilizatorului – Utilizatorii trebuie să introducă acreditările BroadWorks atunci când se conectează la portal. Setarea de mai sus determină dacă conectarea este directă la BroadWorks sau prin proxy-ul IdP.
- Conectare la client—Dacă autentificarea BroadWorks este configurată în șablonul de integrare, setarea de mai sus determină dacă conectarea clientului la Aplicația Webex este direcționată către BroadWorks sau este delegată prin proxy-ul IdP.
Faceți clic pe Înainte.
Pe pagina Interfață CTI , faceți următoarele:
1. Adăugați URL-ul CTI și portul pentru interfața CTI la care doriți să vă conectați.
2. Opțional. Activați comutatorul Istoric apeluri și apoi introduceți ID-ul de utilizator BroadWorks. Când este selectată această opțiune, evenimentele din istoricul apelurilor BroadWorks sunt sincronizate cu cloudul Webex. Utilizatorii își pot vizualiza istoricul apelurilor în Aplicația Webex.
3. Opțional. Activați comutatorul Nu deranjați (DND) de sincronizare și apoi introduceți ID-ul de utilizator BroadWorks. Această opțiune sincronizează evenimentele DND între Webex și BroadWorks, asigurându-se că funcția funcționează la fel pe ambele platforme.
4. Faceți clic pe Înainte.
Adăugați URL-ul Serviciului de autentificare .
Selectați Serviciul Auth cu validare token CI.

Această opțiune nu necesită mTLS pentru a proteja conexiunea de la Webex, deoarece Serviciul de autentificare validează în mod corespunzător tokenul utilizatorului față de serviciul de identitate Webex înainte de a emite tokenul de lungă durată utilizatorului.
Revizuiți intrările pe ecranul final, apoi faceți clic pe Creare. Ar trebui să vedeți un mesaj de succes.

Partner Hub trece URL-urile la diverse microservicii Webex care testează conexiunile la interfețele furnizate.
Faceți clic pe Vizualizare clustere și ar trebui să vedeți noul cluster și dacă validarea a reușit.
Butonul Creare poate fi dezactivat pe ecranul final (previzualizare) al expertului. Dacă nu puteți salva șablonul, acesta indică o problemă cu una dintre integrările pe care tocmai le-ați configurat.

Am implementat această verificare pentru a preveni erorile în sarcinile ulterioare. Puteți reveni prin intermediul expertului pe măsură ce configurați implementarea dvs., ceea ce poate necesita modificări ale infrastructurii dvs. (de exemplu, XSP|ADP, echilibrator de sarcină sau firewall), așa cum este documentat în acest ghid, înainte de a putea salva șablonul.

Verificarea conexiunilor la interfețele BroadWorks

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .
Faceți clic pe Vizualizare clustere.
Partner Hub inițiază teste de conectivitate de la diferitele microservicii la interfețele din clustere.

După finalizarea testelor, pagina listei de clustere afișează mesajul de stare de lângă fiecare cluster.

Ar trebui să vedeți mesaje de succes verde. Dacă vedeți un mesaj de Eroare roșu, faceți clic pe numele clusterului afectat pentru a vedea care setare cauzează problema.
Opțional. Selectați un cluster dacă doriți să vedeți setările existente pentru acel cluster, cum ar fi XSI-Actions, XSI-Events, URL-ul DAS și setările interfeței CTI.

Configurați șabloanele de integrare

Puteți crea cât mai multe șabloane de care aveți nevoie, dar numai un singur șablon poate fi asociat unui client.

Conectați-vă la Partner Hub și selectați Clienți.
Faceți clic pe butonul Integrare șabloane pentru a vizualiza șabloanele existente.
Faceți clic pe Creare șablon.
În fereastra Detalii șablon , adăugați numele șablonului, țara sau regiunea și limba de e-mail implicită.
În fereastra Setări serviciu , utilizați lista derulantă Cluster pentru a alege clusterul pe care doriți să îl utilizați cu acest șablon.
Introduceți un nume șablon, apoi faceți clic pe Înainte.

Configurați modul de configurare, utilizând aceste setări recomandate:

Tabelul 3. Setări de dozare recomandate pentru diferite moduri de dozare
Denumire setare	Configurarea Flowthrough cu e-mailuri de încredere	Configurare Flowthrough fără e-mailuri	Auto-configurare utilizator
Activarea fluxului BroadWorks prin configurare (include acreditările contului de configurare dacă este activată**)	Pornit Furnizați numele contului și parola de configurare conform configurației BroadWorks.	Pornit Furnizați numele contului și parola de configurare conform configurației BroadWorks.	Oprit
Creare automată organizații noi în Control Hub	În	În	În
Adresă de e-mail a furnizorului de servicii	Selectați o adresă de e-mail din lista derulantă (puteți introduce unele caractere, pentru a găsi adresa dacă este o listă lungă). Această adresă de e-mail identifică administratorul din cadrul organizației dvs. Partener care va primi acces de administrator delegat la orice noi organizații client create cu șablonul de integrare.
Țară	Alegeți țara pe care o utilizați pentru acest șablon. Țara pe care o alegeți se potrivește cu organizațiile clienților care sunt create cu acest șablon într-o anumită regiune. În prezent, regiunea ar putea fi (EMEAR) sau (America de Nord și restul lumii). Consultați hărțile țării în funcție de regiune din această foaie de calcul. Țara organizației va determina numerele de apelare globale implicite pentru Cisco PSTN în site-urile Webex Meeting. Consultați secțiunea Țară a paginii de ajutor pentru mai multe informații.
Mod BroadWorks Enterprise activ	Activați acest lucru dacă clienții pe care îi furnizați cu acest șablon sunt întreprinderi în BroadWorks. Dacă acestea sunt grupuri, dezactivați acest comutator. Dacă aveți o combinație de întreprinderi și grupuri în BroadWorks dvs., ar trebui să creați șabloane diferite pentru aceste cazuri diferite.

Note din tabel:

† Acest comutator asigură crearea unei noi organizații de clienți dacă domeniul de e-mail al unui abonat nu corespunde unei organizații Webex existente.

Acest lucru ar trebui să fie întotdeauna valabil, cu excepția cazului în care utilizați un proces de comandă și executare manuală (prin Cisco Commerce Workspace) pentru a crea organizații ale clienților în Webex (înainte de a începe să configurați utilizatori în respectivele organizații). Această opțiune este adesea menționată ca modelul „Hybrid Provisioning” și nu intră în domeniul de aplicare al acestui document.
** „Cont de configurare” se referă la contul de administrator la nivel de sistem BroadWorks. Pe BroadWorks, aveți nevoie de un cont de administrator cu aceste atribute: Administrator Type=Configurare, Doar citire=Dezactivare.

Selectați pachetul de servicii implicit pentru clienți utilizând acest șablon (consultați pachetele din secțiunea Prezentare generală); fie Basic, Standard, Premium sau Softphone.

Puteți suprascrie această setare pentru utilizatorii individuali prin intermediul Partner Hub.
Opțional. Verificați Dezactivarea apelurilor gratuite Cisco Webex dacă doriți să dezactivați apelurile Webex.
Pentru Configurarea intrării în întâlnire, selectați una dintre următoarele opțiuni:
- Numere de apelare Cisco (PSTN)
- Numere de apelare furnizate de partener (BYoPSTN)—Dacă selectați această opțiune, consultați Ghidul de soluții PSTN pentru Webex pentru Cisco BroadWorks pentru informații detaliate despre modul de configurare a acestei opțiuni.
Faceți clic pe Înainte.

Există două abordări pentru configurarea abonaților în ceea ce privește modul în care sunt verificate identitățile lor – folosind e-mailuri de încredere sau e-mailuri de neîncredere.

În cazul de e-mail de neîncredere, utilizatorii trebuie să-și verifice e-mailurile înainte de configurare sau utilizatorii se pot auto-activa.

În cazul de neîncredere există mai multe moduri de configurare bazate pe setările de verificare din tabelul de mai jos:

Tabelul 4. Setări de verificare a utilizatorului recomandate pentru modurile de configurare nefiabile
Denumire setare	Configurare Flowthrough fără e-mailuri	Auto-configurare utilizator
Administrator de configurare în primul rând	Recomandată	Nu se aplică
Permiteți utilizatorilor să se autoactiveze	Nu se aplică	Obligatoriu

Note din tabel:
* Fiecare organizație client din Webex trebuie să aibă cel puțin un utilizator cu rol de administrator. Primul utilizator căruia îi atribuiți IM&P integrat în BroadWorks preia rolul de administrator al clientului dacă este creată o nouă organizație client în Webex. În calitate de Furnizor de servicii, este posibil să doriți să aveți control asupra persoanei care primește rolul. Verificarea acestei setări împiedică utilizatorii să finalizeze activarea până când primul utilizator pe care l-ați configurat este activat. Dacă debifați această setare, atunci primul utilizator care devine activ în noua organizație devine administratorul clientului.

Faceți clic pe Înainte.

Selectați modul de autentificare implicit (fie autentificare BroadWorks , fie autentificare Webex) pentru conectarea utilizatorului la Webex.

(Consultați Modul de autentificare din secțiunea Pregătire mediu).

Faceți clic pe Înainte.
Pentru Preferințe, configurați următoarele:
1. Alegeți dacă doriți să Precompletați adresele de e-mail ale utilizatorului în pagina de conectare.
  
  Ar trebui să utilizați această opțiune numai dacă ați selectat BroadWorks Authentication și ați introdus, de asemenea, adresele de e-mail ale utilizatorilor în atributul ID alternativ din BroadWorks. În caz contrar, vor trebui să își folosească numele de utilizator BroadWorks. Pagina de conectare oferă opțiunea de a schimba utilizatorul, dacă este necesar, dar acest lucru poate duce la probleme de conectare.
2. Dacă doriți să activați sincronizarea directorului, setați Activarea sincronizării directorului telefonului pentru toate noile organizații ale clienților la Activare.
  
  Această opțiune permite Webex să citească contactele BroadWorks în organizația client, astfel încât utilizatorii să le poată găsi și apela din aplicația Webex.
3. Introduceți un administrator partener.
  
  Acest nume este utilizat în mesajul de e-mail automat de la Webex, care invită utilizatorii să-și valideze adresele de e-mail.
4. Asigurați-vă că e-mailurile Permiteți invitarea administratorului sunt activate atunci când atașați comutatorul de organe existente (setarea implicită este activată).
5. Faceți clic pe Înainte.
Revizuiți intrările pe ecranul final. Puteți să faceți clic pe comenzile de navigare din partea de sus a expertului pentru a reveni și a schimba orice detalii. Faceți clic pe Creați.

Ar trebui să vedeți un mesaj de succes.
Faceți clic pe Vizualizare șabloane și ar trebui să vedeți noul șablon listat cu orice alte șabloane.
Faceți clic pe numele șablonului pentru a modifica sau șterge șablonul, dacă este necesar.

Nu este necesar să introduceți din nou detaliile contului de configurare. Câmpurile de confirmare a parolei/parolei goale sunt acolo pentru a schimba acreditările dacă trebuie, dar lăsați-le goale pentru a păstra valorile pe care le-ați dat expertului.
Adăugați mai multe șabloane dacă aveți configurații partajate diferite pe care doriți să le furnizați clienților.

Păstrați deschisă pagina Vizualizare șabloane , deoarece este posibil să aveți nevoie de detalii șablon pentru o sarcină ulterioară.

Configurați serverul aplicației cu URL-ul serviciului de furnizare

Această sarcină este necesară numai pentru debit prin configurare.

Server Aplicație Patch (numai R22, R23 și R24)

Dacă nu ați făcut încă acest lucru, aplicați următorul plasture care se aplică eliberării dvs.:.
- Pentru R22: AP.as.22.0.1123.ap373197
- Pentru R23: AP.as.23.0.1075.ap373197
- Pentru R24: AP.as.24.0.944.ap384177
Pentru o listă completă de plasturi BroadWorks care formează cerința de implementare a Webex pentru Cisco BroadWorks, Consultați Cerințele software BroadWorks din secțiunea Referință.
Modificarea la Maintenance/ContainerOptions context.
Activați parametrul URL de configurare:

/AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true

Obțineți URL(URL) de configurare de la Partner Hub

Consultați Ghidul de administrare a interfeței de comandă a serverului Cisco BroadWorks pentru detalii (Interfață > Mesagerie și serviciu > IM&P integrat) ale comenzilor AS.

Conectați-vă la Partner Hub și accesați Setări > Apelare BroadWorks.
Faceți clic pe Vizualizare șabloane.
Selectați șablonul pe care îl utilizați pentru a furniza abonații acestei întreprinderi/grupului în Webex.

Detaliile șablonului se afișează într-un panou de scurgere din dreapta. Dacă nu ați creat încă un șablon, trebuie să faceți acest lucru înainte de a putea obține URL-ul de configurare.
Copiați URL-ul adaptorului de configurare.

Repetați acest lucru pentru alte șabloane dacă aveți mai multe.

(Opțiune) Configurarea parametrilor de configurare la nivel de sistem pe serverul de aplicații

Este posibil să nu doriți să setați domeniul de furnizare și serviciu la nivel de sistem dacă utilizați UC-One SaaS. Consultați Punctele de decizie din secțiunea Pregătire mediu.

Conectați-vă la serverul de aplicații și configurați interfața de mesagerie.
1. AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL
2. AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name
3. AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password
4. AS_CLI/Interface/Messaging> set enableSynchronization true
Activați interfața IMP integrată:
1. /AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
2. /AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true

(Opțiune) Configurarea parametrilor de configurare per întreprindere pe serverul de aplicații

În interfața de utilizator BroadWorks, deschideți întreprinderea pe care doriți să o configurați și accesați Servicii > IM&P integrat.
Selectați Utilizați domeniul serviciului și introduceți o valoare fictivă (Webex ignoră acest parametru. Puteți utiliza example.com).
Selectați Utilizați serverul de mesagerie.

În câmpul URL , lipiți URL-ul de configurare pe care l-ați copiat din șablonul dvs. în Partner Hub.

În câmpul Nume utilizator , introduceți un nume pentru administratorul de configurare. Aceasta trebuie să corespundă valorii din șablonul din Partner Hub.
Introduceți o parolă pentru administratorul de configurare. Aceasta trebuie să corespundă valorii din șablonul din Partner Hub.
Pentru identitatea implicită a utilizatorului pentru ID-ul IM&P, selectați Primar.
Faceți clic Aplicați .
Repetați pentru alte întreprinderi pe care doriți să le configurați pentru debit prin configurare.

Date de configurare a utilizatorului

API Verificare preconfigurare partener

Pentru mai multe informații despre API, consultați: Ghid Webex pentru dezvoltatorii angro

Pentru a utiliza API-ul, accesați: Verificați previzualizarea furnizării abonaților angro

Pentru a accesa Preverificarea unui document de furnizare abonat angro, trebuie să vă conectați la https://developer.webex.com/ portal.

Partenerul SSO - SAML

Verificați dacă furnizorul de identitate terț îndeplinește cerințele enumerate în secțiunea Cerințe pentru furnizorii de identitate din Integrarea cu conectare unică în Control Hub.

Deschideți o solicitare de serviciu cu Cisco TAC. TAC trebuie să stabilească o relație de încredere între furnizorul de identitate terț și serviciul de identitate comună Cisco. .

Încărcați fișierul cu metadate CI pe care TAC l-a furnizat furnizorului dvs. de identitate.
Configurați un șablon de integrare. Pentru setarea Mod de autentificare , selectați Autentificare partener. Pentru ID-ul entității IDP, introduceți EntityID din metadatele XML SAML ale furnizorului de identitate terț.
Creați un utilizator nou într-o nouă organizație client care utilizează șablonul.
Foarte mult că utilizatorul se poate conecta.

Partner SSO - OpenID Connect (OIDC)

Atribut	Obligatoriu	Descriere
Nume IDP	Da	Numele unic, dar insensibil la caz, pentru configurația IdP OIDC, ar putea consta din litere, numere, hife, subliniază, tilduri și puncte, iar lungimea maximă este de 128 de caractere.
ID client OAuth	Da	Utilizat pentru a solicita autentificarea IdP OIDC.
Secret client OAuth	Da	Utilizat pentru a solicita autentificarea IdP OIDC.
Lista scopurilor	Da	Lista scopurilor care vor fi utilizate pentru a solicita autentificarea IdP OIDC, împărțită în funcție de spațiu, de exemplu, „profil de e-mail deschis” Trebuie să includă Openid și e-mail.
Punct final de autorizare	Da, dacă punctul final de descoperire nu este furnizat	URL-ul punctului final de autorizare OAuth 2.0 al IdP.
punct de sfârșit	Da, dacă punctul final de descoperire nu este furnizat	URL-ul punctului final OAuth 2.0 al IdP-ului.
Punct final de descoperire	Nu	URL-ul punctului final de descoperire IdP pentru descoperirea punctelor finale OpenID.
utilizator InfoEndpoint	Nu	URL-ul punctului final de informații despre utilizator al IdP.
Punct final al setului de taste	Nu	URL-ul terminalului JSON Web Key Set al IdP.

În plus față de atributele IDP de mai sus, ID-ul organizației partenere trebuie specificat în cererea TAC.

Configurați URI-ul de redirecționare pe IDP-ul de conectare OpenID.
Configurați un șablon de integrare. Pentru setarea modului de autentificare, selectați Autentificare partener Cu OpenID Connect și introduceți Numele IDP furnizat în timpul configurării IDP ca ID-ul entității IDP OpenID Connect.
Creați un utilizator nou într-o nouă organizație client care utilizează șablonul.
Foarte mult că utilizatorul se poate conecta utilizând fluxul de autentificare SSO.

Activați identificatorul de corelație apeluri

Utilizați CLI pentru a activa caracteristica pe toate interfețele AS și XSP|ADP.

Rulați următoarele comenzi pe interfețele AS. Acest lucru va permite AS pentru a trimite X-BroadWorks-Correlation-Info antet SIP:

AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true

AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true
Fișierul enableCallCorrelationID parametrul asociat cu aplicația Xsi-Actions este utilizat pentru a controla includerea informațiilor privind corelarea apelurilor în jurnalele Xsi-Actions. Se recomandă ca enableCallCorrelationID activată utilizând următoarea comandă pe interfețele XSP|ADP:

XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true

Pentru informații suplimentare despre Identificatorul de corelație apeluri, consultați Descrierea caracteristicilor Identificatorului de corelație apeluri Cisco BroadWorks.

Sincronizare director

Pentru a activa Sincronizarea directorului, accesați Sincronizarea directorului în Webex pentru Cisco BroadWorks.

Istoricul apelurilor unificate

Evenimente din istoricul apelurilor – aceste evenimente sunt utilizate pentru a construi o istorie detaliată a apelurilor unificate
Evenimente de stare cârlig – Istoricul unificat al apelurilor include optimizări de stare cârlig care reduc cantitatea de lățime de bandă a rețelei pentru actualizările de prezență telefonică

Cerințe privind istoricul apelurilor unificate

Înainte de a putea configura istoricul apelurilor unificate, asigurați-vă că ați corectat sistemul. Această caracteristică depinde de următoarele patch-uri BroadWorks care sunt instalate:

Pentru R22:

AP.xsp.22.0.1123.ap378585
AP.as.22.0.1123.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.22.0.1123.ap378585
AP.ps.22.0.1123.ap378585

Pentru R23:

AP.as.23.0.1075.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.23.0.1075.ap378585
Dacă utilizați XSP— AP.xsp.23.0.1075.ap378585
Dacă utilizați ADP— Xsi-Events-23_2021.05_1.251.bwar

Pentru R24:

AP.as.24.0.944.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
Xsi-Events-24_2021.05_1.251.bwar

Pentru a avea informații despre Hunt Group, Call Center și alte redirecționări în istoricul apelurilor Unified, trebuie instalați și activați următorii plasturi Broadworks:

Pentru R23:

AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994

Pentru R24:

AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994

Pentru a avea informații despre Asistentul executiv în istoricul apelurilor Unified, trebuie instalați și activați următorii plasturi Broadworks:

Pentru R24:

AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
ADP care rulează Xsi-Events-24_2022.06 sau mai târziu

În plus față de plasturii Broadworks, sincronizarea directorului trebuie să fie, de asemenea, activată pentru istoricul apelurilor Unified Executive-Assistant.

Activați istoricul apelurilor (cluster nou)

Pentru a activa istoricul apelurilor într-un cluster nou, consultați pașii pentru adăugarea unui cluster în Configurați organizația partenerului în Hubul partenerului.

Activați istoricul apelurilor (cluster existent)

Pentru a activa istoricul apelurilor pe un cluster existent, urmați pașii de mai jos:

Conectați-vă la Partner Hub la admin.webex.com.
Accesați Setări și selectați un cluster existent.
Verificați dacă conexiunea clusterului este bună. Panoul din dreapta trebuie să afișeze o marcă de verificare verde cu Connection stabilită.

Dacă acest lucru nu apare, sub Verificare conexiuni (opțional), introduceți ID-ul de utilizator BroadWorks și parola BroadWorks și faceți clic pe Verificare pentru a verifica dacă conexiunea este bună.
Bifați caseta de selectare Activare istoric apeluri .
Faceți clic pe Salvați.

Interacțiuni caracteristică

Există următoarele interacțiuni ale caracteristicii pentru istoricul apelurilor unificate:

Istoricul de apeluri unificat nu este acceptat pentru utilizatorii care sunt configurați în BroadWorks cu liste de rutare sau rute directe. Atunci când această situație există, evenimentele privind istoricul apelurilor și starea cârligului nu sunt trimise în Aplicația Webex.
Istoricul de apeluri unificat nu este acceptat cu apelarea extensiei. Apelurile care sunt plasate utilizând apelarea extensie nu pot fi reflectate corect în istoricul apelurilor.

Vizualizați istoricul apelurilor în aplicația Webex

Utilizatorii finali pot accesa și vizualiza istoricul de apeluri unificat din aplicația Webex. Pentru detalii, consultați: Istoricul apelurilor și întâlnirilor Webex | View.

Dezactivați istoricul apelurilor unificate

Indicație Spam vizual

Activați istoricul apelurilor unificate conform descrierii din secțiunea anterioară.
Trebuie să fie instalaţi şi activi următorii plasturi:
- AP.as.23.0.1075.ap384591 / AP.as.24.0.944.ap384591
- sau AS-25_Rel_2022.12 la un nivel minim
Funcția trebuie să fie activată prin intermediul CLI AS:
- AS_CLI/System/ActivatableFeature> activați 104112
- AS_CLI/System/StirShaken> setați enableVerificare adevărată
Broadworks trebuie să fie configurat pentru a efectua semnarea, etichetarea și verificarea STIR-SHAKEN așa cum este descris în Etichetarea și Verificarea semnării STIR-SHAKEN Cisco BroadWorks

Identificarea apelantului și redirecționarea apelului

Identificare apelant

Dacă găsește mai multe instanțe ale unui număr într-o singură sursă, nu va încerca să aleagă unul dintre ele, în acest caz, nu va afișa niciun ID de apelant.

Identitatea comună Webex (CI) care conține utilizatorii organizației dvs.
Contacte personale și organizaționale. Contactele personale sunt vizibile sub fila Contacte.
Adresa locală. În Windows - Aplicația Outlook, în Mac - Contacte Mac, în iOS - Contacte iPhone, în Android - Contacte Android.

Redirecționare apel

Apel redirecționat: Afișează numărul care a redirecționat apelul.
Grup de hunting: Afișează numele grupului de hunt care a redirecționat apelul.
Coadă centru de apeluri: Afișează numele cozii care a redirecționat apelul.
Asistent executiv: Afișează numele Executivului pentru care vine apelul.

Excepții:

Pentru apelurile din coada de apeluri internă, în cazul în care un agent apelează înapoi o parte internă, partea de la distanță nu va vedea numele cozii de apeluri, ci va vedea numele agentului care le apelează.

Apelul a fost Răspuns În Altă Parte:

Aspect linie partajată

Această caracteristică ajută utilizatorii să gestioneze apelurile în extensia altui utilizator direct din Aplicația Webex.

Puteți configura aparența liniei partajate numai pentru versiunea desktop a Aplicației Webex.
Puteți adăuga maximum 10 linii în Aplicația Webex, inclusiv linia principală.
Nu puteți aloca linia unui spațiu de lucru ca linie partajată.
Un utilizator nu poate fi asigurat cu serviciul de Asistent Executiv în același timp cu partajarea liniilor.
Portul liniei principale a unui utilizator nu trebuie schimbat într-o linie partajată.

Cerințe

Pentru a implementa această funcție pe Webex pentru Cisco BroadWorks, trebuie să implementați următorii plasturi BroadWorks:

Patch 1: Drapelul proprietarului din lista de dispozitive pentru a sprijini liniile partajate ale clienților Webex

R23 fără ADP:

AP.as.23.0.1075.ap384179
AP.xsp.23.0.1075.ap384179

R23 cu ADP:

AP.as.23.0.1075.ap384179
Xsi-Acţiuni-23_2022.10

R24:

CA: AP.as.24.0.944.ap384179
Xsi-Acţiuni-24_2022.10

R25:

CA: Versiunea RI Rel_ 2022.10_1.310
Xsi-Acțiuni-25_ 2022.10

Patch 2: Patch-uri pentru creșterea numărului de porturi pe tipuri de profil dispozitiv (în acest caz pentru clientul desktop: Comunicator de afaceri).

Versiunea RI Rel_ 2022.10_1.310

Sincronizare Nu deranjați (DND).

Sincronizarea DND se aplică la nivelul clusterului BroadWorks și poate fi activată în Partner Hub de către un administrator partener.

Cerințe preliminare

Asiguraţi-vă că următorii plasturi sunt aplicaţi pe AS şi XSP|ADP. Aplicați numai plasturii pentru versiunea BroadWorks.

Pentru Versiunea 23:

Aplicații ADP: Xsi-Actions-23_ 2022.03_1.220.bwar, Xsi-Events-23_2022.03_1.220.bwar

Pentru versiunea 24:

Aplicații ADP: Xsi-Actions-24_ 2022.03_1.220.bwar, Xsi-Events-24_2022.03_1.220.bwar

După ce aplicați plasturii, activați caracteristica 25433 pe AS:

AS_CLI/System/ActivatableFeature> activate 25433

Activați sincronizarea DND (cluster existent)

Conectați-vă la Partner Hub
Faceți clic pe Setări.
Faceți clic pe Vizualizare cluster și selectați clusterul BroadWorks corespunzător.
Activați comutatorul de sincronizare Nu deranjați (DND).
Introduceți ID-ul de utilizator BroadWorks și faceți clic pe Activare.

Sistemul validează faptul că clusterul BroadWorks are plasturii potriviți pentru a sprijini sincronizarea DND. Dacă validarea eșuează, butonul Salvare este dezactivat.
Dacă validarea reușește, faceți clic pe Salvare.

Odată ce sincronizarea DND este activată, Webex reîmprospătează toate abonamentele utilizatorilor pentru a include pachetul Nu deranjați evenimentul. În funcție de numărul de utilizatori, acest proces poate dura câteva ore pentru a finaliza.
Activarea sincronizării DND este un comutator cu un singur mod. Odată ce funcția este activată, nu o puteți dezactiva pe cont propriu.

Activați sincronizarea DND (cluster nou)

De asemenea, puteți activa funcția în timpul creării de clustere. Pentru detalii, consultați „Configurați clusterele BroadWorks” din Configurați organizația partenerului în Partner Hub.

Dezactivați sincronizarea DND

Nu puteți dezactiva Sincronizarea DND pe cont propriu. Pentru a dezactiva caracteristica, creați un caz BEMS de inginerie cu următoarele informații:

Familie: Serviciu Spark
Produs: Apelare în Webex (Webex pentru BroadWorks)
Componentă: Furnizare WxBW
Cazul BEMS trebuie să precizeze că Nu deranjați sincronizarea trebuie să fie dezactivată pentru un partener. Cazul trebuie să conțină partnerId și clusterId BroadWorks.

Cazuri de utilizare

Înregistrare apeluri

Webex pentru Cisco BroadWorks acceptă patru moduri de înregistrare a apelurilor.

Tabelul 6. Moduri de înregistrare
Moduri de înregistrare	Descriere	Controale/indicatori care se afișează în aplicația Webex
Întotdeauna	Înregistrarea este inițiată automat atunci când apelul este stabilit. Utilizatorul nu are capacitatea de a porni sau opri înregistrarea.	Indicator vizual în curs de înregistrare
Întotdeauna cu întrerupere/reluare	Înregistrarea este inițiată automat atunci când apelul este stabilit. Utilizatorul poate întrerupe și relua înregistrarea.	Indicator vizual în curs de înregistrare Buton pauză înregistrare Buton Reluare înregistrare
Nu este necesară	Înregistrarea este inițiată automat atunci când apelul este stabilit, dar înregistrarea este ștearsă, cu excepția cazului în care utilizatorul apasă Start Recording. Dacă utilizatorul începe înregistrarea, înregistrarea completă din configurarea apelului este reținută. După începerea înregistrării, utilizatorul poate, de asemenea, să întrerupă și să reia înregistrarea	Buton Start Înregistrare Buton pauză înregistrare Buton Reluare înregistrare
OnDemand cu inițiere inițiată de utilizator	Înregistrarea nu inițiază decât dacă utilizatorul selectează opțiunea Start Recording din aplicația Webex. Utilizatorul are opțiunea de a începe și opri înregistrarea de mai multe ori în timpul unui apel.	Buton Start Înregistrare Buton Oprire înregistrare Buton pauză înregistrare

Cerințe

Pentru a implementa această funcție pe Webex pentru Cisco BroadWorks, trebuie să implementați următorii plasturi BroadWorks:

Identificatorul de corelație apeluri trebuie să fie activat. Pentru detalii, consultați Activarea identificatorului de corelație apeluri.

Pentru a utiliza această funcție, trebuie să fie activată următoarea etichetă de configurare: %ENABLE_CALL_RECORDING_WXT%.

Această caracteristică necesită o integrare cu o platformă terță parte de înregistrare a apelurilor.

Pentru a configura înregistrarea apelurilor în BroadWorks, accesați Ghidul interfeței de înregistrare a apelurilor Cisco BroadWorks.

Informații suplimentare

Pentru informații despre utilizator despre modul de utilizare a caracteristicii Înregistrare, accesați help.webex.com articol Webex | Înregistrați apelurile.

Pentru a reda o înregistrare, utilizatorii sau administratorii trebuie să acceseze platforma de înregistrare a apelurilor terță parte.

Grup Call Park și Preluați

Funcție de funcționare

După ce caracteristica este configurată

În timpul unui apel, un utilizator face clic pe opțiunea Park din aplicația Webex pentru a parca apelul la o extensie pe care sistemul o selectează automat. Sistemul afișează extensia utilizatorului pentru o perioadă de 10 secunde.
Un alt utilizator din grup face clic pe opțiunea Recuperare apel din aplicația Webex. Utilizatorul intră apoi în extensia apelului parcat pentru a continua apelul.

Cerințe

Pentru ca această caracteristică să funcționeze, asigurați-vă că aveți următoarele:

Fișierul de configurare a clientului trebuie să aibă următoarele etichete setate:

<call-park enabled="%ENABLE_CALL_PARK_WXT%"
        timer="%CALL_PARK_AUTO_CLOSE_DIALOG_TIMER_WXT%"/>

Identificatorul de corelație apeluri trebuie să fie activat pe AS și XSP|ADP. Pentru detalii, consultați Activarea identificatorului de corelație apeluri.
SBC-ul trebuie să fie configurat pentru a trece ‘ x-broadworks-correlation-in' atribuie SIP către și de la serverul de aplicații.

Configurare

Informații suplimentare

Pentru informații despre utilizator despre modul de utilizare a parcului de apeluri de grup, consultați Webex | Park și preluați apelurile.

Parcare apel/Parcare apel direcționat

Introduceți *68 pentru a parca un apel
Introduceți *88 pentru a prelua un apel

Întrerupeți

Serviciul de tip barge-in este utilizat în mod obișnuit în mediile centrului de apeluri sau în alte situații în care poate fi necesară asistență sau intervenție imediată.

Atunci când apare o barjă, se stabilește un apel în trei moduri între părți. Se introduc următorii termeni:

Supervizor: Un supervizor este o persoană care supraveghează și gestionează o echipă de agenți de servicii pentru clienți sau reprezentanți ai centrului de apeluri. În contextul întreruperii apelurilor, un supervizor are, de obicei, capacitatea de a monitoriza și de a interveni în apelurile în curs ale clienților. Aceștia pot utiliza instrumente de monitorizare a apelurilor sau software-ul pentru a asculta apelurile, pentru a oferi îndrumare agenților și pentru a asigura controlul calității. Rolul supraveghetorului poate implica agenți de formare, abordarea preocupărilor clienților și optimizarea performanței echipei.
Client: Un client se referă la o persoană sau o entitate care se angajează cu o companie sau o organizație pentru a obține produse, servicii sau asistență. În contextul introducerii apelului, un client este o persoană care efectuează sau primește un apel telefonic cu un agent de servicii pentru clienți. Clienții pot solicita asistență, informații sau soluționarea întrebărilor sau problemelor lor în timpul apelului. Funcția de blocare a apelurilor permite supraveghetorilor sau personalului autorizat să se alăture apelului în curs între client și agent.
Agent: Un agent, cunoscut și sub numele de reprezentant al serviciului pentru clienți sau agent al centrului de apeluri, este o persoană responsabilă pentru gestionarea interacțiunilor cu clienții și furnizarea de asistență sau asistență prin telefon sau prin alte canale de comunicare. Agenții sunt instruiți să abordeze întrebările clienților, să rezolve problemele, să proceseze tranzacțiile și să ofere o experiență pozitivă pentru clienți. În contextul intrării în apelare, un agent este persoana care vorbește direct cu clientul în timpul apelului telefonic. Agentul poate primi îndrumare sau feedback de la supervizor prin intermediul apelului de tip barge-in, dacă este necesar.

Creşterea numărului de apeluri nativ mobile la întâlnire

Scala de apel nativ mobil la întâlnire vine cu două caracteristici unice:

Notificare push nouă

Utilizatorii de telefonie mobilă aflați într-un apel nativ pot comuta acum la Aplicația Webex atingând Notificarea push nouă. Când începeți un ecran de apel nativ, pe ecran apare o Notificare push Nouă și atingând notificarea vă duce direct la ecranul în apel al Aplicației Webex.

Vizualizați notificarea Webex în timpul unui apel telefonic mobil dacă utilizați Webex Go sau operatorul de rețea mobilă (MNO) are semnalizarea apelurilor utilizând controlul apelurilor Cisco pentru apelurile telefonice mobile.
Mutați apelul mobil în întâlnire

Când vă aflați în mijlocul unui apel cu cineva, este posibil să doriți să mutați acel apel într-o întâlnire pentru a utiliza unele caracteristici avansate ale întâlnirilor, cum ar fi transmisia video, partajarea sau tabla. Sau invitați alte persoane la discuție și mutați-vă la o întâlnire.

Cerințe BroadWorks

Caracteristică activabilă 25239
R23 cu XSP|ADP:
- AS Patch AP.as.23.0.1075.ap383064
- XSP|ADP Patch AP.xsp.23.0.1075.ap383064
- Patch AP.platform.23.0.1075.ap383064
R23 cu ADP:
- AS Patch AP.as.23.0.1075.ap383064
- ADP cu Xsi-Actions-23, versiunea CommPilot-23 > 2022.05_1.303 și versiunea NPS > 2022.08_1.350
R24:
- CA plasture transdermic: AP.as.24.0.944.ap383064
- ADP cu Xsi-Actions-24, versiunea CommPilot-24 > 2022.05_1.303 și versiunea NPS > 2022.08_1.350
R25:
- AS versiunea RI Rel_ 2022.08_1.354
- ADP cu Xsi-Actions-25, CommPilot-25 > 2022.08_1.350 și versiunea NPS > 2022.08_1.350

Configurație apelare URI pentru a sprijini mutarea apelului în întâlnire

Politica NS de apelare rapidă

Definiți regula pentru (.*)webex.com pentru a ruta prin I-SBC

NS_CLI/Policy/UrlDialing> get WebexMeetings
 Policy: UrlDialing  Instance: Webex
   unknownSipURIHandling = reject
   disableSubscriberLookups = true
   Enable = true
   CallTypes:
     Selection = {ALL}
     From = {PCS, ALL, TRMT, LO, TPSX, OAX, GNT, DP, LPS, OA, TPS, IOA, MOBX, EA, FGB, MOB, SNEN, POA, SV, SVCD, CAC, IN, TO1X, MS, CSV, VSC, EM, SVCO, SMC, TPSE, ZD, NIL, CS, CT, TF, GAN, VFAC, TO, DA, OAP}
   lineportOnly = false
   enableSipURIMatchingRules = true

NS_CLI/Policy/UrlDialing/Rules> get WebexMeetings
 Policy: UrlDialing  Instance: WebexCalling  Table: Rules
   id            pattern      routingNE  cost  weight            dtg
===================================================================
    1      *@*.webex.com  WebexMeetings     1      50  WebexMeetings

NS Routing NE pentru I-SBC

configurare Exemplu

NS_CLI/System/Device/RoutingNE> get ne WebexMeetings
 Network Element  WebexMeetings
    Location              =  1281465
    Data Center           =
    Static Cost           =  1
    Static Weight         =  99
    Poll                  =  false
    OpState               =  enabled
    State                 =  OnLine
    Profile               =  NIL_PROFILE
    Remote Lookup Enabled =  false
    Signaling Attributes  =

NS_CLI/System/Device/RoutingNE/Address> get ne WebexMeetings
      Routing NE     Address  Cost  Weight  Port    Transport    Route
=====================================================================
   WebexMeetings sbc-address     1      99     -  unspecified

Profil de rutare NS

Instanța de politică UrlDialing adăugată la profilul(ele) de rutare corespunzător(e)

NS_CLI/Policy/Profile> get profile MyInst
 Profile:  Webex
                  Policy              Instance
    ==========================================
 …
              UrlDialing          WebexMeetings

CA Utilizare Rută NS pentru apel NetworkURL

Activați AS pentru a onora ruta NS în modul Hybrid AS

AS_CLI/Interface/IMS> set queryNSForNetworkURL true

Apelare de urgență E911

Utilizați următoarele articole Webex pentru a configura asistența pentru serviciile de apelare de urgență E911:

Apelare de urgență E911 în Webex pentru BroadWorks—Utilizați acest articol pentru a configura apelarea de urgență E911 în Webex pentru Cisco BroadWorks utilizând unul dintre următorii furnizori E911 acceptați:
- Lățime de bandă
- Intrado
- RedSky
Disclaimer pentru apeluri de urgență—Dacă aveți un serviciu de localizare, puteți configura fereastra Disclaimer pentru servicii de urgență din Aplicația Webex pentru a include o opțiune pentru ca utilizatorii să își actualizeze locația atunci când se conectează.

Personalizați și configurați clienții

Aceste două seturi de configurații se pot suprapune, caz în care configurația Webex depășește configurația BroadWorks.

Adăugați șabloane de configurare a aplicațiilor Webex pe serverul aplicației BroadWorks

Aplicațiile Webex sunt configurate cu fișiere DTAF. Clienții descarcă un fișier XML de configurare de pe serverul aplicației, prin serviciul de administrare a dispozitivelor de pe XSP|ADP.

Obțineți fișierele DTAF necesare (consultați profilurile dispozitivului din secțiunea Pregătire mediu).
Verificați dacă aveți seturile de etichete corecte în BroadWorks System > Resurse > Setările etichetei de administrare a dispozitivelor.

Pentru fiecare client pe care îl configurați:

Descărcați și extrageți fișierul zip DTAF pentru clientul particular.
Importați fișiere DTAF în BroadWorks la Sistem > Resurse > Tipuri de profil de identitate/dispozitiv

Deschideți profilul dispozitivului nou adăugat pentru editare și:

Introduceți FQDN și Protocolul de acces la dispozitiv la ferma XSP|ADP.

Bifați caseta de selectare Support Remote Party Info . Acest suport este necesar pentru ca partajarea desktop-ului să funcționeze.

Modificați șabloanele în funcție de mediul dumneavoastră (consultați tabelul de mai jos).
Salvează-ți profilul.

Faceți clic pe Fișiere și autentificare și apoi selectați opțiunea de a reconstrui toate fișierele de sistem.

Nume	Descriere
Prioritate Codec	Configurați ordinea prioritară pentru codecurile audio și video pentru apelurile VoIP
TCP, UDP și TLS	Configurați protocoalele utilizate pentru semnalizarea SIP și media
Porturi audio și video RTP	Configurați intervalele portului pentru transmisia audio și video RTP
opțiuni SIP	Configurați diferite opțiuni legate de SIP (SIP INFO, utilizați rport, descoperire proxy SIP, intervale de reîmprospătare pentru înregistrare și abonare etc.)

Personalizați brandingul pentru aplicația Webex

Personalizări partener — Administratorii parteneri pot aplica personalizări avansate de branding care se aplică organizației partenere și/sau clienților pe care partenerul îi gestionează. Consultați Configurarea personalizărilor avansate de branding.
Personalizări client – Dacă partenerul permite clienților să aplice propriile personalizări Branding, administratorii clienților pot urma procedurile de la Adăugare Branding Company la Webex.

Portalul de activare a utilizatorului utilizează aceeași siglă pe care o adăugați pentru branding-ul clientului.

Personalizați URL-urile de raportare a problemelor și de asistență

Pentru a personaliza aceste opțiuni, administratorii pot urma procedura "Add Feedback and Help Site URL", care poate fi găsită în ambele articole de Branding de mai sus.

Configurați organizația dvs. de testare pentru Webex pentru Cisco BroadWorks

Înainte de a începe

Cu Flowthrough Provizionare

Trebuie să configurați toate serviciile XSP|ADP și organizația parteneră din Control Hub, înainte de a putea efectua această sarcină.

Alocați serviciul în BroadWorks:

Creați o întreprindere de testare sub întreprinderea furnizorului dvs. de servicii în BroadWorks sau creați un grup de testare sub Furnizorul dvs. de servicii (depinde de configurarea BroadWorks).
Configurați serviciul IM&P pentru acea întreprindere, pentru a indica șablonul pe care îl testați (preluați URL-ul adaptorului de configurare și acreditările din șablonul de integrare Control Hub).
Creați abonați de testare în acea întreprindere / grup.
Oferiți utilizatorilor adrese de e-mail unice în câmpul de e-mail din BroadWorks. Copiați și cele din atributul ID alternativ.

Alocați serviciul IM&P integrat abonaților respectivi.

Verificați organizația clienților și utilizatorii din Control Hub:

Conectați-vă la Control Hub cu contul de administrator partener.
Accesați Clienți și verificați dacă noua dvs. organizație client se află în listă (numele urmează numele grupului sau numele întreprinderii, de la BroadWorks).
Deschideți organizația client și verificați dacă abonații sunt utilizatori în organizația respectivă.
Verificați dacă primul abonat căruia i-ați atribuit serviciul IM&P integrat a devenit administratorul clientului acelei organizații.

Teste utilizator

1	Descărcați aplicația Webex pe două mașini diferite.
2	Conectați-vă ca utilizatori de testare pe cele două mașini.
3	Efectuați apeluri de testare.

Gestionarea Webex pentru BroadWorks

Furnizarea de organizații pentru clienți

Furnizați utilizatori

Puteți să furnizați utilizatorilor în aceste moduri:

Utilizați API-uri pentru a crea conturi Webex
Alocați IM&P integrat (configurare flux) cu e-mailuri de încredere pentru a crea conturi Webex
Alocați IM&P integrat (configurare flux) fără e-mailuri de încredere. Utilizatorii furnizează și validează adrese de e-mail pentru a crea conturi Webex
Permiteți utilizatorilor să se autoactiveze (le trimiteți un link, creează conturi Webex)

API-uri de asigurare a accesului public

Clienții angro vor fi respinși de aceste API-uri.

Configurare flowthrough

Pentru a confirma că utilizatorii și organizația client sunt complet configurați pe Webex, trebuie să vă conectați la Partner Hub și să căutați în lista de clienți.

Locația șabloanelor a fost mutată de la BroadWorks Calling in Org Settings la secțiunea Listă de clienți și acum se numește șablonul de integrare.

Auto-activare utilizator

Pentru a furniza utilizatorilor BroadWorks în Webex, fără a aloca serviciul IM&P integrat:

Conectați-vă la Partner Hub și găsiți pagina Listă clienți .
Faceți clic pe Vizualizare șabloane.
Selectați șablonul de integrare de configurare pe care doriți să îl aplicați acestui utilizator.

Rețineți că fiecare șablon este asociat cu un cluster și cu organizația dvs. parteneră. Dacă utilizatorul nu se află în sistemul BroadWorks asociat cu acest șablon, utilizatorul nu se poate auto-activa cu link-ul.
Copiați linkul de configurare și trimiteți-l utilizatorului.

De asemenea, este posibil să doriți să includeți linkul de descărcare a software-ului și să reamintiți utilizatorului de care are nevoie pentru a furniza și valida adresa de e-mail pentru a-și activa contul Webex.
Puteți monitoriza starea de activare a utilizatorului în șablonul selectat.

Pentru mai multe informații, consultați Fluxurile de configurare și activare a utilizatorului.

Furnizarea de e-mailuri de neîncredere

Mutați utilizatorii Webex în Webex pentru Cisco BroadWorks

Pentru a muta utilizatorii Webex existenți în Webex pentru Cisco BroadWorks, consultați tabelul de mai jos pentru a determina procedura de urmat.

Utilizatorul Webex existent aparține unui...

Urmați aceste procese pentru a muta utilizatorul

Organizația consumatorului sau autentificarea (de exemplu, cont gratuit, cont de încercare)

Configurarea utilizatorilor—Dacă organizația Webex pentru BroadWorks nu există (fără utilizatori configurați), urmați configurarea normală pentru a furniza primul utilizator ca utilizator de administrator și creați organizația. Acest lucru mută automat contul de utilizator Webex pentru primul utilizator. Pentru utilizatorii următori, utilizați procedura de mai jos.
Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks—Dacă există organizația Webex pentru BroadWorks (primul utilizator este configurat), obțineți consimțământul utilizatorului și mutați utilizatorii următori.

organizație Client

Utilizatorul Webex existent aparține unui...

Urmați aceste procese pentru a muta utilizatorul

Organizația consumatorului sau autentificarea (de exemplu, cont gratuit, cont de încercare)

Dacă organizația Webex for BroadWorks nu există (nu sunt configurați utilizatori):

Configurarea utilizatorilor—Urmați configurarea normală pentru a adăuga primul utilizator ca utilizator de administrator. Acest lucru mută automat contul primului utilizator și creează organizația Webex pentru BroadWorks. Consimțământul utilizatorului este necesar pentru a muta utilizatorii secvențiali (utilizați procedura de mai jos).

Dacă există o organizație Webex for BroadWorks (cel puțin un utilizator este configurat):

Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks—Obțineți consimțământul utilizatorului și mutați utilizatorii următori.

organizație Client

Atașați Webex for BroadWorks la organizația existentă—atașamentul organizației (pentru primul utilizator) adaugă, de asemenea, Webex for BroadWorks la utilizatorii următori, atât timp cât acestea sunt atribuite organizației corecte.

Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks

Mutați utilizatorul (cu e-mail de încredere) – utilizează configurarea cu e-mailuri de încredere
Mutați utilizatorul (cu e-mail de neîncredere) – utilizează configurarea cu e-mailuri nefiabile
Auto-activare

Mutați utilizatorul (cu e-mail de încredere)

Dacă șablonul de integrare utilizează e-mailuri de încredere, administratorul partener poate muta utilizatorii următori în acest proces:

Administratorul adaugă utilizatorul.
- Utilizatorul este împins la Podul de configurare BroadWorks.
- Căutarea CI determină faptul că acest utilizator are un alt cont Webex cu această adresă de e-mail.
- Un e-mail automat este trimis utilizatorului.
Utilizatorul deschide e-mailul și face clic pe Activare cont. Utilizatorul este redirecționat către portalul Webex Consumer.
Conectați utilizatorul la Webex.
Faceți clic pe Ștergere pentru a șterge vechiul cont Webex.
- Contul vechi Webex este șters.
- Utilizatorul este configurat în Webex pentru Cisco BroadWorks utilizând aceeași adresă de e-mail.
- Utilizatorul este direcționat către pagina Descărcare.

Mutați utilizatorul (cu e-mail de neîncredere)

Administratorul adaugă utilizatorul.
- Utilizatorul este împins automat la Podul de configurare BroadWorks.
- Un text cu un link de activare este trimis utilizatorului.
Utilizatorul face clic pe linkul Activare și introduce adresa lor de e-mail.
- Căutarea CI determină faptul că acest utilizator are un alt cont Webex cu această adresă de e-mail.
- Un e-mail automat este trimis utilizatorului.
Utilizatorul deschide e-mailul și face clic pe Alăturați-vă acum.
- Adresa de e-mail este validată.
- Utilizatorul este redirecționat pentru a se conecta la portalul Webex Consumer.
Conectați utilizatorul la Webex.
Utilizatorul trebuie să facă clic pe Ștergere pentru a șterge vechiul cont Webex.
- Contul vechi Webex este șters.
- Utilizatorul este configurat în Webex pentru Cisco BroadWorks utilizând aceeași adresă de e-mail.
- Utilizatorul este direcționat către pagina Descărcare.

Flux de auto-activare

Dacă utilizatorul are un cont BroadWorks existent, acesta poate utiliza procesul de auto-activare pentru a-și muta contul.

Utilizatorul se conectează la URL-ul Portalului de acces al utilizatorului utilizând acreditările BroadWorks.
Utilizatorul își introduce adresa de e-mail.
- Utilizatorul este împins la BroadWorks Provisioning Bridge.
- Un e-mail automat este trimis la adresa de e-mail a utilizatorului.
Utilizatorul deschide e-mailul și face clic pe link-ul Alăturați-vă acum , care validează adresa de e-mail.
- CI găsește că utilizatorul are un cont Webex existent. Utilizatorul trebuie să șteargă vechiul cont înainte de a putea continua.
- Utilizatorul este redirecționat pentru a se conecta la Webex.
Utilizatorul se conectează la Portalul pentru consumatori.
Utilizatorul face clic pe Ștergere cont.
- Contul Webex vechi este șters.
- Utilizatorul are la dispoziție un nou cont Webex pentru Cisco BroadWorks cu aceeași adresă de e-mail.

Atașați Webex for BroadWorks la organizația existentă

Este necesară aprobarea administratorului organizației dacă oricare dintre următoarele sunt adevărate:

Organizația client existentă are 100 de utilizatori sau mai mulți
Organizația are un domeniu de e-mail verificat
Domeniul organizației este revendicat

Dacă niciunul dintre criteriile de mai sus nu este adevărat, atunci poate apărea o Atașare Automată.

Administratorii parteneri pot finaliza următoarea procedură pentru a adăuga servicii de apelare BroadWorks la o organizație Webex existentă:

Asigurați-vă că e-mailurile Permite invitarea administratorului sunt atașate la organele existente (comutatorul este activat în mod implicit).

Administratorul partener furnizează Webex pentru Cisco BroadWorks pentru client. Pentru ajutor, consultați Furnizarea organizațiilor pentru clienți. Se întâmplă următoarele:

Atașamentul organizației eșuează cu o 2017 eroare (Nu s-a putut furniza Abonatul într-o organizație Webex existentă). (O eroare nu va fi primită în timpul unui atașament automat.)
Se generează o notificare prin e-mail și se trimite administratorilor organizației clientului (până la cinci administratori). Notificarea prin e-mail evidențiază e-mailul administratorului partenerului (așa cum este configurat în șablonul de integrare din Hub-ul partenerului) și solicită administratorului organizației să aprobe administratorul partenerului ca administrator extern. Administratorul organizației clientului trebuie să aprobe cererea și să ofere administratorului partener acces complet al administratorului la organizația clientului.

După finalizarea furnizării serviciilor de apelare, organizația client existentă va fi vizibilă ca client sub organizația partener Webex pentru BroadWorks.

Numele organizației atașate nu se va schimba în numele întreprinderii BroadWorks. Numele organizației atașate va rămâne așa cum a fost înainte de procesul de atașare.

Condițiile atașamentului organizației

Adresa de e-mail a primului abonat BroadWorks furnizat trebuie să corespundă cu adresa de e-mail a unui utilizator existent în organizația client vizată. În caz contrar, va fi creată o nouă organizație pentru clienți.
Primul utilizator din organizația existentă care este configurat pentru Webex pentru BroadWorks nu este configurat ca utilizator de administrator. Setările și drepturile organizației existente sunt păstrate.
Setările de autentificare existente ale organizației au prioritate față de ceea ce este configurat în șablonul de configurare Webex pentru BroadWorks. Ca rezultat, nu există nicio modificare a modului în care utilizatorii existenți se conectează.
- Cu toate acestea, dacă organizația client existentă are activată branding-ul de bază, după ce atașamentul apare, setările avansate de branding ale partenerului vor avea prioritate. Dacă clientul dorește ca brandingul de bază să rămână intact, atunci partenerul trebuie să configureze organizația clientului pentru a suprascrie brandingul în setările avansate de branding.
Numele organizației existente nu se va schimba.
Nu există nicio modificare a setării steagului de ștergere a e-mailului în setările organizației existente. Acest lucru poate afecta utilizatorii nou configurați. În funcție de modul în care este setat steagul, este posibil ca noii utilizatori să primească sau să nu primească un e-mail cu un cod care trebuie introdus pentru a finaliza activarea.
Modul Administrator restricționat (setat de comutatorul Modul partener restricționat) este dezactivat pentru organizația atașată.
Asigurați-vă că finalizați procesul de atașare a organizației (mutarea utilizatorilor existenți și actualizarea ID-ului organizației), înainte de a furniza noi utilizatori în organizația Webex pentru Cisco BroadWorks.
O întreprindere BroadWorks poate fi asociată doar cu o singură organizație Webex. Nu puteți furniza abonați de la o singură întreprindere BroadWorks în organizații Webex separate.

Adăugare administrator extern

Administratorul clientului trebuie să ofere administratorului extern drepturi și privilegii de Administrator complet.

Dezactivați Webex pentru BroadWorks din organizația existentă

Dacă nu aveți acces la setările clientului din Control Hub, administratorul clientului vă acordă acces la administratorul extern urmând Aprobarea solicitării administratorului extern.
Eliminați toate spațiile de lucru Webex pentru BroadWorks din organizație. Utilizați API-ul Eliminare spațiu de lucru BroadWorks .
Eliminați toți abonații Webex pentru BroadWorks din organizație. Utilizați API-ul Eliminare abonat BroadWorks .
Eliminați utilizatorii Webex în așteptare pentru BroadWorks din organizație. De exemplu, dacă utilizatorii au fost configurați prin intermediul fluxului de e-mail neautentificat și e-mailurile valide nu au fost încă introduse, utilizatorii sunt lăsați într-o stare în așteptare. Urmați Verificați configurarea utilizatorului cu e-mailuri nefiabile pentru a șterge utilizatorii.
Ștergeți configurația BroadWorks Calling pentru acest client. Deschideți instanța Control Hub a clientului, faceți clic pe Hybrid, în secțiunea BroadWorks Calling ștergeți toate configurațiile.

După finalizarea detașării, dacă doriți să atașați Webex for BroadWorks clientului, urmați procesele de configurare pentru a atașa unui client existent.

Gestionați utilizatorii și organizațiile

Verificați configurarea utilizatorului cu e-mailuri de neîncredere

1	Conectați-vă la Partner Hub și găsiți pagina Listă clienți .
2	Faceți clic pe Vizualizare șabloane. Selectați șablonul de integrare corespunzător pe care doriți să îl aplicați acestui utilizator.
3	În conformitate cu Verificarea utilizatorului, verificați dacă sunt setate următoarele setări pentru a vă asigura că configurarea fluxului cu e-mailuri neconfirmate este configurată corect: Opțiunea E-mailuri nefiabile trebuie bifată Câmpul Share Link trebuie să indice linkul Activare. Dacă totul este configurat, utilizatorii pot încerca să se autosesizeze prin Portalul de activare a utilizatorului.
4	După ce apare configurarea utilizatorului, în secțiunea Verificare utilizator , faceți clic pe Afișare stare utilizator pentru a verifica starea de configurare. Vizualizarea stării utilizatorului afișează lista de utilizatori împreună cu detalii, cum ar fi ID-ul BroadWorks, tipul de pachet selectat și starea curentă, care arată dacă utilizatorul este configurat sau dacă există o cerință în așteptare.
5	Pentru utilizatorii cu erori sau cerințe în așteptare, faceți clic pe cele trei puncte din dreapta și alegeți una dintre următoarele opțiuni administrative: Reîncercați activarea—Faceți clic pe această opțiune pentru a reîncerca integrarea utilizatorului. În fereastra pop-up, introduceți o adresă de e-mail validă și faceți clic pe Înregistrare. Ștergeți utilizatorul—Această opțiune poate fi adecvată dacă trebuie să modificați configurația pentru a permite integrarea. După ce ștergeți utilizatorul și efectuați modificările, utilizatorul poate încerca din nou să se integreze. Schimbați tipul de pachet—Schimbați setarea de la un pachet la altul: Copiați textul de eroare—Faceți clic pe această opțiune pentru a copia textul de eroare.

Opțiuni de vizualizare suplimentare

Următoarele opțiuni suplimentare sunt disponibile atunci când vizualizați lista de utilizatori:

Export—Faceți clic pe acest buton dacă doriți să exportați lista de utilizatori într-un fișier CSV.
Excludeți utilizatorii configurați—Activați acest comutator dacă doriți să vizualizați numai utilizatorii cu cerințe în așteptare sau erori.

Modificați ID-ul utilizatorului sau adresa de e-mail

Modificări ale ID-ului de utilizator și adresei de e-mail

Atribut în BroadWorks	Atribut corespunzător în Webex	Scop	Note
ID utilizator BroadWorks	Fără	Identificator principal	Nu puteți schimba acest identificator și totuși să asociați utilizatorul la același cont în Webex. Puteți șterge utilizatorul și recrea dacă nu este corect.
ID e-mail	ID utilizator	Obligatoriu pentru configurarea prin flux (crearea ID-ului de utilizator Webex) atunci când afirmați că aveți încredere în e-mail Nu este necesar în BroadWorks dacă nu afirmați că puteți avea încredere în e-mailuri Nu este necesar în BroadWorks dacă permiteți abonaților să se auto-activeze	Există un proces manual pentru a schimba acest lucru în ambele locuri dacă utilizatorul este configurat cu adresa de e-mail greșită: Schimbați adresa de e-mail a utilizatorului în Control Hub Modificați atributul ID-ului de e-mail în BroadWorks Nu modificați ID-ul de utilizator BroadWorks. Acest lucru nu este acceptat.
ID alternativ	Fără	Permite autentificarea utilizatorului, prin e-mail și parolă, împotriva ID-ului de utilizator BroadWorks	Ar trebui să fie la fel ca ID-ul de e-mail. Dacă Nu puteți introduce e-mailul în atributul ID alternativ, utilizatorii vor trebui să introducă ID-ul de utilizator BroadWorks atunci când se autentifică.

Schimbați pachetul de utilizatori în Partner Hub

1	Conectați-vă la Partner Hub și faceți clic pe Clienți.
2	Găsiți și selectați organizația clientului în care este găzduit utilizatorul. Pagina de prezentare generală a organizației se deschide într-un panou din dreapta ecranului.
3	Faceți clic pe Vizualizare client. Organizația clientului se deschide în Control Hub, afișând pagina Prezentare generală.
4	Faceți clic pe Utilizatori, apoi găsiți și faceți clic pe utilizatorul afectat.
5	În Serviciile utilizatorului, faceți clic pe Webex for BroadWorks Packages (Abonamente). Se deschide panoul de pachete al utilizatorului și puteți vedea ce pachet este alocat în prezent utilizatorului.
6	În fila Profil , căutați în secțiunea Pachet și faceți clic pe săgeată (>) pentru a extinde vizualizarea.
7	Selectaţi pachetul dorit pentru acest utilizator (Basic, Standard, Premium sau Softphone) şi faceţi clic pe Salvare. Control Hub afișează un mesaj pe care utilizatorul îl actualizează.
8	Puteți închide detaliile utilizatorului și fila Control Hub.

Este posibil să dureze două până la trei ore pentru noile setări PMR care rezultă dintr-o modificare a pachetului pentru a fi actualizate.

Ștergeți utilizatorii

Există o varietate de metode pe care administratorii le pot utiliza pentru a șterge un utilizator din Webex pentru Cisco BroadWorks:

Webex pentru API Cisco BroadWorks

Administratorii parteneri pot utiliza API-ul Webex pentru Cisco BroadWorks pentru a șterge utilizatorii:

Rulați Eliminați o solicitare API pentru abonații BroadWorks la https://developer.webex.com/docs/api/v1/broadworks-subscribers/remove-a-broadworks-subscriber. Această solicitare elimină abonamentul Webex pentru Cisco BroadWorks. Utilizatorul nu mai este facturat ca utilizator Webex pentru Cisco BroadWorks și este tratat ca utilizator Webex gratuit.
Rulați Ștergeți o solicitare API a persoanei https://developer.webex.com/docs/api/v1/people/delete-a-person pentru a șterge complet utilizatorul.

Furnizare flux-through

Administratorii parteneri pot utiliza configurarea prin flux pentru a șterge utilizatorii:

Pe serverul BroadWorks, eliminați serviciul integrat IM+P de la utilizator. Puteți dezactiva serviciul pentru utilizator de pe pagina IM&P integrată a BroadWorks. Pentru o procedură detaliată, consultați „Configurați IM&P integrat” în Ghidul de administrare a interfeței web pentru grupul de servere Cisco BroadWorks – Partea a 2-a.

După ce serviciul este dezactivat, configurarea prin flux elimină abonamentul Webex pentru Cisco BroadWorks de la utilizator. Utilizatorul nu mai este facturat ca utilizator Webex pentru Cisco BroadWorks și este tratat ca utilizator Webex gratuit.
În Control Hub, găsiți și selectați utilizatorul.
Accesați Acțiuni și selectați Ștergere utilizator.

Control Hub (Administratori clienți)

Ștergere organizație

Urmați această procedură pentru a șterge o organizație Webex pentru Cisco BroadWorks din sistem.

Utilizați API-urile People pentru a șterge toți utilizatorii din organizație:

Rulați API-ul List People pentru a obține o listă de utilizatori.
Rulați API-ul Ștergere persoană pentru a șterge utilizatorii.

API-ul Eliminare abonat BroadWorks elimină drepturile Webex pentru Cisco BroadWorks de la un utilizator, dar nu șterge utilizatorul.

Dacă Sincronizarea directorului este activată, dezactivați-o. Acest lucru se poate face prin intermediul Partner Hub sau prin intermediul API-ului public.

Pentru a dezactiva Sincronizarea directorului prin Partner Hub:

Conectați-vă la Partner Hub și faceți clic pe Setări.
În cadrul BroadWorks Calling, faceți clic pe Vizualizare șabloane și selectați șablonul corespunzător.
Faceți clic pe butonul Afișare listă de stare sincronizare client din panoul lateral.
Pentru clientul corespunzător, faceți clic pe cele trei puncte din dreapta și selectați Dezactivare sincronizare.

Pentru a dezactiva sincronizarea directorului prin API, utilizați Actualizarea sincronizării directorului pentru un API BroadWorks Enterprise și dezactivați setarea enableDirSync .

După ce toți utilizatorii sunt eliminați, utilizați Ștergeți un API de organizație pentru a șterge organizația.

Gestionarea lansării

În mod implicit, Aplicația Webex utilizează upgrade-uri automate (lansări lunare controlate de Cisco). Cu toate acestea, cu această caracteristică, administratorii parteneri pot:

Configurați programele de lansare personalizate cu amânări din programul de lansare Cisco implicit
Configurați un program de lansare și o cascadă unică pentru programul respectiv pentru toate organizațiile de clienți pe care le gestionează
Atribuiți diferite programe de lansare diferitelor organizații ale clienților

Reconfigurarea sistemului

Puteți reconfigura sistemul după cum urmează:

Adăugați un cluster BroadWorks în Partner Hub
Editați sau ștergeți un cluster BroadWorks în Partner Hub
Adăugați un șablon de integrare în Partner Hub
Editați sau ștergeți un șablon de integrare în Partner Hub

Editați sau ștergeți un cluster BroadWorks în Partner Hub

Puteți edita sau elimina un cluster BroadWorks în Partner Hub.

Conectați-vă la Partner Hub cu acreditările administratorului partenerului dvs. la https://admin.webex.com.

Accesați Setări și găsiți secțiunea BroadWorks Calling .

Faceți clic pe Vizualizare clustere.

Faceți clic pe clusterul pe care doriți să îl editați sau să îl ștergeți.

Detaliile clusterului se afișează într-un panou de scurgere din dreapta.

Aveți aceste opțiuni:

Schimbați orice detalii pe care trebuie să le schimbați, apoi faceți clic pe Salvare.

Faceți clic pe Ștergere pentru a elimina clusterul, apoi confirmați.

Lista de clustere se actualizează cu modificările dvs.

Editați sau ștergeți un șablon de integrare în Partner Hub

Puteți edita sau șterge șabloanele de integrare în Partner Hub.

Conectați-vă la Partner Hub cu acreditările administratorului partenerului dvs. la https://admin.webex.com.

Accesați Setări și găsiți secțiunea BroadWorks Calling .

Faceți clic pe Vizualizare șabloane.

Faceți clic pe șablonul pe care doriți să îl editați sau să îl ștergeți.

Aveți aceste opțiuni:

Editați orice detalii pe care trebuie să le modificați, apoi faceți clic pe Salvare.
Faceți clic pe Ștergere pentru a elimina șablonul, apoi confirmați.

Setare	Valori	Note
Configurarea numelui contului / parolei	șiruri furnizate de utilizator	Nu este necesar să introduceți din nou detaliile contului de configurare atunci când editați un șablon. Câmpurile de confirmare a parolei/parolei goale sunt acolo pentru a schimba acreditările dacă trebuie, dar lăsați-le goale pentru a păstra valorile pe care le-ați furnizat inițial.
Precompletare adresă de e-mail utilizator pe pagina de conectare	Pornit/oprit	Poate dura până la 7 ore pentru ca o modificare a acestei setări să intre în vigoare. Adică, după ce îl activați, este posibil ca utilizatorii să trebuiască să introducă în continuare adresele lor de e-mail pe ecranul de conectare.

Lista de clustere se actualizează cu modificările dvs.

Webex Assistant

Activați Webex Assistant pentru întâlniri

Webex Assistant este activat în mod implicit atât pentru clienții Broadworks Standard, cât și pentru cei Premium.

Administratorii parteneri și administratorii organizațiilor clienților pot dezactiva funcția pentru organizațiile clienților prin intermediul Control Hub.

Limitări

Există următoarele limitări pentru Webex pentru Cisco BroadWorks:

Asistența se limitează la site-urile de întâlniri Premium și Standard și numai la sălile de întâlnire personale.
Transcrierile de captare închisă sunt acceptate numai în engleză, spaniolă, franceză și germană.
Partajarea conținutului prin e-mail poate fi accesată numai de către utilizatorii din organizația dvs.
Conținutul întâlnirii nu este accesibil utilizatorilor din afara organizației dvs. Conținutul întâlnirii nu este, de asemenea, accesibil atunci când este partajat între utilizatori de pachete diferite din cadrul aceleiași organizații.
Cu pachetul Premium, transcrierile post-întâlnire sunt disponibile dacă Webex Assistant este activat sau dezactivat. Cu toate acestea, dacă este selectată înregistrarea locală, transcrierile sau evidențierile post-întâlnire nu sunt capturate.
Cu pachetul Standard, opțiunea Înregistrare întâlnire în cloud nu este disponibilă și, prin urmare, transcrierile post-întâlnire nu sunt disponibile dacă Webex Assistant este activat sau dezactivat. Cu toate acestea, dacă este selectată înregistrarea locală, transcrierile sau evidențierile post-întâlnire nu sunt capturate.

Informații suplimentare despre Webex Assistant

Pentru informații despre utilizator despre modul de utilizare a funcției, consultați Utilizarea Webex Assistant în Webex Meetings și Events.

Dezactivați apelurile Webex

Asistență caracteristici

Când Webex Calling este dezactivat, se aplică următoarele condiții pentru utilizatorii Webex pentru Cisco BroadWorks:

Utilizatorii nu mai văd Apel cu Webex ca opțiune de apelare selectabilă în Aplicația Webex.
Utilizatorii nu pot plasa sau primi apeluri Webex gratuite către utilizatorii non-Webex pentru Cisco BroadWorks. Aceasta include apelurile inițiate dintr-un spațiu de echipă Webex, istoricul apelurilor, contactele, introducând URI-ul celuilalt utilizator sau adresa de e-mail în bara de căutare.
Partajarea ecranului funcționează într-un apel BroadWorks.
Întâlnirile Webex și prezența telefonului încă funcționează, chiar dacă apelurile Webex sunt dezactivate.

Dezactivați apelurile Webex (șablon de integrare nou)

Pentru detalii despre configurarea unui nou șablon de integrare, consultați Configurați organizația partenerului în Partner Hub.

Dezactivați apelurile Webex (șablon de integrare existent)

Conectați-vă la Partner Hub la admin.webex.com.
Alegeți Setări.
Faceți clic pe Vizualizare șablon și alegeți șablonul de integrare corespunzător.
Faceți clic pe Dezactivare apelare gratuită Cisco Webex.
Faceți clic pe Salvați.

Dezactivați apelurile Webex (utilizator existent)

Dacă utilizați configurarea prin flux, puteți face următoarele:

Deschideți CommPilot și accesați configurația utilizatorului.
Eliminați serviciul IM+P integrat de la utilizator și faceți clic pe OK.
Adăugați serviciul IM+P integrat utilizatorului și faceți clic pe OK.

În caz contrar, puteți utiliza API-ul pentru a actualiza utilizatorul.

Utilizați API-ul Eliminare abonat BroadWorks pentru a șterge utilizatorul.
Utilizați API-ul Furnizarea unui abonat BroadWorks pentru a adăuga utilizatorul.

Dezactivați partajarea video sau a ecranului în cadrul apelurilor

Pentru detalii și opțiuni complete de configurare, consultați Dezactivarea apelurilor video și dezactivarea partajării ecranului în Ghidul de configurare Webex pentru Cisco BroadWorks.

Pentru transmisia video, puteți configura, de asemenea, dacă media de apelare de intrare este implicită numai pentru transmisia video sau audio.

Câmp lampă ocupată / Notificare preluare apel

Limitări de prezență pentru utilizatorii non-Webex:

Prezența nu este acceptată pentru utilizatorii non-CI Broadworks, chiar dacă aceștia se află în lista BLF.
Utilizatorii CI fără drepturi în cloud Webex sau tipul automat de conturi (spații de lucru) afișează numai prezența „în apel” și „necunoscută”. Nu există stare activă, care sună, etc.
Utilizatorii non-Webex din lista de vizionare BLF, care au început un apel înainte de începerea clientului Webex sau în timp ce acesta era offline, vor fi afișați cu o prezență „necunoscută”.
Pierderea conexiunii înseamnă că toate stările non-Webex din timpul apelului vor fi resetate la „necunoscute” la reconectare.
Dacă un utilizator non-Webex din BLF deține un apel, acesta va continua să fie afișat ca „într-un apel”.

Cerințe

Asigurați-vă că următorii plasturi sunt aplicați pe BroadWorks. Instalați numai plasturii care se aplică eliberării dvs.:

Pentru R22:

AP.platform.22.0.1123.ap382053
AP.as.22.0.1123.ap382053
AP.as.22.0.1123.ap382362
AP.xsp.22.0.1123.ap382053
AP.xsp.22.0.1123.ap382362
AP.as.22.0.1123.ap383459
AP.as.22.0.1123.ap383520

Pentru R23:

AP.platform.23.0.1075.ap382053
AP.as.23.0.1075.ap382053
AP.as.23.0.1075.ap382362
AP.as.23.0.1075.ap383459
AP.as.23.0.1075.ap383520
Dacă utilizați XSP|ADP:
- AP.xsp.23.0.1075.ap382053
- AP.xsp.23.0.1075.ap382362
Dacă utilizați ADP:
- Acţiuni Xsi-23_2022.01_1.200.bwar
- Xsi-Events-23_2022.01_1.201.bwar (sau mai târziu)

Pentru R24:

AP.as.24.0.944.ap382053
AP.as.24.0.944.ap382362
AP.as.24.0.944.ap383459
AP.as.24.0.944. ap383520
Acţiuni Xsi-24_2022.01_1.200.bwar
Xsi-Events-24_2022.01_1.201.bwar (sau mai târziu)

Asigurați-vă că următoarele etichete de configurare sunt activate în Aplicația Webex:

<busy-lamp-field enabled="%ENABLE_BUSY_LAMP_FIELD_WXT%">
<display-caller enabled="%ENABLE_BLF_DISPLAY_CALLER_WXT%"/>
<notification-delay time=”%BLF_NOTIFICATON_DELAY_TIME_WXT%”/>(această etichetă este opțională)

Trebuie să activați caracteristica 101642 Mecanism Xsi îmbunătățit Pentru Telefonia echipei pe AS:

AS_CLI/System/ActivatableFeature> activate 101642

Activați X-BroadWorks-Remote-Party-Info pe AS utilizând comanda CLI de mai jos, deoarece unele fluxuri de apeluri SIP necesită această funcție:

AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

Asigurați-vă că următoarele servicii sunt atribuite utilizatorilor:

Alocați serviciul de preluare a apelurilor direcționate pentru toți utilizatorii
Configurați câmpul Lampă ocupată pentru utilizatori

Orice referință la XSP include fie XSP, fie ADP.

Configurare câmp lampă ocupată pe BroadWorks

Administratorii parteneri pot utiliza următoarea procedură pentru a configura câmpul Lampă ocupată pentru un utilizator.

Conectați-vă la BroadWorks CommPilot.
Pentru un utilizator selectat, accesați Aplicațiile clientului și configurați câmpul Lampă ocupată.
Adăugați adresa URL a listei BLF care va fi monitorizată.
Utilizați parametrii de căutare pentru a localiza și adăuga utilizatori în lista Utilizatori monitorizați .
Faceți clic pe OK.

- DA. - DA, DA. Asistență Slido pentru integrare

Webex pentru Cisco BroadWorks acceptă integrarea Aplicației Webex cu Slido.

Pentru informații suplimentare despre modul de implementare și utilizare Slido cu Aplicația Webex, consultați Integrare Slido cu Aplicația Webex.

Disponibilitate Webex: Într-o întâlnire Calendar

Pentru a activa această funcție:

navigați la fila General din fila Setări pe Windows sau Preferințe pe Mac.
Bifați caseta pentru a Afișa atunci când vă aflați într-o întâlnire din calendar.

Pentru utilizatorii cu integrarea prezenței Outlook activată, „Într-o întâlnire din calendar” în hărțile Webex pentru a „Ocupa” în Outlook.

Caveat

Pentru ca această caracteristică să funcționeze, trebuie să aveți aplicația Webex și clientul Outlook care rulează în același timp.

În prezent, lucrăm pentru a sprijini opțiunea „Afișare ca lucru în altă parte” din Outlook pentru a nu afișa un utilizator ca „Într-o întâlnire din calendar” în Webex.

Răspuns automat cu ton

Pentru ca un utilizator Webex pentru Cisco BroadWorks să utilizeze această funcție:

Funcția este acceptată numai pe aspectul liniei principale
Aplicația Webex trebuie să fie aspectul liniei principale
Eticheta %ENABLE_AUTO_ANSWER_WXT% trebuie activată

Alertați toate aparențele pentru ca apelurile Click-to-dial să fie dezactivate în configurația Aspect apel partajat – aceasta este abordarea recomandată

sau
Permiteți Terminarea apelului în această locație trebuie să fie dezactivată pentru toate aparențele de apel partajate sau

sau
Locațiile sunt dezactivate pentru toate aparițiile partajate ale apelurilor

Creșterea Capacității

Fermele XSP|ADP

Scale fermă dedicată: Adăugați unul sau mai multe servere XSP|ADP la ferma care are nevoie de capacitate suplimentară. Instalați și activați același set de aplicații și configurații ca nodurile existente ale fermei.
Adăugați o fermă dedicată: Adăugați o nouă fermă XSP|ADP dedicată. Va trebui să creați un nou cluster și noi șabloane în Partner Hub, astfel încât să puteți începe să adăugați clienți noi la noua fermă, pentru a atenua presiunea asupra fermei existente.
Adăugați ferma specializată: Dacă întâmpinați blocaje pentru un anumit serviciu, este posibil să doriți să creați o fermă XSP|ADP separată în acest scop, luând în considerare cerințele de co-rezidență enumerate în acest document. Este posibil să fie necesar să reconfigurați clusterele Control Hub și intrările DNS dacă schimbați adresa URL a serviciului care are o nouă fermă.

Gestionarea certificatelor serverului HTTP

Trebuie să gestionați aceste certificate pentru aplicațiile web autentificate mTLS pe |ADP-urile dvs. XSP:

Lanțul nostru de certificate de încredere din cloud Webex
Certificatele de interfețe HTTP ale serverului XSP|ADP

Lanțul de încredere

Interfețele serverului HTTP

Restricționat prin modul partenerului

Acces administrator client

Pentru un administrator de client dintr-o organizație în care Modul restricționat de partener este activat, nivelul de acces la Control Hub este determinat cu următoarea formulă:

(Acces la Control Hub) = (Autorizări pentru Rol organizație) - (Restricționat de restricțiile Modului Partener)

Restricții

Când Modul restricționat de partener este activat pentru o organizație client, administratorii clienți din organizația respectivă nu pot accesa următoarele setări Control Hub:

În vizualizarea Utilizatori, următoarele setări nu sunt disponibile:
- Butonul Gestionați utilizatorii este inactiv.
- Adăugați sau modificați manual utilizatorii—Nu există opțiunea de adăugare sau modificare a utilizatorilor, fie manuală, fie prin CSV.
- Revendicați utilizatorii—nu este disponibilă
- Alocați automat licențele—nu este disponibilă
- Sincronizare director —Nu se pot edita setările de sincronizare director (această setare este disponibilă numai pentru administratorii la nivel de partener).
- Detalii utilizator—Setările utilizatorului, cum ar fi prenumele, prenumele, numele afișat și e-mailul principal* sunt editabile.
- Resetați pachetul—Nu există opțiunea de resetare a tipului de pachet.
- Editați serviciile—Nu există opțiunea de editare a serviciilor care sunt activate pentru un utilizator (de exemplu, mesaje, întâlniri, apelare)
- Vizualizați starea serviciilor—Nu se poate vizualiza starea completă a serviciilor hibride sau a canalului de upgrade al software-ului
- Număr de serviciu principal—Acest câmp este disponibil doar în mod citire.
În vizualizarea Cont, următoarele setări nu sunt disponibile:
- Numele companiei este disponibil doar în mod citire.
În vizualizarea Setări organizație, următoarele setări nu sunt disponibile:
- Domeniu—Accesul este doar în mod citire.
- E-mail—Setările Anulați e-mailul de invitație pentru administrator și Selectarea locației e-mailului sunt doar în mod citire.
- Autentificare—Nu există opțiunea de editare a setărilor de autentificare și SSO.
În meniul Apelare, următoarele setări nu sunt disponibile:
- Setări pentru apeluri—Setările de prioritate pentru apelurile din opțiunile aplicației sunt doar în mod citire.
- Comportament de apelare—Setările sunt doar în mod citire.
- Locație > PSTN—Opțiunile Gateway local și Cisco PSTN sunt ascunse.
În secțiunea SERVICII, opțiunile serviciului Migrații și Connected UC sunt eliminate.

Activați modul Restricționare în funcție de partener

Administratorii parteneri pot utiliza procedura de mai jos pentru activare Restricționat prin modul partener pentru o anumită organizație client ( setare prestabilită este activată).

Conectați-vă la Partner Hub ( https://admin.webex.com) și selectați Clienți.
Selectați organizația client aplicabilă.
În vizualizarea setărilor din dreapta, activați Restricționat prin modul partener comutați pentru a activa setarea.

Dacă doriți să dezactivați Restricționat de modul partener, dezactivați comutatorul.

Dacă partenerul elimină modul de administrator restricționat pentru un administrator de client, administratorul de client va putea efectua următoarele:

Adăugați Webex pentru utilizatorii angro (cu butonul)
Schimbați pachetele pentru un utilizator

Statistici partener

Total utilizatori după pachet (Softphone, Basic, Standard, Premium)
Tendință utilizator după pachet (Zilnic/Săptămânal/Lunar)
Clienți cu un număr de pachete alocate

Pentru detalii complete despre utilizarea Partner Analytics, consultați articolul Webex Analytics pentru Webex pentru comerț cu ridicata și Webex pentru Broadworks în Partner Hub .

API-urile raportului de facturare

API De facturare	Scop	Tipul de acces	Cerință de rol pentru API (Administratorul necesită cel puțin unul dintre aceste roluri)
Creați un raport de facturare BroadWorks	Utilizat pentru a genera un raport de facturare.	Acces scris	Administrator complet Administrator Vânzări complete
Listă de rapoarte de facturare BroadWorks	Utilizat pentru a enumera rapoartele care sunt disponibile pentru vizualizare.	Acces de citire	Administrator complet Administrator Vânzări complete Administrator doar pentru citire
Obțineți un raport de facturare BroadWorks	Utilizat pentru a obține o copie a unui raport generat.	Acces de citire	Administrator complet Administrator Vânzări complete Administrator doar pentru citire
Ștergeți un raport de facturare BroadWorks	Utilizat pentru a șterge un raport generat.	Acces scris	Administrator complet Administrator Vânzări complete

Câmpuri de facturare

Următorul tabel enumeră câmpurile conținute în raportul generat.

Câmp	Descriere
nume de reapelare	Numele partenerului sau ID-ul organizației partenerului
Id de facturare	Identificator unic de facturare al partenerului sau număr C
spEnterpriseId	Furnizorul de servicii a furnizat un identificator unic pentru întreprinderea abonatului.
intern	Starea studiului intern al clientului (Da/Nu)
ID utilizator	ID-ul de utilizator al abonatului pe BroadWorks
Id abonat	Un identificator unic pentru abonatul în cauză în Webex
selfActivat	Da/Nu
prima Dată De Începere	Data la care abonatul a fost configurat.
data începerii facturării	Data la care începe facturarea în această lună
dată finalizare facturare	Data la care facturarea se încheie în această lună
pachet	Tipul de pachet care este încărcat
cantitate	Cantitate prestabilită pentru facturare. 1 – indică o lună întreagă

După ce generați un raport de facturare pentru o anumită perioadă, nu puteți regenera acel raport decât dacă ștergeți mai întâi raportul existent.
Dacă modificați fie tipul de pachet, fie ID-ul de utilizator BroadWorks pentru un anumit utilizator, raportul pentru luna în care a avut loc schimbarea afișează mai multe intrări pentru acel utilizator cu intrări procentuale separate înainte și după schimbare.

Soluționarea problemelor Webex pentru Cisco BroadWorks

Abonați-vă la pagina de stare Webex

Utilizați statisticile Control Hub

Webex urmărește datele de utilizare și de calitate pentru organizația dvs. și organizațiile clientului dvs. Citiți mai multe despre Control Hub Analytics din Webex Help Center.

Probleme în rețea

Clienții sau utilizatorii nu sunt creați în Control Hub cu configurarea fluxului:

Poate serverul aplicației să ajungă la URL-ul de configurare?
Contul de configurare și parola sunt corecte, există acel cont în BroadWorks?

Clusterele eșuează în mod constant testele de conectivitate:

Interfețele XSP|ADP sunt accesibile publicului?
Utilizați porturile corecte? Puteți introduce un port în definiția interfeței pe cluster.

Interfețe Validare nereușită

Interfețe Xsi-Acțiuni și Xsi-Events:

Verificați dacă URL-urile interfeței sunt introduse corect în cluster în Partner Hub, inclusiv /v2.0/ la sfârșitul URL-urilor.
Verificați firewall-ul permite comunicarea între Webex și aceste interfețe.
Revizuiți sfaturile de configurare a interfeței din acest document.

Interfața Serviciului de autentificare:

Verificați dacă URL-urile interfeței sunt introduse corect în cluster în Partner Hub, inclusiv /v2.0/ la sfârșitul URL-urilor.
Verificați firewall-ul permite comunicarea între Webex și aceste interfețe.
Revizuiți sfaturile de configurare a interfeței din acest document, acordând o atenție deosebită:
1. Asigurați-vă că ați partajat tastele RSA în toate ADP-urile XSP|.
2. Asigurați-vă că ați furnizat URL-ul AuthService la containerul web pe toate ADP-urile XSP|.
3. Dacă ați editat configurația cipher TLS, verificați dacă ați utilizat convenția corectă de numire. XSP|ADP necesită să introduceți formatul de nume IANA pentru cifrele TLS. O versiune anterioară a acestui document a enumerat incorect suitele de cipher necesare în convenția de numire OpenSSL.
4. Dacă utilizați mTLS cu Serviciul de autentificare, sunt încărcate certificatele de client Webex pe magazinul dvs. de încredere XSP|/ADP? Aplicația (sau interfața) este configurată pentru a solicita certificate de client?
5. Dacă utilizați validarea tokenului CI cu Serviciul de autentificare, aplicația (sau interfața) este configurată pentru a nu necesita certificate de client?

Probleme cu clientul

Verificați dacă clientul este conectat la BroadWorks

Conectați-vă la aplicația Webex.
Verificați dacă pictograma Opțiuni de apelare (un receptor cu o unealtă deasupra acestuia) este prezentă pe bara laterală.

Dacă pictograma nu este prezentă, este posibil ca utilizatorul să nu fie încă activat pentru serviciul de apelare din Control Hub.
Deschideți meniul Setări/Preferințe și accesați secțiunea Servicii telefonice . Trebuie să vizualizați sesiunea SSO de stare la care v-ați conectat.

Dacă se afișează un alt serviciu de telefonie, cum ar fi Webex Calling, utilizatorul nu utilizează Webex pentru Cisco BroadWorks.

Această verificare înseamnă:

Clientul a transpus cu succes microservicele Webex necesare.
S-a reușit autentificarea utilizatorului.
Clientul a primit un token web JSON cu durată lungă de viață de către sistemul BroadWorks.
Clientul și-a recuperat profilul dispozitivului și s-a înscris la BroadWorks.

Jurnale client

Dacă aveți nevoie pentru a colecta manual jurnalele de pe un PC Windows, acestea sunt situate după cum urmează:

Windows PC: C:\Users\{username}\AppData\Local\CiscoSpark

Mac:/Users/{username}/Library/Logs/SparkMacDesktop

Probleme de conectare a utilizatorului

mTLS Auth configurat necorespunzător

Dacă toți utilizatorii sunt afectați, verificați conexiunea mTLS de la Webex la URL-ul serviciului de autentificare:

Verificați dacă fie aplicația pentru serviciul de autentificare, fie interfața pe care o utilizează, sunt configurate pentru mTLS.
Verificați dacă lanțul certificatului Webex este instalat ca ancoră de încredere.
Verificați dacă certificatul serverului de pe interfață/aplicație este valid și semnat de un CA bine cunoscut.

Mesaj de suprascriere a licenței

Ghid de depanare

Pentru informații detaliate despre depanarea Webex pentru Cisco BroadWorks, consultați Ghidul de depanare Webex pentru Cisco BroadWorks.

Asistență

Politică de asistență în stare stabilă

Politica de scalare

Dumneavoastră (Furnizor de servicii/Partener) sunteți primul punct de contact pentru asistența clientului final (întreprindere).
Problemele care nu pot fi rezolvate de SP sunt transferate la TAC.

Versiuni BroadWorks

Asistența pentru versiunea serverului BroadWorks urmează politica BroadSoft, a versiunii actuale și a două versiuni majore anterioare (N-2). Citiți mai multe la Politica privind ciclul de viață al produselor BroadSoft secțiunea din Politica ciclului de viață BroadSoft și Matrice de compatibilitate software BroadWorks.

Resurse de auto-asistență

Utilizatorii pot găsi asistență prin Centrul de ajutor Webex, unde există o pagină specifică Webex pentru Cisco BroadWorks, care enumeră subiectele comune de ajutor și asistență ale aplicației Webex.
Aplicația Webex poate fi personalizată cu acest URL de ajutor și cu un URL de raportare a problemelor.
Utilizatorii aplicației Webex pot trimite feedback sau jurnale direct de la client. Jurnalele merg în cloud-ul Webex, unde pot fi analizate de Webex DevOps.
De asemenea, avem o pagină a Centrului de ajutor dedicată ajutorului la nivel de administrator pentru Webex pentru Cisco BroadWorks.

Colectați informații pentru trimiterea unei cereri de servicii

Încercați să includeți cel puțin următoarele informații atunci când trimiteți o interogare sau deschideți un caz:

ID organizație client și ID organizație partener (fiecare ID este un șir de 32 de cifre hexagonale, separate prin afine)
TrackingID (de asemenea, un șir de cifre 32 hexagonale) dacă interfața sau mesajul de eroare oferă unul
Adresa de e-mail a utilizatorului (dacă un anumit utilizator întâmpină probleme)
Versiunile client (dacă problema are simptome observate prin intermediul clientului)

Webex pentru referință BroadWorks

Comparație UC-One SaaS cu Webex pentru Cisco BroadWorks

Soluţie >	UC-One SaaS	Webex pentru Cisco BroadWorks
Cloud	Cisco UC-One Cloud (GCP)	Webex Cloud (AWS)
Clienți	UC-One: Mobile, Desktop Recepţionist, supervizor	Webex: Mobile, Desktop, Web
Diferență tehnologică majoră	Întâlniri livrate pe Broadsoft Meet Technology	Întâlniri livrate pe tehnologia Webex Meetings
Încercări timpurii pe teren	Mediul de imbatranire, clienti beta	Mediul de producție, clienții GA
identitate Utilizator	ID-ul BroadWorks a servit ca ID principal, cu excepția cazului în care Furnizorul de servicii are deja Integrare SSO. ID utilizator și secret în BroadWorks	ID-ul de e-mail din Cisco CI servește ca ID principal Integrarea SSO în furnizorul de servicii BroadWorks, unde utilizatorul se va autentifica cu ID-ul de utilizator BroadWorks și cu secretul BroadWorks la timp. Furnizează acreditări de utilizator prin SSO cu BroadWorks și secret în BroadWorks SAU ID utilizator și secret în IdP CI SAU ID utilizator în CI, ID și secrete în IdP
Autentificare client	Informații de furnizare ale utilizatorilor prin client Token-urile BroadWorks cu durată lungă de viață sunt necesare dacă utilizați mesageria Webex	Utilizatorii furnizează acreditările prin browser (fie pagina de conectare din proxy-ul BIdP Webex, fie CI) Accesul Webex și tokenurile de reîmprospătare
Gestionare/configurare	Sistemele OSS/BSS și portal De Retailer	Sistemele OSS/BSS și Control Hub
Activare partener/furnizor de servicii	Configurare o singură dată de către Operațiuni Cisco	Configurare o singură dată de către Operațiuni Cisco
Activare client/întreprindere	portal De Retailer	Control Hub Creat automat la prima înscriere a utilizatorului
Opțiuni de activare utilizator	Auto-înscriere Setați IM&P extern în BroadWorks	Setați IM&P integrat în BroadWorks (de obicei întreprinderi)
Interfețe serviciu XSP\|ADP	Acțiuni XSI Evenimente XSI CTI (mTLS) Serviciu de autentificare (mTLS opțional) DMS	Acțiuni XSI Acțiuni XSI (mTLS) Evenimente XSI CTI (mTLS) Serviciu de autentificare (TLS) DMS

Instalați Webex și conectați-vă (perspectivă abonat)

1	Descărcați și instalați Webex. Pentru detalii, consultați Webex \| Descărcați aplicația.
2	Rulați Webex. Webex vă solicită adresa de e-mail.
3	Introduceți-vă adresa de e-mail și faceți clic pe Înainte.
4	Se întâmplă una dintre următoarele, în funcție de modul în care organizația dvs. este configurată în Webex: Webex lansează un browser pentru dvs. pentru a finaliza autentificarea cu furnizorul dvs. de identitate. Aceasta ar putea fi autentificarea cu mai mulți factori (MFA). Webex lansează un browser pentru a introduce ID-ul de utilizator și parola BroadWorks. Webex încarcă după ce v-ați autentificat cu succes împotriva IdP sau BroadWorks.

Schimb de date și stocare

Integrare furnizor de servicii

Când configurați clustere și șabloane de utilizatori în Webex Control Hub în timpul integrării Furnizorului de servicii, schimbați următoarele date BroadWorks pe care Webex le stochează:

URL Xsi-Acțiuni
URL Xsi-Events
URL interfață CTI
URL serviciu de autentificare
Informații adaptor de configurare BroadWorks

Furnizor de servicii Furnizor de servicii

Acest tabel enumeră datele utilizatorului și ale întreprinderii care sunt schimbate ca parte a configurării utilizatorului prin API-urile Webex.

Mutarea datelor în Webex	De la	Prin	Stocat de Webex?
ID utilizator BroadWorks	BroadWorks, de către API	API-uri Webex	Da
E-mail (dacă SP este Furnizat)	BroadWorks, de către API	API-uri Webex	Da
E-mail (dacă este Furnizat Utilizatorul)	Utilizator	Portal de activare a utilizatorilor	Da
Prenume	BroadWorks, de către API	API-uri Webex	Da
Nume	BroadWorks, de către API	API-uri Webex	Da
Număr de telefon principal	BroadWorks, de către API	API-uri Webex	Da
Număr de telefon mobil	BroadWorks, de către API	API-uri Webex	Da
Interior principal	BroadWorks, de către API	API-uri Webex	Da
ID furnizor de servicii BroadWorks și ID grup	BroadWorks, de către API	API-uri Webex	Da
Limba	BroadWorks, de către API	API-uri Webex	Da
Fus orar	BroadWorks, de către API	API-uri Webex	Da

Eliminare utilizator

Date utilizator	Ștergere parțială	Ștergere completă
ID utilizator BroadWorks	Da	Da
E-mail	Nu	Da
Prenume	Nu	Da
Nume	Nu	Da
Număr de telefon principal	Da	Da
Număr de telefon mobil	Da	Da
Extensie	Da	Da
ID furnizor de servicii BroadWorks și ID grup	Da	Da
Limba	Nu	Da

Recuperare conectare și configurare utilizator

Autentificare Webex

Mutarea datelor	De la	Pentru
Adresă de e-mail	Utilizator prin aplicația Webex	Webex
Token de acces limitat și URL-ul IdP (independent)	Webex	browser Utilizator
Informații utilizator	browser Utilizator	Furnizor de identitate (care are deja identitatea utilizatorului)
Afirmația SAML	browser Utilizator	Webex
cod De autentificare	Webex	browser Utilizator
cod De autentificare	browser Utilizator	Webex
Tokenuri de acces și reîmprospătare	Webex	browser Utilizator
Tokenuri de acces și reîmprospătare	browser Utilizator	Aplicația Webex

Autentificare BroadWorks

Mutarea datelor	De la	Pentru
Adresă de e-mail	Utilizator prin aplicația Webex	Webex
Token acces limitat și URL IdP (proxy IdP Webex Bwks)	Webex	browser Utilizator
Informații de branding și URL-uri BroadWorks	Webex	browser Utilizator
Informații utilizator BroadWorks	Utilizator prin browser (pagina de conectare marcată deservită de Webex)	Webex
Informații utilizator BroadWorks	Webex	BroadWorks
profil utilizator BroadWorks	BroadWorks	Webex
Afirmația SAML	browser Utilizator	Webex
cod De autentificare	Webex	browser Utilizator
cod De autentificare	browser Utilizator	Webex
Tokenuri de acces și reîmprospătare	Webex	browser Utilizator
Tokenuri de acces și reîmprospătare	browser Utilizator	Aplicația Webex

Notificare de expirare a parolei BroadWorks în timpul conectării

Această caracteristică îmbunătățește procesul de conectare și controlează fluxul de conectare pe baza:

Îmbunătățirea avertismentului de conectare și a mesajului de eroare:

În prezent, utilizatorii Wexbex pentru BWKS care utilizează autentificarea BroadWorks și conectarea prin UAP nu primesc notificarea că parola lor este pe cale să expire sau că nu sunt în măsură să se conecteze, deoarece parola a expirat deja. Cu această caracteristică, dacă parola este pe cale să expire în 10 zile sau mai puțin - utilizatorul primește avertismentul că parola este pe cale să expire cu indicarea numărului de zile rămase, iar utilizatorul este sfătuit să contacteze Partenerul sau să urmeze linkul Parola uitată de pe ecranul de conectare pentru a-și reseta parola.
Dacă parola a expirat și configurația din BroadWorks „enforcePasswordChangeOnExpiry” este setată la adevărată, atunci eroarea „nume de utilizator și parolă incorecte” a fost aruncată, dar acum, cu această funcție, mesajul de eroare este îmbunătățit: Încercarea de conectare nu a reușit. Combinaţia dintre identificatorul de utilizator şi parola furnizată nu corespunde evidenţelor noastre sau parola dvs. trebuie actualizată. Încercați din nou sau contactați administratorul dvs. pentru a actualiza parola. Cod de eroare 100006

Controlul fluxului de conectare:

Partenerul poate restricționa conectarea prin activarea setării „w4bwks-password-expiry-fail-login”. Această setare „poate fi activată de Cisco la cererea unui partener. Dacă parola BroadWorks a expirat, configurația din broadworks „enforcePasswordChangeOnExpiry” este setată la fals și setarea „w4bwks-parola-expiry-fail-login” este activată, atunci eroarea este aruncată spunând parola a expirat x zile în urmă, în timp ce dacă serviciul de setare este dezactivat, atunci este permisă conectarea. În mod implicit, setarea este dezactivată.

Preluare configurație client

Acest tabel ilustrează tipul de date schimbate între diferitele componente în timp ce preluați configurațiile clientului.

Mutarea datelor	De la	Pentru
Înregistrare	Client	Webex
Setări organizație, inclusiv URL-uri BroadWorks	Webex	Client
Token JWT BroadWorks	BroadWorks prin Webex	Client
Token JWT BroadWorks	Client	BroadWorks
Token dispozitiv	BroadWorks	Client
Token dispozitiv	Client	BroadWorks
fișier De Configurare	BroadWorks	Client

Utilizare la starea de echilibru

Această secțiune descrie datele care se deplasează între componente în timpul reautentificării după expirarea tokenului, fie prin BroadWorks, fie prin Webex.

Acest tabel listează mișcarea de date pentru apelare.

Mutarea datelor	De la	Pentru
Semnalizare SIP	Client	BroadWorks
media SRTP	Client	BroadWorks
Semnalizare SIP	BroadWorks	Client
media SRTP	BroadWorks	Client

Acest tabel listează mișcarea datelor pentru mesagerie, prezență și întâlniri.

Mutarea datelor	De la	Pentru
Mesagerie și prezență REST HTTPS	Client	Webex
Mesagerie și prezență REST HTTPS	Webex	Client
Semnalizare SIP	Client	Webex
media SRTP	Client	Webex
Semnalizare SIP	Webex	Client
media SRTP	Webex	Client

Utilizarea API-ului de configurare

Acces dezvoltator

Specificația API este disponibilă pe https://developer.webex.com și un ghid de utilizare este la https://developer.webex.com/docs/api/guides/webex-for-broadworks-developers-guide.

Trebuie să vă conectați pentru a citi specificația API lahttps://developer.webex.com/docs/api/v1/broadworks-subscribers .

Autentificarea și autorizarea aplicației

Pentru mai multe detalii despre integrări și modul de a construi acest flux de autorizare OAuth 2 în aplicația dvs., consultați https://developer.webex.com/docs/integrations.

Există două roluri necesare pentru implementarea integrărilor - dezvoltatorul şi utilizatorul autorizat - şi acestea pot fi deţinute de persoane/echipe separate din mediul dvs.

Dezvoltatorul creează aplicația și o înregistrează https://developer.webex.com pentru a genera OAuth ClientID/Secret necesar cu scopurile așteptate pentru aplicație. Dacă aplicația dvs. este creată de o terță parte, acestea ar putea înregistra aplicația (dacă ați solicitat accesul acestora) sau ați putea face acest lucru cu propriul dvs. acces.
Utilizatorul autorizat este contul pe care îl utilizează aplicația pentru a autoriza apelurile sale API, pentru a schimba organizația parteneră, organizațiile clienților sau abonații acestora. Acest cont trebuie să aibă fie rolul de administrator complet, fie rolul de administrator complet de vânzări în organizația parteneră. Acest cont nu trebuie să fie deținut de o terță parte.

Denumire organizație

Numele organizației depinde de modul de configurare pe care îl utilizați:

Modul Enterprise – Numele organizației este un meci exact al spEnterpriseId.
Modul Furnizor de servicii – Numele organizației este porțiunea de GrupID a spEnterpriseId.

Denumirea organizației va conține orice spațiu alb, uppercase și caractere speciale specificate în spEnterpriseId original.

Cerințe software BroadWorks

Consultați Managementul ciclului de viață - Servere BroadSoft.

Asigurați-vă că pentru a revizui notele de patch-uri pentru aceste patch-uri software. Unii plasturi pot avea cerinţe CLI suplimentare.

Versiunea R22

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.22.0.1123.ap364260
	AP.as.22.0.1123.ap365173
	AP.as.22.0.1123.ap368517	Necesar pentru sincronizarea directorului
	AP.as.22.0.1123.ap369763
	AP.as.22.0.1123.ap372989
	AP.as.22.0.1123.ap372757
	AP.as.22.0.1123.ap372963	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.22.0.1123.ap373197	Patch necesar pentru serverul de aplicații
	AP.as.22.0.1123.ap378391
	AP.as.22.0.1123.ap374793	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.22.0.1123.ap377718	Patch necesar pentru funcția de înregistrare a apelurilor
	AP.as.22.0.1123.ap377868
	AP.as.22.0.1123.ap376508	Patch-ul necesar pentru configurarea fluxului
	AP.xsp.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Server de profil	AP.ps.22.0.1123.ap372989
	AP.ps.22.0.1123.ap372757
	AP.ps.22.0.1123.ap378391
	AP.ps.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Platformă	AP.platform.22.0.1123.ap353577
	AP.platform.22.0.1123.ap354313	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.22.0.1123.ap365173
	AP.platform.22.0.1123.ap367732
	AP.platform.22.0.1123.ap369433
	AP.platform.22.0.1123.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.22.0.1123.ap372757
	AP.platform.22.0.1123.ap376508	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.platform.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
XSP\|ADP	AP.xsp.22.0.1123.ap354313	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap365173
	AP.xsp.22.0.1123.ap368067
	AP.xsp.22.0.1123.ap368601	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.xsp.22.0.1123.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap370952
	AP.xsp.22.0.1123.ap373008
	AP.xsp.22.0.1123.ap372757
	AP.xsp.22.0.1123.ap372433
	AP.xsp.22.0.1123.ap372963	Necesar pentru upgrade de la notificările push V1 la V2
	AP.xsp.22.0.1123.ap378391
	AP.xsp.22.0.1123.ap374677	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap375206	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap376508	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.xsp.22.0.1123.ap378585	Necesar pentru istoricul apelurilor unificate
Altele	AP.xsa.22.0.1123.ap372757
	AP.xs.22.0.1123.ap372757
	AP.ums.22.0.1123.ap378391
	AP.nfm.22.0.1123.ap378391

Versiunea R23

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.23.0.1075.ap368517	Necesar pentru sincronizarea directorului
	AP.as.23.0.1075.ap369763
	AP.as.23.0.1075.ap373197	Server aplicație de configurare
	AP.as.23.0.1075.ap373271	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.23.0.1075.ap378391
	AP.as.23.0.1075.ap376509
	AP.as.23.0.1075.ap377718	Necesar pentru înregistrarea apelului
	AP.as.23.0.1075.ap377868
	AP.as.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Server de profil	AP.ps.23.0.1075.ap378391
Platformă	AP.platform.23.0.1075.ap367732
	AP.platform.23.0.1075.ap370952
	AP.platform.23.0.1075.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.23.0.1075.ap376509
	AP.platform.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
XSP\|ADP	AP.xsp.23.0.1075.ap368067
	AP.xsp.23.0.1075.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap370952
	AP.xsp.23.0.1075.ap373008
	AP.xsp.23.0.1075.ap373271	Necesar pentru upgrade de la notificările push V1 la V2
	AP.xsp.23.0.1075.ap378391
	AP.xsp.23.0.1075.ap374677	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap375206	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap376509
	AP.xsp.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Altele	Dacă utilizați ADP... Xsi-Events-23_2021.05_1.251.bwar	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate

Versiunea R24

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.24.0.944.ap384177	Necesar pentru serverul de mesagerie Unified (UMS)
	AP.as.24.0.944.ap375100	Necesar pentru configurarea fluxului
	AP.as.24.0.944.ap377718	Necesar pentru înregistrarea apelului
	AP.as.24.0.944.ap377868
	AP.as.24.0.944.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Altele	Xsi-Events-24_ 2021.05_1.251.bwar	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate

Etichete BroadWorks necesare pentru Webex

Fluxuri de configurare și activare a utilizatorului

Setarea descrie adăugarea utilizatorului la Webex. Activarea include validarea prin e-mail și atribuirea de servicii în Webex.

Configurarea automată a utilizatorilor și activarea automată (flux de e-mail de încredere)

Cerințe preliminare

Adaptorul dvs. de configurare indică Webex pentru Cisco BroadWorks (care necesită o conexiune de ieșire de la AS la Webex Provisioning Bridge).
Trebuie să aveți adrese de e-mail valide accesibile pentru utilizatorul final ca ID-uri alternative în BroadWorks.
Control Hub are un cont de configurare în configurația organizației partenere.

Pas	Descriere
1	Citate și să ia comenzi pentru serviciul cu clienții dumneavoastră.
2	Procesați comanda clientului și furnizați clientul în sistemele dvs.
3	Sistemul de configurare a serviciului declanșează configurarea BroadWorks. Acest pas, în rezumat, creează întreprinderea și utilizatorii. Apoi alocă serviciile și numerele necesare fiecărui utilizator. Unul dintre aceste servicii este IM&P extern.
4	Această etapă de configurare declanșează configurarea automată a organizației clientului și a utilizatorilor în Webex. (Alocarea serviciului IM&P determină adaptorul de configurare să apeleze API-ul de configurare Webex).
5	Sistemele dvs. trebuie să utilizeze API-ul de configurare Webex dacă mai târziu trebuie să ajustați pachetul pentru utilizator (pentru a schimba de la cel implicit).

Flux de conectare SSO

Fluxuri de conectare alternative

Autentificare BroadWorks fără autentificare directă BroadWorks (partajare de resurse încrucișată):
- Singura diferență este în etapele 5 și 6 ale fluxului de conectare Webex. În pasul 5, acreditările de conectare sunt validate de proxy-ul IdP (mai degrabă decât XSI) și o Aserțiune SAML este returnată clientului.
- Fluxul trece prin pașii rămași în cele două diagrame se aplică.
- Token-ul SSO nu este utilizat în acest flux.
Autentificare SAML SSO Webex:
- În pasul 3 al Fluxului de conectare Webex, serviciul Common Identity returnează Furnizorul de identitate utilizat de autentificarea Webex.
- În acest moment, se invocă un flux alternativ de conectare SAML SSO pentru Webex.

Interacțiuni utilizator

Conectați-vă

Aplicația Webex lansează un browser către Cisco Common Identity (CI) pentru a permite utilizatorilor să introducă adresa lor de e-mail.
CI descoperă că organizația client asociată are proxy-ul IDP BroadWorks (IDP) configurat ca IDP SAML. CI redirecționează către IDP-ul care prezintă utilizatorului o pagină de conectare. (Furnizorul de servicii poate marca această pagină de conectare.)
Utilizatorul intră în acreditările BroadWorks.
Broadworks autentifică utilizatorul prin IDP. Pe succes, IDP redirecționează browserul înapoi la CI cu un succes SAML pentru a finaliza fluxul de autentificare (nu este afișat în diagramă).
În ceea ce privește autentificarea reușită, aplicația Webex obține jetoane de acces de la CI (nu sunt afișate în diagramă). Clientul le utilizează pentru a solicita un Jason Web Token (JWT) cu durată lungă de viață BroadWorks.
Aplicația Webex descoperă configurația de apelare din BroadWorks și alte servicii din Webex.
Aplicația Webex se înregistrează cu BroadWorks.

Conectați-vă dintr-o perspectivă utilizator

Această diagramă este fluxul tipic de conectare, așa cum se vede de către utilizatorul final sau abonat:

Descărcați și instalați aplicația Webex.
Este posibil să fi primit linkul de la furnizorul dvs. de servicii sau să găsiți descărcarea pe pagina de descărcări Webex.
Introduceți adresa de e-mail pe ecranul de conectare Webex. Faceți clic pe Înainte.
De obicei, sunteți redirecționat către o pagină de marcă a Furnizorului de servicii.
Această pagină vă poate fi primită prin adresa dvs. de e-mail.

Dacă nu există adresă de e-mail sau dacă adresa de e-mail este greșită, introduceți în schimb numele de utilizator BroadWorks.
Introduceți parola BroadWorks.
Dacă v-ați conectat cu succes, Webex se deschide.

Flux de apeluri—director corporativ

Flux de apeluri – număr PSTN

Prezentare și partajare

Începeți o întâlnire spațială

Interacțiuni cu clienții

Preluarea profilului din DMS și înscrierea SIP cu AS

Clientul apelează XSI pentru a obține un token de gestionare a dispozitivului și URL-ul la DMS.
Clientul solicită profilul său de dispozitiv de la DMS prin prezentarea tokenului de la pasul 1.
Clientul citește profilul dispozitivului și preia acreditările SIP, adresele și porturile.
Clientul trimite un ÎNREGISTRATOR SIP către SBC utilizând informațiile de la pasul 3.
SBC trimite ÎNREGISTRATORUL SIP la AS (SBC poate efectua o vizualizare în NS pentru a localiza un AS dacă SBC nu cunoaște deja utilizatorul SIP.)

Orientări privind testele și laboratoarele

Următoarele orientări se aplică organizațiilor de testare și de laborator:

Partenerii furnizorului de servicii sunt limitați la maximum 50 de utilizatori de testare care pot fi configurați în mai multe organe.
Orice utilizatori care depășesc primii 50 de utilizatori de testare vor fi facturați.
Pentru a asigura procesarea exactă a facturii dvs., toate organele de testare trebuie să includă „test” în numele organizației BroadWorks.
Organizațiile de testare internă trebuie desemnate în cadrul Webex Control Hub. Acest lucru are scopul de a împiedica utilizatorii de testare să fie facturați ca utilizatori reali.

Desemnarea unei organizații ca organizație de testare

Pentru a desemna o organizație ca organizație de testare:

Conectați-vă la Partner Hub și selectați Clienți.
Selectați clientul corespunzător.
În bara de control din dreapta, activați comutatorul pentru organizarea testelor interne.

Redare mesagerie vocală

Pentru mesageria vocală, asigurați-vă că configurați serverul Media pentru a utiliza unul dintre următoarele coduri:

mp3
wav—Fișierele WAV sunt acceptate în următoarele formate: PCM (acceptat pe toate platformele) și DVI-ADPCM (nu este acceptat pe Android

Dacă utilizați fișiere wav, rulați următoarele comenzi CLI pentru a încredința serverul aplicației și serverul media:

AS_CLI/Service/VoiceMsg>set vmRecordingAudioFileFormat WAV
MS_CLI/Applications/MediaStreaming/Services/IVR> set sendmail8kHzWavFileDefaultFormat ulaw

Terminologie

ACL: Listă de control al accesului
ALG: Gateway strat aplicație
API: Interfață de programare aplicație
AFNURI: Serviciu de notificare Apple Push
LA FEL DE: Server aplicație
TE CONŢINUTUL: Adaptor analogic de telefon, adaptor care convertește telefonie analogică la VoIP
BAM: Manager de aplicații BroadSoft
Autentificare de bază: O metodă de autentificare în care un cont (nume de utilizator) este validat de un secret partajat (parolă)
BMS: Server de mesagerie BroadSoft
PĂȘUNE: Fluxuri bidirecționale Peste HTTP Sincronizat
TULBURĂRI GASTRO- INTESTINALE: Interfața de bază a ratei BRI este o metodă de acces ISDN
Cutie de carton: O colecţie de servicii aşa cum a fost livrată unui utilizator final sau abonat (cf. Ambalaj)
CA: Autoritatea de certificare
Operator: O organizaţie care se ocupă de traficul de telefonie (cf. Partener, furnizor de servicii, furnizor de valoare adăugată)
CAPTCHA: Test Turing public complet automatizat pentru a spune computere și oameni în afară
CCXML: Limba de marcare eXtensible pentru controlul apelului
CIF: Format intermediar comun
TULBURĂRI OCULARE: Interfață linie de comandă
CN: Denumire comună
CNPS: Server push notificări de apel. Un server push de notificare care rulează pe un XSP|ADP în mediul dvs., pentru a împinge notificările de apel către FCM și APNS. Consultați Proxy-ul NPS.
CPE: Echipamente premise pentru clienți
CPR: Regulă de prezență personalizată
CSS: Foaie de stil cascadă
CSV: Valoare Separată prin virgulă
CTI: Integrare telefonie informatică
CUBE: Cisco Unified Border Element
DMZ: Zonă Demilitarizată
DN: Număr director
DND: Nu deranjați
DNS: Sistem nume de domeniu
DPG: Grup de asociați la apelare
DSCP: Punct de cod servicii diferențiate
DTAF: Fișier arhivă tip dispozitiv
DTG: Grup trunchi destinație
DTMF: Frecvență multitonică duală
utilizator Final: Persoana care utilizează serviciile, adică face apeluri, intră în întâlniri sau trimite mesaje (cf. Abonat)
Enterprise: O colecţie de utilizatori finali (cf. Organizație)
FCM: Mesagerie în cloud Firebase
FMC: Convergență Fix Mobile
Configurare flux-through: Crearea utilizatorilor în magazinul de identitate Webex prin atribuirea serviciului „IM&P integrat” în BroadWorks.
FQDN: Nume de domeniu complet calificat
Configurare completă prin debit: Crearea și verificarea utilizatorilor din magazinul de identitate Webex prin atribuirea serviciului „IM&P integrat” în BroadWorks și afirmarea că fiecare utilizator BroadWorks are o adresă de e-mail unică și validă.
FXO: Exchange Office este portul care primește linia analogică. Acesta este dopul de pe telefon sau fax sau dopurile de pe sistemul dvs. de telefon analogic. Acesta oferă o indicație on-cârlig / off-cârlig (închidere buclă). Deoarece portul FXO este atașat la un dispozitiv, cum ar fi un fax sau un telefon, dispozitivul este adesea numit „dispozitiv FXO”.
FXS: Abonatul valutar este portul care furnizează de fapt linia analogică abonatului. Cu alte cuvinte, este "plug in the wall", care oferă un ton de apelare, curent de baterie, și tensiune inel.
GCM: Mesaj Google Cloud
GCM: Modul Galois/Counter (tehnologie de criptare)
ASCUNZĂTOARE: Dispozitiv interfață umană
HTTPS: Conectori securizați pentru protocolul de transfer hipertext
IAD: Dispozitiv de acces integrat
IM&P: Mesagerie instantanee și prezență
PSTN IP: Un furnizor de servicii care furnizează VoIP serviciilor PSTN, interschimbabil cu ITSP, sau un termen general pentru telefonie „publică” conectată la internet, furnizat în mod colectiv de către principalii furnizori de telecomunicații (mai degrabă decât de către țări, așa cum este PSTN)
IZZ: Furnizor de servicii de telefonie pe internet
VALORI CRESCUTE ALE: Răspuns vocal interactiv / Răspuns
AFECŢIUNI: Adresa nativă a unei entități XMPP se numește identificator Jabber sau JID localpart@domain.part.example.com/resourcepart (@ . / sunt separatoare)
JSON: Notificare obiect script Java
TULBURĂRI ALE SISTEMULUI NERVOS: Java Secure Socket Extension; tehnologia de bază care oferă caracteristici sigure de conectivitate la serverele BroadWorks
KEM: Modul de extensie cu tastatură (telefoanele hardware Cisco)
PLT: Token cu durată lungă de viață (sau Long Life); o formă de auto-descriere, securizată de token purtător care permite utilizatorilor să rămână autentificați pentru mai mult timp și nu este legată de aplicații specifice.
M: Arhiva mesajelor
MIB: Bază de informații de gestionare
M: Server media
mTLS: Autentificare reciprocă între două părți, utilizând schimbul de certificate, la stabilirea unei conexiuni TLS
MUC: Chat cu mai mulți utilizatori
UMED: Traduceri adresă de rețea
NPS: Server push de notificare; consultați CNPS
proxy NPS: Un serviciu în Webex care furnizează jetoane de autorizare pe termen scurt pentru CNPS, permițându-i să împingă notificările de apel către FCM și APN-uri și, în cele din urmă, către dispozitivele Android și iOS care rulează Webex.
OCLUZII: Deschideți interfața cu clientul
Organizație: O companie sau o organizaţie care reprezintă o colecţie de utilizatori finali (cf. Întreprindere)
OTG: Grup trunchiuri de ieșire
Pachet: O colecţie de servicii aşa cum a fost livrată unui utilizator final sau abonat (cf. Cutie de carton)
Partener: O organizație de agenți care lucrează cu Cisco pentru a distribui produse și servicii către alte organizații (cf. Valoare adăugată revânzător, furnizor de servicii, transportator)
PBX: Schimb de filiale private
PEM: Mail îmbunătățit de confidențialitate
LIOFILIZAT: Rețea publică de teren mobil
TE IZA: Interfața Rată Primară (PRI) este un standard de interfață de telecomunicații utilizat pe o rețea digitală de servicii integrate (ISDN)
PS: Server de profil
PSTN: Rețea de telefonie publică comutată
QoS: Calitatea serviciului
portal De Retailer: Un site web care permite administratorului revânzătorului să își configureze soluția UC-One SaaS. Este uneori menționată ca portal BAM, portal de administrator sau portal de management.
RTCP: Protocol de control în timp real
RTP: Protocol de transport în timp real
SBC: Controler frontieră sesiune
SCA: Aspect Apel partajat
SD: Definiție standard
SDP: Protocol de descriere sesiuni
SP: Furnizor de servicii; O organizație care furnizează servicii de telefonie sau servicii conexe altor organizații (cf. Încărcător, partener, revânzător cu valoare adăugată)
SIP: Protocol de inițiere sesiuni
LĂCRIMARE: Token cu durată scurtă de viață (sau Short Life) (denumit și BroadWorks SSO Token); un token autentificat de unică folosință care este utilizat pentru a obține acces securizat la aplicații web.
SMB: Întreprinderi mici și mijlocii
SNMP: Protocol simplu de gestionare a rețelei
sRTCP: Protocol de control al transferului în timp real securizat (media apelurilor VoIP)
sRTP: Protocol de transfer în timp real securizat (media apelurilor VoIP)
SSL: Strat de prize securizate
Abonat: Persoana care utilizează serviciile, adică face apeluri, intră în întâlniri sau trimite mesaje (cf. Utilizator final)
TCP: Protocol de control al transmisiei
TDM: Multiplicarea diviziunii timpului
TLS: Securitate strat de transport
ToS: Tipul de serviciu
UAP: Portal de activare a utilizatorilor
UC: Comunicații Unified
CEAPA: Interfață utilizator
U ID: Identificator unic
UM: Server de mesagerie
URI: Identificator de resurse uniform
URL: Localizator de resurse uniform
TUSE: Server de partajare
UTC: Ora universală coordonată
UVS: Server video
Retailer cu valoare adăugată (VAR): O organizație de agenți care lucrează cu Cisco pentru a distribui produse și servicii către alte organizații (cf. Operator, partener, furnizor de servicii)
VGA: Array de grafică video
VoIP: Voce prin Internet Protocol (IP)
VXML: Limbă extensibilă de marcare vocală
WebDAV: Autorizare și versiune distribuită pe internet
WebRTC: Comunicații web în timp real
RĂȘINI: Server WebRTC
XMPP: Protocol de mesagerie și prezență extensibil

Anexa

Configurați serviciile (cu mTLS pentru serviciul Auth)

Interfețe Xsi

Instalați și configurați aplicațiile Xsi-Actions și Xsi-Events așa cum sunt descrise în Ghidul de configurare a interfeței pentru serviciile Cisco BroadWorks Xtended Services.

Doar o singură instanță a aplicațiilor Xsi-Events trebuie implementată pe XSP|ADP utilizat pentru interfața CTI.

Toate evenimentele Xsi utilizate pentru integrarea Broadworks cu Webex trebuie să aibă același nume de apelControlApplicationName definit în Applications/Xsi-Events/GeneralSettings. De exemplu:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Schimbarea numelui de apelControlApplicationName sau neavând același nume pe toate aplicațiile web Xsi-Events va afecta funcționalitatea abonamentelor și a evenimentelor de telefonie.

Configurați serviciul de autentificare (cu mTLS)

Tokenurile BroadWorks cu durată lungă de viață sunt generate și validate de serviciul de autentificare găzduit pe |ADP-urile dvs. XSP.

Cerințe

Serverele XSP|ADP care găzduiesc Serviciul de autentificare trebuie să aibă o interfață mTLS configurată.
ADP-urile XSP| trebuie să partajeze aceleași chei pentru criptarea/decriptarea tokenurilor BroadWorks cu durată lungă de viață. Copierea acestor chei la fiecare XSP|ADP este un proces manual.
ADP-urile XSP| trebuie sincronizate cu NTP.

Prezentare generală configurație

Configurația esențială de pe |ADP-urile dvs. XSP include:

Implementați serviciul de autentificare.
Configurați durata tokenului la cel puțin 60 de zile (lăsați emitentul ca BroadWorks).
Generați și partajați tastele RSA prin |ADP-uri XSP.
Furnizați adresa URL autentiService către containerul web.

Implementați serviciul de autentificare pe XSP|ADP

Pe fiecare XSP|ADP utilizat cu Webex:

Activați aplicația pentru serviciul de autentificare pe cale /authService(trebuie să utilizați această cale):

XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService

(unde este cazul <version> este versiunea BroadWorks).
Implementați aplicația:

XSP|ADP_CLI/Maintenance/ManagedObjects>deploy application /authService

Configurați durata tokenului

Verificați configurația actuală a tokenului (ore):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement> get
Setați durata la 60 de zile (max. 180 de zile):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement>set tokenDurationInHours 1440

Generați și partajați cheile RSA

Trebuie să utilizați aceleași perechi de taste publice/private pentru criptarea/decriptarea tokenului în toate instanțele serviciului de autentificare.
Cuplul cheie este generat de serviciul de autentificare atunci când este necesar pentru prima dată să eliberați un token.

Din cauza acestor doi factori aveți nevoie pentru a genera chei pe un XSP|ADP, apoi copiați-le la toate celelalte XSP|ADP.

Dacă ciclați tastele sau modificați lungimea tastei, trebuie să repetați următoarea configurație și să reporniți toate |ADP-urile XSP.

Selectați un XSP|ADP de utilizat pentru generarea unei perechi de taste.
Utilizați un client pentru a solicita un token criptat de la acel XSP|ADP, solicitând următorul URL din browserul clientului:

https://<XSP|ADP-IPAddress>/authService/token?key=BASE22URL(clientPublicKey)

(Acest lucru generează o pereche de chei private / publice pe XSP|ADP, dacă nu a existat deja unul)
Locația magazinului cu tastatură nu este configurabilă. Exportați tastele:

XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
Copiați fișierul exportat /var/broadworks/tmp/authService.keys în aceeași locație pe celelalte ADP-uri XSP|, suprascrierea unui mai în vârstă .keys fișier.
Importați tastele pe fiecare dintre celelalte |ADP-uri XSP:

XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys

Furnizați URL-ul autentiService către containerul web

Containerul web XSP|ADP are nevoie de URL-ul autentiService, astfel încât să poată valida jetoanele.

Pe fiecare dintre |ADP-urile XSP:

Adăugați URL-ul serviciului de autentificare ca serviciu de autentificare extern pentru BroadWorks Communications Utility:

XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1/authService
Adăugați adresa URL a serviciului de autentificare în container:

XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService

Acest lucru permite Webex să utilizeze Serviciul de autentificare pentru a valida jetoanele prezentate ca date de autentificare.
Verificați parametrul cu get.
Reporniți XSP|ADP.

Configurarea TLS și Ciphers pe interfețele HTTP (pentru XSI și Serviciul de autentificare)

Aplicațiile Service Authentication, Xsi-Actions și Xsi-Events utilizează interfețe de server HTTP. Nivelurile de configurabilitate TLS pentru aceste aplicații sunt după cum urmează:

Cele mai generale = Sistem > Transport > HTTP > Interfață server HTTP = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații	context CLI
Sistem (global)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Protocoale de transport pentru acest sistem	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP pe acest sistem	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Interfețe server HTTP specifice pe acest sistem	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Citirea configurației interfeței serverului HTTP TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer>
Introduceți get comanda și citiți rezultatele. Ar trebui să vedeți interfețele (adresele IP) și, pentru fiecare, dacă acestea sunt sigure și dacă necesită autentificarea clientului.

Apache tomcat trimite un certificat pentru fiecare interfață securizată; sistemul generează un certificat semnat dacă are nevoie de unul.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Adăugarea protocolului TLS 1.2 la interfața serverului HTTP

Interfața HTTP care interacționează cu Webex Cloud trebuie configurată pentru TLSv1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața serverului HTTP:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> 443 pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> 443 TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața serverului HTTP

Pentru a configura cifrele necesare:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Introduceți comanda get <interfaceIp> 443 pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> 443 <cipherName> pentru a adăuga un cifru la interfața serverului HTTP.

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Configurați încrederea pentru serviciul de autentificare (cu mTLS)

Conectați-vă la Control Hub cu contul de administrator partener.
Accesați Setări > Apelare BroadWorks și faceți clic pe Descărcare certificat Webex CA pentru a obține CombinedCertChain2023.txt pe computerul local.

Aceste fișiere conțin două seturi de două certificate. Trebuie să divizați fișierele înainte de a le încărca în ADP-urile XSP|. Toate fișierele sunt necesare.
Separați lanțul certificatului în două certificate - combinedcertchain2023.txt.
1. Deschideți combinedcertchain2023.txt într-un editor de text.
2. Selectați și tăiați primul bloc de text, inclusiv liniile -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----, și lipiți blocul de text într-un fișier nou.
3. Salvați noul fișier ca root2023.txt.
4. Salvați fișierul original ca issuing2023.txt. Fișierul original ar trebui să aibă acum doar un singur bloc de text, înconjurat de linii -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----.
Copiați ambele fișiere text într-o locație temporară pe XSP|ADP pe care o securizați, de ex. /var/broadworks/tmp/root2023.txt și /var/broadworks/tmp/issuing2023.txt.
Conectați-vă la XSP|ADP și navigați la /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>. (Opțional) Ajutor de rulare UpdateTrust pentru a vedea parametrii și formatul de comandă.

Încărcați fișierele certificatului în ancore de încredere noi - 2023

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Confirmați că ancorajele sunt actualizate:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

(Opțiune) Configurați mTLS la nivelul interfeței/portului HTTP

Este posibil să configurați mTLS la nivelul interfeței/portului HTTP sau pe o bază de aplicație per-web.

Când configurați mTLS la nivelul interfeței/portului HTTP, mTLS este necesar pentru toate aplicațiile web găzduite accesate prin această interfață/port.

Conectați-vă la XSP|ADP a cărei interfață configurați.
Navigheaza catre XSP|ADP_CLI/Interface/Http/HttpServer> și rulați get comandă pentru a vedea interfețele.
Pentru a adăuga o interfață și a solicita autentificarea clientului acolo (ceea ce înseamnă același lucru ca și mTLS):

XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true

Consultați documentația XSP|ADP CLI pentru detalii. În esență, primul true asigură interfața cu TLS (certificatul de server este creat dacă este necesar) și al doilea true forțează interfața să solicite autentificarea certificatului clientului (împreună sunt mTLS).

De exemplu:

XSP|ADP_CLI/Interface/Http/HttpServer> get

Interface Port Name Secure Client Auth Req Cluster Fqdn
         =======================================================
         192.0.2.7 443 XSP|ADP01.collab.example.net true false 
         192.0.2.7 444 XSP|ADP01.collab.example.net true true

În acest exemplu, mTLS (Client Auth Req = true) este activat pe 192.0.2.7 port 444. TLS este activat pe 192.0.2.7 port 443.

(Opțiune) Configurați mTLS pentru aplicații web specifice

Este posibil să configurați mTLS la nivelul interfeței/portului HTTP sau pe o bază de aplicație per-web.

Când configurați mTLS la nivelul aplicației, mTLS este necesar pentru acea aplicație, indiferent de configurația interfeței serverului HTTP.

Conectați-vă la XSP|ADP a cărei interfață configurați.
Navigheaza catre XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> și rulați get comandă pentru a vedea ce aplicații rulează.
Pentru a adăuga o aplicație și pentru a solicita autentificarea clientului (ceea ce înseamnă același lucru ca și mTLS):

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true

Consultați documentația XSP|ADP CLI pentru detalii. Numele aplicației sunt enumerate acolo. Fișierul true în această comandă activează mTLS.

De exemplu:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add 192.0.2.7 443 AuthenticationService true

Exemplul de comandă adaugă aplicația AuthenticationService la 192.0.2.7:443 și necesită solicitarea și autentificarea certificatelor de la client.

Consultați get:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> get

Interface Ip Port Application Name Client Auth Req
         ===================================================
         192.0.2.7 443 AuthenticationService      true

Configurați managementul dispozitivului pe XSP|ADP, serverul aplicației și serverul profilului

Unde să mergeți Înainte

Pentru configurare, puteți reintra în fluxul principal de documente la interfața CTI și configurația aferentă.

Cerințe suplimentare de certificare pentru autentificarea reciprocă TLS împotriva serviciului de autentificare

Accesați Setări > Apelare BroadWorks.
Faceți clic pe linkul certificatului de descărcare.

De asemenea, puteți obține lanțul certificatului de la https://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt.

Cerințele exacte pentru implementarea acestui lanț de certificate Webex CA depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă rezumă locul în care trebuie implementat lanțul de certificate Webex CA în aceste trei cazuri.

Cerințe reciproce privind certificatul TLS pentru proxy-ul TLS-bridge

Webex prezintă proxy-ului un certificat de client semnat Webex CA.
Lanțul de certificate Webex CA este implementat în magazinul de încredere proxy, astfel încât proxy-ul are încredere în certificatul clientului.
Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în proxy.
Proxy-ul prezintă un certificat de server semnat public pentru Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.

Proxy-ul prezintă un certificat de client semnat intern către |ADP-urile XSP.

Acest certificat trebuie să aibă câmpul de extensie x509.v3 Utilizare extinsă a cheii populat cu OID BroadWorks 1.3.6.1.4.1.6431.1.1.8.2.1.3 și clientAuth scop TLS. De exemplu:

X509v3 extensions:

X509v3 Extended Key Usage:

1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client
              Authentication

Atunci când generați certificate de client intern pentru proxy, rețineți că certificatele SAN nu sunt acceptate. Certificatele serverului intern pentru XSP|ADP pot fi SAN.

ADP-urile XSP| au încredere în CA intern.
ADP-urile XSP| prezintă un certificat de server semnat intern.
Proxy-ul are încredere în CA intern.

Cerințe reciproce de certificare TLS pentru TLS-passthrough Proxy sau XSP în DMZ

Webex prezintă un certificat de client semnat Webex CA pentru XSPs.
Lanțul de certificate Webex CA este implementat pe magazinul de încredere XSPs, astfel încât XSPs are încredere în certificatul clientului.
Certificatul de server XSP semnat public este de asemenea încărcat în XSPs.
XSPs prezintă certificatele de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului XSPs.

Istoricul reviziilor documentelor

Următorul tabel prezintă o istorie a modificărilor aduse acestui document în ultimele 12 luni.

Dată	Versiune	Descrierea modificării
22 martie 2024	2-112	Cerințe prealabile actualizate în secțiunea Sincronizare Nu deranjați (DND).
07 martie 2024	2-111	Secțiunea Actualizată de control al fluxului de conectare în procesul de conectare a utilizatorului și de recuperare a configurației.
24 februarie 2024	2-110	Modificări editoriale.
20 februarie 2024	2-109	S-a adăugat secțiunea Indicație Spam vizuală în secțiunea Implementare Webex pentru BroadWorks.
07 februarie 2024	2-108	A fost adăugată o notificare de expirare a parolei BroadWorks în timpul conectării la Webex for BroadWorks Reference.
25 ianuarie 2024	2-107	Modificări editoriale.
23 ianuarie 2024	2-106	Efectuați modificări editoriale în secțiunea Mutare utilizator (cu consimțământ) în Webex pentru Cisco BroadWorks , sub Gestionarea Webex pentru BroadWorks.
10 ianuarie 2024	2-105	Modificări editoriale.
20 decembrie 2023	2-104	Acest ghid a fost mutat la Centrul de ajutor Webex, de acum înainte utilizați acest link unificat https://help.webex.com/no4dlj3 .
13 decembrie 2023	2-103	Șablonul clientului a fost modificat în „Șablon de integrare”, a actualizat ghidul de soluție.
12 decembrie 2023	2-102	Actualizat Atașați Webex pentru BroadWorks la secțiunea Organizație existentă în cadrul Gestionării Webex pentru BroadWorks.
08 decembrie 2023	2-101	Modificări editoriale.
noiembrie 08, 2023	2-100	A fost adăugată o notă în Atașați Webex pentru BroadWorks la secțiunea Organizație existentă .
25 octombrie 2023	2-99	A fost adăugat R24 în Configurarea serverului aplicației cu secțiunea URL a serviciului de configurare.
13 septembrie 2023	2-98	Au fost adăugate cerințe de rețea pentru Webex pentru linkurile Cisco Broadworks în secțiunea Abonamente de documente recomandate.
septembrie 04, 2023	2-97	Secțiunea Caracteristici și limitări actualizată în Prezentare generală a Webex pentru Cisco BroadWorks.
08 august 2023	2-96	Note adăugate în Editarea sau ștergerea unui cluster BroadWorks în Partner Hub în cadrul Gestionării Webex pentru BroadWorks.
23 iunie 2023	2-95	Actualizat Pregătiți-vă NPS pentru Webex pentru secțiunea Cisco BroadWorks în secțiunea Implementare Webex pentru Cisco BroadWorks. Actualizat Configurați NPS pentru a utiliza conexiunea proxy de autentificare Timeout la 3000 sub Implementare Webex pentru Cisco BroadWorks.
30 mai 2023	2-94	Actualizat secțiunea Cerințe software BroadWorks în secțiunea Webex pentru Cisco BroadWorks Reference.
26 mai 2023	2-93	Secțiunea actualizată Trust Anchors pentru interfața CTI (R22 și ulterioară) din secțiunea Implementare Webex pentru Cisco BroadWorks. Actualizat Configurați încrederea pentru serviciul de autentificare (cu mTLS) în secțiunea Anexă.
24 mai 2023	2-92	Actualizat Detach Webex pentru BroadWorks din secțiunea Organizație existentă în cadrul Gestionării Webex pentru Cisco BroadWorks. S-a adăugat secțiunea Intrare în rezervă în secțiunea Implementare Webex pentru Cisco BroadWorks.
10 mai 2023	2-91	Actualizat câmpul Lampă ocupată / secțiunea Notificare preluare apeluri în cadrul managementului Webex pentru Cisco BroadWorks.
09 mai 2023	2-90	Actualizat secțiunea Țară din secțiunea Pregătiți-vă mediul.
04 mai 2023	2-89	Actualizat Configurați secțiunea Șabloane pentru clienți în secțiunea Configurați organizația partenerului în Hubul partenerului.
27 aprilie 2023	2-88	S-a adăugat secțiunea Țară în secțiunea Pregătirea mediului.
14.04.2023	2-87	Secțiunea Actualizată de Asistență pentru contacte de grup în cadrul comenzii și configurării.
17 martie 2023	2-86	S-a adăugat scalarea apelului nativ mobil la secțiunea Întâlnire din secțiunea Implementare Webex pentru BroadWorks.
11 martie 2023	2-85	Pași actualizați în Configurarea serviciului de autentificare (cu validarea token-ului CI) în secțiunea Implementare Webex pentru Cisco BroadWorks.
10 martie 2023	2-84	Actualizat secțiunea Interfețe Xsi .
07 martie 2023	2-83	S-a adăugat secțiunea Asistență Grup Contacte în secțiunea Ordine și configurare.
28 februarie 2023	2-82	S-a adăugat secțiunea Partner SSO - OpenID Connect (OIDC) în secțiunea Implementare Webex pentru Cisco BroadWorks.
15 februarie 2023	2-81	Actualizat Trust Anchors pentru interfața CTI (R22 și o versiune ulterioară)în secțiunea Implementare Webex pentru Cisco BroadWorks și Configurare Trust pentru serviciul de autentificare (cu mTLS) din Anexa.
10 februarie 2023	2-80	S-a actualizat Apelarea extensiilor în prezentarea generală a Webex pentru Cisco BroadWorks.

Prezentare generală a Webex pentru Cisco BroadWorks

Introducerea Webex pentru Cisco BroadWorks

Soluţie

Pentru a oferi funcții de colaborare în cloud Webex clienților Mici și Mijlocii care au deja un serviciu de apelare furnizat de furnizorii de servicii BroadWorks.
Pentru a furniza servicii de apelare bazate pe BroadWorks clienților Webex mici și mijlocii.

Context

Beneficii

Protejarea viitoare: împotriva sfârșitului de viață al colaboratorului UC-One, mișcarea tuturor clienților către cadrul de clienți unificați (UCF)
Cel mai bun dintre cele două: Activarea funcțiilor de mesagerie și întâlnire Webex păstrând în același timp apelurile BroadWorks în rețeaua dvs. de telefonie

Domeniu de aplicare al soluției

Clienții mici și mijlocii existenți/noi (mai puțin de 250 de abonați) care doresc o suită de funcții de colaborare, pot avea deja apelare BroadWorks.
Clienții Webex mici până la medii existenți care doresc să adauge BroadWorks Calling.
Întreprinderi mai mici (Consultați portofoliul nostru de întreprinderi pentru Webex).
Nu numai utilizatorii (Vă rugăm să evaluați ofertele Webex Online).

Condiții prealabile pentru succesul cu Webex pentru Cisco BroadWorks

Obligatoriu

Note

Patch-ul BroadWorks curent R22 sau de mai sus

XSP|ADP pentru XSI, CTI, DMS și authService

XSP|ADP dedicat pentru Webex pentru Cisco BroadWorks

Separați XSP|ADP pentru NPS, poate fi partajat cu alte soluții care utilizează NPS.

Dacă aveți o implementare colaborativă existentă, apoi revizuiți recomandările privind configurațiile XSP|ADP și NPS.

Validarea Token CI (cu TLS) este configurată pentru conexiunile Webex la Serviciul de autentificare.

mTLS configurat pentru conexiunile Webex la interfața CTI.

Alte aplicații nu necesită mTLS.

Utilizatorii trebuie să existe în BroadWorks și au nevoie de următoarele atribute, în funcție de decizia dvs. de configurare:

Flowthrough cu e-mailuri de încredere: Atributul de e-mail al utilizatorului BroadWorks trebuie să conțină o adresă de e-mail validă, unică pentru acel utilizator. Utilizatorul trebuie să aibă, de asemenea, un număr principal sau o extensie.
Flowthrough cu e-mailuri false sau auto-activare sau configurare API: Utilizatorul nu are nevoie de adresa de e-mail, dar trebuie să aibă un număr principal sau o extensie.

Fișier DTAF Webex pentru Cisco BroadWorks pentru aplicația Webex

BW Business Lic sau Std Enterprise sau Prem Enterprise User Lic + Webex pentru abonamentul Cisco BroadWorks

Dacă aveți o implementare colaborativă existentă, nu mai aveți nevoie de UC-One Add-On Bundle, Collab Lic și Meet-me Conference Ports.

Dacă aveți o implementare UC-One SaaS existentă, nu există alte modificări decât acceptarea termenilor Premium Package.

IP/Porturile trebuie să fie accesibile prin intermediul serviciilor Webex backend și al aplicațiilor Webex prin intermediul internetului public.

Consultați secțiunea „Pregătiți-vă rețeaua”.

Configurare TLS v1.2 pe |ADP-urile XSP

Pentru configurarea Flowthrough, serverul de aplicații trebuie să se conecteze la adaptorul de configurare BroadWorks.

Nu testăm sau acceptăm configurația proxy de ieșire. Dacă utilizați un proxy de ieșire, acceptați responsabilitatea de a-l susține cu Webex pentru Cisco BroadWorks.

Consultați “Pregătiți-vă rețeaua” subiect.

Despre acest Document

Acest ghid include materiale conceptuale și de referință. Intenționăm să acoperim toate aspectele soluției în acest document.

Setul minim de sarcini pentru implementarea soluției este:

Accesați echipa contului dvs. pentru a deveni partener Cisco. Este imperativ să explorați punctele de contact Cisco pentru a vă familiariza (și a vă instrui). Când deveniți partener Cisco, aplicăm comutatorul Webex pentru Cisco BroadWorks la organizația dvs. partener Webex. (Consultați Implementarea Webex pentru Cisco BroadWorks > Integrarea partenerului în acest document.)
Configurați sistemele BroadWorks pentru integrarea cu Webex. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurarea serviciilor pe dispozitivele Webex pentru Cisco BroadWorks XSP|ADP din acest document.)
Utilizați Partner Hub pentru a conecta Webex la BroadWorks. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurați organizația dvs. de parteneri în Partner Hub în acest document.)
Utilizați Hubul partener pentru a pregăti șabloanele de configurare a utilizatorului. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurați șabloanele de integrare în acest document.)
Testați și conectați un client prin configurarea a cel puțin un utilizator. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurarea organizației dvs. de testare.)

Acestea sunt etape de nivel înalt, în ordinea tipică. Există mai multe sarcini de contribuție pe care nu le puteți ignora.
Dacă doriți să creați propriile aplicații pentru a vă gestiona abonații Webex pentru Cisco BroadWorks, trebuie să citiți Folosind API-ul de configurare din secțiunea de referință a acestui ghid.

Terminologie

Cum funcționează

Utilizatorii apelează numere PSTN utilizând infrastructura BroadWorks.
Utilizatorii apelează alte numere BroadWorks utilizând infrastructura BroadWorks (apeluri audio/video selectând numerele asociate utilizatorilor sau dialpad-ul pentru a introduce numerele).
Alternativ, utilizatorii pot efectua un apel VOIP Webex prin infrastructura Webex, selectând opțiunea „Apel Webex” din aplicația Webex. (Aceste apeluri sunt aplicația Webex în aplicația Webex, nu aplicația Webex în PSTN).
Utilizatorii pot găzdui și participa la Webex Meetings.
Utilizatorii se pot trimite mesaje unul câte unul sau în spații (chat de grup persistent) și pot beneficia de funcții precum căutarea și partajarea fișierelor (pe infrastructura Webex).
Utilizatorii pot partaja prezența (starea). Ele pot alege prezența personalizată sau prezența calculată a clientului.
După ce vă înscriem ca organizație parteneră în Control Hub, cu drepturile corecte, puteți configura relația dintre instanța BroadWorks și Webex.
Creați organizații ale clienților în Control Hub și furnizați utilizatori în aceste organizații.
Fiecare abonat din BroadWorks primește o identitate Webex pe baza adresei de e-mail (atribut de ID de e-mail în BroadWorks).
Utilizatorii se autentifică împotriva BroadWorks sau împotriva Webex.
Clienții sunt eliberați cu jetoane cu durată lungă de viață pentru a le autoriza pentru servicii la BroadWorks și Webex.

Aplicația Webex se află în centrul acestei soluții; este o aplicație de marcă disponibilă pe desktopurile Mac/Windows și pe telefoanele mobile și tabletele Android/iOS.

Există, de asemenea, o versiune web a Aplicației Webex care nu include în prezent funcții de apelare.

Clientul se conectează la cloudul Webex pentru a furniza funcții de mesagerie, prezență și întâlniri.

Clientul se înregistrează la sistemele BroadWorks pentru funcțiile de apelare.

Cloud-ul Webex funcționează cu sistemele BroadWorks pentru a asigura o experiență de configurare fără probleme a utilizatorului.

Caracteristici și limitări

Oferim mai multe pachete cu caracteristici diferite.

Pachetul „Softphone”

Utilizatorii de Softphone își pot partaja ecranul în timpul unui apel.

Pachetul „de bază”

Pachetul „Standard”

Pachetul „Premium”

Partajarea ecranului în cadrul unei întâlniri PMR este acceptată pentru orice participant la întâlnire.

Comparați pachetele

Pachet	Apelare	Mesagerie	Întâlniri Unified Space	Reuniuni PMR
Telefon virtual	Inclus	Nu sunt incluse	Fără	Fără
De bază	Inclus	Inclus	100 de participanți	100 de participanți
Standard	Inclus	Inclus	100 de participanți	100 de participanți
Premium	Inclus	Inclus	300 de participanți	1000 participanți

Caracteristici de mesagerie și întâlnire

Consultați următorul tabel pentru diferențele de asistență pentru caracteristicile întâlnirii PMR pentru pachetele de bază, standard și premium.

Tabelul 1. Diferențe de asistență caracteristică pentru întâlnirile PMR
Caracteristică întâlnire	Sprijinit cu pachet de bază	Sprijinit cu pachet standard	Sprijinit cu pachetul de premiere	Comentariu
Durata întâlnirii	40 de minute sau mai puțin	Nelimitat	Nelimitat
Partajare Desktop	Da	Da	Da	Basic—Partajare desktop de către orice participant la întâlnirea PMR. Standard —Partajare desktop numai de către gazda întâlnirii PMR. Premium—Partajare desktop de către orice participant la întâlnirea PMR.
Partajare Aplicație	Da	Da	Da	De bază—Partajarea aplicației de către orice participant la întâlnirea PMR. Standard - Partajarea aplicației numai de către gazda întâlnirii PMR. Premium—Partajarea aplicației de către orice participant la întâlnirea PMR.
Chat cu mai multe părți	Da	Da	Da
Tablă albă	Da	Da	Da
Protecție parolă	Da	Da	Da
Aplicația web - fără descărcare sau plugin-uri (Experiența oaspeților)	Da	Da	Da
Asocierea asistenței cu dispozitivele Webex	Da	Da	Da
Controlul podelei (Dezactivați unul / Eliminați toate)	Da	Da	Da
Link Întâlniri persistente	Da	Da	Da
Accesul la site-ul întâlnirilor	Da	Da	Da
Intrați în întâlnire prin VoIP	Da	Da	Da
Blocare	Da	Da	Da
Controale prezentator	Nu	Nu	Da
Control desktop la distanță	Nu	Nu	Da
Numărul de participanți	100	100	1000
Înregistrarea salvată local în sistem	Da	Da	Da
Înregistrare în cloud	Nu	Nu	Da
Înregistrare - stocare în cloud	Nu	Nu	10GB pe site
Transcrieri de înregistrare	Nu	Nu	Da
Programare întâlnire	Da	Da	Da
Activați partajarea conținutului cu integrări externe	Nu	Nu	Da	De bază— Partajarea conținutului de către orice participant la întâlnirea PMR. Standard—Partajarea conținutului numai de către gazda întâlnirii PMR. Premium- Partajarea conținutului de către orice participant la întâlnirea PMR.
Permiteți modificarea URL-ului PMR	Nu	Nu	Da	De bază— Utilizatorii pot modifica URL-ul PMR de pe site-ul Webex. Administratorii de parteneri și organizații pot modifica URL-ul din Control Hub. Standard—URL-ul PMR poate fi modificat numai din Hub-ul partenerului de către administratorii partenerului și organizației. Premium—Utilizatorii pot modifica URL-ul PMR de pe site-ul Webex. Administratorii de parteneri și organizații pot modifica URL-ul din Partner Hub.
Redarea în flux live a întâlnirilor (De Exemplu, pe Facebook, Youtube)	Nu	Nu	Da
Permiteți altor utilizatori să programeze întâlniri în numele lor	Nu	Nu	Da
Adăugați gazdă alternativă	Da	Nu	Da
Integrarea aplicațiilor (de exemplu, Zendesk, Slack)	Depinde de integrare	Depinde de integrare	Da	Consultați secțiunea Integrări aplicație de mai jos pentru mai multe informații despre asistență.
Integrare cu Microsoft Office 365 Calendar	Da	Da	Da
Integrare cu Google Calendaring pentru G Suite	Da	Da	Da

Funcții de apelare

Integrări aplicații

Puteți integra Webex pentru Cisco BroadWorks cu următoarele aplicații:

Zendesk—numai Premium
Slack—numai Premium
Microsoft Teams pentru Webex Meetings—Standard sau Premium
Microsoft Teams pentru apelare—Sprijinit cu toate pachetele
Calendarul Office 365—Standard sau Premium
Calendarul Google pentru G Suite—Standard sau Premium

Asistență pentru infrastructura de desktop virtual (VDI)

Asistență IPv6

Webex pentru Cisco BroadWorks acceptă adresarea IPv6 pentru aplicația Webex.

Foaie de parcurs viitoare

Limitări

Limitări de furnizare

Ora întâlnirilor site-ului

Zona de timp a primului abonat pentru fiecare pachet devine zona de timp pentru site-ul Webex Meetings creat pentru acel pachet.

Dacă clientul dvs. are nevoie de o anumită zonă de timp pentru site-ul Webex Meetings, specificați timezone parametru în cererea de configurare pentru:

primul abonat furnizat pentru pachetul Standard din organizație.
primul abonat furnizat pentru pachetul Premium din organizație.
primul abonat furnizat pentru pachetul de bază din organizație.

Limitări generale

Nicio apelare în versiunea web a clientului Webex (Aceasta este o limitare a clientului, nu o limitare a soluției.)
Este posibil ca Webex să nu aibă încă toate comenzile UI pentru a sprijini unele dintre funcțiile de control al apelurilor disponibile de la BroadWorks.
În prezent, clientul Webex nu poate fi „Etichetat alb”.
Când creați organizații ale clienților utilizând metoda de configurare aleasă, acestea sunt create automat în aceeași regiune ca și organizația dvs. parteneră. Acest comportament este proiectat. Ne așteptăm ca partenerii multinaționali să creeze o organizație parteneră în fiecare regiune în care gestionează organizațiile clienților.
Raportarea întâlnirilor și utilizarea mesajelor sunt disponibile prin intermediul organizației client din Control Hub.

Probleme și limitări cunoscute

Pentru o listă actualizată de probleme și limitări cunoscute cu oferta Webex pentru Cisco BroadWorks, consultați Probleme și limitări cunoscute.

Limite de mesagerie

De bază: 2 GB pe utilizator timp de 3 ani
Standard 5 GB per utilizator timp de 3 ani
Premium: 10 GB pe utilizator timp de 5 ani

Informații suplimentare

Pentru informații suplimentare privind limitele generale de mesagerie care se aplică spațiilor echipei de mesagerie Webex, consultați https://help.webex.com/en-us/n8vw82eb/Webex-Capacities.

Securitate, date și roluri

Securitate Webex

Există mai multe detalii cu privire la schimbul de date în secțiunea de referință a acestui document.

Citire suplimentară

Rezidență date organizație

Stocăm datele dvs. Webex în centrul de date care se potrivește cel mai bine regiunii dvs. Consultați Rezidența datelor în Webex în Centrul de ajutor.

Roluri

Echipa de operațiuni în cloud Cisco: Creează „organizația parteneră” în Partner Hub, dacă nu există, în timpul procesului de integrare.

#	Sarcină tipică	SP	Cisco
1	Integrarea partenerului - Crearea organizației partenerului dacă aceasta nu există și activarea comutatoarelor de funcții necesare		●
2	Configurarea BroadWorks în organizația parteneră prin intermediul Hubului partenerului (cluster)	●
3	Configurarea setărilor de integrare în organizația parteneră prin intermediul Hubului partenerului (șabloane de oferte, branding)	●
4	Pregătirea mediului BroadWorks pentru integrare (AS, XSP\|ADP Patching, firewall-uri, configurație XSP\|ADP, XSI, AuthService, CTI, NPS, aplicații DMS pe XSP\|ADP)	●
5	Dezvoltarea integrării sau procesului de configurare	●
6	Pregătiți materialele GTM	●
7	Migrați sau configurați utilizatori noi	●

Arhitectură

Ce este în diagramă?

Clienți

Clientul Aplicației Webex servește ca aplicație principală în ofertele Webex pentru Cisco BroadWorks. Clientul este disponibil pe platforme desktop, mobile și web.

Clientul are întâlniri audio/video native de mesagerie, prezență și cu mai multe părți furnizate de cloudul Webex. Clientul Webex utilizează infrastructura BroadWorks pentru apelurile SIP și PSTN.
Telefoanele Cisco IP și accesoriile aferente utilizează, de asemenea, infrastructura BroadWorks pentru apelurile SIP și PSTN. Ne așteptăm să putem sprijini telefoanele terțe.
Portalul de activare a utilizatorului pentru ca utilizatorii să se conecteze la Webex utilizând acreditările BroadWorks.
Partner Hub este o interfață web pentru administrarea organizației dvs. Webex și a organizațiilor clienților dvs. Partner Hub este locul în care configurați integrarea dintre infrastructura BroadWorks și Webex. De asemenea, utilizați Partner Hub pentru a gestiona configurația și facturarea clienților.

Rețea furnizor de servicii

Blocul verde din partea stângă a diagramei reprezintă rețeaua dvs. Componentele găzduite în rețeaua dvs. oferă următoarele servicii și interfețe pentru alte părți ale soluției:

XSP|ADP cu față publică, pentru Webex pentru Cisco BroadWorks: (Cutia reprezintă una sau mai multe ferme XSP|ADP, eventual frontate de balansoare de sarcină.)
- Găzduiește interfața de servicii Xtended (XSI-Actions & XSI-Events), Serviciul de gestionare a dispozitivelor (DMS), interfața CTI și Serviciul de autentificare. Împreună, aceste aplicații permit telefoanelor și clienților Webex să se autentifice, să descarce fișierele de configurare a apelurilor, să efectueze și să primească apeluri și să vadă starea cârligului (prezența telefonului) și istoricul apelurilor.
- Publică directorul către clienții Webex.
XSP|ADP cu care se confruntă publicul, care rulează NPS:
- Server Push Notificări Apel gazdă: Un server push de notificare pe un ADP XSP| în mediul dvs. Interfețele dintre serverul dvs. de aplicații și proxy-ul nostru NPS. Proxy furnizează jetoane de scurtă durată către NPS-ul dvs. pentru a autoriza notificările către serviciile cloud. Aceste servicii (APNS & FCM) trimit notificări de apel clienților Webex pe dispozitivele Apple iOS și Google Android.
Server aplicație:
- Oferă control apeluri și interfețe pentru alte sisteme BroadWorks (în general)
- Pentru configurarea fluxului, AS este utilizat de administratorul partener pentru a furniza utilizatori în Webex
- Împinge profilul utilizatorului în BroadWorks
OSS/BSS: Sistemul dvs. de asistență pentru operațiuni / Serviciile SIP de afaceri pentru administrarea întreprinderilor BroadWorks.

Webex Cloud

Blocul albastru din diagramă reprezintă cloudul Webex. Microservicele Webex acceptă întregul spectru de capacități de colaborare Webex:

Cisco Common Identity (CI) este serviciul de identitate din cadrul Webex.
Webex pentru Cisco BroadWorks reprezintă setul de microservicii care acceptă integrarea între Webex și furnizorul de servicii BroadWorks găzduit:
- API-uri de configurare a utilizatorului
- Configurație furnizor de servicii
- Conectare utilizator utilizând acreditările BroadWorks
Cutie de mesagerie Webex pentru microservicii legate de mesagerie.
Caseta Webex Meetings care reprezintă servere de procesare media și SBC pentru mai multe întâlniri video cu participanți (SIP și SRTP)

Servicii web terțe

Următoarele componente terțe sunt reprezentate în diagramă:

APNS (Apple Push Notifications Service) împinge notificările de apel și de mesaj către aplicațiile Webex de pe dispozitivele Apple.
FCM (FireBase Cloud Messaging) împinge notificările de apeluri și mesaje către aplicațiile Webex de pe dispozitivele Android.

Considerații de arhitectură XSP|ADP

Rolul serverelor ADP XSP|publice în Webex pentru Cisco BroadWorks

XSP|ADP cu care se confruntă publicul din mediul dvs. oferă următoarele interfețe/servicii pentru Webex și clienți:

Serviciul de autentificare (Authentication Service), securizat de TLS, care răspunde solicitărilor Webex pentru BroadWorks JWT (JSON Web Token) în numele utilizatorului
interfață CTI, securizată de mTLS, la care Webex se abonează pentru evenimentele din istoricul apelurilor și statutul de prezență telefonică din BroadWorks (statut cârlig).
Interfețele de acțiuni și evenimente Xsi (interfața servicii eXtended) pentru controlul apelurilor abonaților, directoarele listei de contacte și apeluri și configurația serviciului de telefonie pentru utilizatorul final
Serviciu DM (Device Management) pentru clienți pentru a prelua fișierele de configurare a apelurilor

Arhitectură XSP|ADP

Vă recomandăm să utilizați o instanță/fermă XSP|ADP dedicată pentru a găzdui aplicațiile necesare pentru integrarea Webex din următoarele motive

De exemplu, dacă oferiți UC-One SaaS, vă recomandăm să creați o nouă fermă XSP|ADP pentru Webex pentru Cisco BroadWorks. În acest fel, cele două servicii pot funcționa independent în timp ce migrați abonați.
Dacă plasați aplicațiile Webex pentru Cisco BroadWorks într-o fermă XSP|ADP care este utilizată în alte scopuri, este responsabilitatea dvs. să monitorizați utilizarea, să gestionați complexitatea rezultată și să planificați scara crescută.
Planificatorul de capacități pentru sistemul Cisco BroadWorks presupune o fermă XSP|ADP dedicată și este posibil să nu fie corect dacă o utilizați pentru calcule de locație.

Cu excepția cazului în care se menționează altfel, ADP-urile dedicate Webex pentru Cisco BroadWorks XSP| trebuie să găzduiască următoarele aplicații:

AuthService (TLS cu validare CI Token sau mTLS)
CTI (mTLS)
Acțiuni XSI (TLS)
Evenimente XSI (TLS)
DMS (TLS) – Opțional. Nu este obligatoriu să implementați o instanță DMS separată sau o fermă specifică pentru Webex pentru Cisco BroadWorks. Puteți utiliza aceeași instanță DMS pe care o utilizați pentru colaborarea UC-One SaaS sau UC-One.
Vizualizare web setări apel (TLS) – Opțional. Vizualizarea web a setărilor pentru apeluri (CSW) este necesară numai dacă doriți ca utilizatorii Webex pentru Cisco BroadWorks să poată configura funcții de apelare în Aplicația Webex.

Webex necesită acces la CTI printr-o interfață securizată prin autentificare TLS reciprocă. Pentru a sprijini această cerință, vă recomandăm una dintre aceste opțiuni:

(Diagrama etichetată Opțiunea 1) O instanță XSP|ADP sau o fermă pentru toate aplicațiile, cu două interfețe configurate pe fiecare server: o interfață mTLS pentru CTI și o interfață TLS pentru alte aplicații, cum ar fi AuthService.
(Diagrama etichetată Opțiunea 2) Două instanțe sau ferme XSP|ADP, una cu o interfață mTLS pentru CTI, iar cealaltă cu o interfață TLS pentru alte aplicații, cum ar fi AuthService.

Reutilizare |ADP XSP

Dacă trebuie să susțineți mai multe organizații partenere Webex pe XSP|ADP, atunci acest lucru înseamnă că trebuie să utilizați mTLS pe Serviciul Auth (validarea CI Token este acceptată numai pentru o singură organizație parteneră pe un XSP|ADP). Dacă utilizați mTLS pe Serviciul de autentificare, atunci acest lucru înseamnă că nu puteți avea clienți care utilizează autentificarea de bază pe Serviciul de autentificare în același timp. Această situație ar împiedica reutilizarea XSP|ADP.
Dacă serviciul CTI existent configurat pentru a fi utilizat de către clienți cu portul securizat (de obicei 8012), dar fără mTLS (adică autentificarea clientului), atunci acest lucru va intra în conflict cu cerința Webex de a avea mTLS.

Configurați sincronizarea NTP pe XSP|ADP

Implementarea necesită sincronizarea timpului pentru toate ADP-urile XSP| pe care le utilizați cu Webex.

În timpul instalării interactive a software-ului XSP|ADP, vi se oferă opțiunea de a configura NTP. Procedați după cum urmează:

Când programul de instalare solicită, Do you want to configure NTP?, introduceți y.
Când programul de instalare solicită, Is this server going to be a NTP server?, introduceți n.
Când programul de instalare solicită, What is the NTP address, hostname, or FQDN?, introduceți adresa serverului dvs. NTP sau a unui serviciu public NTP, de exemplu, pool.ntp.org.

Dacă ADP-urile dvs. XSP| utilizează instalarea silențioasă (neinteractivă), fișierul de configurare a instalatorului trebuie să includă următoarele perechi de valori Key=Value:

NTP

NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>

Cerințe de identitate și securitate XSP|ADP

Fundal

Dacă nu se modifică setările din setările implicite, toate nivelurile moștenesc setările implicite ale furnizorului SSL (JSSE Java Secure Sockets Extension).

Listă de cerințe

XSP|ADP trebuie să se autentifice clienților utilizând un certificat semnat CA în care numele comun sau numele alternativ al subiectului corespund porțiunii de domeniu a interfeței XSI.
Interfața Xsi trebuie să accepte protocolul TLSv1.2.
Interfața Xsi trebuie să utilizeze o suită cipher care îndeplinește următoarele cerințe.
- Diffie-Hellman Ephemeral (DHE) sau curbe eliptice Diffie-Hellman Ephemeral (ECDHE) cheie de schimb
- AES (Standard de criptare avansată) cipher cu o dimensiune minimă a blocului de 128 biți (de exemplu AES-128 sau AES-256)
- GCM (Galois/Counter Mode) sau CBC (Cipher Block Chaining) modul cipher
  - Dacă se utilizează un cipher CBC, numai familia SHA2 de funcții hash este permisă pentru derivare cheie (SHA256, SHA384, SHA512).

De exemplu, următoarele cifruri îndeplinesc cerințele:

TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384

XSP|ADP CLI necesită convenția de numire IANA pentru suitele cipher, așa cum se arată mai sus, nu convenția openSSL.

Ciphers TLS acceptate pentru interfețele AuthService și XSI

TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA

Parametrii scalei de evenimente Xsi

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventQueueSize = 2000

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventHandlerThreadCount = 50

Mai multe |ADP-uri XSP

Element de margine de echilibrare a sarcinii

Note privind această arhitectură:

Configurați DNS astfel încât clienții să poată găsi balansorul de sarcină atunci când se conectează la interfața Xsi (consultați configurația DNS).
Vă recomandăm să configurați elementul de margine în modul proxy SSL invers, pentru a asigura criptarea datelor punct cu punct.
Certificatele din XSP|ADP01 și XSP|ADP02 trebuie să aibă atât domeniul XSP|ADP, de exemplu, dvs.-XSP|ADP.example.com, în numele alternativ al subiectului. Ei ar trebui să aibă propriile lor FQDN, de exemplu XSP|ADP01.example.com, în numele comun. Puteți utiliza certificatele de card wild, dar nu le recomandăm.

Servere de XSP|ADP cu care se confruntă internetul

Dacă expuneți direct interfețele Xsi, utilizați DNS pentru a distribui traficul către mai multe servere XSP|ADP.

Note privind această arhitectură:

Pentru a vă conecta la serverele XSP|ADP sunt necesare două înregistrări:
- Pentru microservicii Webex: Înregistrările Round-robin A/AAAA sunt necesare pentru a viza mai multe adrese IP XSP|ADP. Acest lucru se datorează faptului că microservicele Webex nu pot face căutări SRV. Pentru exemple, consultați Webex Cloud Services.
- Pentru Aplicația Webex: O înregistrare SRV care se rezolvă la O înregistrare în care fiecare înregistrare A se rezolvă la un singur XSP|ADP. Pentru exemple, consultați Aplicația Webex.
  
  Utilizați înregistrările SRV priorizate pentru a viza serviciul XSI pentru mai multe adrese XSP|ADP. Acordați prioritate înregistrărilor dvs. SRV, astfel încât microservicii să meargă întotdeauna la aceeași înregistrare A (și adresa IP ulterioară) și să se mute la următoarea înregistrare A (și adresa IP) numai dacă prima adresă IP este în jos. NU utilizați o abordare robin pentru Aplicația Webex.
Certificatele din XSP|ADP01 și XSP|ADP02 trebuie să aibă atât domeniul XSP|ADP, de exemplu, dvs.-XSP|ADP.example.com, în numele alternativ al subiectului. Ei ar trebui să aibă propriile lor FQDN, de exemplu XSP|ADP01.example.com, în numele comun.
Puteți utiliza certificatele de card wild, dar nu le recomandăm.

Evitați redirecționarea HTTP

Webex nu urmează o redirecționare atunci când vă conectați la URL-urile pe care le furnizați, astfel încât această configurație nu funcționează.

Plasarea comenzilor și furnizarea

Comenzile și configurarea se aplică la aceste niveluri:

Configurarea furnizorului de servicii/partener:

Fiecare furnizor de servicii Webex pentru Cisco BroadWorks (sau reseller) încorporat trebuie să fie configurat ca organizație parteneră în Webex și să primească drepturile necesare. Operațiunile Cisco oferă administratorului organizației partenere acces la gestionarea Webex pentru Cisco BroadWorks pe Hubul pentru parteneri Webex. Administratorul partener trebuie să facă toți pașii de configurare necesari înainte de a putea furniza o organizație Client/Enterprise.
Comandarea și configurarea clientului/întreprinderii:

Fiecare întreprindere BroadWorks activată pentru Webex pentru Cisco BroadWorks declanșează crearea unei organizații asociate pentru clienți Webex. Acest proces are loc automat ca parte a configurării utilizatorului/abonatului. Toți utilizatorii/abonații dintr-o întreprindere BroadWorks sunt configurați în aceeași organizație Webex Customer.

Același comportament se aplică în cazul în care sistemul BroadWorks este configurat ca furnizor de servicii cu grupuri. Când furnizați un abonat într-un grup BroadWorks, o organizație Client care corespunde grupului este creată automat în Webex.
Comandarea și configurarea utilizatorului/abonatului:

Webex pentru Cisco BroadWorks acceptă în prezent următoarele modele de configurare a utilizatorilor:
- Configurarea Flowthrough cu e-mailuri de încredere
- Configurarea Flowthrough fără e-mailuri de încredere
- Auto-configurare utilizator
- provisionare API

Furnizarea Flowthrough cu e-mailuri de încredere

Puteți schimba pachetul de abonați prin Partner Hub sau puteți scrie propria aplicație pentru a utiliza API-ul de configurare pentru a schimba pachetele de abonați.

Flowthrough Provizionarea fără e-mailuri de încredere

Puteți schimba pachetul de abonați prin Partner Hub sau puteți scrie propria aplicație pentru a utiliza API-ul de configurare pentru a schimba pachetele de abonați.

Auto-configurare utilizator

Utilizatorii trebuie să existe în sistemul BroadWorks pe care îl integrați cu Webex sau li se interzice să creeze conturi cu acel link.

Furnizor de servicii furnizat de API-uri

Patch-uri necesare cu configurare prin flux

Pentru R22:

Instalați AP.as.22.0.1123.ap376508.
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pentru R23:

Instalați AP.as.23.0.1075.ap376509
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pentru R24:

Instalați AP.as.24.0.944.ap375100
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

După ce finalizați acești pași, nu veți putea furniza noi utilizatori cu servicii de colaborare UC-One. Utilizatorii nou configurați trebuie să fie Webex pentru utilizatorii Cisco BroadWorks.

Apelare extensie

O extensie poate fi configurată pentru utilizatorii Cisco BroadWorks prin următoarele metode:

Utilizatori Cisco BroadWorks
- Configurarea API-ului public ca „extensie
  - Parametrul de extensie trebuie să fie trecut în mod explicit ca parte a apelului API. Pentru întreprinderile/grupurile care au configurat Codul de apelare a locației (LDC), parametrul de extensie trebuie să fie combinația dintre LDC și numărul de extensie.
- Configurare Flowthrough sau auto-activare
  - Extensia și LDC (dacă este cazul) vor fi preluate automat de la BroadWorks.
Utilizatori sau entități care apelează exclusiv BroadWorks
- Sincronizat automat din BroadWorks de Directory Sync utilizând combinația dintre Codul de apelare a locației (LDC) și numărul de extensie.

Tabelul 2. Gestionarea numerelor de extensii pe baza metodei de configurare
Înregistrări apeluri BroadWorks	Descriere	Metoda de furnizare	Gestionarea extensiei
Webex pentru utilizatorii Cisco BroadWorks	Utilizatorii sunt activați pentru Webex pentru Cisco BroadWorks	API public	Extensia trebuie să fie transferată ca parametru
Webex pentru utilizatorii Cisco BroadWorks		Flowthrough	Extensia preluată din BroadWorks automat
Utilizatori care apelează exclusiv BroadWorks	Utilizatori care nu sunt înscriși în Webex	Sincronizare director	Extensie sincronizată de sincronizarea directorului
Entități apelante non-utilizator	De exemplu, un telefon dintr-o sală de conferințe, un fax, un număr de grup Hunt	Sincronizare director	Extensie sincronizată de sincronizarea directorului
Liste de telefoane BroadWorks	Listele de telefon pentru întreprinderi, grup sau personal	Sincronizare director	Nu se aplică

Cerințe preliminare

Versiunea de client necesară pentru a sprijini această caracteristică este 42.11 sau mai târziu.
Patch-ul în care se adaugă coduri de apelare pentru extensie și locație la XSI și adaptor de configurare Februarie 2022 pentru versiunea 23 sau mai mare ca parte a:
- AP.platform.23.0.1075.ap380045
- AP.as.23.0.1075.ap380045
- AP.xsp.23.0.1075.ap380045
- AP.as.24.0.944.ap380045
Activați antetul X-BroadWorks-Remote-Party-Info pe AS utilizând comanda CLI de mai jos pentru acest flux de apeluri SIP, care este necesar pentru asistența pentru funcția de apelare extensie.
```
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
```

Prioritate opțiuni apelare aplicație

Următoarele sunt opțiunile pentru a face vizibilă opțiunea de apelare extensie pentru clienții existenți:

Dacă un partener dorește ca toate organizațiile sale de clienți gestionate să primească o extensie ca una dintre opțiunile de apel, este recomandat ca administratorul partenerului să mute Extensia de la ascunsă la disponibilă în Partner Hub. Acest lucru va permite organizatorilor de clienți gestionați să moștenească setarea de la partenerul lor.
Dacă un Partener dorește să ofere o extensie în opțiunile de apelare pentru o anumită organizație client, se recomandă ca administratorul Partener să mute extensia de la ascunsă la disponibilă în Control Hub.

Asistență pentru contacte de grup

Această funcție este disponibilă la cerere. Contactați echipa contului dvs. pentru a fi activată.

Înainte de a activa funcția, trebuie efectuată o migrare prealabilă pentru a furniza și a asocia grupuri pentru toți utilizatorii configurați existenți.
Echipa Cisco va rula un API intern pentru a migra orice utilizatori provisionați existenți pentru a-i asocia cu grupul corect. NOTĂ: Acest lucru poate dura până la o săptămână pentru a procesa.
Odată ce migrarea este finalizată pentru partener și funcția este activată, toți utilizatorii nou configurați vor fi „grupați” în mod corespunzător.

Funcția necesită ca abonații Webex pentru BroadWorks să fie configurați în Webex cu grupul de întreprinderi BroadWorks Id.

Id-ul grupului de întreprinderi BroadWorks poate fi furnizat utilizatorilor Cisco BroadWorks prin următoarele metode:

Webex pentru utilizatorii Cisco BroadWorks
- Configurarea API-ului public ca „spEnterpriseGroupId”
  - BroadWorks Enterprise Group Id ar trebui să fie trecut în mod explicit în parametrul spEnterpriseGroupId al apelului API.
- Configurare Flowthrough sau auto-activare
  - BroadWorks Enterprise Group Id va fi preluată automat de la BroadWorks.
- Utilizatori sau entități care apelează exclusiv BroadWorks
  - Nu este cazul. Nu este necesar să se sincronizeze BroadWorks Enterprise Group Id pentru acești utilizatori.

Tabelul 3. Gestionarea ID-ului grupului de întreprinderi pe baza metodei de asigurare a accesului
Înregistrări apeluri BroadWorks	Descriere	Metoda de furnizare	Gestionarea ID-ului grupului de întreprinderi
Webex pentru utilizatorii Cisco BroadWorks	Utilizatorii sunt activați pentru Webex pentru Cisco BroadWorks	API public	BroadWorks Enterprise Group Id trebuie să fie trecut ca parametru spEnterpriseGroupId
Webex pentru utilizatorii Cisco BroadWorks		Flowthrough	BroadWorks Enterprise Group Id este preluat automat de la BroadWorks
Utilizatori care apelează exclusiv BroadWorks	Utilizatori care nu sunt înscriși în Webex	Sincronizare director	Nu se aplică
Entități apelante non-utilizator	De exemplu, un telefon dintr-o sală de conferințe, un fax, un număr de grup Hunt	Sincronizare director	Nu se aplică
Liste de telefoane BroadWorks	Contactele din listele de telefoane ale grupului BroadWorks	Sincronizare director	Contactele grupului sunt stocate în Webex Contact Service asociate cu grupul specific
Listele de telefon BroadWorks Enterpsie sau Persional	Contactele din listele de telefon ale întreprinderii sau personale	Sincronizare director	Nu se aplică

Migrația și asigurarea viitorului

Abonamente recomandate pentru documente

Articolele Webex Help Center (pe help.webex.com) au o opțiune de Abonare care vă permite să primiți o notificare prin e-mail ori de câte ori respectivul articol este actualizat.

Nu există nicio opțiune de abonament pentru paginile de destinație a documentației.

Documente suplimentare

Consultați următoarea documentație aferentă pentru mai multe informații despre Webex pentru Cisco BroadWorks:

Webex pentru documentele Cisco BroadWorks

Administratorii parteneri pot utiliza următoarele documente și site-uri pentru a obține informații despre Webex pentru Cisco BroadWorks.

Aduceți-vă propria soluție PSTN pentru Webex pentru Cisco BroadWorks—Această soluție permite furnizorilor de servicii să furnizeze numere de telefon pe care le dețin (mai degrabă decât numere furnizate de Cisco) pentru ca utilizatorii să le utilizeze atunci când se alătură Webex Meetings.
Ghid de configurare Webex pentru Cisco BroadWorks – descrie modul de configurare a aplicației Webex pentru Webex pentru Cisco BroadWorks.
Ghid de integrare a dispozitivelor pentru Webex pentru Cisco BroadWorks—Descrie modul de integrare și service al dispozitivelor Room OS și MPP.
Ghid de depanare Webex pentru Cisco BroadWorks—Conține informații de depanare pentru Webex pentru Cisco BroadWorks.

Webex pentru articolele Cisco BroadWorks

Administratorii parteneri pot utiliza următoarele site-uri opționale pentru a afla mai multe despre Webex pentru Cisco BroadWorks:

Documentația Webex pentru Cisco BroadWorks—Pagina de destinație listează documentele tehnice și articolele Webex opționale care vizează administratorii parteneri ai Webex pentru Cisco BroadWorks.
Noutăți cu Webex pentru Cisco BroadWorks—Citiți despre cele mai recente caracteristici lansate împreună cu ceea ce va veni în curând.
Probleme și limitări cunoscute—Citiți despre problemele cunoscute pe care le-am identificat în soluția Webex pentru Cisco BroadWorks.
Roluri de administrator partener pentru Webex pentru BroadWorks și RTM en-gros—Acest articol descrie modul de atribuire a rolurilor de administrator partener pentru organizațiile partenere care oferă Webex pentru Cisco BroadWorks. Rolurile sunt utilizate pentru a aloca accesul administrației la setările din Partner Hub și Control Hub.

Documente Cisco BroadWorks

Administratorii parteneri pot consulta site-ul Cisco BroadWorks pe cisco.com pentru documente tehnice care descriu modul de implementare a componentei Cisco BroadWorks a soluției:

Documente Cisco BroadWorks

Articole de asistență Webex

Următoarele site-uri Webex Help pot fi utilizate pentru a găsi articole Webex care ajută administratorii de clienți și utilizatorii finali să utilizeze funcțiile Webex.

Webex de la furnizorii de servicii—Această pagină de destinație conține linkuri cu informații de pornire și articole utilizate în mod obișnuit pentru utilizatorii aplicației Webex care au achiziționat servicii Webex de la un furnizor de servicii.
Webex Help Center—Utilizați funcția de căutare la help.webex.com pentru a căuta articole Webex suplimentare care descriu Aplicația Webex și funcționalitatea Webex Meetings. Puteți căuta articole de utilizator sau de administrator.

Documentație dezvoltator

Ghid pentru dezvoltatorii Webex pentru BroadWorks—Oferă informații pentru dezvoltatorii care creează aplicații care utilizează API-urile Webex pentru BroadWorks.

Pregătiți-vă mediul

Puncte de decizie

Consideraţie	Întrebări de răspuns	Resurse
Arhitectură și infrastructură	Câte ADP-uri XSP\|? Cum iau mTLS?	Planificator de capacitate sistem Cisco BroadWorks Ghid de inginerie a sistemului Cisco BroadWorks referință XSP\|ADP CLI Acest document
Configurarea clientului și a utilizatorului	Puteți afirma că aveți încredere în e-mailurile din BroadWorks? Doriți ca utilizatorii să furnizeze adrese de e-mail pentru a-și activa propriile conturi? Puteți construi instrumente pentru a utiliza API-ul nostru?	Docs API public la https://developer.webex.com Acest document
Branding	Ce culoare și siglă doriți să utilizați?	Articolul de branding al aplicației Webex
Modele	Care sunt diferitele cazuri de utilizare a clientului dvs.?	Acest document
Caracteristici abonat per client/întreprindere/grup	Alegeți pachetul pentru a defini nivelul serviciului per șablon. Basic, Standard, Premium sau Softphone.	Acest document Caracteristică/matrice pachet
Autentificare de bază	BroadWorks sau Webex	Acest document
Adaptor de configurare (pentru opțiunile de configurare prin flux)	Utilizați deja IM&P integrat, de exemplu pentru UC-One SaaS? Intenționați să utilizați mai multe șabloane? Se anticipează un caz de utilizare mai frecvent?	Acest document referință CLI Server aplicație

Arhitectură și infrastructură

Cu ce fel de scară intenționați să începeți? Este posibil să crească în viitor, dar estimarea dvs. actuală de utilizare ar trebui să conducă la planificarea infrastructurii.
Colaborați cu managerul contului dvs. Cisco / reprezentantul dvs. de vânzări pentru a vă mări infrastructura XSP|ADP, în conformitate cu Cisco BroadWorks System Capacity Planner și cu Cisco BroadWorks System Engineering Guide.
Cum va realiza Webex conexiuni TLS reciproce cu ADP-urile dvs. XSP|? Direct către XSP|ADP într-un DMZ sau prin proxy TLS? Acest lucru afectează gestionarea certificatului dvs. și URL-urile pe care le utilizați pentru interfețe. (Nu acceptăm conexiuni TCP necriptate la marginea rețelei dvs.).

Furnizarea de servicii pentru clienți și utilizatori

Ce metodă de configurare a utilizatorului vă convine cel mai bine?

Furnizarea Flowthrough cu e-mailuri de încredere: Prin atribuirea serviciului „IM&P integrat” pe BroadWorks, abonatul este configurat automat în Webex.

Dacă puteți afirma, de asemenea, că adresele de e-mail ale abonatului din BroadWorks sunt valide și unice pentru Webex, atunci puteți utiliza varianta de „e-mail de încredere” a configurării prin flux. Conturile Webex ale abonaților sunt create și activate fără intervenția lor; acestea pur și simplu descarcă clientul și se conectează.

Adresa de e-mail este un atribut de utilizator cheie pe Webex. Prin urmare, Furnizorul de servicii trebuie să furnizeze o adresă de e-mail validă pentru utilizator pentru a le furniza pentru serviciile Webex. Acest lucru trebuie să se afle în atributul ID-ului de e-mail al utilizatorului din BroadWorks. Vă recomandăm să o copiați și în atributul ID alternativ.
Flowthrough Provisioning fără e-mailuri de încredere: Dacă nu puteți avea încredere în adresele de e-mail ale abonatului, puteți aloca în continuare serviciul IM&P integrat în BroadWorks pentru a furniza utilizatori în Webex.

Cu această opțiune, conturile sunt create atunci când atribuiți serviciul, dar abonații trebuie să furnizeze și să valideze adresele lor de e-mail pentru a activa conturile Webex.
Auto-configurare utilizator: Această opțiune nu necesită atribuirea de servicii IM&P în BroadWorks. Dvs. (sau clienții dvs.) distribuiți în schimb un link de configurare, precum și linkurile pentru a descărca diferiți clienți, cu branding-ul și instrucțiunile dvs.

Abonații urmează linkul, apoi furnizează și validează adresele lor de e-mail pentru a crea și activa conturile Webex. Apoi descarcă clientul și se conectează, iar Webex primește o configurație suplimentară despre acesta din BroadWorks (inclusiv numerele lor principale).
Provizionare controlată SP prin API-uri: Webex expune un set de API-uri publice care permit Furnizorilor de servicii să construiască configurarea utilizatorului/abonatului în fluxurile de lucru existente.

Cerințe de furnizare

Metodă de furnizare

Cerințe

Configurare flowthrough

(E-mailuri de încredere sau de neîncredere)

API-ul de configurare Webex adaugă automat utilizatorii BroadWorks existenți la Webex după ce utilizatorul îndeplinește cerințele și activați serviciul IM+P integrat.

Există două fluxuri (e-mailuri de încredere sau e-mailuri false) pe care le atribuiți prin intermediul șablonului de integrare din Webex.

Cerințe BroadWorks:

Utilizatorul există pe BroadWorks cu un număr principal sau o extensie.
Utilizatorul este alocat serviciul IM+P integrat , care indică URL-ul serviciului de configurare Webex.
Numai e-mailuri de încredere. Utilizatorul are o adresă de e-mail configurată pe BroadWorks. Vă recomandăm să adăugați, de asemenea, e-mailul în câmpul Alternate ID , deoarece acest lucru permite utilizatorului să se conecteze utilizând acreditările BroadWorks.
BroadWorks are patch-uri obligatorii instalate pentru configurarea fluxului. Consultaţi Cerinţele pentru plasturi cu Flowthrough Provisioning (de mai jos) pentru cerinţe privind plasturii.
BroadWorks AS este conectat direct la cloudul Webex sau proxy-ul adaptorului de configurare este configurat cu conexiune la URL-ul serviciului de configurare Webex.

Consultați Configurarea serverului aplicației cu URL-ul serviciului de configurare pentru a obține URL-ul serviciului de configurare Webex.

Consultați Cisco BroadWorks Implement Proxy Adapter FD pentru a configura proxy-ul adaptorului de configurare.

Cerințe Webex:

Șablonul de integrare include următoarele setări:

Activați comutatorul BroadWorks Flow prin configurare este activat.
Se atribuie numele și parola contului de configurare utilizând acreditările administratorului de nivel al sistemului BroadWorks
Verificarea utilizatorului este setată la e-mailurile Trust BroadWorks sau la e-mailurile de neîncredere.

Auto-configurare utilizator

Cerințe BroadWorks:

Utilizatorul trebuie să existe pe BroadWorks cu un număr principal sau o extensie

Cerințe Webex:

Șablonul de integrare include următoarele setări:

Activarea comutatorului de alimentare prin configurare este dezactivată.
Verificarea utilizatorului este setată la e-mailuri de neîncredere.
Permite utilizatorilor să se auto-activeze este bifată.

Configurare controlată SP prin API

(E-mailuri de încredere sau de neîncredere)

Webex expune un set de API-uri publice care vă permit să construiți configurarea utilizatorului în fluxurile și instrumentele de lucru existente. Există două fluxuri:

E-mailuri de încredere – API-ul oferă utilizatorului, aplicând e-mailul BroadWorks ca e-mail Webex.
E-mailuri nefiabile – API-ul prevede utilizatorul, dar utilizatorul trebuie să se conecteze la Portalul de activare a utilizatorului și să furnizeze o adresă de e-mail validă.

Cerințe BroadWorks:

Utilizatorul trebuie să existe pe BroadWorks cu un număr principal sau o extensie.

Cerințe Webex:

În șablonul de integrare, verificarea utilizatorului este setată fie la e-mailurile Trust BroadWorks, fie la e-mailurile de neîncredere.
Trebuie să vă înregistrați aplicația, solicitând permisiunea.
Trebuie să solicitați pe tokenul OAuth scopurile evidențiate în secțiunea „Autentificare” din Ghidul Webex pentru dezvoltatorii BroadWorks.
Trebuie să dedicați un administrator sau un administrator de configurare în organizația partenerului.

Pentru a utiliza API-urile, accesați abonații BroadWorks.

Patch-uri necesare cu configurare prin flux

Pentru R22:

Instalați AP.as.22.0.1123.ap376508.
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pentru R23:

Instalați AP.as.23.0.1075.ap376509
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pentru R24:

Instalați AP.as.24.0.944.ap375100
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

După ce finalizați acești pași, nu veți putea furniza noi utilizatori cu servicii de colaborare UC-One. Utilizatorii nou configurați trebuie să fie Webex pentru utilizatorii Cisco BroadWorks.

Locale de limbă acceptate

Tabelul 1. Coduri locale de limbă acceptate
Locale de limbă acceptate (ISO-639-1)_(ISO-3166)	Dacă este disponibil doar un cod de limbă cu două litere...
Locale de limbă acceptate (ISO-639-1)_(ISO-3166)	Cod lingvistic (ISO-639-1) **	Utilizați în schimb localul sensibil implicit (ISO-639-1)_(ISO-3166)
en_US en_AU en_GB en_CA	Nu este cazul.	en_US
fr_FR fr_CA	fr	fr_FR
cs_CZ	c.	cs_CZ
da_DK	Nu este cazul.	da_DK
de_DE	de	de_DE
hu_HU	hu	hu_HU
id_ID	id	id_ID
it_IT	it	it_IT
ja_JP	Nu este cazul.	ja_JP
ko_KR	ko	ko_KR
es_ES es_CO es_MX	Nu este cazul.	es_ES
nl_NL	nl	nl_NL
nb_NU	nb	nb_NU
pl_PL	pl	pl_PL
pt_PT. pt_BR	pt.	pt_PT.
ru_RU	ru	ru_RU
ro_ES	es	ro_ES
zh_CN zh_TW	zh	zh_CN
sv_SE	sv	sv_SE
ar_SA	ar	ar_SA
tr_TR	în	tr_TR

Branding

Sigle ale companiei
Scheme de culori unice pentru modul Luminos sau modul Întunecat
URL-uri de asistență personalizate

Pentru detalii despre modul de personalizare a brandingului, consultați Configurarea personalizărilor avansate ale brandingului.

Personalizările de bază ale brandingului sunt în curs de a fi deprecatate. Vă recomandăm să implementați branding avansat, care oferă o gamă mai largă de personalizări.
Pentru detalii despre modul în care se aplică brandingul atunci când se atașează la o organizație preexistentă a clienților, consultați Condițiile atașamentului organizației din secțiunea Attach Webex for BroadWorks la secțiunea Organizație existentă.

Se integrează șabloanele

Unii dintre parametrii principali ai șablonului sunt enumerați mai jos.

Pachet

Trebuie să selectați un pachet implicit atunci când creați un șablon (Consultați pachetele din secțiunea Prezentare generală pentru detalii). Toți utilizatorii care sunt configurați cu acel șablon, fie prin flux- sau auto-configurare, primesc pachetul implicit.
Aveți control asupra selecției de pachete pentru diferiți clienți prin crearea mai multor șabloane și selectarea diferitelor pachete implicite în fiecare. Puteți apoi să distribuiți diferite linkuri de configurare sau diferite adaptoare de configurare per întreprindere, în funcție de metoda de configurare a utilizatorului aleasă pentru aceste șabloane.
Puteți schimba pachetul de abonați specifici din această funcție implicită, utilizând API-ul de configurare (consultați documentația API Webex pentru Cisco BroadWorks sau prin intermediul Hubului partener (consultați Schimbarea pachetului de utilizatori în Hubul partener).
Nu puteți schimba pachetul unui abonat de la BroadWorks. Alocarea serviciului IM&P integrat este fie pornită, fie oprită; dacă abonatului i se atribuie acest serviciu în BroadWorks, șablonul Hub partener asociat cu URL-ul de configurare al întreprinderii abonatului respectiv definește pachetul.

Retailer și întreprinderi sau furnizor de servicii și grupuri?

Modul în care este configurat sistemul BroadWorks are un impact asupra fluxului prin configurare. Dacă sunteți un revânzător cu întreprinderi, atunci trebuie să activați modul Enterprise atunci când creați un șablon.
Dacă sistemul BroadWorks este configurat în modul Furnizor de servicii, puteți opri modul Enterprise în șabloanele dvs.
Dacă intenționați să furnizați organizații ale clienților utilizând ambele moduri BroadWorks, trebuie să utilizați diferite șabloane pentru grupuri și întreprinderi.

Asigurați-vă că ați aplicat plasturii BroadWorks care sunt necesari pentru configurarea fluxului. Pentru detalii, consultați Patch-urile necesare cu configurarea fluxului.

Mod autentificare

Mod autentificare	BroadWorks	Webex
Identitate principală a utilizatorului	ID de utilizator BroadWorks	Adresă de e-mail
Furnizor de identitate	BroadWorks. Dacă configurați o conexiune directă la BroadWorks, aplicația Webex se autentifică direct la serverul BroadWorks. Pentru a configura o conexiune directă, caseta de selectare Activare autentificare directă BroadWorks trebuie bifată în cadrul configurației clusterului BroadWorks din Hub-ul partenerului (în mod implicit, setarea nu este bifată). În caz contrar, autentificarea la BroadWorks este facilitată printr-un serviciu intermediar găzduit de Webex.	Identitate comună Cisco
Autentificare multi-factor?	Nu	Necesită IdP client care acceptă autentificarea cu mai mulți factori.
Cale de validare a acreditării	Browser-ul este lansat în cazul în care utilizatorul furnizează e-mail la fluxul inițial de conectare și de a descoperi modul lor de autentificare. Browserul este apoi redirecționat către o pagină de conectare BroadWorks găzduită de Webex (această pagină poate fi marcată) Utilizatorul furnizează ID-ul de utilizator și parola BroadWorks pe pagina de conectare. Datele de autentificare ale utilizatorilor sunt validate împotriva BroadWorks. În ceea ce privește succesul, un cod de autorizare este obținut de la Webex. Acest lucru este utilizat pentru a obține tokenurile de acces necesare pentru serviciile Webex.	Browser-ul este lansat în cazul în care utilizatorul furnizează e-mail la fluxul inițial de conectare și de a descoperi modul lor de autentificare. Browserul este redirecționat către IdP (fie Cisco Common Identity, fie Customer IdP), unde va fi prezentat cu un portal de conectare. Utilizatorul furnizează acreditările corespunzătoare pe pagina de conectare Autentificarea cu mai mulți factori poate avea loc dacă IdP-ul clientului acceptă acest lucru. În ceea ce privește succesul, un cod de autorizare este obținut de la Webex. Acest lucru este utilizat pentru a obține tokenurile de acces necesare pentru serviciile Webex.

Pentru o defalcare mai detaliată a fluxului de conectare SSO cu autentificare directă la BroadWorks, consultați Fluxul de conectare SSO.

UTF-8 codificare cu autentificare BroadWorks

Puteți configura codificarea UTF-8 prin rularea uneia dintre următoarele comenzi CLI pe XSP sau ADP:

XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8

Țară

Tabelul 2. Următorul tabel listează codul de țară implicit de apelare în funcție de fiecare locație:
S Nu.	Loc	Cod țară	Nume țară
1	AMER	+1	US, CA
2	APAC	+65	Singapore
3	RESPIRAȚIE	+61	Australia
4	EMEA	+44	Regatul Unit
5	EURO	+49	Germania

Aranjamente pentru parteneri multipli

Adaptor de configurare și șabloane

Opțiunile de configurare legate de această decizie sunt detaliate în Configurarea serverului aplicației cu URL-ul serviciului de configurare.

Proxy adaptor de configurare

Această caracteristică necesită configurarea proxy-ului pe BroadWorks. Pentru detalii, consultați descrierea adaptorului de configurare Cisco BroadWorks.

Cerințe minime

Conturi

Toți abonații pe care îi configurați pentru Webex trebuie să existe în sistemul BroadWorks pe care îl integrați cu Webex. Puteți integra mai multe sisteme BroadWorks, dacă este necesar.

Toți abonații trebuie să aibă licențe BroadWorks și un număr principal sau o extensie.

Administratorii dvs. trebuie să utilizeze conturile lor Webex pentru a se conecta la Partner Hub.

Serverele din Rețeaua și cerințele software

Instanță(e) BroadWorks cu versiunea minimă R22. Consultați cerințele de software BroadWorks (în acest document) pentru versiunile și patch-urile acceptate. Pentru mai multe informații, consultați Politica privind ciclul de viață al produselor BroadSoft secțiunea din Politica ciclului de viață BroadSoft și Matrice de compatibilitate software BroadWorks.

Instanța (instanțele) BroadWorks trebuie să includă cel puțin următoarele servere:
- Server de aplicații (AS) cu versiunea BroadWorks ca mai sus
- Server de rețea (NS)
- Server de profil (PS)

Cu fața publică a serverului|ADP XSP sau a platformei de livrare a aplicației (ADP) care îndeplinește următoarele cerințe:
- Serviciu de autentificare (BWAuth)
- Interfețe acțiuni și evenimente XSI
- DMS (aplicație web de gestionare a dispozitivelor)
- interfață CTI (Intergrație Telefonie Computer)
- TLS 1.2 cu un certificat valabil (nesemnat) și orice intermediari necesari. Necesită administratorul de nivel de sistem pentru a facilita căutarea întreprinderii.
- Autentificare reciprocă TLS (mTLS) pentru serviciul de autentificare (Necesită lanțul public de certificate pentru clienți Webex instalat ca ancore de încredere)
- Autentificare reciprocă TLS (mTLS) pentru interfața CTI (Necesită lanțul public de certificate pentru clienți Webex instalat ca ancore de încredere)
Un server XSP/ADP separat care acționează ca un “Call Notifications Push Server” (un NPS din mediul dvs. utilizat pentru a împinge notificările de apel către Apple/Google. Îl numim „CNPS” aici pentru a-l distinge de serviciul Webex care oferă notificări push pentru mesagerie și prezență).

Acest server trebuie să fie pe R22 sau mai târziu.
Trimitem un server XSP/ADP separat pentru CNPS, deoarece imprevizibilitatea încărcării din Webex pentru conexiunile cloud BWKS ar putea afecta negativ performanța serverului NPS, rezultând o latență crescută a notificării. Consultați Ghidul de Inginerie al Sistemului Cisco BroadWorks pentru mai multe informații pe scara XSP|ADP.

Platformele Aplicației Webex

Pentru a descărca versiunea în limba engleză a Aplicației Webex, accesați https://www.webex.com/webexfromserviceproviders-downloads.html. Aplicația Webex este disponibilă pe:

PC-uri/laptopuri pentru Windows
PC-uri Apple / laptopuri cu MacOS
iOS (Magazin Apple)
Android (Play Store)
Browsere web (accesați https://teams.webex.com/)

Versiuni localizate

Pentru a descărca o versiune localizată a Aplicației Webex, utilizați unul dintre aceste linkuri:

https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (Coreeană)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (Franceză)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (Portugheză)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Chineză Tradițională)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (Chineză simplificată)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japonia)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spania)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (Germană)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (Italiană)

Telefoane fizice și accesorii

Telefoane Cisco IP:
- Telefon Cisco IP seria 6800 cu Firmware pentru mai multe platforme pentru mai multe platforme
- Telefon Cisco IP seria 7800 cu Firmware pentru mai multe platforme pentru mai multe platforme
- Telefon Cisco IP seria 8800 cu Firmware pentru mai multe platforme pentru mai multe platforme
  
  A se vedea https://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html pentru modele și mai multe informații.
Sprijinim telefoanele terțe în același mod ca și alte integrări BroadWorks. Cu toate acestea, nu au încă contacte și integrare de prezență cu Webex pentru Cisco BroadWorks.
Adaptoare:
- Adaptor de telefon analogic pentru mai multe platforme Cisco ATA 191
- Adaptor de telefon analogic pentru mai multe platforme Cisco ATA 192
  
  A se vedea https://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html pentru modele și mai multe informații.
Căști:
- Căști Cisco seria 500
  
  Consultați https://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.html pentru modele și mai multe informații.
Dispozitive de sistem de operare Room:
- Seria Webex Room și Room Kit
- Seria Webex Desk
- Seria Webex Board

Integrare dispozitiv

Profile dispozitiv

Nume client

Tipul profilului dispozitivului și numele pachetului

Șablon mobil Webex

Tipul profilului de identitate/dispozitiv: Conectare - Mobile

DTAF: ucone-mobile-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Șablon de tablete Webex

Tipul profilului de identitate/dispozitiv: Conectare - tabletă

DTAF: ucone-tablet-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Șablon desktop Webex

Tipul profilului de identitate/dispozitiv: Comunicator de afaceri - PC

DTAF: ucone-desktop-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Identificare/profil dispozitiv

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks

Ridicați o solicitare de serviciu cu agentul dvs. de integrare sau cu Cisco TAC pentru a furniza Cisco OAuth pentru contul dvs. Cisco Identity Provider Federation.

Utilizați următorul titlu de solicitare pentru caracteristicile respective:

XSP|ADP AuthService Configuration' pentru a configura serviciul pe XSP|ADP.
„Configurare NPS pentru configurarea proxy-ului Auth” pentru a configura NPS pentru a utiliza proxy-ul de autentificare.
Sincronizare UUID utilizator CI pentru sincronizare UUID utilizator CI. Pentru mai multe detalii despre această caracteristică, consultați: Asistență Cisco BroadWorks pentru CI UUID.
Configurați BroadWorks pentru a activa facturarea Cisco pentru BroadWorks și abonamentele Webex Pentru BroadWorks.

Dacă ați obținut deja acreditările furnizorului de identitate Cisco OAuth, completați o nouă solicitare de serviciu pentru a vă actualiza acreditările.

Certificate de comandă

Cerințe de certificare pentru autentificarea TLS

Aceste certificate trebuie să includă numele dvs. de domeniu complet calificat XSP|ADP ca nume comun al subiectului sau nume alternativ al subiectului.

Cerințele exacte pentru implementarea acestor certificate de server depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă rezumă cazul în care certificatul de server public semnat CA trebuie încărcat în aceste trei cazuri:

CA-urile acceptate public pe care aplicația Webex le acceptă pentru autentificare sunt enumerate în Autoritățile de certificare acceptate pentru serviciile hibride Webex.

Cerințe privind certificatul TLS pentru proxy-ul TLS-bridge

Certificatul de server semnat public este încărcat în proxy.
Proxy-ul prezintă acest certificat de server semnat public către Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.
Un certificat intern semnat CA poate fi încărcat pe XSP|ADP.
XSP|ADP prezintă acest certificat de server semnat intern proxy-ului.
Proxy-ul are încredere în CA intern care a semnat certificatul de server XSP|ADP.

Cerințe de certificare TLS pentru TLS-passthrough Proxy sau XSP|ADP în DMZ

Certificatul de server semnat public este încărcat în |ADP-urile XSP.
ADP-urile XSP| prezintă certificatelor de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului |ADP XSP.

Cerințe suplimentare de certificare pentru autentificarea reciprocă TLS prin interfața CTI

Pentru a descărca certificatul:

Conectați-vă la Partner Hub, accesați Setări > BroadWorks Calling și faceți clic pe linkul certificatului de descărcare.

Cerințele exacte pentru implementarea acestui lanț de certificate Webex CA depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă sintetizează cerințele certificatului în aceste trei cazuri:

(Opțiune) Cerințe de certificare pentru proxy-ul cu punte TLS

Webex prezintă proxy-ului un certificat de client semnat public.
Proxy-ul are încredere în CA intern Cisco care a semnat certificatul clientului. Puteți descărca acest CA / lanț din Control Hub și îl puteți adăuga la magazinul de încredere al proxy-ului. Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în proxy.
Proxy-ul prezintă certificatul de server semnat public pentru Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.

Proxy-ul prezintă un certificat de client semnat intern către |ADP-urile XSP.

Acest certificat trebuie să aibă câmpul de extensie x509.v3 Utilizare extinsă a cheii populat cu OID BroadWorks 1.3.6.1.4.1.6431.1.1.8.2.1.3 și clientAuth scop TLS. De exemplu:

X509v3 extensions:
    X509v3 Extended Key Usage:
        1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication

CNN al certificatului intern trebuie să fie bwcticlient.webex.com.

Atunci când generați certificate de client intern pentru proxy, rețineți că certificatele SAN nu sunt acceptate. Certificatele serverului intern pentru XSP|ADP pot fi SAN.
Este posibil ca autoritățile publice de certificare să nu fie dispuse să semneze certificatele cu OID-ul BroadWorks propriu, care este necesar. În cazul unui proxy de legătură, este posibil să fiți obligat să utilizați un CA intern pentru a semna certificatul clientului pe care proxy-ul îl prezintă la XSP|ADP.

ADP-urile XSP| au încredere în CA intern.
ADP-urile XSP| prezintă un certificat de server semnat intern.
Proxy-ul are încredere în CA intern.
ClientIdentity a serverului de aplicații conține CN-ul certificatului de client semnat intern prezentat către XSP|ADP de către proxy.

(Opțiune) Cerințe de certificare pentru proxy TLS-passthrough sau XSP|ADP în DMZ

Webex prezintă un certificat de client Cisco semnat CA intern pentru ADP-urile XSP|.
ADP-urile XSP| au încredere în CA intern Cisco care a semnat certificatul clientului. Puteți descărca acest CA / lanț din Control Hub și îl puteți adăuga la magazinul de încredere al proxy-ului. Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în |ADP-urile XSP.
ADP-urile XSP| prezintă certificatelor de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului |ADP XSP.
Serverul de aplicații ClientIdentity conține CN-ul certificatului de client semnat de Cisco prezentat XSP|ADP de Webex.

Pregătiți-vă rețeaua

Cerințe de rețea pentru serviciile Webex

Tabelul 3. Cerințe de rețea pentru Webex App Connections (Generic)
Secțiunea Cerințe de rețea Articol	Relevanţa informaţiilor
Rezumatul tipurilor de dispozitive și al protocoalelor acceptate de Webex	Informațional
Protocoale de transport și cifruri de criptare pentru aplicațiile și dispozitivele Webex înregistrate în cloud	Informațional
Servicii Webex – Numere de port și protocoale	Trebuie să citiți
Subrețele IP pentru serviciile media Webex	Trebuie să citiți
Domenii și URL-uri care trebuie accesate pentru serviciile Webex	Trebuie să citiți
URL-uri suplimentare pentru serviciile hibride Webex	Opțional
Funcții proxy	Opțional
802.1X – Controlul accesului în rețea pe bază de port	Opțional
Cerințe de rețea pentru serviciile Webex bazate pe SIP	Opțional
Cerințe de rețea pentru Webex Edge Audio	Opțional
Un rezumat al altor servicii hibride și documentații Webex	Opțional
Servicii Webex pentru clienții FedRAMP	Nu este cazul

Informații suplimentare

Pentru informații suplimentare, consultați Webex App Firewall Whitepaper (PDF).

Asistență pentru redundanță BroadWorks

Topologie rețea

Servicii Webex Cloud

configurare DNS

Microservicele Webex Cloud trebuie să poată găsi serverul (serverele) Broadworks XSP|ADP pentru conectarea la interfețele Xsi, serviciul de autentificare și CTI.

Exemplu: Partenerul DNS A Record pentru descoperirea serverului Round-Robin echilibrat XSP|ADP cu care se confruntă pe internet / Balancers de încărcare.

Tip înregistrare	Nume	Țintă	Scop
A	`webex-cloud-xsp.example.com`	`198.51.100.48`	Puncte către LB1 (Site A)
A	`webex-cloud-xsp.example.com`	`198.51.100.49`	Puncte către LB2 (Site B)

Orice referință la XSP include fie XSP, fie ADP.

Eşec

Când microservicele Webex trimit o solicitare către XSP|ADP/Load Balancer și cererea eșuează, se pot întâmpla mai multe lucruri:

Dacă defecțiunea se datorează unei erori de rețea (de exemplu: TCP, SSL), microservicele Webex marchează IP-ul ca blocat și efectuează imediat un progres de rută către următorul IP.
Dacă este returnat un cod de eroare (HTTP 5xx), microservicele Webex marchează IP-ul ca blocat și efectuează imediat un progres de rută către următorul IP.
Dacă nu se primește niciun răspuns HTTP în termen de 2 secunde, timpii de solicitare și microservicele Webex marchează IP-ul ca blocat și efectuează un progres de rută către următorul IP.

Fiecare solicitare este încercată de 3 ori înainte ca un eșec să fie raportat înapoi la microservice.

Stare

Acțiuni XSI
Evenimente XSI
Serviciu de autentificare

Starea conexiunii este actualizată atunci când pagina este încărcată sau în timpul actualizărilor de intrare. Stările conexiunilor pot fi:

Verde: Când interfața poate fi atinsă pe unul dintre IP-uri în căutarea O înregistrare.
Roşu: Atunci când toate IPs-urile din căutarea unei înregistrări sunt inaccesibile, iar interfața nu este disponibilă.

Următoarele servicii utilizează microservicele pentru a se conecta la |ADP-urile XSP și sunt afectate de disponibilitatea interfeței XSP|ADP:

Conectare la aplicația Webex
Reîmprospătare token aplicație Webex
E-mail/auto-activare de neîncredere
Verificarea stării de sănătate a serviciului Broadworks

Aplicația Webex

configurare DNS

Aplicația Webex accesează serviciile Xtended Services Interface (XSI-Actions & XSI-Events) și Device Management Service (DMS) de pe XSP|ADP.

Exemplul 1—Mai multe |ADP-uri XSP, fiecare din spatele echilibratorilor de sarcină separați

Mai jos este un exemplu de înregistrări SRV.

Tip înregistrare	Înregistrați	Țintă	Scop
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc1.example.com`	Descoperirea clientului interfeței Xsi
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc2.example.com`	Descoperirea clientului interfeței Xsi
A	`xsp-dc1.example.com`	`198.51.100.48`	Puncte către LB1 (site A)
A	`xsp-dc2.example.com`	`198.51.100.49`	Puncte către LB2 (site B)

Exemplul 2—Mai multe |ADP-uri XSP în spatele unui singur balansor de sarcină (cu Podul TLS)

Tip înregistrare	Înregistrați	Țintă	Scop
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`LB.example.com`	balansor De Încărcare
A	LB.example.com	`198.51.100.83`	Adresa IP a echilibratorului de sarcină (\|ADP-urile XSP sunt în spatele echilibratorului de sarcină)

URL DMS

Tip înregistrare	Nume	Țintă	Scop
A	`xsp-dms.example.com`	`198.51.100.48`	Puncte către LB1 (site A)
A	`xsp-dms.example.com`	`198.51.100.49`	Puncte către LB2 (site B)

Orice referință la XSP include fie XSP, fie ADP.

Cum găsește aplicația Webex adresele XSP|ADP

Clientul încearcă să localizeze nodurile XSP|ADP utilizând următorul flux DNS:

Clientul preia inițial URL-urile Xsi-Actions/Xsi-Events din Webex Cloud (le-ați introdus la crearea clusterului BroadWorks Calling asociat). Numele/domeniul gazdei Xsi este parsat din URL, iar clientul efectueaza cautarea SRV dupa cum urmeaza:
1. Clientul efectuează o căutare SRV pentru _xsi-client._tcp.<xsi domain="">
2. În cazul în care căutarea SRV returnează unul sau mai multe obiective A/AAAA:
  1. Clientul caută A/AAAA pentru aceste ținte și cache adresele IP returnate.
  2. Clientul se conectează la una dintre ținte (și, prin urmare, înregistrarea A / AAAA cu o singură adresă IP) pe baza priorității SRV, apoi greutatea (sau la întâmplare, dacă toate sunt egale).
3. Dacă căutarea SRV nu returnează niciun obiectiv:
  
  Clientul caută A/AAAA parametrul rădăcină Xsi și apoi încearcă să se conecteze la adresa IP returnată. Acesta ar putea fi un element de margine de echilibrare a sarcinii sau ar putea fi serverul XSP|ADP în sine.
  
  După cum s-a menționat, înregistrarea A/AAAA trebuie să se rezolve la o adresă IP din aceleași motive.
(Opțional) Puteți furniza ulterior detalii XSI-Actions/XSI-Events personalizate în configurația dispozitivului pentru aplicația Webex, utilizând următoarele etichete:
```
<protocols>
	<xsi>
		<paths>
			<root>%XSI_ROOT_WXT%</root>
			<actions>%XSI_ACTIONS_PATH_WXT%</actions>
			<events>%XSI_EVENTS_PATH_WXT%</events>
		</paths>
	</xsi>
</protocols>
```
1. Acești parametri de configurare au prioritate față de orice configurație din clusterul BroadWorks din Control Hub.
2. Dacă există, clientul va compara adresa XSI originală primită prin configurația BroadWorks Cluster.
3. Dacă există vreo diferență detectată, clientul își va reinițializa conectivitatea XSI Actions/ XSI Events. Primul pas în acest sens este de a efectua același proces de căutare DNS enumerate la pasul 1 – de data aceasta solicitând o căutare pentru valoarea din %XSI_ROOT_WXT% parametrul din fișierul de configurare.
  
  Asigurați-vă că creați înregistrările SRV corespunzătoare dacă utilizați această etichetă pentru a modifica interfețele Xsi.

Eşec

Dacă o solicitare sau o solicitare de bătăi de inimă către o gazdă eșuează, se pot întâmpla mai multe lucruri:

Dacă defecțiunea se datorează unei erori de rețea (de exemplu: TCP, SSL), ruta Aplicației Webex avansează imediat către următoarea gazdă din listă.
Dacă este returnat un cod de eroare (HTTP 5xx), Aplicația Webex marchează acea adresă IP ca fiind blocată și se îndreaptă către următoarea gazdă din listă.
Dacă un răspuns nu este primit într-o perioadă de timp, atunci cererea este considerată nereușită din cauza expirării termenului și următoarele cereri sunt trimise către următoarea gazdă. Cu toate acestea, solicitarea expirată este considerată nereușită. Unele cereri sunt reîncercate după eșec (cu timpul de reîncercare în creștere). Cererile ca presupusul non-vital nu sunt rejudecate.

În cazul bătăilor inimii, dacă există două eșecuri consecutive ale solicitării, Aplicația Webex va reiniția canalul evenimentului.

Rețineți că Aplicația Webex nu efectuează o copie de rezervă, iar descoperirea serviciului DNS se efectuează o singură dată la conectare.

Implementarea Webex pentru BroadWorks

Prezentare generală implementare

Integrare partener pentru Webex pentru Cisco BroadWorks

Partenerii Webex dintr-o regiune pot crea organizații de clienți în orice regiune în care oferim serviciile. Pentru ajutor, consultați: Reședință de date în Webex.

Configurați serviciile pe dispozitivele Webex pentru |ADP-urile Cisco BroadWorks XSP

Cerem ca aplicația NPS să fie rulată pe un alt XSP|ADP. Cerințele pentru ca XSP|ADP să fie descrise în Configurarea notificărilor de apel din rețea.

Aveți nevoie de următoarele aplicații/servicii pe |ADP-urile dvs. XSP.

Serviciu/Aplicație	Este necesară autentificarea	Scopul serviciului/aplicației
Evenimente Xsi	TLS (serverul se autentifică în clienți)	Controlul apelurilor, notificări serviciu
Acțiuni Xsi	TLS (serverul se autentifică în clienți)	Controlul apelurilor, acțiuni
Gestionare dispozitiv	TLS (serverul se autentifică în clienți)	Descărcare configurație apelare
Serviciu de autentificare	TLS (serverul se autentifică în clienți)	Autentificare de bază
Integrare telefonie informatică	mTLS (autentificare client și server reciproc)	prezență Telefonie
aplicație Vizualizare web setări apel	TLS (serverul se autentifică în clienți)	Expune setările apelurilor utilizatorilor în portalul de auto-asistență din aplicația Webex

Cerințe de co-rezidență

Serviciul de autentificare trebuie să fie co-rezident cu aplicațiile Xsi, deoarece aceste interfețe trebuie să accepte jetoane de lungă durată pentru autorizarea serviciului. Serviciul de autentificare este necesar pentru a valida aceste jetoane.
Serviciul de autentificare și Xsi pot rula pe același port, dacă este necesar.
Puteți separa celelalte servicii/aplicații după cum este necesar pentru scara dvs. (de exemplu, ferma XSP|ADP dedicată gestionării dispozitivelor).
Puteți co-localiza aplicațiile Xsi, CTI, Serviciul de autentificare și DMS.
Nu instalați alte aplicații sau servicii pe |ADP-urile XSP care sunt utilizate pentru integrarea BroadWorks cu Webex.
Nu colocalizați aplicația NPS cu alte aplicații.

Interfețe Xsi

Instalați și configurați aplicațiile Xsi-Actions și Xsi-Events așa cum sunt descrise în Ghidul de configurare a interfeței pentru serviciile Cisco BroadWorks Xtended Services.

Doar o singură instanță a aplicațiilor Xsi-Events trebuie implementată pe XSP|ADP utilizat pentru interfața CTI.

Toate evenimentele Xsi utilizate pentru integrarea Broadworks cu Webex trebuie să aibă același nume de apelControlApplicationName definit în Applications/Xsi-Events/GeneralSettings. De exemplu:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Schimbarea numelui de apelControlApplicationName sau neavând același nume pe toate aplicațiile web Xsi-Events va afecta funcționalitatea abonamentelor și a evenimentelor de telefonie.

Configurați serviciul de autentificare (cu validarea token-ului CI)

Pentru a configura autentificarea mTLS pentru Serviciul Auth în loc de validarea CI Token, consultați Anexa pentru Configurarea serviciilor (cu mTLS pentru Serviciul Auth).

Dacă utilizați în prezent mTLS pentru Serviciul Auth, nu este obligatoriu să vă reconfigurați pentru a utiliza validarea CI Token cu TLS.

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks.
Instalați următorii plasturi pe fiecare server |ADP XSP. Instalați plasturii care sunt potriviți pentru eliberarea dvs.:
- Pentru R22:
  
  AP.platform.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap368601
- Pentru R23:
  
  AP.xsp.23.0.1075.ap376509
  
  AP.platform.23.0.1075.ap376509
- Pentru R24 – nu este necesar niciun plasture
Orice referință la XSP include fie XSP, fie ADP.
Instalați AuthenticationService aplicație pe fiecare serviciu XSP|ADP.
1. Rulați următoarea comandă pentru a activa aplicația AuthenticationService pe XSP|ADP pe calea contextului /authService.
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
2. Rulați această comandă pentru a implementa Serviciul de autentificare pe XSP|ADP:
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...

IdenTrust Commercial Root CA 1
Autoritatea certificatului Go Daddy Root - G2

Verificați dacă aceste certificate sunt prezente în cadrul următoarei CLI

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get

Dacă nu este prezent, executați următoarea comandă pentru a importa trusturile Java implicite:

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust

Alternativ, puteți adăuga manual aceste certificate ca ancore de încredere cu următoarea comandă:

ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>

Configurați furnizorii de identitate rulând următoarele comenzi pe fiecare server |ADP XSP:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get

set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL> — Pentru URL, introduceți URL-ul IssuerName care se aplică clusterului dvs. CI. A se vedea tabelul următor.
set issuerUrl <URL> — Pentru URL, introduceți IssuerUrl care se aplică clusterului dvs. CI. A se vedea următorul tabel.
set tokenInfoUrl <IdPProxy URL> —Introduceți URL-ul proxy IdP care se aplică clusterului dvs. de echipe. A se vedea al doilea tabel care urmează.

Tabelul 1. Setați numele emitentului și adresa URL a emitentului

Dacă CI Cluster este...

Setați numele emitentului și adresa URL a...

US-A

US-B

https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

Dacă nu cunoașteți clusterul CI, puteți obține informațiile din detaliile clientului în vizualizarea Help Desk a Control Hub.

Dacă clusterul Teams este... Setați TokenInfoURL la... (URL proxy IdP)

AXM

AFRA

https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

AORE

https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

Dacă nu cunoașteți clusterul Teams, puteți obține informațiile din detaliile clientului în vizualizarea Help Desk a Control Hub.
Pentru testare, puteți verifica dacă tokenInfoURL este valid prin înlocuirea " idp/authenticate" porțiune a URL-ului cu " ping".

Specificați drepturile Webex care trebuie să fie prezente în profilul de utilizator din Webex executând următoarea comandă:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
Configurați furnizorii de identitate pentru Federația Cisco utilizând următoarele comenzi pe fiecare server |ADP XSP:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
- set flsUrl https://cifls.webex.com/federation
- set refreshPeriodInMinutes 60
- set refreshToken refresh-Token-From-Step1
Rulați următoarea comandă pentru a valida că configurația FLS funcționează. Această comandă va returna lista furnizorilor de identitate:

XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
Configurați Token Management utilizând următoarele comenzi pe fiecare server |ADP XSP:
- XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>
- set tokenIssuer BroadWorks
- set tokenDurationInHours 720
Generați și partajați chei RSA. Trebuie să generați taste pe un XSP|ADP, apoi să le copiați la toate celelalte XSP|ADP. Acest lucru se datorează următorilor factori:
- Trebuie să utilizați aceleași perechi de taste publice/private pentru criptarea/decriptarea tokenului în toate instanțele serviciului de autentificare.
- Cuplul cheie este generat de serviciul de autentificare atunci când este necesar pentru prima dată să eliberați un token.
Dacă ciclați tastele sau modificați lungimea tastei, trebuie să repetați următoarea configurație și să reporniți toate |ADP-urile XSP.
1. Selectați un XSP|ADP de utilizat pentru generarea unei perechi de taste.
2. Utilizați un client pentru a solicita un token criptat de la acel XSP|ADP, solicitând următorul URL din browserul clientului:
  
  https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
  
  (Acest lucru generează o pereche de chei private / publice pe XSP|ADP, dacă nu a existat deja unul)
3. Locația magazinului cu tastatură nu este configurabilă. Exportați tastele:
  
  XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
4. Copiați fișierul exportat /var/broadworks/tmp/authService.keys în aceeași locație pe celelalte ADP-uri XSP|, suprascrierea unui mai în vârstă .keys fișier.
5. Importați tastele pe fiecare dintre celelalte |ADP-uri XSP:
  
  XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Furnizați adresa URL autentiService către containerul web. Containerul web XSP|ADP are nevoie de URL-ul autentiService, astfel încât să poată valida jetoanele. Pe fiecare dintre |ADP-urile XSP:
1. Adăugați URL-ul serviciului de autentificare ca serviciu de autentificare extern pentru BroadWorks Communications Utility:
  
  XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1/authService
2. Adăugați adresa URL a serviciului de autentificare în container:
  
  XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
  
  Acest lucru permite Webex să utilizeze Serviciul de autentificare pentru a valida jetoanele prezentate ca date de autentificare.
3. Verificați parametrul cu get.
4. Reporniți XSP|ADP.

Eliminați cerința de autentificare a clientului pentru serviciul Auth (numai R24)

ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false

Configurarea TLS și Ciphers pe interfețele HTTP (pentru XSI și Serviciul de autentificare)

Aplicațiile Service Authentication, Xsi-Actions și Xsi-Events utilizează interfețe de server HTTP. Nivelurile de configurabilitate TLS pentru aceste aplicații sunt după cum urmează:

Cele mai generale = Sistem > Transport > HTTP > Interfață server HTTP = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații	context CLI
Sistem (global)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Protocoale de transport pentru acest sistem	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP pe acest sistem	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Interfețe server HTTP specifice pe acest sistem	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Citirea configurației interfeței serverului HTTP TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer>
Introduceți get comanda și citiți rezultatele. Ar trebui să vedeți interfețele (adresele IP) și, pentru fiecare, dacă acestea sunt sigure și dacă necesită autentificarea clientului.

Apache tomcat trimite un certificat pentru fiecare interfață securizată; sistemul generează un certificat semnat dacă are nevoie de unul.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Adăugarea protocolului TLS 1.2 la interfața serverului HTTP

Interfața HTTP care interacționează cu Webex Cloud trebuie configurată pentru TLSv1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața serverului HTTP:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> 443 pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> 443 TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața serverului HTTP

Pentru a configura cifrele necesare:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Introduceți comanda get <interfaceIp> 443 pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> 443 <cipherName> pentru a adăuga un cifru la interfața serverului HTTP.

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Configurați managementul dispozitivului pe XSP|ADP, serverul aplicației și serverul profilului

Interfața CTI și configurația aferentă

Comanda de configurare „inmost to outmost” este prezentată mai jos. Respectarea acestei ordonanțe nu este obligatorie.

Configurați serverul aplicației pentru abonamentele CTI
Configurați ADP-urile XSP| pentru abonamentele CTI autentificate mTLS
Deschideți porturile de intrare pentru interfața securizată CTI
Abonați organizația dvs. Webex la BroadWorks CTI Events

Configurați serverul aplicației pentru abonamentele CTI

Actualizați ClientIdentity pe serverul de aplicații cu numele comun (CN) al certificatului de client Webex pentru Cisco BroadWorks CTI.

Pentru fiecare server de aplicații pe care îl utilizați cu Webex, adăugați identitatea certificatului la ClientIdentity după cum urmează:

AS_CLI/System/ClientIdentity> add bwcticlient.webex.com

Numele comun al certificatului de client Webex pentru Cisco BroadWorks este bwcticlient.webex.com.

Configurați TLS și Ciphers pe interfața CTI

Nivelurile de configurabilitate pentru interfața XSP|ADP CTI sunt după cum urmează:

Cele mai generale = Sistem > Transport > Interfețe CTI > Interfață CTI = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații

Context CLI

Sistem (global)

(R22 și ulterior)

XSP|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>

XSP|ADP_CLI/Sistem/SSLCommonSettings/JSSE/Protocoale>

Protocoale de transport pentru acest sistem

(R22 și ulterior)

XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>

XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>

Toate interfețele CTI de pe acest sistem

(R22 și ulterior)

XSP|ADP_CLI/Interfață/CTI/SSLCommonSettings/Ciphers>

XSP|ADP_CLI/Interfață/CTI/SSLCommonSettings/Protocoale>

O interfață CTI specifică pe acest sistem

(R22 și ulterior)

XSP|ADP_CLI/Interfață/CTI/CTIServer/SSLSettings/Ciphers>

XSP|ADP_CLI/Interfață/CTI/CTIServerSSLSettings/Protocoale>

TLS_ECDHE_RSA_CU_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_CU_AES_128_GCM_SHA256
TLS_ECDHE_RSA_CU_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_CU_AES_128_CBC_SHA256
TLS_DHE_DSS_CU_AES_128_GCM_SHA256
TLS_DHE_RSA_CU_AES_128_GCM_SHA256
TLS_DHE_RSA_CU_AES_128_CBC_SHA256
TLS_DHE_DSS_CU_AES_128_CBC_SHA256
TLS_ECDH_RSA_CU_AES_128_GCM_SHA256
TLS_ECDH_ECDSA_CU_AES_128_GCM_SHA256
TLS_ECDH_RSA_CU_AES_128_CBC_SHA256
TLS_ECDH_ECDSA_CU_AES_128_CBC_SHA256

Citirea configurației interfeței CTI TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer>

XSP|ADP_CLI/Interface/CTI/CTIServer> get
  Interface IP  Port  Secure  Server Certificate  Client Auth Req
=================================================================
  10.155.6.175  8012    true                true             true

Adăugarea protocolului TLS 1.2 la interfața CTI

Interfața XSP|ADP CTI care interacționează cu Webex Cloud trebuie configurată pentru TLS v1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața CTI:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața CTI

Pentru a configura cifrele necesare pe interfața CTI:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
Introduceți get comandă pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> <cipherName> pentru a adăuga un cipher la interfața CTI.

XSP|ADP CLI necesită numele standard al suitei de cipher IANA, nu numele suitei de cipher openSSL. De exemplu, pentru a adăuga OpenSSL cipher ECDHE-ECDSA-CHACHA20-POLY1305 la interfața CTI, ați utiliza: XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Anchoare de încredere pentru interfața CTI (R22 și ulterioară)

Pentru fiecare XSP|ADP din infrastructura dvs. care publică evenimente CTI în Webex, efectuați următoarele:

Conectați-vă la Hub pentru parteneri .

Accesați Setări > Apelare BroadWorks și faceți clic pe Descărcare certificat CA Webex pentru a obține CombinedCertChain2023.txt pe computerul local.

Aceste fișiere conțin două seturi de două certificate. Trebuie să divizați fișierele înainte de a le încărca în ADP-urile XSP|. Toate fișierele sunt necesare.

Separați lanțul certificatului în două certificate - combinedcertchain2023.txt
1. Deschideți combinedcertchain2023.txt într-un editor de text.
2. Selectați și tăiați primul bloc de text, inclusiv liniile -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----, și lipiți blocul de text într-un fișier nou.
3. Salvați noul fișier ca root2023.txt.
4. Salvați fișierul original ca issuing2023.txt. Fișierul original ar trebui să aibă acum doar un singur bloc de text, înconjurat de linii -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----.
Copiați ambele fișiere text într-o locație temporară pe XSP|ADP pe care o securizați, de ex. /var/broadworks/tmp/root2023.txt și /var/broadworks/tmp/issuing2023.txt
Conectați-vă la XSP|ADP și navigați la /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
(Opțional) Rulați help updateTrust pentru a vedea parametrii și formatul de comandă.

Încărcați fișierele certificatului în ancore de încredere noi - 2023

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Confirmați că ancorajele sunt actualizate:

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

Permiteți clienților să se autentifice cu certificate:

XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true

Adăugați interfața CTI și activați mTLS

Adăugați interfața CTI SSL.

Contextul CLI depinde de versiunea BroadWorks. Comanda creează un certificat de server semnat pe interfață și forțează interfața să solicite un certificat de client.
- În cazul BroadWorks R22 și R23:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
Înlocuiți certificatul de server și cheia de pe interfețele CTI XSP|ADP. Aveți nevoie de adresa IP a interfeței CTI pentru aceasta; o puteți citi din următorul context:
- În cazul BroadWorks R22 și R23:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer> get
  
  Apoi executați următoarele comenzi pentru a înlocui certificatul autosemnat al interfeței cu propriul certificat și cheia privată:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>
Reporniți XSP|ADP.

Activați accesul la BroadWorks CTI Events pe Webex

Specificați adresa CTI prin care Webex se poate abona la BroadWorks CTI Events.
Abonamentele CTI sunt pe bază de abonat și sunt stabilite și menținute numai în timp ce abonatul este configurat pentru Webex pentru Cisco BroadWorks.

Vizualizare web setări apel

Webex utilizează această funcție pentru a oferi utilizatorilor acces la setările comune ale apelurilor BroadWorks care nu sunt native ale Aplicației Webex.

Vizualizarea web a setărilor de apeluri are două componente:

Aplicație de vizualizare web a setărilor de apeluri, găzduită pe un Cisco BroadWorks XSP|ADP.
Aplicația Webex, care face setările apelurilor într-o vizualizare web.

Experiență utilizator

Utilizatori pentru Windows: Faceți clic pe Setări apel și apoi faceți clic pe Preferințe pentru apeluri deschise > Setări avansate pentru apeluri.
Utilizatori Mac: Faceți clic pe fotografia de profil, apoi Preferințe > Setări avansate pentru apeluri.

Implementarea CSWV pe BroadWorks

Instalați vizualizarea web a setărilor apelurilor pe |ADP-urile XSP

Conectați-vă la cisco.com și căutați "BWCallSettingsWeb" în secțiunea de descărcare software.
Găsiți și descărcați cea mai recentă versiune a fișierului.

De exemplu, BWCallSettingsWeb_1.8.2_1.war( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04) a fost cel mai recent la momentul scrierii.
Instalați, activați și implementați arhiva web în conformitate cu Ghidul de configurare a platformei de servicii Xtended Cisco BroadWorks pentru versiunea |ADP XSP. (Versiunea R24 este https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf).
1. Copiați fișierul .war într-o locație temporară pe XSP|ADP, cum ar fi /tmp/.
2. Navigați la următorul context CLI și executați comanda de instalare:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war
  
  Managerul de software BroadWorks validează și instalează fișierul.
3. [Opțional] Ștergere /tmp/BWCallSettingsWeb_1.7.5_1.war(acest fișier nu mai este necesar).
4. Activați aplicația:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings
  
  Numele și versiunea sunt obligatorii pentru orice aplicație, dar pentru CSWV trebuie să furnizați, de asemenea, un contextPath deoarece este o aplicație negestionată. Puteți utiliza orice valoare care nu este utilizată de o altă aplicație, de exemplu, /callsettings.
5. Implementați aplicația Setări apel pe calea contextului selectat:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
Acum puteți prezice URL-ul setărilor de apel pe care îl veți specifica pentru clienți, după cum urmează:

https://<XSP|ADP-FQDN>/callsettings/

Note:
- Trebuie să furnizați bara de remorcare de pe acest URL atunci când o introduceți în fișierul de configurare a clientului.
- XSP|ADP-FQDN trebuie să corespundă cu FQDN Xsi-Actions, deoarece CSWV trebuie să utilizeze Xsi-Actions, iar CORS nu este acceptat.
Repetați această procedură pentru alte ADP-uri XSP| în mediul Webex pentru Cisco BroadWorks (dacă este necesar).

Aplicația Webview Setări apel este acum activă pe |ADP-urile XSP.

Configurați aplicația Webex pentru a utiliza vizualizarea web a setărilor apelurilor

Pentru mai multe detalii despre configurația clientului, consultați Ghidul de configurare Webex pentru Cisco BroadWorks.

<config>
    <services>
        <web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%">
            <url>%WEB_CALL_SETTINGS_URL_WXT%</url>
        </web-call-settings>

În șablonul de configurare a aplicației Webex din BroadWorks, configurați URL-ul CSWV în %WEB_CALL_SETTINGS_URL_WXT% etichetă.

Dacă nu specificați în mod explicit adresa URL, pagina implicită este goală, iar pagina de setări a apelurilor nu este vizibilă utilizatorilor.

Asigurați-vă că aveți cele mai recente șabloane de configurare pentru aplicația Webex (consultați Profilurile dispozitivului).
Setați ținta de setări pentru apeluri web csw:

%WEB_CALL_SETTINGS_TARGET_WXT% csw
Setați URL-ul setărilor de apeluri web pentru mediul dvs., de exemplu:

%WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/

Ați derivat această valoare atunci când implementați aplicația CSWV.
Fișierul de configurare a clientului rezultat trebuie să aibă o intrare după cum urmează:
```
<web-call-settings target="csw">
    <url>https://yourxsp.example.com/callsettings/</url>
</web-call-settings>
```
Orice referință la XSP include fie XSP, fie ADP.

Configurați notificările push pentru apeluri în Webex pentru Cisco BroadWorks

Aceste servicii notifică dispozitivele mobile ale abonaților Webex pentru Cisco BroadWorks că au apeluri de intrare pe Webex.

Pentru mai multe informații despre NPS, consultați Descrierea caracteristicilor serverului Notification Push.

Prezentare generală proxy NPS

Pentru compatibilitate cu Webex pentru Cisco BroadWorks, CNPS-ul dvs. trebuie să fie patch-uri pentru a sprijini funcția Proxy NPS, Push Server pentru VoIP în UCaaS.

Pentru mai multe informații, consultați Push Server pentru VoIP în Descrierea caracteristicilor UCaaS.
Patch-urile BroadWorks pentru funcție sunt disponibile pe: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.

Pentru software-ul și plasturii NPS, consultați secțiunea Pregătiți-vă NPS pentru Webex pentru Cisco BroadWorks.

Căutați și descărcați plasturele din pagina de descărcare software.
Mai multe informații despre serverul ADP pot fi găsite la https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html.

Considerații APNS

Pregătiți-vă NPS pentru Webex pentru Cisco BroadWorks

Instalați și configurați un XSP dedicat (versiunea minimă R22) sau o platformă de livrare a aplicațiilor (ADP).

Instalați plasturii proxy de autentificare NPS:

Plasturi XSP R22:

Plasturii XSP R23:

Activați aplicația Notificare Push Server.

(Pentru notificări Android) Activați API-ul FCM v1 pe NPS.

XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true

(Pentru notificările Apple iOS) Activați HTTP/2 pe NPS.

XSP_CLI/Applications/NotificationPushServer/APNS/GeneralSettings> set HTTP2Enabled true

Atașați un suport tehnic de la NPS XSP/ADP.

Exemplu: _pushnotification-client._tcp.qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com ÎN A 10.193.78.149

Odată setat, una dintre următoarele este necesară pentru preluarea modificărilor:

Un bw de repornire trebuie preformat într-o fereastră de întreținere.
Prin intermediul CLI Cisco BroadWorks:

R24 și mai în vârstă

AS_CLI/ASDiagnostic/DNS> reîncărcare

R25 +

AS_CLI/ASDiagnostic/DNS/ExecutionServer> reîncărcare

AS_CLI/ASDiagnostic/DNS/ProvisioningServer> reîncărcare

Ce este de făcut în continuare

Pentru instalări noi ale unui NPS, accesați Configurarea NPS pentru a utiliza proxy-ul de autentificare

Pentru a migra o implementare Android existentă la FCMv1, accesați Migrarea NPS la FCMv1

Configurați NPS pentru a utiliza proxy-ul de autentificare

Această sarcină se aplică unei noi instalări de NPS, dedicată Webex pentru Cisco BroadWorks.

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks.

Creați contul clientului pe NPS:

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientId client-Id-From-Step1

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientSecret
New Password: client-Secret-From-Step1

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set RefreshToken
New Password: Refresh-Token-From-Step1

Pentru a verifica valorile pe care le-ați introdus în concordanță cu ceea ce ați primit, rulați XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> get

Emitentul CiscoCI ar trebui să fie ÎNTOTDEAUNA cluster CI din SUA, indiferent de locația dvs., iar implicit ar trebui să fie:

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI> get issuerUrl = https://idbroker.webex.com/idb

Introduceți URL-ul proxy NPS și setați intervalul de reîmprospătare a tokenului (se recomandă 30 de minute):

XSP|ADP_CLI/Applications/NotificationPushServer/CloudNPSService> set url https://nps.uc-one.broadsoft.com/nps/

XSP|ADP_CLI/Applications/NotificationPushServer/CloudNPSService> set VOIPTokenRefreshInterval 1800

(Pentru notificări Android) Adăugați ID-ul aplicației Android în contextul aplicațiilor FCM de pe NPS.

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.cisco.wx2.android

(Pentru notificările Apple iOS) Adăugați ID-ul aplicației în contextul aplicațiilor APNS, asigurându-vă că pentru a omite cheia Auth – setați-l la gol.

XSP|ADP_CLI/Applications/NotificationPushServer/APNS/Production/Tokens> add com.cisco.squared

Configurați următoarele URL-uri NPS:

Context CLI \|ADP XSP	Parametru	Valoare
`XSP\|ADP_CLI/Applications/` `NotificationPushServer/FCM>`	`authURL`	https://www.googleapis.com/oauth2/v4/token
	`pushURL`	https://fcm.googleapis.com/v1/projects/PROJECT-ID/messages:send
	`scope`	https://www.googleapis.com/auth/firebase.messaging
`XSP\|ADP_CLI/Applications/NotificationPushServer` `/APNS/Production>`	`url`	https://api.push.apple.com/3/device

Configurați următorii parametri de conexiune NPS la valorile recomandate afișate:

Context CLI \|ADP XSP	Parametru	Valoare
`XSP\|ADP_CLI/Applications/` `NotificationPushServer/FCM>`	`tokenTimeToLiveInSeconds`	3600
	`connectionPoolSize`	10
	`connectionTimeoutInMilliseconds`	3600
	`connectionIdleTimeoutInSeconds`	600
`XSP\|ADP_CLI/Applications/NotificationPushServer/` `APNS/Production>`	`connectionTimeout`	3000
	`connectionPoolSize`	2
	`connectionIdleTimeoutInSeconds`	600

Verificați dacă serverul de aplicații selectează ID-urile aplicației, deoarece este posibil să fie necesar să adăugați aplicațiile Webex în lista de permisiuni:

Rulați AS_CLI/System/PushNotification> get și verificați valoarea enforceAllowedApplicationList. Dacă este true, trebuie să finalizați această subsarcină. În caz contrar, săriți restul sarcinii secundare.
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.wx2.android “Webex Android”
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.squared “Webex iOS”

Reporniți XSP|ADP: bwrestart

Testați notificările apelurilor efectuând apeluri de la un abonat BroadWorks la doi utilizatori mobili Webex. Verificați dacă apare notificarea de apel pe dispozitivele iOS și Android.

Migrați NPS la FCMv1

Migrați clienții UC-One la FCMv1—Când aveți clienți UCaaS existenți și trebuie să îi migrați pentru a utiliza FCMv1.
Migrați clienții SaaS la FCMv1—Când aveți clienți SaaS existenți și trebuie să îi migrați pentru a utiliza FCMv1.
Actualizați serverul ADP—Când migrați NPS la un server ADP.

Migrați clienții UC-One la FCMv1

Utilizați pașii de mai jos din Google FCM Console pentru a migra clienții UC-One la Google FCM HTTPv1.

<string name="gcm_defaultSenderId">xxxxxxxxxxxxx</string>

Conectați-vă la SDK Administrator FCM la http://console.firebase.google.com.
Selectați aplicația Android corespunzătoare.
În fila General, înregistrați ID-ul proiectului
Navigați la fila Conturi serviciu pentru a configura un cont de serviciu. Puteți crea un cont de serviciu nou sau puteți configura unul existent.

Pentru a crea un nou cont de servicii:
1. Faceți clic pe butonul albastru pentru a crea un nou cont de serviciu
2. Faceți clic pe butonul albastru pentru a genera o nouă cheie privată
3. Descărcați cheia într-o locație sigură
Pentru a reutiliza un cont de serviciu existent:
1. Faceți clic pe textul albastru pentru a vizualiza conturile de servicii existente.
2. Identificați contul de serviciu pe care trebuie să îl utilizați. Contul de serviciu are nevoie de permisiunea firebaseadmin-sdk.
3. Pe dreapta, faceți clic pe meniul hamburger și creați o nouă cheie privată.
4. Descărcați fișierul json care conține cheia și salvați-l într-o locație sigură.
Copiați fișierul json pe XSP|ADP.

Configurați ID-ul proiectului și:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file>
...Done

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> get
  Project ID  Accountkey
========================
  my_project    ********

Configurați aplicația:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id>
...Done

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> get
  Application ID    Project ID
==============================
          my_app    my_project

Activați FCMv1:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Migrați clienții SaaS la FCMv1

Utilizați pașii de mai jos de pe Google FCM Console dacă doriți să migrați clienții SaaS la FCMv1.

Asigurați-vă că ați finalizat deja procedura „Configurați NPS pentru a utiliza proxy-ul de autentificare”.

Dezactivați FCM:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Activați FCM:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Actualizați serverul ADP

Utilizați pașii de mai jos din Consola FCM Google dacă migrați NPS pentru a utiliza un server ADP.

Obțineți fișierul JSON din Consola Google Cloud:
1. Pe Consola Google Cloud, accesați pagina Conturi de servicii .
2. Faceți clic pe Selectați un proiect, alegeți proiectul și faceți clic pe Deschidere.
3. Găsiți rândul contului de serviciu pentru care doriți să creați o cheie, faceți clic pe butonul Mai vertical, apoi faceți clic pe Creare cheie.
4. Selectați un tip de cheie și faceți clic pe Creare
  
  Descărcări de fișiere.
Adăugați FCM la serverul ADP:
1. Importați fișierul JSON pe serverul ADP utilizând /bw/install comanda.
2. Conectați-vă la ADP CLI și adăugați cheia Proiect și API:
  
  ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON:
3. În continuare, adăugați aplicația și cheia:
  
  ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done
4. Verificați configurația:
```
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g
Project ID Accountkey
========================
connect-ucaas ********

ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g
Application ID Project ID
===================================
com.broadsoft.ucaas.connect connect-ucaas
```

Configurați organizația partenerului în Hubul partenerului

Configurați clusterele BroadWorks

[o dată pe cluster]

Acest lucru se face din următoarele motive:

Pentru a activa cloud-ul Webex pentru a vă autentifica utilizatorii împotriva BroadWorks (prin serviciul de autentificare găzduit de XSP|ADP).
Pentru a permite aplicațiilor Webex să utilizeze interfața Xsi pentru controlul apelurilor.
Pentru a permite Webex să asculte evenimentele CTI publicate de BroadWorks (prezență telefonică și istoricul apelurilor).

Împiedicăm acest lucru deoarece un cluster configurat necorespunzător poate cauza probleme care sunt dificil de rezolvat.

Ce trebuie să faceți:

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .
Faceți clic pe Adăugare cluster.

Acest lucru lansează un expert unde vă furnizați interfețele XSP|ADP (URL-uri). Puteți adăuga un port la URL-ul interfeței dacă utilizați un port non-standard.
Denumiți acest cluster și faceți clic pe Înainte.

Conceptul de cluster de aici este pur și simplu o colecție de interfețe, de obicei plasate pe un server XSP|ADP sau pe o fermă, care permit Webex să citească informații de pe serverul aplicației (AS). Este posibil să aveți un XSP|ADP per cluster AS sau mai multe |ADP-uri XSP per cluster sau mai multe clustere AS per XSP|ADP. Cerințele de scară pentru sistemul BroadWorks nu intră în domeniul de aplicare aici.
(Opțional) Introduceți un nume de cont al utilizatorului BroadWorks și o parolă despre care știți că se află în sistemul BroadWorks pe care îl conectați la Webex, apoi faceți clic pe Înainte.

Testele de validare pot utiliza acest cont pentru a valida conexiunile la interfețele din cluster.
Adăugați URL-urile Acțiuni XSI și Evenimente XSI.
Opțional. Actualizați URL-ul DAS cu URL-ul Serviciului de activare a dispozitivului.
Opțional. Bifați caseta de selectare Activare autentificare directă BroadWorks dacă doriți ca conectarea la BroadWorks să fie directă la BroadWorks. În caz contrar, autentificarea la BroadWorks este delegată prin serviciul proxy IdP găzduit de Webex.

Această casetă de selectare afectează aceste situații de conectare:
- Conectare la Portalul de activare a utilizatorului – Utilizatorii trebuie să introducă acreditările BroadWorks atunci când se conectează la portal. Setarea de mai sus determină dacă conectarea este directă la BroadWorks sau prin proxy-ul IdP.
- Conectare la client—Dacă autentificarea BroadWorks este configurată în șablonul de integrare, setarea de mai sus determină dacă conectarea clientului la Aplicația Webex este direcționată către BroadWorks sau este delegată prin proxy-ul IdP.
Faceți clic pe Înainte.
Pe pagina Interfață CTI , faceți următoarele:
1. Adăugați URL-ul CTI și portul pentru interfața CTI la care doriți să vă conectați.
2. Opțional. Activați comutatorul Istoric apeluri și apoi introduceți ID-ul de utilizator BroadWorks. Când este selectată această opțiune, evenimentele din istoricul apelurilor BroadWorks sunt sincronizate cu cloudul Webex. Utilizatorii își pot vizualiza istoricul apelurilor în Aplicația Webex.
3. Opțional. Activați comutatorul Nu deranjați (DND) de sincronizare și apoi introduceți ID-ul de utilizator BroadWorks. Această opțiune sincronizează evenimentele DND între Webex și BroadWorks, asigurându-se că funcția funcționează la fel pe ambele platforme.
4. Faceți clic pe Înainte.
Adăugați URL-ul Serviciului de autentificare .
Selectați Serviciul Auth cu validare token CI.

Această opțiune nu necesită mTLS pentru a proteja conexiunea de la Webex, deoarece Serviciul de autentificare validează în mod corespunzător tokenul utilizatorului față de serviciul de identitate Webex înainte de a emite tokenul de lungă durată utilizatorului.
Revizuiți intrările pe ecranul final, apoi faceți clic pe Creare. Ar trebui să vedeți un mesaj de succes.

Partner Hub trece URL-urile la diverse microservicii Webex care testează conexiunile la interfețele furnizate.
Faceți clic pe Vizualizare clustere și ar trebui să vedeți noul cluster și dacă validarea a reușit.
Butonul Creare poate fi dezactivat pe ecranul final (previzualizare) al expertului. Dacă nu puteți salva șablonul, acesta indică o problemă cu una dintre integrările pe care tocmai le-ați configurat.

Am implementat această verificare pentru a preveni erorile în sarcinile ulterioare. Puteți reveni prin intermediul expertului pe măsură ce configurați implementarea dvs., ceea ce poate necesita modificări ale infrastructurii dvs. (de exemplu, XSP|ADP, echilibrator de sarcină sau firewall), așa cum este documentat în acest ghid, înainte de a putea salva șablonul.

Verificarea conexiunilor la interfețele BroadWorks

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .
Faceți clic pe Vizualizare clustere.
Partner Hub inițiază teste de conectivitate de la diferitele microservicii la interfețele din clustere.

După finalizarea testelor, pagina listei de clustere afișează mesajul de stare de lângă fiecare cluster.

Ar trebui să vedeți mesaje de succes verde. Dacă vedeți un mesaj de Eroare roșu, faceți clic pe numele clusterului afectat pentru a vedea care setare cauzează problema.
Opțional. Selectați un cluster dacă doriți să vedeți setările existente pentru acel cluster, cum ar fi XSI-Actions, XSI-Events, URL-ul DAS și setările interfeței CTI.

Configurați șabloanele de integrare

Puteți crea cât mai multe șabloane de care aveți nevoie, dar numai un singur șablon poate fi asociat unui client.

Conectați-vă la Partner Hub și selectați Clienți.
Faceți clic pe butonul Integrare șabloane pentru a vizualiza șabloanele existente.
Faceți clic pe Creare șablon.
În fereastra Detalii șablon , adăugați numele șablonului, țara sau regiunea și limba de e-mail implicită.
În fereastra Setări serviciu , utilizați lista derulantă Cluster pentru a alege clusterul pe care doriți să îl utilizați cu acest șablon.
Introduceți un nume șablon, apoi faceți clic pe Înainte.

Configurați modul de configurare, utilizând aceste setări recomandate:

Tabelul 3. Setări de dozare recomandate pentru diferite moduri de dozare
Denumire setare	Configurarea Flowthrough cu e-mailuri de încredere	Configurare Flowthrough fără e-mailuri	Auto-configurare utilizator
Activarea fluxului BroadWorks prin configurare (include acreditările contului de configurare dacă este activată**)	Pornit Furnizați numele contului și parola de configurare conform configurației BroadWorks.	Pornit Furnizați numele contului și parola de configurare conform configurației BroadWorks.	Oprit
Creare automată organizații noi în Control Hub	În	În	În
Adresă de e-mail a furnizorului de servicii	Selectați o adresă de e-mail din lista derulantă (puteți introduce unele caractere, pentru a găsi adresa dacă este o listă lungă). Această adresă de e-mail identifică administratorul din cadrul organizației dvs. Partener care va primi acces de administrator delegat la orice noi organizații client create cu șablonul de integrare.
Țară	Alegeți țara pe care o utilizați pentru acest șablon. Țara pe care o alegeți se potrivește cu organizațiile clienților care sunt create cu acest șablon într-o anumită regiune. În prezent, regiunea ar putea fi (EMEAR) sau (America de Nord și restul lumii). Consultați hărțile țării în funcție de regiune din această foaie de calcul. Țara organizației va determina numerele de apelare globale implicite pentru Cisco PSTN în site-urile Webex Meeting. Consultați secțiunea Țară a paginii de ajutor pentru mai multe informații.
Mod BroadWorks Enterprise activ	Activați acest lucru dacă clienții pe care îi furnizați cu acest șablon sunt întreprinderi în BroadWorks. Dacă acestea sunt grupuri, dezactivați acest comutator. Dacă aveți o combinație de întreprinderi și grupuri în BroadWorks dvs., ar trebui să creați șabloane diferite pentru aceste cazuri diferite.

Note din tabel:

† Acest comutator asigură crearea unei noi organizații de clienți dacă domeniul de e-mail al unui abonat nu corespunde unei organizații Webex existente.

Acest lucru ar trebui să fie întotdeauna valabil, cu excepția cazului în care utilizați un proces de comandă și executare manuală (prin Cisco Commerce Workspace) pentru a crea organizații ale clienților în Webex (înainte de a începe să configurați utilizatori în respectivele organizații). Această opțiune este adesea menționată ca modelul „Hybrid Provisioning” și nu intră în domeniul de aplicare al acestui document.
** „Cont de configurare” se referă la contul de administrator la nivel de sistem BroadWorks. Pe BroadWorks, aveți nevoie de un cont de administrator cu aceste atribute: Administrator Type=Configurare, Doar citire=Dezactivare.

Selectați pachetul de servicii implicit pentru clienți utilizând acest șablon (consultați pachetele din secțiunea Prezentare generală); fie Basic, Standard, Premium sau Softphone.

Puteți suprascrie această setare pentru utilizatorii individuali prin intermediul Partner Hub.
Opțional. Verificați Dezactivarea apelurilor gratuite Cisco Webex dacă doriți să dezactivați apelurile Webex.
Pentru Configurarea intrării în întâlnire, selectați una dintre următoarele opțiuni:
- Numere de apelare Cisco (PSTN)
- Numere de apelare furnizate de partener (BYoPSTN)—Dacă selectați această opțiune, consultați Ghidul de soluții PSTN pentru Webex pentru Cisco BroadWorks pentru informații detaliate despre modul de configurare a acestei opțiuni.
Faceți clic pe Înainte.

Există două abordări pentru configurarea abonaților în ceea ce privește modul în care sunt verificate identitățile lor – folosind e-mailuri de încredere sau e-mailuri de neîncredere.

În cazul de e-mail de neîncredere, utilizatorii trebuie să-și verifice e-mailurile înainte de configurare sau utilizatorii se pot auto-activa.

În cazul de neîncredere există mai multe moduri de configurare bazate pe setările de verificare din tabelul de mai jos:

Tabelul 4. Setări de verificare a utilizatorului recomandate pentru modurile de configurare nefiabile
Denumire setare	Configurare Flowthrough fără e-mailuri	Auto-configurare utilizator
Administrator de configurare în primul rând	Recomandată	Nu se aplică
Permiteți utilizatorilor să se autoactiveze	Nu se aplică	Obligatoriu

Note din tabel:
* Fiecare organizație client din Webex trebuie să aibă cel puțin un utilizator cu rol de administrator. Primul utilizator căruia îi atribuiți IM&P integrat în BroadWorks preia rolul de administrator al clientului dacă este creată o nouă organizație client în Webex. În calitate de Furnizor de servicii, este posibil să doriți să aveți control asupra persoanei care primește rolul. Verificarea acestei setări împiedică utilizatorii să finalizeze activarea până când primul utilizator pe care l-ați configurat este activat. Dacă debifați această setare, atunci primul utilizator care devine activ în noua organizație devine administratorul clientului.

Faceți clic pe Înainte.

Selectați modul de autentificare implicit (fie autentificare BroadWorks , fie autentificare Webex) pentru conectarea utilizatorului la Webex.

(Consultați Modul de autentificare din secțiunea Pregătire mediu).

Faceți clic pe Înainte.
Pentru Preferințe, configurați următoarele:
1. Alegeți dacă doriți să Precompletați adresele de e-mail ale utilizatorului în pagina de conectare.
  
  Ar trebui să utilizați această opțiune numai dacă ați selectat BroadWorks Authentication și ați introdus, de asemenea, adresele de e-mail ale utilizatorilor în atributul ID alternativ din BroadWorks. În caz contrar, vor trebui să își folosească numele de utilizator BroadWorks. Pagina de conectare oferă opțiunea de a schimba utilizatorul, dacă este necesar, dar acest lucru poate duce la probleme de conectare.
2. Dacă doriți să activați sincronizarea directorului, setați Activarea sincronizării directorului telefonului pentru toate noile organizații ale clienților la Activare.
  
  Această opțiune permite Webex să citească contactele BroadWorks în organizația client, astfel încât utilizatorii să le poată găsi și apela din aplicația Webex.
3. Introduceți un administrator partener.
  
  Acest nume este utilizat în mesajul de e-mail automat de la Webex, care invită utilizatorii să-și valideze adresele de e-mail.
4. Asigurați-vă că e-mailurile Permiteți invitarea administratorului sunt activate atunci când atașați comutatorul de organe existente (setarea implicită este activată).
5. Faceți clic pe Înainte.
Revizuiți intrările pe ecranul final. Puteți să faceți clic pe comenzile de navigare din partea de sus a expertului pentru a reveni și a schimba orice detalii. Faceți clic pe Creați.

Ar trebui să vedeți un mesaj de succes.
Faceți clic pe Vizualizare șabloane și ar trebui să vedeți noul șablon listat cu orice alte șabloane.
Faceți clic pe numele șablonului pentru a modifica sau șterge șablonul, dacă este necesar.

Nu este necesar să introduceți din nou detaliile contului de configurare. Câmpurile de confirmare a parolei/parolei goale sunt acolo pentru a schimba acreditările dacă trebuie, dar lăsați-le goale pentru a păstra valorile pe care le-ați dat expertului.
Adăugați mai multe șabloane dacă aveți configurații partajate diferite pe care doriți să le furnizați clienților.

Păstrați deschisă pagina Vizualizare șabloane , deoarece este posibil să aveți nevoie de detalii șablon pentru o sarcină ulterioară.

Configurați serverul aplicației cu URL-ul serviciului de furnizare

Această sarcină este necesară numai pentru debit prin configurare.

Server Aplicație Patch (numai R22, R23 și R24)

Dacă nu ați făcut încă acest lucru, aplicați următorul plasture care se aplică eliberării dvs.:.
- Pentru R22: AP.as.22.0.1123.ap373197
- Pentru R23: AP.as.23.0.1075.ap373197
- Pentru R24: AP.as.24.0.944.ap384177
Pentru o listă completă de plasturi BroadWorks care formează cerința de implementare a Webex pentru Cisco BroadWorks, Consultați Cerințele software BroadWorks din secțiunea Referință.
Modificarea la Maintenance/ContainerOptions context.
Activați parametrul URL de configurare:

/AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true

Obțineți URL(URL) de configurare de la Partner Hub

Consultați Ghidul de administrare a interfeței de comandă a serverului Cisco BroadWorks pentru detalii (Interfață > Mesagerie și serviciu > IM&P integrat) ale comenzilor AS.

Conectați-vă la Partner Hub și accesați Setări > Apelare BroadWorks.
Faceți clic pe Vizualizare șabloane.
Selectați șablonul pe care îl utilizați pentru a furniza abonații acestei întreprinderi/grupului în Webex.

Detaliile șablonului se afișează într-un panou de scurgere din dreapta. Dacă nu ați creat încă un șablon, trebuie să faceți acest lucru înainte de a putea obține URL-ul de configurare.
Copiați URL-ul adaptorului de configurare.

Repetați acest lucru pentru alte șabloane dacă aveți mai multe.

(Opțiune) Configurarea parametrilor de configurare la nivel de sistem pe serverul de aplicații

Este posibil să nu doriți să setați domeniul de furnizare și serviciu la nivel de sistem dacă utilizați UC-One SaaS. Consultați Punctele de decizie din secțiunea Pregătire mediu.

Conectați-vă la serverul de aplicații și configurați interfața de mesagerie.
1. AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL
2. AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name
3. AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password
4. AS_CLI/Interface/Messaging> set enableSynchronization true
Activați interfața IMP integrată:
1. /AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
2. /AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true

(Opțiune) Configurarea parametrilor de configurare per întreprindere pe serverul de aplicații

În interfața de utilizator BroadWorks, deschideți întreprinderea pe care doriți să o configurați și accesați Servicii > IM&P integrat.
Selectați Utilizați domeniul serviciului și introduceți o valoare fictivă (Webex ignoră acest parametru. Puteți utiliza example.com).
Selectați Utilizați serverul de mesagerie.

În câmpul URL , lipiți URL-ul de configurare pe care l-ați copiat din șablonul dvs. în Partner Hub.

În câmpul Nume utilizator , introduceți un nume pentru administratorul de configurare. Aceasta trebuie să corespundă valorii din șablonul din Partner Hub.
Introduceți o parolă pentru administratorul de configurare. Aceasta trebuie să corespundă valorii din șablonul din Partner Hub.
Pentru identitatea implicită a utilizatorului pentru ID-ul IM&P, selectați Primar.
Faceți clic Aplicați .
Repetați pentru alte întreprinderi pe care doriți să le configurați pentru debit prin configurare.

Date de configurare a utilizatorului

API Verificare preconfigurare partener

Pentru mai multe informații despre API, consultați: Ghid Webex pentru dezvoltatorii angro

Pentru a utiliza API-ul, accesați: Verificați previzualizarea furnizării abonaților angro

Pentru a accesa Preverificarea unui document de furnizare abonat angro, trebuie să vă conectați la https://developer.webex.com/ portal.

Partenerul SSO - SAML

Verificați dacă furnizorul de identitate terț îndeplinește cerințele enumerate în secțiunea Cerințe pentru furnizorii de identitate din Integrarea cu conectare unică în Control Hub.

Deschideți o solicitare de serviciu cu Cisco TAC. TAC trebuie să stabilească o relație de încredere între furnizorul de identitate terț și serviciul de identitate comună Cisco. .

Încărcați fișierul cu metadate CI pe care TAC l-a furnizat furnizorului dvs. de identitate.
Configurați un șablon de integrare. Pentru setarea Mod de autentificare , selectați Autentificare partener. Pentru ID-ul entității IDP, introduceți EntityID din metadatele XML SAML ale furnizorului de identitate terț.
Creați un utilizator nou într-o nouă organizație client care utilizează șablonul.
Foarte mult că utilizatorul se poate conecta.

Partner SSO - OpenID Connect (OIDC)

Atribut	Obligatoriu	Descriere
Nume IDP	Da	Numele unic, dar insensibil la caz, pentru configurația IdP OIDC, ar putea consta din litere, numere, hife, subliniază, tilduri și puncte, iar lungimea maximă este de 128 de caractere.
ID client OAuth	Da	Utilizat pentru a solicita autentificarea IdP OIDC.
Secret client OAuth	Da	Utilizat pentru a solicita autentificarea IdP OIDC.
Lista scopurilor	Da	Lista scopurilor care vor fi utilizate pentru a solicita autentificarea IdP OIDC, împărțită în funcție de spațiu, de exemplu, „profil de e-mail deschis” Trebuie să includă Openid și e-mail.
Punct final de autorizare	Da, dacă punctul final de descoperire nu este furnizat	URL-ul punctului final de autorizare OAuth 2.0 al IdP.
punct de sfârșit	Da, dacă punctul final de descoperire nu este furnizat	URL-ul punctului final OAuth 2.0 al IdP-ului.
Punct final de descoperire	Nu	URL-ul punctului final de descoperire IdP pentru descoperirea punctelor finale OpenID.
utilizator InfoEndpoint	Nu	URL-ul punctului final de informații despre utilizator al IdP.
Punct final al setului de taste	Nu	URL-ul terminalului JSON Web Key Set al IdP.

În plus față de atributele IDP de mai sus, ID-ul organizației partenere trebuie specificat în cererea TAC.

Configurați URI-ul de redirecționare pe IDP-ul de conectare OpenID.
Configurați un șablon de integrare. Pentru setarea modului de autentificare, selectați Autentificare partener Cu OpenID Connect și introduceți Numele IDP furnizat în timpul configurării IDP ca ID-ul entității IDP OpenID Connect.
Creați un utilizator nou într-o nouă organizație client care utilizează șablonul.
Foarte mult că utilizatorul se poate conecta utilizând fluxul de autentificare SSO.

Activați identificatorul de corelație apeluri

Utilizați CLI pentru a activa caracteristica pe toate interfețele AS și XSP|ADP.

Rulați următoarele comenzi pe interfețele AS. Acest lucru va permite AS pentru a trimite X-BroadWorks-Correlation-Info antet SIP:

AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true

AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true
Fișierul enableCallCorrelationID parametrul asociat cu aplicația Xsi-Actions este utilizat pentru a controla includerea informațiilor privind corelarea apelurilor în jurnalele Xsi-Actions. Se recomandă ca enableCallCorrelationID activată utilizând următoarea comandă pe interfețele XSP|ADP:

XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true

Pentru informații suplimentare despre Identificatorul de corelație apeluri, consultați Descrierea caracteristicilor Identificatorului de corelație apeluri Cisco BroadWorks.

Sincronizare director

Pentru a activa Sincronizarea directorului, accesați Sincronizarea directorului în Webex pentru Cisco BroadWorks.

Istoricul apelurilor unificate

Evenimente din istoricul apelurilor – aceste evenimente sunt utilizate pentru a construi o istorie detaliată a apelurilor unificate
Evenimente de stare cârlig – Istoricul unificat al apelurilor include optimizări de stare cârlig care reduc cantitatea de lățime de bandă a rețelei pentru actualizările de prezență telefonică

Cerințe privind istoricul apelurilor unificate

Înainte de a putea configura istoricul apelurilor unificate, asigurați-vă că ați corectat sistemul. Această caracteristică depinde de următoarele patch-uri BroadWorks care sunt instalate:

Pentru R22:

AP.xsp.22.0.1123.ap378585
AP.as.22.0.1123.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.22.0.1123.ap378585
AP.ps.22.0.1123.ap378585

Pentru R23:

AP.as.23.0.1075.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.23.0.1075.ap378585
Dacă utilizați XSP— AP.xsp.23.0.1075.ap378585
Dacă utilizați ADP— Xsi-Events-23_2021.05_1.251.bwar

Pentru R24:

AP.as.24.0.944.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
Xsi-Events-24_2021.05_1.251.bwar

Pentru a avea informații despre Hunt Group, Call Center și alte redirecționări în istoricul apelurilor Unified, trebuie instalați și activați următorii plasturi Broadworks:

Pentru R23:

AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994

Pentru R24:

AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994

Pentru a avea informații despre Asistentul executiv în istoricul apelurilor Unified, trebuie instalați și activați următorii plasturi Broadworks:

Pentru R24:

AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
ADP care rulează Xsi-Events-24_2022.06 sau mai târziu

În plus față de plasturii Broadworks, sincronizarea directorului trebuie să fie, de asemenea, activată pentru istoricul apelurilor Unified Executive-Assistant.

Activați istoricul apelurilor (cluster nou)

Pentru a activa istoricul apelurilor într-un cluster nou, consultați pașii pentru adăugarea unui cluster în Configurați organizația partenerului în Hubul partenerului.

Activați istoricul apelurilor (cluster existent)

Pentru a activa istoricul apelurilor pe un cluster existent, urmați pașii de mai jos:

Conectați-vă la Partner Hub la admin.webex.com.
Accesați Setări și selectați un cluster existent.
Verificați dacă conexiunea clusterului este bună. Panoul din dreapta trebuie să afișeze o marcă de verificare verde cu Connection stabilită.

Dacă acest lucru nu apare, sub Verificare conexiuni (opțional), introduceți ID-ul de utilizator BroadWorks și parola BroadWorks și faceți clic pe Verificare pentru a verifica dacă conexiunea este bună.
Bifați caseta de selectare Activare istoric apeluri .
Faceți clic pe Salvați.

Interacțiuni caracteristică

Există următoarele interacțiuni ale caracteristicii pentru istoricul apelurilor unificate:

Istoricul de apeluri unificat nu este acceptat pentru utilizatorii care sunt configurați în BroadWorks cu liste de rutare sau rute directe. Atunci când această situație există, evenimentele privind istoricul apelurilor și starea cârligului nu sunt trimise în Aplicația Webex.
Istoricul de apeluri unificat nu este acceptat cu apelarea extensiei. Apelurile care sunt plasate utilizând apelarea extensie nu pot fi reflectate corect în istoricul apelurilor.

Vizualizați istoricul apelurilor în aplicația Webex

Utilizatorii finali pot accesa și vizualiza istoricul de apeluri unificat din aplicația Webex. Pentru detalii, consultați: Istoricul apelurilor și întâlnirilor Webex | View.

Dezactivați istoricul apelurilor unificate

Indicație Spam vizual

Activați istoricul apelurilor unificate conform descrierii din secțiunea anterioară.
Trebuie să fie instalaţi şi activi următorii plasturi:
- AP.as.23.0.1075.ap384591 / AP.as.24.0.944.ap384591
- sau AS-25_Rel_2022.12 la un nivel minim
Funcția trebuie să fie activată prin intermediul CLI AS:
- AS_CLI/System/ActivatableFeature> activați 104112
- AS_CLI/System/StirShaken> setați enableVerificare adevărată
Broadworks trebuie să fie configurat pentru a efectua semnarea, etichetarea și verificarea STIR-SHAKEN așa cum este descris în Etichetarea și Verificarea semnării STIR-SHAKEN Cisco BroadWorks

Identificarea apelantului și redirecționarea apelului

Identificare apelant

Dacă găsește mai multe instanțe ale unui număr într-o singură sursă, nu va încerca să aleagă unul dintre ele, în acest caz, nu va afișa niciun ID de apelant.

Identitatea comună Webex (CI) care conține utilizatorii organizației dvs.
Contacte personale și organizaționale. Contactele personale sunt vizibile sub fila Contacte.
Adresa locală. În Windows - Aplicația Outlook, în Mac - Contacte Mac, în iOS - Contacte iPhone, în Android - Contacte Android.

Redirecționare apel

Apel redirecționat: Afișează numărul care a redirecționat apelul.
Grup de hunting: Afișează numele grupului de hunt care a redirecționat apelul.
Coadă centru de apeluri: Afișează numele cozii care a redirecționat apelul.
Asistent executiv: Afișează numele Executivului pentru care vine apelul.

Excepții:

Pentru apelurile din coada de apeluri internă, în cazul în care un agent apelează înapoi o parte internă, partea de la distanță nu va vedea numele cozii de apeluri, ci va vedea numele agentului care le apelează.

Apelul a fost Răspuns În Altă Parte:

Aspect linie partajată

Această caracteristică ajută utilizatorii să gestioneze apelurile în extensia altui utilizator direct din Aplicația Webex.

Puteți configura aparența liniei partajate numai pentru versiunea desktop a Aplicației Webex.
Puteți adăuga maximum 10 linii în Aplicația Webex, inclusiv linia principală.
Nu puteți aloca linia unui spațiu de lucru ca linie partajată.
Un utilizator nu poate fi asigurat cu serviciul de Asistent Executiv în același timp cu partajarea liniilor.
Portul liniei principale a unui utilizator nu trebuie schimbat într-o linie partajată.

Cerințe

Pentru a implementa această funcție pe Webex pentru Cisco BroadWorks, trebuie să implementați următorii plasturi BroadWorks:

Patch 1: Drapelul proprietarului din lista de dispozitive pentru a sprijini liniile partajate ale clienților Webex

R23 fără ADP:

AP.as.23.0.1075.ap384179
AP.xsp.23.0.1075.ap384179

R23 cu ADP:

AP.as.23.0.1075.ap384179
Xsi-Acţiuni-23_2022.10

R24:

CA: AP.as.24.0.944.ap384179
Xsi-Acţiuni-24_2022.10

R25:

CA: Versiunea RI Rel_ 2022.10_1.310
Xsi-Acțiuni-25_ 2022.10

Patch 2: Patch-uri pentru creșterea numărului de porturi pe tipuri de profil dispozitiv (în acest caz pentru clientul desktop: Comunicator de afaceri).

Versiunea RI Rel_ 2022.10_1.310

Sincronizare Nu deranjați (DND).

Sincronizarea DND se aplică la nivelul clusterului BroadWorks și poate fi activată în Partner Hub de către un administrator partener.

Dacă există mulți clienți (>50) în clusterul BroadWorks, sincronizarea DND nu este acceptată. În astfel de cazuri, se recomandă să contactați un inginer de asistență Cisco TAC pentru asistență.

Cerințe preliminare

Asiguraţi-vă că următorii plasturi sunt aplicaţi pe AS şi XSP|ADP. Aplicați numai plasturii pentru versiunea BroadWorks.

Pentru Versiunea 23:

Aplicații ADP: Xsi-Actions-23_ 2022.03_1.220.bwar, Xsi-Events-23_2022.03_1.220.bwar

Pentru versiunea 24:

Aplicații ADP: Xsi-Actions-24_ 2022.03_1.220.bwar, Xsi-Events-24_2022.03_1.220.bwar

După ce aplicați plasturii, activați caracteristica 25433 pe AS:

AS_CLI/System/ActivatableFeature> activate 25433

Activați sincronizarea DND (cluster existent)

Conectați-vă la Partner Hub
Faceți clic pe Setări.
Faceți clic pe Vizualizare cluster și selectați clusterul BroadWorks corespunzător.
Activați comutatorul de sincronizare Nu deranjați (DND).
Introduceți ID-ul de utilizator BroadWorks și faceți clic pe Activare.

Sistemul validează faptul că clusterul BroadWorks are plasturii potriviți pentru a sprijini sincronizarea DND. Dacă validarea eșuează, butonul Salvare este dezactivat.
Dacă validarea reușește, faceți clic pe Salvare.

Odată ce sincronizarea DND este activată, Webex reîmprospătează toate abonamentele utilizatorilor pentru a include pachetul Nu deranjați evenimentul. În funcție de numărul de utilizatori, acest proces poate dura câteva ore pentru a finaliza.
Activarea sincronizării DND este un comutator cu un singur mod. Odată ce funcția este activată, nu o puteți dezactiva pe cont propriu.

Activați sincronizarea DND (cluster nou)

De asemenea, puteți activa funcția în timpul creării de clustere. Pentru detalii, consultați „Configurați clusterele BroadWorks” din Configurați organizația partenerului în Partner Hub.

Dezactivați sincronizarea DND

Nu puteți dezactiva Sincronizarea DND pe cont propriu. Pentru a dezactiva caracteristica, creați un caz BEMS de inginerie cu următoarele informații:

Familie: Serviciu Spark
Produs: Apelare în Webex (Webex pentru BroadWorks)
Componentă: Furnizare WxBW
Cazul BEMS trebuie să precizeze că Nu deranjați sincronizarea trebuie să fie dezactivată pentru un partener. Cazul trebuie să conțină partnerId și clusterId BroadWorks.

Cazuri de utilizare

Înregistrare apeluri

Webex pentru Cisco BroadWorks acceptă patru moduri de înregistrare a apelurilor.

Tabelul 6. Moduri de înregistrare
Moduri de înregistrare	Descriere	Controale/indicatori care se afișează în aplicația Webex
Întotdeauna	Înregistrarea este inițiată automat atunci când apelul este stabilit. Utilizatorul nu are capacitatea de a porni sau opri înregistrarea.	Indicator vizual în curs de înregistrare
Întotdeauna cu întrerupere/reluare	Înregistrarea este inițiată automat atunci când apelul este stabilit. Utilizatorul poate întrerupe și relua înregistrarea.	Indicator vizual în curs de înregistrare Buton pauză înregistrare Buton Reluare înregistrare
Nu este necesară	Înregistrarea este inițiată automat atunci când apelul este stabilit, dar înregistrarea este ștearsă, cu excepția cazului în care utilizatorul apasă Start Recording. Dacă utilizatorul începe înregistrarea, înregistrarea completă din configurarea apelului este reținută. După începerea înregistrării, utilizatorul poate, de asemenea, să întrerupă și să reia înregistrarea	Buton Start Înregistrare Buton pauză înregistrare Buton Reluare înregistrare
OnDemand cu inițiere inițiată de utilizator	Înregistrarea nu inițiază decât dacă utilizatorul selectează opțiunea Start Recording din aplicația Webex. Utilizatorul are opțiunea de a începe și opri înregistrarea de mai multe ori în timpul unui apel.	Buton Start Înregistrare Buton Oprire înregistrare Buton pauză înregistrare

Cerințe

Pentru a implementa această funcție pe Webex pentru Cisco BroadWorks, trebuie să implementați următorii plasturi BroadWorks:

Identificatorul de corelație apeluri trebuie să fie activat. Pentru detalii, consultați Activarea identificatorului de corelație apeluri.

Pentru a utiliza această funcție, trebuie să fie activată următoarea etichetă de configurare: %ENABLE_CALL_RECORDING_WXT%.

Această caracteristică necesită o integrare cu o platformă terță parte de înregistrare a apelurilor.

Pentru a configura înregistrarea apelurilor în BroadWorks, accesați Ghidul interfeței de înregistrare a apelurilor Cisco BroadWorks.

Informații suplimentare

Pentru informații despre utilizator despre modul de utilizare a caracteristicii Înregistrare, accesați help.webex.com articol Webex | Înregistrați apelurile.

Pentru a reda o înregistrare, utilizatorii sau administratorii trebuie să acceseze platforma de înregistrare a apelurilor terță parte.

Grup Call Park și Preluați

Funcție de funcționare

După ce caracteristica este configurată

În timpul unui apel, un utilizator face clic pe opțiunea Park din aplicația Webex pentru a parca apelul la o extensie pe care sistemul o selectează automat. Sistemul afișează extensia utilizatorului pentru o perioadă de 10 secunde.
Un alt utilizator din grup face clic pe opțiunea Recuperare apel din aplicația Webex. Utilizatorul intră apoi în extensia apelului parcat pentru a continua apelul.

Cerințe

Pentru ca această caracteristică să funcționeze, asigurați-vă că aveți următoarele:

Fișierul de configurare a clientului trebuie să aibă următoarele etichete setate:

<call-park enabled="%ENABLE_CALL_PARK_WXT%"
        timer="%CALL_PARK_AUTO_CLOSE_DIALOG_TIMER_WXT%"/>

Identificatorul de corelație apeluri trebuie să fie activat pe AS și XSP|ADP. Pentru detalii, consultați Activarea identificatorului de corelație apeluri.
SBC-ul trebuie să fie configurat pentru a trece ‘ x-broadworks-correlation-in' atribuie SIP către și de la serverul de aplicații.

Configurare

Informații suplimentare

Pentru informații despre utilizator despre modul de utilizare a parcului de apeluri de grup, consultați Webex | Park și preluați apelurile.

Parcare apel/Parcare apel direcționat

Introduceți *68 pentru a parca un apel
Introduceți *88 pentru a prelua un apel

Întrerupeți

Serviciul de tip barge-in este utilizat în mod obișnuit în mediile centrului de apeluri sau în alte situații în care poate fi necesară asistență sau intervenție imediată.

Atunci când apare o barjă, se stabilește un apel în trei moduri între părți. Se introduc următorii termeni:

Supervizor: Un supervizor este o persoană care supraveghează și gestionează o echipă de agenți de servicii pentru clienți sau reprezentanți ai centrului de apeluri. În contextul întreruperii apelurilor, un supervizor are, de obicei, capacitatea de a monitoriza și de a interveni în apelurile în curs ale clienților. Aceștia pot utiliza instrumente de monitorizare a apelurilor sau software-ul pentru a asculta apelurile, pentru a oferi îndrumare agenților și pentru a asigura controlul calității. Rolul supraveghetorului poate implica agenți de formare, abordarea preocupărilor clienților și optimizarea performanței echipei.
Client: Un client se referă la o persoană sau o entitate care se angajează cu o companie sau o organizație pentru a obține produse, servicii sau asistență. În contextul introducerii apelului, un client este o persoană care efectuează sau primește un apel telefonic cu un agent de servicii pentru clienți. Clienții pot solicita asistență, informații sau soluționarea întrebărilor sau problemelor lor în timpul apelului. Funcția de blocare a apelurilor permite supraveghetorilor sau personalului autorizat să se alăture apelului în curs între client și agent.
Agent: Un agent, cunoscut și sub numele de reprezentant al serviciului pentru clienți sau agent al centrului de apeluri, este o persoană responsabilă pentru gestionarea interacțiunilor cu clienții și furnizarea de asistență sau asistență prin telefon sau prin alte canale de comunicare. Agenții sunt instruiți să abordeze întrebările clienților, să rezolve problemele, să proceseze tranzacțiile și să ofere o experiență pozitivă pentru clienți. În contextul intrării în apelare, un agent este persoana care vorbește direct cu clientul în timpul apelului telefonic. Agentul poate primi îndrumare sau feedback de la supervizor prin intermediul apelului de tip barge-in, dacă este necesar.

Creşterea numărului de apeluri nativ mobile la întâlnire

Scala de apel nativ mobil la întâlnire vine cu două caracteristici unice:

Notificare push nouă

Utilizatorii de telefonie mobilă aflați într-un apel nativ pot comuta acum la Aplicația Webex atingând Notificarea push nouă. Când începeți un ecran de apel nativ, pe ecran apare o Notificare push Nouă și atingând notificarea vă duce direct la ecranul în apel al Aplicației Webex.

Vizualizați notificarea Webex în timpul unui apel telefonic mobil dacă utilizați Webex Go sau operatorul de rețea mobilă (MNO) are semnalizarea apelurilor utilizând controlul apelurilor Cisco pentru apelurile telefonice mobile.
Mutați apelul mobil în întâlnire

Când vă aflați în mijlocul unui apel cu cineva, este posibil să doriți să mutați acel apel într-o întâlnire pentru a utiliza unele caracteristici avansate ale întâlnirilor, cum ar fi transmisia video, partajarea sau tabla. Sau invitați alte persoane la discuție și mutați-vă la o întâlnire.

Cerințe BroadWorks

Caracteristică activabilă 25239
R23 cu XSP|ADP:
- AS Patch AP.as.23.0.1075.ap383064
- XSP|ADP Patch AP.xsp.23.0.1075.ap383064
- Patch AP.platform.23.0.1075.ap383064
R23 cu ADP:
- AS Patch AP.as.23.0.1075.ap383064
- ADP cu Xsi-Actions-23, versiunea CommPilot-23 > 2022.05_1.303 și versiunea NPS > 2022.08_1.350
R24:
- CA plasture transdermic: AP.as.24.0.944.ap383064
- ADP cu Xsi-Actions-24, versiunea CommPilot-24 > 2022.05_1.303 și versiunea NPS > 2022.08_1.350
R25:
- AS versiunea RI Rel_ 2022.08_1.354
- ADP cu Xsi-Actions-25, CommPilot-25 > 2022.08_1.350 și versiunea NPS > 2022.08_1.350

Configurație apelare URI pentru a sprijini mutarea apelului în întâlnire

Politica NS de apelare rapidă

Definiți regula pentru (.*)webex.com pentru a ruta prin I-SBC

NS_CLI/Policy/UrlDialing> get WebexMeetings
 Policy: UrlDialing  Instance: Webex
   unknownSipURIHandling = reject
   disableSubscriberLookups = true
   Enable = true
   CallTypes:
     Selection = {ALL}
     From = {PCS, ALL, TRMT, LO, TPSX, OAX, GNT, DP, LPS, OA, TPS, IOA, MOBX, EA, FGB, MOB, SNEN, POA, SV, SVCD, CAC, IN, TO1X, MS, CSV, VSC, EM, SVCO, SMC, TPSE, ZD, NIL, CS, CT, TF, GAN, VFAC, TO, DA, OAP}
   lineportOnly = false
   enableSipURIMatchingRules = true

NS_CLI/Policy/UrlDialing/Rules> get WebexMeetings
 Policy: UrlDialing  Instance: WebexCalling  Table: Rules
   id            pattern      routingNE  cost  weight            dtg
===================================================================
    1      *@*.webex.com  WebexMeetings     1      50  WebexMeetings

NS Routing NE pentru I-SBC

configurare Exemplu

NS_CLI/System/Device/RoutingNE> get ne WebexMeetings
 Network Element  WebexMeetings
    Location              =  1281465
    Data Center           =
    Static Cost           =  1
    Static Weight         =  99
    Poll                  =  false
    OpState               =  enabled
    State                 =  OnLine
    Profile               =  NIL_PROFILE
    Remote Lookup Enabled =  false
    Signaling Attributes  =

NS_CLI/System/Device/RoutingNE/Address> get ne WebexMeetings
      Routing NE     Address  Cost  Weight  Port    Transport    Route
=====================================================================
   WebexMeetings sbc-address     1      99     -  unspecified

Profil de rutare NS

Instanța de politică UrlDialing adăugată la profilul(ele) de rutare corespunzător(e)

NS_CLI/Policy/Profile> get profile MyInst
 Profile:  Webex
                  Policy              Instance
    ==========================================
 …
              UrlDialing          WebexMeetings

CA Utilizare Rută NS pentru apel NetworkURL

Activați AS pentru a onora ruta NS în modul Hybrid AS

AS_CLI/Interface/IMS> set queryNSForNetworkURL true

Apelare de urgență E911

Utilizați următoarele articole Webex pentru a configura asistența pentru serviciile de apelare de urgență E911:

Apelare de urgență E911 în Webex pentru BroadWorks—Utilizați acest articol pentru a configura apelarea de urgență E911 în Webex pentru Cisco BroadWorks utilizând unul dintre următorii furnizori E911 acceptați:
- Lățime de bandă
- Intrado
- RedSky
Disclaimer pentru apeluri de urgență—Dacă aveți un serviciu de localizare, puteți configura fereastra Disclaimer pentru servicii de urgență din Aplicația Webex pentru a include o opțiune pentru ca utilizatorii să își actualizeze locația atunci când se conectează.

Personalizați și configurați clienții

Aceste două seturi de configurații se pot suprapune, caz în care configurația Webex depășește configurația BroadWorks.

Adăugați șabloane de configurare a aplicațiilor Webex pe serverul aplicației BroadWorks

Aplicațiile Webex sunt configurate cu fișiere DTAF. Clienții descarcă un fișier XML de configurare de pe serverul aplicației, prin serviciul de administrare a dispozitivelor de pe XSP|ADP.

Obțineți fișierele DTAF necesare (consultați profilurile dispozitivului din secțiunea Pregătire mediu).
Verificați dacă aveți seturile de etichete corecte în BroadWorks System > Resurse > Setările etichetei de administrare a dispozitivelor.

Pentru fiecare client pe care îl configurați:

Descărcați și extrageți fișierul zip DTAF pentru clientul particular.
Importați fișiere DTAF în BroadWorks la Sistem > Resurse > Tipuri de profil de identitate/dispozitiv

Deschideți profilul dispozitivului nou adăugat pentru editare și:

Introduceți FQDN și Protocolul de acces la dispozitiv la ferma XSP|ADP.

Bifați caseta de selectare Support Remote Party Info . Acest suport este necesar pentru ca partajarea desktop-ului să funcționeze.

Modificați șabloanele în funcție de mediul dumneavoastră (consultați tabelul de mai jos).
Salvează-ți profilul.

Faceți clic pe Fișiere și autentificare și apoi selectați opțiunea de a reconstrui toate fișierele de sistem.

Nume	Descriere
Prioritate Codec	Configurați ordinea prioritară pentru codecurile audio și video pentru apelurile VoIP
TCP, UDP și TLS	Configurați protocoalele utilizate pentru semnalizarea SIP și media
Porturi audio și video RTP	Configurați intervalele portului pentru transmisia audio și video RTP
opțiuni SIP	Configurați diferite opțiuni legate de SIP (SIP INFO, utilizați rport, descoperire proxy SIP, intervale de reîmprospătare pentru înregistrare și abonare etc.)

Personalizați brandingul pentru aplicația Webex

Personalizări partener — Administratorii parteneri pot aplica personalizări avansate de branding care se aplică organizației partenere și/sau clienților pe care partenerul îi gestionează. Consultați Configurarea personalizărilor avansate de branding.
Personalizări client – Dacă partenerul permite clienților să aplice propriile personalizări Branding, administratorii clienților pot urma procedurile de la Adăugare Branding Company la Webex.

Portalul de activare a utilizatorului utilizează aceeași siglă pe care o adăugați pentru branding-ul clientului.

Personalizați URL-urile de raportare a problemelor și de asistență

Pentru a personaliza aceste opțiuni, administratorii pot urma procedura "Add Feedback and Help Site URL", care poate fi găsită în ambele articole de Branding de mai sus.

Configurați organizația dvs. de testare pentru Webex pentru Cisco BroadWorks

Înainte de a începe

Cu Flowthrough Provizionare

Trebuie să configurați toate serviciile XSP|ADP și organizația parteneră din Control Hub, înainte de a putea efectua această sarcină.

Alocați serviciul în BroadWorks:

Creați o întreprindere de testare sub întreprinderea furnizorului dvs. de servicii în BroadWorks sau creați un grup de testare sub Furnizorul dvs. de servicii (depinde de configurarea BroadWorks).
Configurați serviciul IM&P pentru acea întreprindere, pentru a indica șablonul pe care îl testați (preluați URL-ul adaptorului de configurare și acreditările din șablonul de integrare Control Hub).
Creați abonați de testare în acea întreprindere / grup.
Oferiți utilizatorilor adrese de e-mail unice în câmpul de e-mail din BroadWorks. Copiați și cele din atributul ID alternativ.

Alocați serviciul IM&P integrat abonaților respectivi.

Verificați organizația clienților și utilizatorii din Control Hub:

Conectați-vă la Control Hub cu contul de administrator partener.
Accesați Clienți și verificați dacă noua dvs. organizație client se află în listă (numele urmează numele grupului sau numele întreprinderii, de la BroadWorks).
Deschideți organizația client și verificați dacă abonații sunt utilizatori în organizația respectivă.
Verificați dacă primul abonat căruia i-ați atribuit serviciul IM&P integrat a devenit administratorul clientului acelei organizații.

Teste utilizator

1	Descărcați aplicația Webex pe două mașini diferite.
2	Conectați-vă ca utilizatori de testare pe cele două mașini.
3	Efectuați apeluri de testare.

Gestionarea Webex pentru BroadWorks

Furnizarea de organizații pentru clienți

Furnizați utilizatori

Puteți să furnizați utilizatorilor în aceste moduri:

Utilizați API-uri pentru a crea conturi Webex
Alocați IM&P integrat (configurare flux) cu e-mailuri de încredere pentru a crea conturi Webex
Alocați IM&P integrat (configurare flux) fără e-mailuri de încredere. Utilizatorii furnizează și validează adrese de e-mail pentru a crea conturi Webex
Permiteți utilizatorilor să se autoactiveze (le trimiteți un link, creează conturi Webex)

API-uri de asigurare a accesului public

Clienții angro vor fi respinși de aceste API-uri.

Configurare flowthrough

Pentru a confirma că utilizatorii și organizația client sunt complet configurați pe Webex, trebuie să vă conectați la Partner Hub și să căutați în lista de clienți.

Locația șabloanelor a fost mutată de la BroadWorks Calling in Org Settings la secțiunea Listă de clienți și acum se numește șablonul de integrare.

Auto-activare utilizator

Pentru a furniza utilizatorilor BroadWorks în Webex, fără a aloca serviciul IM&P integrat:

Conectați-vă la Partner Hub și găsiți pagina Listă clienți .
Faceți clic pe Vizualizare șabloane.
Selectați șablonul de integrare de configurare pe care doriți să îl aplicați acestui utilizator.

Rețineți că fiecare șablon este asociat cu un cluster și cu organizația dvs. parteneră. Dacă utilizatorul nu se află în sistemul BroadWorks asociat cu acest șablon, utilizatorul nu se poate auto-activa cu link-ul.
Copiați linkul de configurare și trimiteți-l utilizatorului.

De asemenea, este posibil să doriți să includeți linkul de descărcare a software-ului și să reamintiți utilizatorului de care are nevoie pentru a furniza și valida adresa de e-mail pentru a-și activa contul Webex.
Puteți monitoriza starea de activare a utilizatorului în șablonul selectat.

Pentru mai multe informații, consultați Fluxurile de configurare și activare a utilizatorului.

Furnizarea de e-mailuri de neîncredere

Mutați utilizatorii Webex în Webex pentru Cisco BroadWorks

Pentru a muta utilizatorii Webex existenți în Webex pentru Cisco BroadWorks, consultați tabelul de mai jos pentru a determina procedura de urmat.

Utilizatorul Webex existent aparține unui...

Urmați aceste procese pentru a muta utilizatorul

Organizația consumatorului sau autentificarea (de exemplu, cont gratuit, cont de încercare)

Configurarea utilizatorilor—Dacă organizația Webex pentru BroadWorks nu există (fără utilizatori configurați), urmați configurarea normală pentru a furniza primul utilizator ca utilizator de administrator și creați organizația. Acest lucru mută automat contul de utilizator Webex pentru primul utilizator. Pentru utilizatorii următori, utilizați procedura de mai jos.
Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks—Dacă există organizația Webex pentru BroadWorks (primul utilizator este configurat), obțineți consimțământul utilizatorului și mutați utilizatorii următori.

organizație Client

Utilizatorul Webex existent aparține unui...

Urmați aceste procese pentru a muta utilizatorul

Organizația consumatorului sau autentificarea (de exemplu, cont gratuit, cont de încercare)

Dacă organizația Webex for BroadWorks nu există (nu sunt configurați utilizatori):

Configurarea utilizatorilor—Urmați configurarea normală pentru a adăuga primul utilizator ca utilizator de administrator. Acest lucru mută automat contul primului utilizator și creează organizația Webex pentru BroadWorks. Consimțământul utilizatorului este necesar pentru a muta utilizatorii secvențiali (utilizați procedura de mai jos).

Dacă există o organizație Webex for BroadWorks (cel puțin un utilizator este configurat):

Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks—Obțineți consimțământul utilizatorului și mutați utilizatorii următori.

organizație Client

Atașați Webex for BroadWorks la organizația existentă—atașamentul organizației (pentru primul utilizator) adaugă, de asemenea, Webex for BroadWorks la utilizatorii următori, atât timp cât acestea sunt atribuite organizației corecte.

Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks

Mutați utilizatorul (cu e-mail de încredere) – utilizează configurarea cu e-mailuri de încredere
Mutați utilizatorul (cu e-mail de neîncredere) – utilizează configurarea cu e-mailuri nefiabile
Auto-activare

Mutați utilizatorul (cu e-mail de încredere)

Dacă șablonul de integrare utilizează e-mailuri de încredere, administratorul partener poate muta utilizatorii următori în acest proces:

Administratorul adaugă utilizatorul.
- Utilizatorul este împins la Podul de configurare BroadWorks.
- Căutarea CI determină faptul că acest utilizator are un alt cont Webex cu această adresă de e-mail.
- Un e-mail automat este trimis utilizatorului.
Utilizatorul deschide e-mailul și face clic pe Activare cont. Utilizatorul este redirecționat către portalul Webex Consumer.
Conectați utilizatorul la Webex.
Faceți clic pe Ștergere pentru a șterge vechiul cont Webex.
- Contul vechi Webex este șters.
- Utilizatorul este configurat în Webex pentru Cisco BroadWorks utilizând aceeași adresă de e-mail.
- Utilizatorul este direcționat către pagina Descărcare.

Mutați utilizatorul (cu e-mail de neîncredere)

Administratorul adaugă utilizatorul.
- Utilizatorul este împins automat la Podul de configurare BroadWorks.
- Un text cu un link de activare este trimis utilizatorului.
Utilizatorul face clic pe linkul Activare și introduce adresa lor de e-mail.
- Căutarea CI determină faptul că acest utilizator are un alt cont Webex cu această adresă de e-mail.
- Un e-mail automat este trimis utilizatorului.
Utilizatorul deschide e-mailul și face clic pe Alăturați-vă acum.
- Adresa de e-mail este validată.
- Utilizatorul este redirecționat pentru a se conecta la portalul Webex Consumer.
Conectați utilizatorul la Webex.
Utilizatorul trebuie să facă clic pe Ștergere pentru a șterge vechiul cont Webex.
- Contul vechi Webex este șters.
- Utilizatorul este configurat în Webex pentru Cisco BroadWorks utilizând aceeași adresă de e-mail.
- Utilizatorul este direcționat către pagina Descărcare.

Flux de auto-activare

Dacă utilizatorul are un cont BroadWorks existent, acesta poate utiliza procesul de auto-activare pentru a-și muta contul.

Utilizatorul se conectează la URL-ul Portalului de acces al utilizatorului utilizând acreditările BroadWorks.
Utilizatorul își introduce adresa de e-mail.
- Utilizatorul este împins la BroadWorks Provisioning Bridge.
- Un e-mail automat este trimis la adresa de e-mail a utilizatorului.
Utilizatorul deschide e-mailul și face clic pe link-ul Alăturați-vă acum , care validează adresa de e-mail.
- CI găsește că utilizatorul are un cont Webex existent. Utilizatorul trebuie să șteargă vechiul cont înainte de a putea continua.
- Utilizatorul este redirecționat pentru a se conecta la Webex.
Utilizatorul se conectează la Portalul pentru consumatori.
Utilizatorul face clic pe Ștergere cont.
- Contul Webex vechi este șters.
- Utilizatorul are la dispoziție un nou cont Webex pentru Cisco BroadWorks cu aceeași adresă de e-mail.

Atașați Webex for BroadWorks la organizația existentă

Este necesară aprobarea administratorului organizației dacă oricare dintre următoarele sunt adevărate:

Organizația client existentă are 100 de utilizatori sau mai mulți
Organizația are un domeniu de e-mail verificat
Domeniul organizației este revendicat

Dacă niciunul dintre criteriile de mai sus nu este adevărat, atunci poate apărea o Atașare Automată.

Administratorii parteneri pot finaliza următoarea procedură pentru a adăuga servicii de apelare BroadWorks la o organizație Webex existentă:

Asigurați-vă că e-mailurile Permite invitarea administratorului sunt atașate la organele existente (comutatorul este activat în mod implicit).

Administratorul partener furnizează Webex pentru Cisco BroadWorks pentru client. Pentru ajutor, consultați Furnizarea organizațiilor pentru clienți. Se întâmplă următoarele:

Atașamentul organizației eșuează cu o 2017 eroare (Nu s-a putut furniza Abonatul într-o organizație Webex existentă). (O eroare nu va fi primită în timpul unui atașament automat.)
Se generează o notificare prin e-mail și se trimite administratorilor organizației clientului (până la cinci administratori). Notificarea prin e-mail evidențiază e-mailul administratorului partenerului (așa cum este configurat în șablonul de integrare din Hub-ul partenerului) și solicită administratorului organizației să aprobe administratorul partenerului ca administrator extern. Administratorul organizației clientului trebuie să aprobe cererea și să ofere administratorului partener acces complet al administratorului la organizația clientului.

După finalizarea furnizării serviciilor de apelare, organizația client existentă va fi vizibilă ca client sub organizația partener Webex pentru BroadWorks.

Numele organizației atașate nu se va schimba în numele întreprinderii BroadWorks. Numele organizației atașate va rămâne așa cum a fost înainte de procesul de atașare.

Condițiile atașamentului organizației

Adresa de e-mail a primului abonat BroadWorks furnizat trebuie să corespundă cu adresa de e-mail a unui utilizator existent în organizația client vizată. În caz contrar, va fi creată o nouă organizație pentru clienți.
Primul utilizator din organizația existentă care este configurat pentru Webex pentru BroadWorks nu este configurat ca utilizator de administrator. Setările și drepturile organizației existente sunt păstrate.
Setările de autentificare existente ale organizației au prioritate față de ceea ce este configurat în șablonul de configurare Webex pentru BroadWorks. Ca rezultat, nu există nicio modificare a modului în care utilizatorii existenți se conectează.
- Cu toate acestea, dacă organizația client existentă are activată branding-ul de bază, după ce atașamentul apare, setările avansate de branding ale partenerului vor avea prioritate. Dacă clientul dorește ca brandingul de bază să rămână intact, atunci partenerul trebuie să configureze organizația clientului pentru a suprascrie brandingul în setările avansate de branding.
Numele organizației existente nu se va schimba.
Nu există nicio modificare a setării steagului de ștergere a e-mailului în setările organizației existente. Acest lucru poate afecta utilizatorii nou configurați. În funcție de modul în care este setat steagul, este posibil ca noii utilizatori să primească sau să nu primească un e-mail cu un cod care trebuie introdus pentru a finaliza activarea.
Modul Administrator restricționat (setat de comutatorul Modul partener restricționat) este dezactivat pentru organizația atașată.
Asigurați-vă că finalizați procesul de atașare a organizației (mutarea utilizatorilor existenți și actualizarea ID-ului organizației), înainte de a furniza noi utilizatori în organizația Webex pentru Cisco BroadWorks.
O întreprindere BroadWorks poate fi asociată doar cu o singură organizație Webex. Nu puteți furniza abonați de la o singură întreprindere BroadWorks în organizații Webex separate.

Adăugare administrator extern

Administratorul clientului trebuie să ofere administratorului extern drepturi și privilegii de Administrator complet.

Dezactivați Webex pentru BroadWorks din organizația existentă

Dacă nu aveți acces la setările clientului din Control Hub, administratorul clientului vă acordă acces la administratorul extern urmând Aprobarea solicitării administratorului extern.
Eliminați toate spațiile de lucru Webex pentru BroadWorks din organizație. Utilizați API-ul Eliminare spațiu de lucru BroadWorks .
Eliminați toți abonații Webex pentru BroadWorks din organizație. Utilizați API-ul Eliminare abonat BroadWorks .
Eliminați utilizatorii Webex în așteptare pentru BroadWorks din organizație. De exemplu, dacă utilizatorii au fost configurați prin intermediul fluxului de e-mail neautentificat și e-mailurile valide nu au fost încă introduse, utilizatorii sunt lăsați într-o stare în așteptare. Urmați Verificați configurarea utilizatorului cu e-mailuri nefiabile pentru a șterge utilizatorii.
Ștergeți configurația BroadWorks Calling pentru acest client. Deschideți instanța Control Hub a clientului, faceți clic pe Hybrid, în secțiunea BroadWorks Calling ștergeți toate configurațiile.

După finalizarea detașării, dacă doriți să atașați Webex for BroadWorks clientului, urmați procesele de configurare pentru a atașa unui client existent.

Gestionați utilizatorii și organizațiile

Verificați configurarea utilizatorului cu e-mailuri de neîncredere

1	Conectați-vă la Partner Hub și găsiți pagina Listă clienți .
2	Faceți clic pe Vizualizare șabloane. Selectați șablonul de integrare corespunzător pe care doriți să îl aplicați acestui utilizator.
3	În conformitate cu Verificarea utilizatorului, verificați dacă sunt setate următoarele setări pentru a vă asigura că configurarea fluxului cu e-mailuri neconfirmate este configurată corect: Opțiunea E-mailuri nefiabile trebuie bifată Câmpul Share Link trebuie să indice linkul Activare. Dacă totul este configurat, utilizatorii pot încerca să se autosesizeze prin Portalul de activare a utilizatorului.
4	După ce apare configurarea utilizatorului, în secțiunea Verificare utilizator , faceți clic pe Afișare stare utilizator pentru a verifica starea de configurare. Vizualizarea stării utilizatorului afișează lista de utilizatori împreună cu detalii, cum ar fi ID-ul BroadWorks, tipul de pachet selectat și starea curentă, care arată dacă utilizatorul este configurat sau dacă există o cerință în așteptare.
5	Pentru utilizatorii cu erori sau cerințe în așteptare, faceți clic pe cele trei puncte din dreapta și alegeți una dintre următoarele opțiuni administrative: Reîncercați activarea—Faceți clic pe această opțiune pentru a reîncerca integrarea utilizatorului. În fereastra pop-up, introduceți o adresă de e-mail validă și faceți clic pe Înregistrare. Ștergeți utilizatorul—Această opțiune poate fi adecvată dacă trebuie să modificați configurația pentru a permite integrarea. După ce ștergeți utilizatorul și efectuați modificările, utilizatorul poate încerca din nou să se integreze. Schimbați tipul de pachet—Schimbați setarea de la un pachet la altul: Copiați textul de eroare—Faceți clic pe această opțiune pentru a copia textul de eroare.

Opțiuni de vizualizare suplimentare

Următoarele opțiuni suplimentare sunt disponibile atunci când vizualizați lista de utilizatori:

Export—Faceți clic pe acest buton dacă doriți să exportați lista de utilizatori într-un fișier CSV.
Excludeți utilizatorii configurați—Activați acest comutator dacă doriți să vizualizați numai utilizatorii cu cerințe în așteptare sau erori.

Modificați ID-ul utilizatorului sau adresa de e-mail

Modificări ale ID-ului de utilizator și adresei de e-mail

Atribut în BroadWorks	Atribut corespunzător în Webex	Scop	Note
ID utilizator BroadWorks	Fără	Identificator principal	Nu puteți schimba acest identificator și totuși să asociați utilizatorul la același cont în Webex. Puteți șterge utilizatorul și recrea dacă nu este corect.
ID e-mail	ID utilizator	Obligatoriu pentru configurarea prin flux (crearea ID-ului de utilizator Webex) atunci când afirmați că aveți încredere în e-mail Nu este necesar în BroadWorks dacă nu afirmați că puteți avea încredere în e-mailuri Nu este necesar în BroadWorks dacă permiteți abonaților să se auto-activeze	Există un proces manual pentru a schimba acest lucru în ambele locuri dacă utilizatorul este configurat cu adresa de e-mail greșită: Schimbați adresa de e-mail a utilizatorului în Control Hub Modificați atributul ID-ului de e-mail în BroadWorks Nu modificați ID-ul de utilizator BroadWorks. Acest lucru nu este acceptat.
ID alternativ	Fără	Permite autentificarea utilizatorului, prin e-mail și parolă, împotriva ID-ului de utilizator BroadWorks	Ar trebui să fie la fel ca ID-ul de e-mail. Dacă Nu puteți introduce e-mailul în atributul ID alternativ, utilizatorii vor trebui să introducă ID-ul de utilizator BroadWorks atunci când se autentifică.

Schimbați pachetul de utilizatori în Partner Hub

1	Conectați-vă la Partner Hub și faceți clic pe Clienți.
2	Găsiți și selectați organizația clientului în care este găzduit utilizatorul. Pagina de prezentare generală a organizației se deschide într-un panou din dreapta ecranului.
3	Faceți clic pe Vizualizare client. Organizația clientului se deschide în Control Hub, afișând pagina Prezentare generală.
4	Faceți clic pe Utilizatori, apoi găsiți și faceți clic pe utilizatorul afectat.
5	În Serviciile utilizatorului, faceți clic pe Webex for BroadWorks Packages (Abonamente). Se deschide panoul de pachete al utilizatorului și puteți vedea ce pachet este alocat în prezent utilizatorului.
6	În fila Profil , căutați în secțiunea Pachet și faceți clic pe săgeată (>) pentru a extinde vizualizarea.
7	Selectaţi pachetul dorit pentru acest utilizator (Basic, Standard, Premium sau Softphone) şi faceţi clic pe Salvare. Control Hub afișează un mesaj pe care utilizatorul îl actualizează.
8	Puteți închide detaliile utilizatorului și fila Control Hub.

Este posibil să dureze două până la trei ore pentru noile setări PMR care rezultă dintr-o modificare a pachetului pentru a fi actualizate.

Ștergeți utilizatorii

Există o varietate de metode pe care administratorii le pot utiliza pentru a șterge un utilizator din Webex pentru Cisco BroadWorks:

Webex pentru API Cisco BroadWorks

Administratorii parteneri pot utiliza API-ul Webex pentru Cisco BroadWorks pentru a șterge utilizatorii:

Rulați Eliminați o solicitare API pentru abonații BroadWorks la https://developer.webex.com/docs/api/v1/broadworks-subscribers/remove-a-broadworks-subscriber. Această solicitare elimină abonamentul Webex pentru Cisco BroadWorks. Utilizatorul nu mai este facturat ca utilizator Webex pentru Cisco BroadWorks și este tratat ca utilizator Webex gratuit.
Rulați Ștergeți o solicitare API a persoanei https://developer.webex.com/docs/api/v1/people/delete-a-person pentru a șterge complet utilizatorul.

Furnizare flux-through

Administratorii parteneri pot utiliza configurarea prin flux pentru a șterge utilizatorii:

Pe serverul BroadWorks, eliminați serviciul integrat IM+P de la utilizator. Puteți dezactiva serviciul pentru utilizator de pe pagina IM&P integrată a BroadWorks. Pentru o procedură detaliată, consultați „Configurați IM&P integrat” în Ghidul de administrare a interfeței web pentru grupul de servere Cisco BroadWorks – Partea a 2-a.

După ce serviciul este dezactivat, configurarea prin flux elimină abonamentul Webex pentru Cisco BroadWorks de la utilizator. Utilizatorul nu mai este facturat ca utilizator Webex pentru Cisco BroadWorks și este tratat ca utilizator Webex gratuit.
În Control Hub, găsiți și selectați utilizatorul.
Accesați Acțiuni și selectați Ștergere utilizator.

Control Hub (Administratori clienți)

Ștergere organizație

Urmați această procedură pentru a șterge o organizație Webex pentru Cisco BroadWorks din sistem.

Utilizați API-urile People pentru a șterge toți utilizatorii din organizație:

Rulați API-ul List People pentru a obține o listă de utilizatori.
Rulați API-ul Ștergere persoană pentru a șterge utilizatorii.

API-ul Eliminare abonat BroadWorks elimină drepturile Webex pentru Cisco BroadWorks de la un utilizator, dar nu șterge utilizatorul.

Dacă Sincronizarea directorului este activată, dezactivați-o. Acest lucru se poate face prin intermediul Partner Hub sau prin intermediul API-ului public.

Pentru a dezactiva Sincronizarea directorului prin Partner Hub:

Conectați-vă la Partner Hub și faceți clic pe Setări.
În cadrul BroadWorks Calling, faceți clic pe Vizualizare șabloane și selectați șablonul corespunzător.
Faceți clic pe butonul Afișare listă de stare sincronizare client din panoul lateral.
Pentru clientul corespunzător, faceți clic pe cele trei puncte din dreapta și selectați Dezactivare sincronizare.

Pentru a dezactiva sincronizarea directorului prin API, utilizați Actualizarea sincronizării directorului pentru un API BroadWorks Enterprise și dezactivați setarea enableDirSync .

După ce toți utilizatorii sunt eliminați, utilizați Ștergeți un API de organizație pentru a șterge organizația.

Gestionarea lansării

În mod implicit, Aplicația Webex utilizează upgrade-uri automate (lansări lunare controlate de Cisco). Cu toate acestea, cu această caracteristică, administratorii parteneri pot:

Configurați programele de lansare personalizate cu amânări din programul de lansare Cisco implicit
Configurați un program de lansare și o cascadă unică pentru programul respectiv pentru toate organizațiile de clienți pe care le gestionează
Atribuiți diferite programe de lansare diferitelor organizații ale clienților

Reconfigurarea sistemului

Puteți reconfigura sistemul după cum urmează:

Adăugați un cluster BroadWorks în Partner Hub
Editați sau ștergeți un cluster BroadWorks în Partner Hub
Adăugați un șablon de integrare în Partner Hub
Editați sau ștergeți un șablon de integrare în Partner Hub

Editați sau ștergeți un cluster BroadWorks în Partner Hub

Puteți edita sau elimina un cluster BroadWorks în Partner Hub.

Conectați-vă la Partner Hub cu acreditările administratorului partenerului dvs. la https://admin.webex.com.

Accesați Setări și găsiți secțiunea BroadWorks Calling .

Faceți clic pe Vizualizare clustere.

Faceți clic pe clusterul pe care doriți să îl editați sau să îl ștergeți.

Detaliile clusterului se afișează într-un panou de scurgere din dreapta.

Aveți aceste opțiuni:

Schimbați orice detalii pe care trebuie să le schimbați, apoi faceți clic pe Salvare.

Faceți clic pe Ștergere pentru a elimina clusterul, apoi confirmați.

Lista de clustere se actualizează cu modificările dvs.

Editați sau ștergeți un șablon de integrare în Partner Hub

Puteți edita sau șterge șabloanele de integrare în Partner Hub.

Conectați-vă la Partner Hub cu acreditările administratorului partenerului dvs. la https://admin.webex.com.

Accesați Setări și găsiți secțiunea BroadWorks Calling .

Faceți clic pe Vizualizare șabloane.

Faceți clic pe șablonul pe care doriți să îl editați sau să îl ștergeți.

Aveți aceste opțiuni:

Editați orice detalii pe care trebuie să le modificați, apoi faceți clic pe Salvare.
Faceți clic pe Ștergere pentru a elimina șablonul, apoi confirmați.

Setare	Valori	Note
Configurarea numelui contului / parolei	șiruri furnizate de utilizator	Nu este necesar să introduceți din nou detaliile contului de configurare atunci când editați un șablon. Câmpurile de confirmare a parolei/parolei goale sunt acolo pentru a schimba acreditările dacă trebuie, dar lăsați-le goale pentru a păstra valorile pe care le-ați furnizat inițial.
Precompletare adresă de e-mail utilizator pe pagina de conectare	Pornit/oprit	Poate dura până la 7 ore pentru ca o modificare a acestei setări să intre în vigoare. Adică, după ce îl activați, este posibil ca utilizatorii să trebuiască să introducă în continuare adresele lor de e-mail pe ecranul de conectare.

Lista de clustere se actualizează cu modificările dvs.

Webex Assistant

Activați Webex Assistant pentru întâlniri

Webex Assistant este activat în mod implicit atât pentru clienții Broadworks Standard, cât și pentru cei Premium.

Administratorii parteneri și administratorii organizațiilor clienților pot dezactiva funcția pentru organizațiile clienților prin intermediul Control Hub.

Limitări

Există următoarele limitări pentru Webex pentru Cisco BroadWorks:

Asistența se limitează la site-urile de întâlniri Premium și Standard și numai la sălile de întâlnire personale.
Transcrierile de captare închisă sunt acceptate numai în engleză, spaniolă, franceză și germană.
Partajarea conținutului prin e-mail poate fi accesată numai de către utilizatorii din organizația dvs.
Conținutul întâlnirii nu este accesibil utilizatorilor din afara organizației dvs. Conținutul întâlnirii nu este, de asemenea, accesibil atunci când este partajat între utilizatori de pachete diferite din cadrul aceleiași organizații.
Cu pachetul Premium, transcrierile post-întâlnire sunt disponibile dacă Webex Assistant este activat sau dezactivat. Cu toate acestea, dacă este selectată înregistrarea locală, transcrierile sau evidențierile post-întâlnire nu sunt capturate.
Cu pachetul Standard, opțiunea Înregistrare întâlnire în cloud nu este disponibilă și, prin urmare, transcrierile post-întâlnire nu sunt disponibile dacă Webex Assistant este activat sau dezactivat. Cu toate acestea, dacă este selectată înregistrarea locală, transcrierile sau evidențierile post-întâlnire nu sunt capturate.

Informații suplimentare despre Webex Assistant

Pentru informații despre utilizator despre modul de utilizare a funcției, consultați Utilizarea Webex Assistant în Webex Meetings și Events.

Dezactivați apelurile Webex

Asistență caracteristici

Când Webex Calling este dezactivat, se aplică următoarele condiții pentru utilizatorii Webex pentru Cisco BroadWorks:

Utilizatorii nu mai văd Apel cu Webex ca opțiune de apelare selectabilă în Aplicația Webex.
Utilizatorii nu pot plasa sau primi apeluri Webex gratuite către utilizatorii non-Webex pentru Cisco BroadWorks. Aceasta include apelurile inițiate dintr-un spațiu de echipă Webex, istoricul apelurilor, contactele, introducând URI-ul celuilalt utilizator sau adresa de e-mail în bara de căutare.
Partajarea ecranului funcționează într-un apel BroadWorks.
Întâlnirile Webex și prezența telefonului încă funcționează, chiar dacă apelurile Webex sunt dezactivate.

Dezactivați apelurile Webex (șablon de integrare nou)

Pentru detalii despre configurarea unui nou șablon de integrare, consultați Configurați organizația partenerului în Partner Hub.

Dezactivați apelurile Webex (șablon de integrare existent)

Conectați-vă la Partner Hub la admin.webex.com.
Alegeți Setări.
Faceți clic pe Vizualizare șablon și alegeți șablonul de integrare corespunzător.
Faceți clic pe Dezactivare apelare gratuită Cisco Webex.
Faceți clic pe Salvați.

Dezactivați apelurile Webex (utilizator existent)

Dacă utilizați configurarea prin flux, puteți face următoarele:

Deschideți CommPilot și accesați configurația utilizatorului.
Eliminați serviciul IM+P integrat de la utilizator și faceți clic pe OK.
Adăugați serviciul IM+P integrat utilizatorului și faceți clic pe OK.

În caz contrar, puteți utiliza API-ul pentru a actualiza utilizatorul.

Utilizați API-ul Eliminare abonat BroadWorks pentru a șterge utilizatorul.
Utilizați API-ul Furnizarea unui abonat BroadWorks pentru a adăuga utilizatorul.

Dezactivați partajarea video sau a ecranului în cadrul apelurilor

Pentru detalii și opțiuni complete de configurare, consultați Dezactivarea apelurilor video și dezactivarea partajării ecranului în Ghidul de configurare Webex pentru Cisco BroadWorks.

Pentru transmisia video, puteți configura, de asemenea, dacă media de apelare de intrare este implicită numai pentru transmisia video sau audio.

Câmp lampă ocupată / Notificare preluare apel

Membrii Webex vor avea o prezență Webex completă. Membrii non-Webex trebuie să fie sincronizați cu directorul în Webex și vor avea doar stări „necunoscute” și „în apel” (starea care sună va declanșa dialogul de preluare a apelurilor).

Limitări de prezență pentru utilizatorii non-Webex:

Prezența nu este acceptată pentru utilizatorii non-CI Broadworks, chiar dacă aceștia se află în lista BLF.
Utilizatorii CI fără drepturi în cloud Webex sau tipul automat de conturi (spații de lucru) afișează numai prezența „în apel” și „necunoscută”. Nu există stare activă, care sună, etc.
Utilizatorii non-Webex din lista de vizionare BLF, care au început un apel înainte de începerea clientului Webex sau în timp ce acesta era offline, vor fi afișați cu o prezență „necunoscută”.
Pierderea conexiunii înseamnă că toate stările non-Webex din timpul apelului vor fi resetate la „necunoscute” la reconectare.
Dacă un utilizator non-Webex din BLF deține un apel, acesta va continua să fie afișat ca „într-un apel”.

Cerințe

Asigurați-vă că următorii plasturi sunt aplicați pe BroadWorks. Instalați numai plasturii care se aplică eliberării dvs.:

Pentru R22:

AP.platform.22.0.1123.ap382053
AP.as.22.0.1123.ap382053
AP.as.22.0.1123.ap382362
AP.xsp.22.0.1123.ap382053
AP.xsp.22.0.1123.ap382362
AP.as.22.0.1123.ap383459
AP.as.22.0.1123.ap383520

Pentru R23:

AP.platform.23.0.1075.ap382053
AP.as.23.0.1075.ap382053
AP.as.23.0.1075.ap382362
AP.as.23.0.1075.ap383459
AP.as.23.0.1075.ap383520
Dacă utilizați XSP|ADP:
- AP.xsp.23.0.1075.ap382053
- AP.xsp.23.0.1075.ap382362
Dacă utilizați ADP:
- Acţiuni Xsi-23_2022.01_1.200.bwar
- Xsi-Events-23_2022.01_1.201.bwar (sau mai târziu)

Pentru R24:

AP.as.24.0.944.ap382053
AP.as.24.0.944.ap382362
AP.as.24.0.944.ap383459
AP.as.24.0.944. ap383520
Acţiuni Xsi-24_2022.01_1.200.bwar
Xsi-Events-24_2022.01_1.201.bwar (sau mai târziu)

Asigurați-vă că următoarele etichete de configurare sunt activate în Aplicația Webex:

<busy-lamp-field enabled="%ENABLE_BUSY_LAMP_FIELD_WXT%">
<display-caller enabled="%ENABLE_BLF_DISPLAY_CALLER_WXT%"/>
<notification-delay time=”%BLF_NOTIFICATON_DELAY_TIME_WXT%”/>(această etichetă este opțională)

Trebuie să activați caracteristica 101642 Mecanism Xsi îmbunătățit Pentru Telefonia echipei pe AS:

AS_CLI/System/ActivatableFeature> activate 101642

Activați X-BroadWorks-Remote-Party-Info pe AS utilizând comanda CLI de mai jos, deoarece unele fluxuri de apeluri SIP necesită această funcție:

AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

Asigurați-vă că următoarele servicii sunt atribuite utilizatorilor:

Alocați serviciul de preluare a apelurilor direcționate pentru toți utilizatorii
Configurați câmpul Lampă ocupată pentru utilizatori

Orice referință la XSP include fie XSP, fie ADP.

Configurare câmp lampă ocupată pe BroadWorks

Administratorii parteneri pot utiliza următoarea procedură pentru a configura câmpul Lampă ocupată pentru un utilizator.

Conectați-vă la BroadWorks CommPilot.
Pentru un utilizator selectat, accesați Aplicațiile clientului și configurați câmpul Lampă ocupată.
Adăugați adresa URL a listei BLF care va fi monitorizată.
Utilizați parametrii de căutare pentru a localiza și adăuga utilizatori în lista Utilizatori monitorizați .
Faceți clic pe OK.

- DA. - DA, DA. Asistență Slido pentru integrare

Webex pentru Cisco BroadWorks acceptă integrarea Aplicației Webex cu Slido.

Pentru informații suplimentare despre modul de implementare și utilizare Slido cu Aplicația Webex, consultați Integrare Slido cu Aplicația Webex.

Disponibilitate Webex: Într-o întâlnire Calendar

Pentru a activa această funcție:

navigați la fila General din fila Setări pe Windows sau Preferințe pe Mac.
Bifați caseta pentru a Afișa atunci când vă aflați într-o întâlnire din calendar.

Pentru utilizatorii cu integrarea prezenței Outlook activată, „Într-o întâlnire din calendar” în hărțile Webex pentru a „Ocupa” în Outlook.

Caveat

Pentru ca această caracteristică să funcționeze, trebuie să aveți aplicația Webex și clientul Outlook care rulează în același timp.

În prezent, lucrăm pentru a sprijini opțiunea „Afișare ca lucru în altă parte” din Outlook pentru a nu afișa un utilizator ca „Într-o întâlnire din calendar” în Webex.

Răspuns automat cu ton

Pentru ca un utilizator Webex pentru Cisco BroadWorks să utilizeze această funcție:

Funcția este acceptată numai pe aspectul liniei principale
Aplicația Webex trebuie să fie aspectul liniei principale
Eticheta %ENABLE_AUTO_ANSWER_WXT% trebuie activată

Alertați toate aparențele pentru ca apelurile Click-to-dial să fie dezactivate în configurația Aspect apel partajat – aceasta este abordarea recomandată

sau
Permiteți Terminarea apelului în această locație trebuie să fie dezactivată pentru toate aparențele de apel partajate sau

sau
Locațiile sunt dezactivate pentru toate aparițiile partajate ale apelurilor

Creșterea Capacității

Fermele XSP|ADP

Scale fermă dedicată: Adăugați unul sau mai multe servere XSP|ADP la ferma care are nevoie de capacitate suplimentară. Instalați și activați același set de aplicații și configurații ca nodurile existente ale fermei.
Adăugați o fermă dedicată: Adăugați o nouă fermă XSP|ADP dedicată. Va trebui să creați un nou cluster și noi șabloane în Partner Hub, astfel încât să puteți începe să adăugați clienți noi la noua fermă, pentru a atenua presiunea asupra fermei existente.
Adăugați ferma specializată: Dacă întâmpinați blocaje pentru un anumit serviciu, este posibil să doriți să creați o fermă XSP|ADP separată în acest scop, luând în considerare cerințele de co-rezidență enumerate în acest document. Este posibil să fie necesar să reconfigurați clusterele Control Hub și intrările DNS dacă schimbați adresa URL a serviciului care are o nouă fermă.

Gestionarea certificatelor serverului HTTP

Trebuie să gestionați aceste certificate pentru aplicațiile web autentificate mTLS pe |ADP-urile dvs. XSP:

Lanțul nostru de certificate de încredere din cloud Webex
Certificatele de interfețe HTTP ale serverului XSP|ADP

Lanțul de încredere

Interfețele serverului HTTP

Restricționat prin modul partenerului

Acces administrator client

Pentru un administrator de client dintr-o organizație în care Modul restricționat de partener este activat, nivelul de acces la Control Hub este determinat cu următoarea formulă:

(Acces la Control Hub) = (Autorizări pentru Rol organizație) - (Restricționat de restricțiile Modului Partener)

Restricții

Când Modul restricționat de partener este activat pentru o organizație client, administratorii clienți din organizația respectivă nu pot accesa următoarele setări Control Hub:

În vizualizarea Utilizatori, următoarele setări nu sunt disponibile:
- Butonul Gestionați utilizatorii este inactiv.
- Adăugați sau modificați manual utilizatorii—Nu există opțiunea de adăugare sau modificare a utilizatorilor, fie manuală, fie prin CSV.
- Revendicați utilizatorii—nu este disponibilă
- Alocați automat licențele—nu este disponibilă
- Sincronizare director —Nu se pot edita setările de sincronizare director (această setare este disponibilă numai pentru administratorii la nivel de partener).
- Detalii utilizator—Setările utilizatorului, cum ar fi prenumele, prenumele, numele afișat și e-mailul principal* sunt editabile.
- Resetați pachetul—Nu există opțiunea de resetare a tipului de pachet.
- Editați serviciile—Nu există opțiunea de editare a serviciilor care sunt activate pentru un utilizator (de exemplu, mesaje, întâlniri, apelare)
- Vizualizați starea serviciilor—Nu se poate vizualiza starea completă a serviciilor hibride sau a canalului de upgrade al software-ului
- Număr de serviciu principal—Acest câmp este disponibil doar în mod citire.
În vizualizarea Cont, următoarele setări nu sunt disponibile:
- Numele companiei este disponibil doar în mod citire.
În vizualizarea Setări organizație, următoarele setări nu sunt disponibile:
- Domeniu—Accesul este doar în mod citire.
- E-mail—Setările Anulați e-mailul de invitație pentru administrator și Selectarea locației e-mailului sunt doar în mod citire.
- Autentificare—Nu există opțiunea de editare a setărilor de autentificare și SSO.
În meniul Apelare, următoarele setări nu sunt disponibile:
- Setări pentru apeluri—Setările de prioritate pentru apelurile din opțiunile aplicației sunt doar în mod citire.
- Comportament de apelare—Setările sunt doar în mod citire.
- Locație > PSTN—Opțiunile Gateway local și Cisco PSTN sunt ascunse.
În secțiunea SERVICII, opțiunile serviciului Migrații și Connected UC sunt eliminate.

Activați modul Restricționare în funcție de partener

Administratorii parteneri pot utiliza procedura de mai jos pentru activare Restricționat prin modul partener pentru o anumită organizație client ( setare prestabilită este activată).

Conectați-vă la Partner Hub ( https://admin.webex.com) și selectați Clienți.
Selectați organizația client aplicabilă.
În vizualizarea setărilor din dreapta, activați Restricționat prin modul partener comutați pentru a activa setarea.

Dacă doriți să dezactivați Restricționat de modul partener, dezactivați comutatorul.

Dacă partenerul elimină modul de administrator restricționat pentru un administrator de client, administratorul de client va putea efectua următoarele:

Adăugați Webex pentru utilizatorii angro (cu butonul)
Schimbați pachetele pentru un utilizator

Statistici partener

Total utilizatori după pachet (Softphone, Basic, Standard, Premium)
Tendință utilizator după pachet (Zilnic/Săptămânal/Lunar)
Clienți cu un număr de pachete alocate

Pentru detalii complete despre utilizarea Partner Analytics, consultați articolul Webex Analytics pentru Webex pentru comerț cu ridicata și Webex pentru Broadworks în Partner Hub .

API-urile raportului de facturare

API De facturare	Scop	Tipul de acces	Cerință de rol pentru API (Administratorul necesită cel puțin unul dintre aceste roluri)
Creați un raport de facturare BroadWorks	Utilizat pentru a genera un raport de facturare.	Acces scris	Administrator complet Administrator Vânzări complete
Listă de rapoarte de facturare BroadWorks	Utilizat pentru a enumera rapoartele care sunt disponibile pentru vizualizare.	Acces de citire	Administrator complet Administrator Vânzări complete Administrator doar pentru citire
Obțineți un raport de facturare BroadWorks	Utilizat pentru a obține o copie a unui raport generat.	Acces de citire	Administrator complet Administrator Vânzări complete Administrator doar pentru citire
Ștergeți un raport de facturare BroadWorks	Utilizat pentru a șterge un raport generat.	Acces scris	Administrator complet Administrator Vânzări complete

Câmpuri de facturare

Următorul tabel enumeră câmpurile conținute în raportul generat.

Câmp	Descriere
nume de reapelare	Numele partenerului sau ID-ul organizației partenerului
Id de facturare	Identificator unic de facturare al partenerului sau număr C
spEnterpriseId	Furnizorul de servicii a furnizat un identificator unic pentru întreprinderea abonatului.
intern	Starea studiului intern al clientului (Da/Nu)
ID utilizator	ID-ul de utilizator al abonatului pe BroadWorks
Id abonat	Un identificator unic pentru abonatul în cauză în Webex
selfActivat	Da/Nu
prima Dată De Începere	Data la care abonatul a fost configurat.
data începerii facturării	Data la care începe facturarea în această lună
dată finalizare facturare	Data la care facturarea se încheie în această lună
pachet	Tipul de pachet care este încărcat
cantitate	Cantitate prestabilită pentru facturare. 1 – indică o lună întreagă

După ce generați un raport de facturare pentru o anumită perioadă, nu puteți regenera acel raport decât dacă ștergeți mai întâi raportul existent.
Dacă modificați fie tipul de pachet, fie ID-ul de utilizator BroadWorks pentru un anumit utilizator, raportul pentru luna în care a avut loc schimbarea afișează mai multe intrări pentru acel utilizator cu intrări procentuale separate înainte și după schimbare.

Soluționarea problemelor Webex pentru Cisco BroadWorks

Abonați-vă la pagina de stare Webex

Utilizați statisticile Control Hub

Webex urmărește datele de utilizare și de calitate pentru organizația dvs. și organizațiile clientului dvs. Citiți mai multe despre Control Hub Analytics din Webex Help Center.

Probleme în rețea

Clienții sau utilizatorii nu sunt creați în Control Hub cu configurarea fluxului:

Poate serverul aplicației să ajungă la URL-ul de configurare?
Contul de configurare și parola sunt corecte, există acel cont în BroadWorks?

Clusterele eșuează în mod constant testele de conectivitate:

Interfețele XSP|ADP sunt accesibile publicului?
Utilizați porturile corecte? Puteți introduce un port în definiția interfeței pe cluster.

Interfețe Validare nereușită

Interfețe Xsi-Acțiuni și Xsi-Events:

Verificați dacă URL-urile interfeței sunt introduse corect în cluster în Partner Hub, inclusiv /v2.0/ la sfârșitul URL-urilor.
Verificați firewall-ul permite comunicarea între Webex și aceste interfețe.
Revizuiți sfaturile de configurare a interfeței din acest document.

Interfața Serviciului de autentificare:

Verificați dacă URL-urile interfeței sunt introduse corect în cluster în Partner Hub, inclusiv /v2.0/ la sfârșitul URL-urilor.
Verificați firewall-ul permite comunicarea între Webex și aceste interfețe.
Revizuiți sfaturile de configurare a interfeței din acest document, acordând o atenție deosebită:
1. Asigurați-vă că ați partajat tastele RSA în toate ADP-urile XSP|.
2. Asigurați-vă că ați furnizat URL-ul AuthService la containerul web pe toate ADP-urile XSP|.
3. Dacă ați editat configurația cipher TLS, verificați dacă ați utilizat convenția corectă de numire. XSP|ADP necesită să introduceți formatul de nume IANA pentru cifrele TLS. O versiune anterioară a acestui document a enumerat incorect suitele de cipher necesare în convenția de numire OpenSSL.
4. Dacă utilizați mTLS cu Serviciul de autentificare, sunt încărcate certificatele de client Webex pe magazinul dvs. de încredere XSP|/ADP? Aplicația (sau interfața) este configurată pentru a solicita certificate de client?
5. Dacă utilizați validarea tokenului CI cu Serviciul de autentificare, aplicația (sau interfața) este configurată pentru a nu necesita certificate de client?

Probleme cu clientul

Verificați dacă clientul este conectat la BroadWorks

Conectați-vă la aplicația Webex.
Verificați dacă pictograma Opțiuni de apelare (un receptor cu o unealtă deasupra acestuia) este prezentă pe bara laterală.

Dacă pictograma nu este prezentă, este posibil ca utilizatorul să nu fie încă activat pentru serviciul de apelare din Control Hub.
Deschideți meniul Setări/Preferințe și accesați secțiunea Servicii telefonice . Trebuie să vizualizați sesiunea SSO de stare la care v-ați conectat.

Dacă se afișează un alt serviciu de telefonie, cum ar fi Webex Calling, utilizatorul nu utilizează Webex pentru Cisco BroadWorks.

Această verificare înseamnă:

Clientul a transpus cu succes microservicele Webex necesare.
S-a reușit autentificarea utilizatorului.
Clientul a primit un token web JSON cu durată lungă de viață de către sistemul BroadWorks.
Clientul și-a recuperat profilul dispozitivului și s-a înscris la BroadWorks.

Jurnale client

Dacă aveți nevoie pentru a colecta manual jurnalele de pe un PC Windows, acestea sunt situate după cum urmează:

Windows PC: C:\Users\{username}\AppData\Local\CiscoSpark

Mac:/Users/{username}/Library/Logs/SparkMacDesktop

Probleme de conectare a utilizatorului

mTLS Auth configurat necorespunzător

Dacă toți utilizatorii sunt afectați, verificați conexiunea mTLS de la Webex la URL-ul serviciului de autentificare:

Verificați dacă fie aplicația pentru serviciul de autentificare, fie interfața pe care o utilizează, sunt configurate pentru mTLS.
Verificați dacă lanțul certificatului Webex este instalat ca ancoră de încredere.
Verificați dacă certificatul serverului de pe interfață/aplicație este valid și semnat de un CA bine cunoscut.

Mesaj de suprascriere a licenței

Ghid de depanare

Pentru informații detaliate despre depanarea Webex pentru Cisco BroadWorks, consultați Ghidul de depanare Webex pentru Cisco BroadWorks.

Asistență

Politică de asistență în stare stabilă

Politica de scalare

Dumneavoastră (Furnizor de servicii/Partener) sunteți primul punct de contact pentru asistența clientului final (întreprindere).
Problemele care nu pot fi rezolvate de SP sunt transferate la TAC.

Versiuni BroadWorks

Asistența pentru versiunea serverului BroadWorks urmează politica BroadSoft, a versiunii actuale și a două versiuni majore anterioare (N-2). Citiți mai multe la Politica privind ciclul de viață al produselor BroadSoft secțiunea din Politica ciclului de viață BroadSoft și Matrice de compatibilitate software BroadWorks.

Resurse de auto-asistență

Utilizatorii pot găsi asistență prin Centrul de ajutor Webex, unde există o pagină specifică Webex pentru Cisco BroadWorks, care enumeră subiectele comune de ajutor și asistență ale aplicației Webex.
Aplicația Webex poate fi personalizată cu acest URL de ajutor și cu un URL de raportare a problemelor.
Utilizatorii aplicației Webex pot trimite feedback sau jurnale direct de la client. Jurnalele merg în cloud-ul Webex, unde pot fi analizate de Webex DevOps.
De asemenea, avem o pagină a Centrului de ajutor dedicată ajutorului la nivel de administrator pentru Webex pentru Cisco BroadWorks.

Colectați informații pentru trimiterea unei cereri de servicii

Încercați să includeți cel puțin următoarele informații atunci când trimiteți o interogare sau deschideți un caz:

ID organizație client și ID organizație partener (fiecare ID este un șir de 32 de cifre hexagonale, separate prin afine)
TrackingID (de asemenea, un șir de cifre 32 hexagonale) dacă interfața sau mesajul de eroare oferă unul
Adresa de e-mail a utilizatorului (dacă un anumit utilizator întâmpină probleme)
Versiunile client (dacă problema are simptome observate prin intermediul clientului)

Webex pentru referință BroadWorks

Comparație UC-One SaaS cu Webex pentru Cisco BroadWorks

Soluţie >	UC-One SaaS	Webex pentru Cisco BroadWorks
Cloud	Cisco UC-One Cloud (GCP)	Webex Cloud (AWS)
Clienți	UC-One: Mobile, Desktop Recepţionist, supervizor	Webex: Mobile, Desktop, Web
Diferență tehnologică majoră	Întâlniri livrate pe Broadsoft Meet Technology	Întâlniri livrate pe tehnologia Webex Meetings
Încercări timpurii pe teren	Mediul de imbatranire, clienti beta	Mediul de producție, clienții GA
identitate Utilizator	ID-ul BroadWorks a servit ca ID principal, cu excepția cazului în care Furnizorul de servicii are deja Integrare SSO. ID utilizator și secret în BroadWorks	ID-ul de e-mail din Cisco CI servește ca ID principal Integrarea SSO în furnizorul de servicii BroadWorks, unde utilizatorul se va autentifica cu ID-ul de utilizator BroadWorks și cu secretul BroadWorks la timp. Furnizează acreditări de utilizator prin SSO cu BroadWorks și secret în BroadWorks SAU ID utilizator și secret în IdP CI SAU ID utilizator în CI, ID și secrete în IdP
Autentificare client	Informații de furnizare ale utilizatorilor prin client Token-urile BroadWorks cu durată lungă de viață sunt necesare dacă utilizați mesageria Webex	Utilizatorii furnizează acreditările prin browser (fie pagina de conectare din proxy-ul BIdP Webex, fie CI) Accesul Webex și tokenurile de reîmprospătare
Gestionare/configurare	Sistemele OSS/BSS și portal De Retailer	Sistemele OSS/BSS și Control Hub
Activare partener/furnizor de servicii	Configurare o singură dată de către Operațiuni Cisco	Configurare o singură dată de către Operațiuni Cisco
Activare client/întreprindere	portal De Retailer	Control Hub Creat automat la prima înscriere a utilizatorului
Opțiuni de activare utilizator	Auto-înscriere Setați IM&P extern în BroadWorks	Setați IM&P integrat în BroadWorks (de obicei întreprinderi)
Interfețe serviciu XSP\|ADP	Acțiuni XSI Evenimente XSI CTI (mTLS) Serviciu de autentificare (mTLS opțional) DMS	Acțiuni XSI Acțiuni XSI (mTLS) Evenimente XSI CTI (mTLS) Serviciu de autentificare (TLS) DMS

Instalați Webex și conectați-vă (perspectivă abonat)

1	Descărcați și instalați Webex. Pentru detalii, consultați Webex \| Descărcați aplicația.
2	Rulați Webex. Webex vă solicită adresa de e-mail.
3	Introduceți-vă adresa de e-mail și faceți clic pe Înainte.
4	Se întâmplă una dintre următoarele, în funcție de modul în care organizația dvs. este configurată în Webex: Webex lansează un browser pentru dvs. pentru a finaliza autentificarea cu furnizorul dvs. de identitate. Aceasta ar putea fi autentificarea cu mai mulți factori (MFA). Webex lansează un browser pentru a introduce ID-ul de utilizator și parola BroadWorks. Webex încarcă după ce v-ați autentificat cu succes împotriva IdP sau BroadWorks.

Schimb de date și stocare

Integrare furnizor de servicii

Când configurați clustere și șabloane de utilizatori în Webex Control Hub în timpul integrării Furnizorului de servicii, schimbați următoarele date BroadWorks pe care Webex le stochează:

URL Xsi-Acțiuni
URL Xsi-Events
URL interfață CTI
URL serviciu de autentificare
Informații adaptor de configurare BroadWorks

Furnizor de servicii Furnizor de servicii

Acest tabel enumeră datele utilizatorului și ale întreprinderii care sunt schimbate ca parte a configurării utilizatorului prin API-urile Webex.

Mutarea datelor în Webex	De la	Prin	Stocat de Webex?
ID utilizator BroadWorks	BroadWorks, de către API	API-uri Webex	Da
E-mail (dacă SP este Furnizat)	BroadWorks, de către API	API-uri Webex	Da
E-mail (dacă este Furnizat Utilizatorul)	Utilizator	Portal de activare a utilizatorilor	Da
Prenume	BroadWorks, de către API	API-uri Webex	Da
Nume	BroadWorks, de către API	API-uri Webex	Da
Număr de telefon principal	BroadWorks, de către API	API-uri Webex	Da
Număr de telefon mobil	BroadWorks, de către API	API-uri Webex	Da
Interior principal	BroadWorks, de către API	API-uri Webex	Da
ID furnizor de servicii BroadWorks și ID grup	BroadWorks, de către API	API-uri Webex	Da
Limba	BroadWorks, de către API	API-uri Webex	Da
Fus orar	BroadWorks, de către API	API-uri Webex	Da

Eliminare utilizator

Date utilizator	Ștergere parțială	Ștergere completă
ID utilizator BroadWorks	Da	Da
E-mail	Nu	Da
Prenume	Nu	Da
Nume	Nu	Da
Număr de telefon principal	Da	Da
Număr de telefon mobil	Da	Da
Extensie	Da	Da
ID furnizor de servicii BroadWorks și ID grup	Da	Da
Limba	Nu	Da

Recuperare conectare și configurare utilizator

Autentificare Webex

Mutarea datelor	De la	Pentru
Adresă de e-mail	Utilizator prin aplicația Webex	Webex
Token de acces limitat și URL-ul IdP (independent)	Webex	browser Utilizator
Informații utilizator	browser Utilizator	Furnizor de identitate (care are deja identitatea utilizatorului)
Afirmația SAML	browser Utilizator	Webex
cod De autentificare	Webex	browser Utilizator
cod De autentificare	browser Utilizator	Webex
Tokenuri de acces și reîmprospătare	Webex	browser Utilizator
Tokenuri de acces și reîmprospătare	browser Utilizator	Aplicația Webex

Autentificare BroadWorks

Mutarea datelor	De la	Pentru
Adresă de e-mail	Utilizator prin aplicația Webex	Webex
Token acces limitat și URL IdP (proxy IdP Webex Bwks)	Webex	browser Utilizator
Informații de branding și URL-uri BroadWorks	Webex	browser Utilizator
Informații utilizator BroadWorks	Utilizator prin browser (pagina de conectare marcată deservită de Webex)	Webex
Informații utilizator BroadWorks	Webex	BroadWorks
profil utilizator BroadWorks	BroadWorks	Webex
Afirmația SAML	browser Utilizator	Webex
cod De autentificare	Webex	browser Utilizator
cod De autentificare	browser Utilizator	Webex
Tokenuri de acces și reîmprospătare	Webex	browser Utilizator
Tokenuri de acces și reîmprospătare	browser Utilizator	Aplicația Webex

Notificare de expirare a parolei BroadWorks în timpul conectării

Această caracteristică îmbunătățește procesul de conectare și controlează fluxul de conectare pe baza:

Îmbunătățirea avertismentului de conectare și a mesajului de eroare:

În prezent, utilizatorii Wexbex pentru BWKS care utilizează autentificarea BroadWorks și conectarea prin UAP nu primesc notificarea că parola lor este pe cale să expire sau că nu sunt în măsură să se conecteze, deoarece parola a expirat deja. Cu această caracteristică, dacă parola este pe cale să expire în 10 zile sau mai puțin - utilizatorul primește avertismentul că parola este pe cale să expire cu indicarea numărului de zile rămase, iar utilizatorul este sfătuit să contacteze Partenerul sau să urmeze linkul Parola uitată de pe ecranul de conectare pentru a-și reseta parola.
Dacă parola a expirat și configurația din BroadWorks „enforcePasswordChangeOnExpiry” este setată la adevărată, atunci eroarea „nume de utilizator și parolă incorecte” a fost aruncată, dar acum, cu această funcție, mesajul de eroare este îmbunătățit: Încercarea de conectare nu a reușit. Combinaţia dintre identificatorul de utilizator şi parola furnizată nu corespunde evidenţelor noastre sau parola dvs. trebuie actualizată. Încercați din nou sau contactați administratorul dvs. pentru a actualiza parola. Cod de eroare 100006

Controlul fluxului de conectare:

Partenerul poate restricționa conectarea prin activarea setării „w4bwks-password-expiry-fail-login”. Această setare „poate fi activată de Cisco la cererea unui partener. Dacă parola BroadWorks a expirat, configurația din broadworks „enforcePasswordChangeOnExpiry” este setată la fals și setarea „w4bwks-parola-expiry-fail-login” este activată, atunci eroarea este aruncată spunând parola a expirat x zile în urmă, în timp ce dacă serviciul de setare este dezactivat, atunci este permisă conectarea. În mod implicit, setarea este dezactivată.

Preluare configurație client

Acest tabel ilustrează tipul de date schimbate între diferitele componente în timp ce preluați configurațiile clientului.

Mutarea datelor	De la	Pentru
Înregistrare	Client	Webex
Setări organizație, inclusiv URL-uri BroadWorks	Webex	Client
Token JWT BroadWorks	BroadWorks prin Webex	Client
Token JWT BroadWorks	Client	BroadWorks
Token dispozitiv	BroadWorks	Client
Token dispozitiv	Client	BroadWorks
fișier De Configurare	BroadWorks	Client

Utilizare la starea de echilibru

Această secțiune descrie datele care se deplasează între componente în timpul reautentificării după expirarea tokenului, fie prin BroadWorks, fie prin Webex.

Acest tabel listează mișcarea de date pentru apelare.

Mutarea datelor	De la	Pentru
Semnalizare SIP	Client	BroadWorks
media SRTP	Client	BroadWorks
Semnalizare SIP	BroadWorks	Client
media SRTP	BroadWorks	Client

Acest tabel listează mișcarea datelor pentru mesagerie, prezență și întâlniri.

Mutarea datelor	De la	Pentru
Mesagerie și prezență REST HTTPS	Client	Webex
Mesagerie și prezență REST HTTPS	Webex	Client
Semnalizare SIP	Client	Webex
media SRTP	Client	Webex
Semnalizare SIP	Webex	Client
media SRTP	Webex	Client

Utilizarea API-ului de configurare

Acces dezvoltator

Specificația API este disponibilă pe https://developer.webex.com și un ghid de utilizare este la https://developer.webex.com/docs/api/guides/webex-for-broadworks-developers-guide.

Trebuie să vă conectați pentru a citi specificația API lahttps://developer.webex.com/docs/api/v1/broadworks-subscribers .

Autentificarea și autorizarea aplicației

Pentru mai multe detalii despre integrări și modul de a construi acest flux de autorizare OAuth 2 în aplicația dvs., consultați https://developer.webex.com/docs/integrations.

Există două roluri necesare pentru implementarea integrărilor - dezvoltatorul şi utilizatorul autorizat - şi acestea pot fi deţinute de persoane/echipe separate din mediul dvs.

Dezvoltatorul creează aplicația și o înregistrează https://developer.webex.com pentru a genera OAuth ClientID/Secret necesar cu scopurile așteptate pentru aplicație. Dacă aplicația dvs. este creată de o terță parte, acestea ar putea înregistra aplicația (dacă ați solicitat accesul acestora) sau ați putea face acest lucru cu propriul dvs. acces.
Utilizatorul autorizat este contul pe care îl utilizează aplicația pentru a autoriza apelurile sale API, pentru a schimba organizația parteneră, organizațiile clienților sau abonații acestora. Acest cont trebuie să aibă fie rolul de administrator complet, fie rolul de administrator complet de vânzări în organizația parteneră. Acest cont nu trebuie să fie deținut de o terță parte.

Denumire organizație

Numele organizației depinde de modul de configurare pe care îl utilizați:

Modul Enterprise – Numele organizației este un meci exact al spEnterpriseId.
Modul Furnizor de servicii – Numele organizației este porțiunea de GrupID a spEnterpriseId.

Denumirea organizației va conține orice spațiu alb, uppercase și caractere speciale specificate în spEnterpriseId original.

Cerințe software BroadWorks

Consultați Managementul ciclului de viață - Servere BroadSoft.

Asigurați-vă că pentru a revizui notele de patch-uri pentru aceste patch-uri software. Unii plasturi pot avea cerinţe CLI suplimentare.

Versiunea R22

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.22.0.1123.ap364260
	AP.as.22.0.1123.ap365173
	AP.as.22.0.1123.ap368517	Necesar pentru sincronizarea directorului
	AP.as.22.0.1123.ap369763
	AP.as.22.0.1123.ap372989
	AP.as.22.0.1123.ap372757
	AP.as.22.0.1123.ap372963	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.22.0.1123.ap373197	Patch necesar pentru serverul de aplicații
	AP.as.22.0.1123.ap378391
	AP.as.22.0.1123.ap374793	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.22.0.1123.ap377718	Patch necesar pentru funcția de înregistrare a apelurilor
	AP.as.22.0.1123.ap377868
	AP.as.22.0.1123.ap376508	Patch-ul necesar pentru configurarea fluxului
	AP.xsp.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Server de profil	AP.ps.22.0.1123.ap372989
	AP.ps.22.0.1123.ap372757
	AP.ps.22.0.1123.ap378391
	AP.ps.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Platformă	AP.platform.22.0.1123.ap353577
	AP.platform.22.0.1123.ap354313	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.22.0.1123.ap365173
	AP.platform.22.0.1123.ap367732
	AP.platform.22.0.1123.ap369433
	AP.platform.22.0.1123.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.22.0.1123.ap372757
	AP.platform.22.0.1123.ap376508	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.platform.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
XSP\|ADP	AP.xsp.22.0.1123.ap354313	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap365173
	AP.xsp.22.0.1123.ap368067
	AP.xsp.22.0.1123.ap368601	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.xsp.22.0.1123.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap370952
	AP.xsp.22.0.1123.ap373008
	AP.xsp.22.0.1123.ap372757
	AP.xsp.22.0.1123.ap372433
	AP.xsp.22.0.1123.ap372963	Necesar pentru upgrade de la notificările push V1 la V2
	AP.xsp.22.0.1123.ap378391
	AP.xsp.22.0.1123.ap374677	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap375206	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap376508	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.xsp.22.0.1123.ap378585	Necesar pentru istoricul apelurilor unificate
Altele	AP.xsa.22.0.1123.ap372757
	AP.xs.22.0.1123.ap372757
	AP.ums.22.0.1123.ap378391
	AP.nfm.22.0.1123.ap378391

Versiunea R23

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.23.0.1075.ap368517	Necesar pentru sincronizarea directorului
	AP.as.23.0.1075.ap369763
	AP.as.23.0.1075.ap373197	Server aplicație de configurare
	AP.as.23.0.1075.ap373271	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.23.0.1075.ap378391
	AP.as.23.0.1075.ap376509
	AP.as.23.0.1075.ap377718	Necesar pentru înregistrarea apelului
	AP.as.23.0.1075.ap377868
	AP.as.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Server de profil	AP.ps.23.0.1075.ap378391
Platformă	AP.platform.23.0.1075.ap367732
	AP.platform.23.0.1075.ap370952
	AP.platform.23.0.1075.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.23.0.1075.ap376509
	AP.platform.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
XSP\|ADP	AP.xsp.23.0.1075.ap368067
	AP.xsp.23.0.1075.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap370952
	AP.xsp.23.0.1075.ap373008
	AP.xsp.23.0.1075.ap373271	Necesar pentru upgrade de la notificările push V1 la V2
	AP.xsp.23.0.1075.ap378391
	AP.xsp.23.0.1075.ap374677	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap375206	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap376509
	AP.xsp.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Altele	Dacă utilizați ADP... Xsi-Events-23_2021.05_1.251.bwar	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate

Versiunea R24

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.24.0.944.ap384177	Necesar pentru serverul de mesagerie Unified (UMS)
	AP.as.24.0.944.ap375100	Necesar pentru configurarea fluxului
	AP.as.24.0.944.ap377718	Necesar pentru înregistrarea apelului
	AP.as.24.0.944.ap377868
	AP.as.24.0.944.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Altele	Xsi-Events-24_ 2021.05_1.251.bwar	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate

Etichete BroadWorks necesare pentru Webex

Fluxuri de configurare și activare a utilizatorului

Setarea descrie adăugarea utilizatorului la Webex. Activarea include validarea prin e-mail și atribuirea de servicii în Webex.

Configurarea automată a utilizatorilor și activarea automată (flux de e-mail de încredere)

Cerințe preliminare

Adaptorul dvs. de configurare indică Webex pentru Cisco BroadWorks (care necesită o conexiune de ieșire de la AS la Webex Provisioning Bridge).
Trebuie să aveți adrese de e-mail valide accesibile pentru utilizatorul final ca ID-uri alternative în BroadWorks.
Control Hub are un cont de configurare în configurația organizației partenere.

Pas	Descriere
1	Citate și să ia comenzi pentru serviciul cu clienții dumneavoastră.
2	Procesați comanda clientului și furnizați clientul în sistemele dvs.
3	Sistemul de configurare a serviciului declanșează configurarea BroadWorks. Acest pas, în rezumat, creează întreprinderea și utilizatorii. Apoi alocă serviciile și numerele necesare fiecărui utilizator. Unul dintre aceste servicii este IM&P extern.
4	Această etapă de configurare declanșează configurarea automată a organizației clientului și a utilizatorilor în Webex. (Alocarea serviciului IM&P determină adaptorul de configurare să apeleze API-ul de configurare Webex).
5	Sistemele dvs. trebuie să utilizeze API-ul de configurare Webex dacă mai târziu trebuie să ajustați pachetul pentru utilizator (pentru a schimba de la cel implicit).

Flux de conectare SSO

Fluxuri de conectare alternative

Autentificare BroadWorks fără autentificare directă BroadWorks (partajare de resurse încrucișată):
- Singura diferență este în etapele 5 și 6 ale fluxului de conectare Webex. În pasul 5, acreditările de conectare sunt validate de proxy-ul IdP (mai degrabă decât XSI) și o Aserțiune SAML este returnată clientului.
- Fluxul trece prin pașii rămași în cele două diagrame se aplică.
- Token-ul SSO nu este utilizat în acest flux.
Autentificare SAML SSO Webex:
- În pasul 3 al Fluxului de conectare Webex, serviciul Common Identity returnează Furnizorul de identitate utilizat de autentificarea Webex.
- În acest moment, se invocă un flux alternativ de conectare SAML SSO pentru Webex.

Interacțiuni utilizator

Conectați-vă

Aplicația Webex lansează un browser către Cisco Common Identity (CI) pentru a permite utilizatorilor să introducă adresa lor de e-mail.
CI descoperă că organizația client asociată are proxy-ul IDP BroadWorks (IDP) configurat ca IDP SAML. CI redirecționează către IDP-ul care prezintă utilizatorului o pagină de conectare. (Furnizorul de servicii poate marca această pagină de conectare.)
Utilizatorul intră în acreditările BroadWorks.
Broadworks autentifică utilizatorul prin IDP. Pe succes, IDP redirecționează browserul înapoi la CI cu un succes SAML pentru a finaliza fluxul de autentificare (nu este afișat în diagramă).
În ceea ce privește autentificarea reușită, aplicația Webex obține jetoane de acces de la CI (nu sunt afișate în diagramă). Clientul le utilizează pentru a solicita un Jason Web Token (JWT) cu durată lungă de viață BroadWorks.
Aplicația Webex descoperă configurația de apelare din BroadWorks și alte servicii din Webex.
Aplicația Webex se înregistrează cu BroadWorks.

Conectați-vă dintr-o perspectivă utilizator

Această diagramă este fluxul tipic de conectare, așa cum se vede de către utilizatorul final sau abonat:

Descărcați și instalați aplicația Webex.
Este posibil să fi primit linkul de la furnizorul dvs. de servicii sau să găsiți descărcarea pe pagina de descărcări Webex.
Introduceți adresa de e-mail pe ecranul de conectare Webex. Faceți clic pe Înainte.
De obicei, sunteți redirecționat către o pagină de marcă a Furnizorului de servicii.
Această pagină vă poate fi primită prin adresa dvs. de e-mail.

Dacă nu există adresă de e-mail sau dacă adresa de e-mail este greșită, introduceți în schimb numele de utilizator BroadWorks.
Introduceți parola BroadWorks.
Dacă v-ați conectat cu succes, Webex se deschide.

Flux de apeluri—director corporativ

Flux de apeluri – număr PSTN

Prezentare și partajare

Începeți o întâlnire spațială

Interacțiuni cu clienții

Preluarea profilului din DMS și înscrierea SIP cu AS

Clientul apelează XSI pentru a obține un token de gestionare a dispozitivului și URL-ul la DMS.
Clientul solicită profilul său de dispozitiv de la DMS prin prezentarea tokenului de la pasul 1.
Clientul citește profilul dispozitivului și preia acreditările SIP, adresele și porturile.
Clientul trimite un ÎNREGISTRATOR SIP către SBC utilizând informațiile de la pasul 3.
SBC trimite ÎNREGISTRATORUL SIP la AS (SBC poate efectua o vizualizare în NS pentru a localiza un AS dacă SBC nu cunoaște deja utilizatorul SIP.)

Orientări privind testele și laboratoarele

Următoarele orientări se aplică organizațiilor de testare și de laborator:

Partenerii furnizorului de servicii sunt limitați la maximum 50 de utilizatori de testare care pot fi configurați în mai multe organe.
Orice utilizatori care depășesc primii 50 de utilizatori de testare vor fi facturați.
Pentru a asigura procesarea exactă a facturii dvs., toate organele de testare trebuie să includă „test” în numele organizației BroadWorks.
Organizațiile de testare internă trebuie desemnate în cadrul Webex Control Hub. Acest lucru are scopul de a împiedica utilizatorii de testare să fie facturați ca utilizatori reali.

Desemnarea unei organizații ca organizație de testare

Pentru a desemna o organizație ca organizație de testare:

Conectați-vă la Partner Hub și selectați Clienți.
Selectați clientul corespunzător.
În bara de control din dreapta, activați comutatorul pentru organizarea testelor interne.

Redare mesagerie vocală

Pentru mesageria vocală, asigurați-vă că configurați serverul Media pentru a utiliza unul dintre următoarele coduri:

mp3
wav—Fișierele WAV sunt acceptate în următoarele formate: PCM (acceptat pe toate platformele) și DVI-ADPCM (nu este acceptat pe Android

Dacă utilizați fișiere wav, rulați următoarele comenzi CLI pentru a încredința serverul aplicației și serverul media:

AS_CLI/Service/VoiceMsg>set vmRecordingAudioFileFormat WAV
MS_CLI/Applications/MediaStreaming/Services/IVR> set sendmail8kHzWavFileDefaultFormat ulaw

Terminologie

ACL: Listă de control al accesului
ALG: Gateway strat aplicație
API: Interfață de programare aplicație
AFNURI: Serviciu de notificare Apple Push
LA FEL DE: Server aplicație
TE CONŢINUTUL: Adaptor analogic de telefon, adaptor care convertește telefonie analogică la VoIP
BAM: Manager de aplicații BroadSoft
Autentificare de bază: O metodă de autentificare în care un cont (nume de utilizator) este validat de un secret partajat (parolă)
BMS: Server de mesagerie BroadSoft
PĂȘUNE: Fluxuri bidirecționale Peste HTTP Sincronizat
TULBURĂRI GASTRO- INTESTINALE: Interfața de bază a ratei BRI este o metodă de acces ISDN
Cutie de carton: O colecţie de servicii aşa cum a fost livrată unui utilizator final sau abonat (cf. Ambalaj)
CA: Autoritatea de certificare
Operator: O organizaţie care se ocupă de traficul de telefonie (cf. Partener, furnizor de servicii, furnizor de valoare adăugată)
CAPTCHA: Test Turing public complet automatizat pentru a spune computere și oameni în afară
CCXML: Limba de marcare eXtensible pentru controlul apelului
CIF: Format intermediar comun
TULBURĂRI OCULARE: Interfață linie de comandă
CN: Denumire comună
CNPS: Server push notificări de apel. Un server push de notificare care rulează pe un XSP|ADP în mediul dvs., pentru a împinge notificările de apel către FCM și APNS. Consultați Proxy-ul NPS.
CPE: Echipamente premise pentru clienți
CPR: Regulă de prezență personalizată
CSS: Foaie de stil cascadă
CSV: Valoare Separată prin virgulă
CTI: Integrare telefonie informatică
CUBE: Cisco Unified Border Element
DMZ: Zonă Demilitarizată
DN: Număr director
DND: Nu deranjați
DNS: Sistem nume de domeniu
DPG: Grup de asociați la apelare
DSCP: Punct de cod servicii diferențiate
DTAF: Fișier arhivă tip dispozitiv
DTG: Grup trunchi destinație
DTMF: Frecvență multitonică duală
utilizator Final: Persoana care utilizează serviciile, adică face apeluri, intră în întâlniri sau trimite mesaje (cf. Abonat)
Enterprise: O colecţie de utilizatori finali (cf. Organizație)
FCM: Mesagerie în cloud Firebase
FMC: Convergență Fix Mobile
Configurare flux-through: Crearea utilizatorilor în magazinul de identitate Webex prin atribuirea serviciului „IM&P integrat” în BroadWorks.
FQDN: Nume de domeniu complet calificat
Configurare completă prin debit: Crearea și verificarea utilizatorilor din magazinul de identitate Webex prin atribuirea serviciului „IM&P integrat” în BroadWorks și afirmarea că fiecare utilizator BroadWorks are o adresă de e-mail unică și validă.
FXO: Exchange Office este portul care primește linia analogică. Acesta este dopul de pe telefon sau fax sau dopurile de pe sistemul dvs. de telefon analogic. Acesta oferă o indicație on-cârlig / off-cârlig (închidere buclă). Deoarece portul FXO este atașat la un dispozitiv, cum ar fi un fax sau un telefon, dispozitivul este adesea numit „dispozitiv FXO”.
FXS: Abonatul valutar este portul care furnizează de fapt linia analogică abonatului. Cu alte cuvinte, este "plug in the wall", care oferă un ton de apelare, curent de baterie, și tensiune inel.
GCM: Mesaj Google Cloud
GCM: Modul Galois/Counter (tehnologie de criptare)
ASCUNZĂTOARE: Dispozitiv interfață umană
HTTPS: Conectori securizați pentru protocolul de transfer hipertext
IAD: Dispozitiv de acces integrat
IM&P: Mesagerie instantanee și prezență
PSTN IP: Un furnizor de servicii care furnizează VoIP serviciilor PSTN, interschimbabil cu ITSP, sau un termen general pentru telefonie „publică” conectată la internet, furnizat în mod colectiv de către principalii furnizori de telecomunicații (mai degrabă decât de către țări, așa cum este PSTN)
IZZ: Furnizor de servicii de telefonie pe internet
VALORI CRESCUTE ALE: Răspuns vocal interactiv / Răspuns
AFECŢIUNI: Adresa nativă a unei entități XMPP se numește identificator Jabber sau JID localpart@domain.part.example.com/resourcepart (@ . / sunt separatoare)
JSON: Notificare obiect script Java
TULBURĂRI ALE SISTEMULUI NERVOS: Java Secure Socket Extension; tehnologia de bază care oferă caracteristici sigure de conectivitate la serverele BroadWorks
KEM: Modul de extensie cu tastatură (telefoanele hardware Cisco)
PLT: Token cu durată lungă de viață (sau Long Life); o formă de auto-descriere, securizată de token purtător care permite utilizatorilor să rămână autentificați pentru mai mult timp și nu este legată de aplicații specifice.
M: Arhiva mesajelor
MIB: Bază de informații de gestionare
M: Server media
mTLS: Autentificare reciprocă între două părți, utilizând schimbul de certificate, la stabilirea unei conexiuni TLS
MUC: Chat cu mai mulți utilizatori
UMED: Traduceri adresă de rețea
NPS: Server push de notificare; consultați CNPS
proxy NPS: Un serviciu în Webex care furnizează jetoane de autorizare pe termen scurt pentru CNPS, permițându-i să împingă notificările de apel către FCM și APN-uri și, în cele din urmă, către dispozitivele Android și iOS care rulează Webex.
OCLUZII: Deschideți interfața cu clientul
Organizație: O companie sau o organizaţie care reprezintă o colecţie de utilizatori finali (cf. Întreprindere)
OTG: Grup trunchiuri de ieșire
Pachet: O colecţie de servicii aşa cum a fost livrată unui utilizator final sau abonat (cf. Cutie de carton)
Partener: O organizație de agenți care lucrează cu Cisco pentru a distribui produse și servicii către alte organizații (cf. Valoare adăugată revânzător, furnizor de servicii, transportator)
PBX: Schimb de filiale private
PEM: Mail îmbunătățit de confidențialitate
LIOFILIZAT: Rețea publică de teren mobil
TE IZA: Interfața Rată Primară (PRI) este un standard de interfață de telecomunicații utilizat pe o rețea digitală de servicii integrate (ISDN)
PS: Server de profil
PSTN: Rețea de telefonie publică comutată
QoS: Calitatea serviciului
portal De Retailer: Un site web care permite administratorului revânzătorului să își configureze soluția UC-One SaaS. Este uneori menționată ca portal BAM, portal de administrator sau portal de management.
RTCP: Protocol de control în timp real
RTP: Protocol de transport în timp real
SBC: Controler frontieră sesiune
SCA: Aspect Apel partajat
SD: Definiție standard
SDP: Protocol de descriere sesiuni
SP: Furnizor de servicii; O organizație care furnizează servicii de telefonie sau servicii conexe altor organizații (cf. Încărcător, partener, revânzător cu valoare adăugată)
SIP: Protocol de inițiere sesiuni
LĂCRIMARE: Token cu durată scurtă de viață (sau Short Life) (denumit și BroadWorks SSO Token); un token autentificat de unică folosință care este utilizat pentru a obține acces securizat la aplicații web.
SMB: Întreprinderi mici și mijlocii
SNMP: Protocol simplu de gestionare a rețelei
sRTCP: Protocol de control al transferului în timp real securizat (media apelurilor VoIP)
sRTP: Protocol de transfer în timp real securizat (media apelurilor VoIP)
SSL: Strat de prize securizate
Abonat: Persoana care utilizează serviciile, adică face apeluri, intră în întâlniri sau trimite mesaje (cf. Utilizator final)
TCP: Protocol de control al transmisiei
TDM: Multiplicarea diviziunii timpului
TLS: Securitate strat de transport
ToS: Tipul de serviciu
UAP: Portal de activare a utilizatorilor
UC: Comunicații Unified
CEAPA: Interfață utilizator
U ID: Identificator unic
UM: Server de mesagerie
URI: Identificator de resurse uniform
URL: Localizator de resurse uniform
TUSE: Server de partajare
UTC: Ora universală coordonată
UVS: Server video
Retailer cu valoare adăugată (VAR): O organizație de agenți care lucrează cu Cisco pentru a distribui produse și servicii către alte organizații (cf. Operator, partener, furnizor de servicii)
VGA: Array de grafică video
VoIP: Voce prin Internet Protocol (IP)
VXML: Limbă extensibilă de marcare vocală
WebDAV: Autorizare și versiune distribuită pe internet
WebRTC: Comunicații web în timp real
RĂȘINI: Server WebRTC
XMPP: Protocol de mesagerie și prezență extensibil

Anexa

Configurați serviciile (cu mTLS pentru serviciul Auth)

Interfețe Xsi

Instalați și configurați aplicațiile Xsi-Actions și Xsi-Events așa cum sunt descrise în Ghidul de configurare a interfeței pentru serviciile Cisco BroadWorks Xtended Services.

Doar o singură instanță a aplicațiilor Xsi-Events trebuie implementată pe XSP|ADP utilizat pentru interfața CTI.

Toate evenimentele Xsi utilizate pentru integrarea Broadworks cu Webex trebuie să aibă același nume de apelControlApplicationName definit în Applications/Xsi-Events/GeneralSettings. De exemplu:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Schimbarea numelui de apelControlApplicationName sau neavând același nume pe toate aplicațiile web Xsi-Events va afecta funcționalitatea abonamentelor și a evenimentelor de telefonie.

Configurați serviciul de autentificare (cu mTLS)

Tokenurile BroadWorks cu durată lungă de viață sunt generate și validate de serviciul de autentificare găzduit pe |ADP-urile dvs. XSP.

Cerințe

Serverele XSP|ADP care găzduiesc Serviciul de autentificare trebuie să aibă o interfață mTLS configurată.
ADP-urile XSP| trebuie să partajeze aceleași chei pentru criptarea/decriptarea tokenurilor BroadWorks cu durată lungă de viață. Copierea acestor chei la fiecare XSP|ADP este un proces manual.
ADP-urile XSP| trebuie sincronizate cu NTP.

Prezentare generală configurație

Configurația esențială de pe |ADP-urile dvs. XSP include:

Implementați serviciul de autentificare.
Configurați durata tokenului la cel puțin 60 de zile (lăsați emitentul ca BroadWorks).
Generați și partajați tastele RSA prin |ADP-uri XSP.
Furnizați adresa URL autentiService către containerul web.

Implementați serviciul de autentificare pe XSP|ADP

Pe fiecare XSP|ADP utilizat cu Webex:

Activați aplicația pentru serviciul de autentificare pe cale /authService(trebuie să utilizați această cale):

XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService

(unde este cazul <version> este versiunea BroadWorks).
Implementați aplicația:

XSP|ADP_CLI/Maintenance/ManagedObjects>deploy application /authService

Configurați durata tokenului

Verificați configurația actuală a tokenului (ore):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement> get
Setați durata la 60 de zile (max. 180 de zile):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement>set tokenDurationInHours 1440

Generați și partajați cheile RSA

Trebuie să utilizați aceleași perechi de taste publice/private pentru criptarea/decriptarea tokenului în toate instanțele serviciului de autentificare.
Cuplul cheie este generat de serviciul de autentificare atunci când este necesar pentru prima dată să eliberați un token.

Din cauza acestor doi factori aveți nevoie pentru a genera chei pe un XSP|ADP, apoi copiați-le la toate celelalte XSP|ADP.

Dacă ciclați tastele sau modificați lungimea tastei, trebuie să repetați următoarea configurație și să reporniți toate |ADP-urile XSP.

Selectați un XSP|ADP de utilizat pentru generarea unei perechi de taste.
Utilizați un client pentru a solicita un token criptat de la acel XSP|ADP, solicitând următorul URL din browserul clientului:

https://<XSP|ADP-IPAddress>/authService/token?key=BASE22URL(clientPublicKey)

(Acest lucru generează o pereche de chei private / publice pe XSP|ADP, dacă nu a existat deja unul)
Locația magazinului cu tastatură nu este configurabilă. Exportați tastele:

XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
Copiați fișierul exportat /var/broadworks/tmp/authService.keys în aceeași locație pe celelalte ADP-uri XSP|, suprascrierea unui mai în vârstă .keys fișier.
Importați tastele pe fiecare dintre celelalte |ADP-uri XSP:

XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys

Furnizați URL-ul autentiService către containerul web

Containerul web XSP|ADP are nevoie de URL-ul autentiService, astfel încât să poată valida jetoanele.

Pe fiecare dintre |ADP-urile XSP:

Adăugați URL-ul serviciului de autentificare ca serviciu de autentificare extern pentru BroadWorks Communications Utility:

XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1/authService
Adăugați adresa URL a serviciului de autentificare în container:

XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService

Acest lucru permite Webex să utilizeze Serviciul de autentificare pentru a valida jetoanele prezentate ca date de autentificare.
Verificați parametrul cu get.
Reporniți XSP|ADP.

Configurarea TLS și Ciphers pe interfețele HTTP (pentru XSI și Serviciul de autentificare)

Aplicațiile Service Authentication, Xsi-Actions și Xsi-Events utilizează interfețe de server HTTP. Nivelurile de configurabilitate TLS pentru aceste aplicații sunt după cum urmează:

Cele mai generale = Sistem > Transport > HTTP > Interfață server HTTP = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații	context CLI
Sistem (global)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Protocoale de transport pentru acest sistem	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP pe acest sistem	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Interfețe server HTTP specifice pe acest sistem	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Citirea configurației interfeței serverului HTTP TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer>
Introduceți get comanda și citiți rezultatele. Ar trebui să vedeți interfețele (adresele IP) și, pentru fiecare, dacă acestea sunt sigure și dacă necesită autentificarea clientului.

Apache tomcat trimite un certificat pentru fiecare interfață securizată; sistemul generează un certificat semnat dacă are nevoie de unul.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Adăugarea protocolului TLS 1.2 la interfața serverului HTTP

Interfața HTTP care interacționează cu Webex Cloud trebuie configurată pentru TLSv1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața serverului HTTP:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> 443 pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> 443 TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața serverului HTTP

Pentru a configura cifrele necesare:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Introduceți comanda get <interfaceIp> 443 pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> 443 <cipherName> pentru a adăuga un cifru la interfața serverului HTTP.

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Configurați încrederea pentru serviciul de autentificare (cu mTLS)

Conectați-vă la Control Hub cu contul de administrator partener.
Accesați Setări > Apelare BroadWorks și faceți clic pe Descărcare certificat Webex CA pentru a obține CombinedCertChain2023.txt pe computerul local.

Aceste fișiere conțin două seturi de două certificate. Trebuie să divizați fișierele înainte de a le încărca în ADP-urile XSP|. Toate fișierele sunt necesare.
Separați lanțul certificatului în două certificate - combinedcertchain2023.txt.
1. Deschideți combinedcertchain2023.txt într-un editor de text.
2. Selectați și tăiați primul bloc de text, inclusiv liniile -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----, și lipiți blocul de text într-un fișier nou.
3. Salvați noul fișier ca root2023.txt.
4. Salvați fișierul original ca issuing2023.txt. Fișierul original ar trebui să aibă acum doar un singur bloc de text, înconjurat de linii -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----.
Copiați ambele fișiere text într-o locație temporară pe XSP|ADP pe care o securizați, de ex. /var/broadworks/tmp/root2023.txt și /var/broadworks/tmp/issuing2023.txt.
Conectați-vă la XSP|ADP și navigați la /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>. (Opțional) Ajutor de rulare UpdateTrust pentru a vedea parametrii și formatul de comandă.

Încărcați fișierele certificatului în ancore de încredere noi - 2023

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Confirmați că ancorajele sunt actualizate:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

(Opțiune) Configurați mTLS la nivelul interfeței/portului HTTP

Este posibil să configurați mTLS la nivelul interfeței/portului HTTP sau pe o bază de aplicație per-web.

Când configurați mTLS la nivelul interfeței/portului HTTP, mTLS este necesar pentru toate aplicațiile web găzduite accesate prin această interfață/port.

Conectați-vă la XSP|ADP a cărei interfață configurați.
Navigheaza catre XSP|ADP_CLI/Interface/Http/HttpServer> și rulați get comandă pentru a vedea interfețele.
Pentru a adăuga o interfață și a solicita autentificarea clientului acolo (ceea ce înseamnă același lucru ca și mTLS):

XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true

Consultați documentația XSP|ADP CLI pentru detalii. În esență, primul true asigură interfața cu TLS (certificatul de server este creat dacă este necesar) și al doilea true forțează interfața să solicite autentificarea certificatului clientului (împreună sunt mTLS).

De exemplu:

XSP|ADP_CLI/Interface/Http/HttpServer> get

Interface Port Name Secure Client Auth Req Cluster Fqdn
         =======================================================
         192.0.2.7 443 XSP|ADP01.collab.example.net true false 
         192.0.2.7 444 XSP|ADP01.collab.example.net true true

În acest exemplu, mTLS (Client Auth Req = true) este activat pe 192.0.2.7 port 444. TLS este activat pe 192.0.2.7 port 443.

(Opțiune) Configurați mTLS pentru aplicații web specifice

Este posibil să configurați mTLS la nivelul interfeței/portului HTTP sau pe o bază de aplicație per-web.

Când configurați mTLS la nivelul aplicației, mTLS este necesar pentru acea aplicație, indiferent de configurația interfeței serverului HTTP.

Conectați-vă la XSP|ADP a cărei interfață configurați.
Navigheaza catre XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> și rulați get comandă pentru a vedea ce aplicații rulează.
Pentru a adăuga o aplicație și pentru a solicita autentificarea clientului (ceea ce înseamnă același lucru ca și mTLS):

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true

Consultați documentația XSP|ADP CLI pentru detalii. Numele aplicației sunt enumerate acolo. Fișierul true în această comandă activează mTLS.

De exemplu:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add 192.0.2.7 443 AuthenticationService true

Exemplul de comandă adaugă aplicația AuthenticationService la 192.0.2.7:443 și necesită solicitarea și autentificarea certificatelor de la client.

Consultați get:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> get

Interface Ip Port Application Name Client Auth Req
         ===================================================
         192.0.2.7 443 AuthenticationService      true

Configurați managementul dispozitivului pe XSP|ADP, serverul aplicației și serverul profilului

Unde să mergeți Înainte

Pentru configurare, puteți reintra în fluxul principal de documente la interfața CTI și configurația aferentă.

Cerințe suplimentare de certificare pentru autentificarea reciprocă TLS împotriva serviciului de autentificare

Accesați Setări > Apelare BroadWorks.
Faceți clic pe linkul certificatului de descărcare.

De asemenea, puteți obține lanțul certificatului de la https://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt.

Cerințele exacte pentru implementarea acestui lanț de certificate Webex CA depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă rezumă locul în care trebuie implementat lanțul de certificate Webex CA în aceste trei cazuri.

Cerințe reciproce privind certificatul TLS pentru proxy-ul TLS-bridge

Webex prezintă proxy-ului un certificat de client semnat Webex CA.
Lanțul de certificate Webex CA este implementat în magazinul de încredere proxy, astfel încât proxy-ul are încredere în certificatul clientului.
Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în proxy.
Proxy-ul prezintă un certificat de server semnat public pentru Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.

Proxy-ul prezintă un certificat de client semnat intern către |ADP-urile XSP.

Acest certificat trebuie să aibă câmpul de extensie x509.v3 Utilizare extinsă a cheii populat cu OID BroadWorks 1.3.6.1.4.1.6431.1.1.8.2.1.3 și clientAuth scop TLS. De exemplu:

X509v3 extensions:

X509v3 Extended Key Usage:

1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client
              Authentication

Atunci când generați certificate de client intern pentru proxy, rețineți că certificatele SAN nu sunt acceptate. Certificatele serverului intern pentru XSP|ADP pot fi SAN.

ADP-urile XSP| au încredere în CA intern.
ADP-urile XSP| prezintă un certificat de server semnat intern.
Proxy-ul are încredere în CA intern.

Cerințe reciproce de certificare TLS pentru TLS-passthrough Proxy sau XSP în DMZ

Webex prezintă un certificat de client semnat Webex CA pentru XSPs.
Lanțul de certificate Webex CA este implementat pe magazinul de încredere XSPs, astfel încât XSPs are încredere în certificatul clientului.
Certificatul de server XSP semnat public este de asemenea încărcat în XSPs.
XSPs prezintă certificatele de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului XSPs.

Istoricul reviziilor documentelor

Următorul tabel prezintă o istorie a modificărilor aduse acestui document în ultimele 12 luni.

Dată	Versiune	Descrierea modificării
27 martie 2024	2-113	Actualizat câmp lampă ocupată / preluare apel și partener SSO - secțiunea OpenID Connect.
22 martie 2024	2-112	Cerințe prealabile actualizate în secțiunea Sincronizare Nu deranjați (DND).
07 martie 2024	2-111	Secțiunea Actualizată de control al fluxului de conectare în procesul de conectare a utilizatorului și de recuperare a configurației.
24 februarie 2024	2-110	Modificări editoriale.
20 februarie 2024	2-109	S-a adăugat secțiunea Indicație Spam vizuală în secțiunea Implementare Webex pentru BroadWorks.
07 februarie 2024	2-108	A fost adăugată o notificare de expirare a parolei BroadWorks în timpul conectării la Webex for BroadWorks Reference.
25 ianuarie 2024	2-107	Modificări editoriale.
23 ianuarie 2024	2-106	Efectuați modificări editoriale în secțiunea Mutare utilizator (cu consimțământ) în Webex pentru Cisco BroadWorks , sub Gestionarea Webex pentru BroadWorks.
10 ianuarie 2024	2-105	Modificări editoriale.
20 decembrie 2023	2-104	Acest ghid a fost mutat la Centrul de ajutor Webex, de acum înainte utilizați acest link unificat https://help.webex.com/no4dlj3 .
13 decembrie 2023	2-103	Șablonul clientului a fost modificat în „Șablon de integrare”, a actualizat ghidul de soluție.
12 decembrie 2023	2-102	Actualizat Atașați Webex pentru BroadWorks la secțiunea Organizație existentă în cadrul Gestionării Webex pentru BroadWorks.
08 decembrie 2023	2-101	Modificări editoriale.
noiembrie 08, 2023	2-100	A fost adăugată o notă în Atașați Webex pentru BroadWorks la secțiunea Organizație existentă .
25 octombrie 2023	2-99	A fost adăugat R24 în Configurarea serverului aplicației cu secțiunea URL a serviciului de configurare.
13 septembrie 2023	2-98	Au fost adăugate cerințe de rețea pentru Webex pentru linkurile Cisco Broadworks în secțiunea Abonamente de documente recomandate.
septembrie 04, 2023	2-97	Secțiunea Caracteristici și limitări actualizată în Prezentare generală a Webex pentru Cisco BroadWorks.
08 august 2023	2-96	Note adăugate în Editarea sau ștergerea unui cluster BroadWorks în Partner Hub în cadrul Gestionării Webex pentru BroadWorks.
23 iunie 2023	2-95	Actualizat Pregătiți-vă NPS pentru Webex pentru secțiunea Cisco BroadWorks în secțiunea Implementare Webex pentru Cisco BroadWorks. Actualizat Configurați NPS pentru a utiliza conexiunea proxy de autentificare Timeout la 3000 sub Implementare Webex pentru Cisco BroadWorks.
30 mai 2023	2-94	Actualizat secțiunea Cerințe software BroadWorks în secțiunea Webex pentru Cisco BroadWorks Reference.
26 mai 2023	2-93	Secțiunea actualizată Trust Anchors pentru interfața CTI (R22 și ulterioară) din secțiunea Implementare Webex pentru Cisco BroadWorks. Actualizat Configurați încrederea pentru serviciul de autentificare (cu mTLS) în secțiunea Anexă.
24 mai 2023	2-92	Actualizat Detach Webex pentru BroadWorks din secțiunea Organizație existentă în cadrul Gestionării Webex pentru Cisco BroadWorks. S-a adăugat secțiunea Intrare în rezervă în secțiunea Implementare Webex pentru Cisco BroadWorks.
10 mai 2023	2-91	Actualizat câmpul Lampă ocupată / secțiunea Notificare preluare apeluri în cadrul managementului Webex pentru Cisco BroadWorks.
09 mai 2023	2-90	Actualizat secțiunea Țară din secțiunea Pregătiți-vă mediul.
04 mai 2023	2-89	Actualizat Configurați secțiunea Șabloane pentru clienți în secțiunea Configurați organizația partenerului în Hubul partenerului.
27 aprilie 2023	2-88	S-a adăugat secțiunea Țară în secțiunea Pregătirea mediului.
14.04.2023	2-87	Secțiunea Actualizată de Asistență pentru contacte de grup în cadrul comenzii și configurării.
17 martie 2023	2-86	S-a adăugat scalarea apelului nativ mobil la secțiunea Întâlnire din secțiunea Implementare Webex pentru BroadWorks.
11 martie 2023	2-85	Pași actualizați în Configurarea serviciului de autentificare (cu validarea token-ului CI) în secțiunea Implementare Webex pentru Cisco BroadWorks.
10 martie 2023	2-84	Actualizat secțiunea Interfețe Xsi .
07 martie 2023	2-83	S-a adăugat secțiunea Asistență Grup Contacte în secțiunea Ordine și configurare.
28 februarie 2023	2-82	S-a adăugat secțiunea Partner SSO - OpenID Connect (OIDC) în secțiunea Implementare Webex pentru Cisco BroadWorks.
15 februarie 2023	2-81	Actualizat Trust Anchors pentru interfața CTI (R22 și o versiune ulterioară)în secțiunea Implementare Webex pentru Cisco BroadWorks și Configurare Trust pentru serviciul de autentificare (cu mTLS) din Anexa.
10 februarie 2023	2-80	S-a actualizat Apelarea extensiilor în prezentarea generală a Webex pentru Cisco BroadWorks.

Prezentare generală a Webex pentru Cisco BroadWorks

Introducerea Webex pentru Cisco BroadWorks

Soluţie

Pentru a oferi funcții de colaborare în cloud Webex clienților Mici și Mijlocii care au deja un serviciu de apelare furnizat de furnizorii de servicii BroadWorks.
Pentru a furniza servicii de apelare bazate pe BroadWorks clienților Webex mici și mijlocii.

Context

Beneficii

Protejarea viitoare: împotriva sfârșitului de viață al colaboratorului UC-One, mișcarea tuturor clienților către cadrul de clienți unificați (UCF)
Cel mai bun dintre cele două: Activarea funcțiilor de mesagerie și întâlnire Webex păstrând în același timp apelurile BroadWorks în rețeaua dvs. de telefonie

Domeniu de aplicare al soluției

Clienții mici și mijlocii existenți/noi (mai puțin de 250 de abonați) care doresc o suită de funcții de colaborare, pot avea deja apelare BroadWorks.
Clienții Webex mici până la medii existenți care doresc să adauge BroadWorks Calling.
Întreprinderi mai mici (Consultați portofoliul nostru de întreprinderi pentru Webex).
Nu numai utilizatorii (Vă rugăm să evaluați ofertele Webex Online).

Condiții prealabile pentru succesul cu Webex pentru Cisco BroadWorks

Obligatoriu

Note

Patch-ul BroadWorks curent R22 sau de mai sus

XSP|ADP pentru XSI, CTI, DMS și authService

XSP|ADP dedicat pentru Webex pentru Cisco BroadWorks

Separați XSP|ADP pentru NPS, poate fi partajat cu alte soluții care utilizează NPS.

Dacă aveți o implementare colaborativă existentă, apoi revizuiți recomandările privind configurațiile XSP|ADP și NPS.

Validarea Token CI (cu TLS) este configurată pentru conexiunile Webex la Serviciul de autentificare.

mTLS configurat pentru conexiunile Webex la interfața CTI.

Alte aplicații nu necesită mTLS.

Utilizatorii trebuie să existe în BroadWorks și au nevoie de următoarele atribute, în funcție de decizia dvs. de configurare:

Flowthrough cu e-mailuri de încredere: Atributul de e-mail al utilizatorului BroadWorks trebuie să conțină o adresă de e-mail validă, unică pentru acel utilizator. Utilizatorul trebuie să aibă, de asemenea, un număr principal sau o extensie.
Flowthrough cu e-mailuri false sau auto-activare sau configurare API: Utilizatorul nu are nevoie de adresa de e-mail, dar trebuie să aibă un număr principal sau o extensie.

Fișier DTAF Webex pentru Cisco BroadWorks pentru aplicația Webex

BW Business Lic sau Std Enterprise sau Prem Enterprise User Lic + Webex pentru abonamentul Cisco BroadWorks

Dacă aveți o implementare colaborativă existentă, nu mai aveți nevoie de UC-One Add-On Bundle, Collab Lic și Meet-me Conference Ports.

Dacă aveți o implementare UC-One SaaS existentă, nu există alte modificări decât acceptarea termenilor Premium Package.

IP/Porturile trebuie să fie accesibile prin intermediul serviciilor Webex backend și al aplicațiilor Webex prin intermediul internetului public.

Consultați secțiunea „Pregătiți-vă rețeaua”.

Configurare TLS v1.2 pe |ADP-urile XSP

Pentru configurarea Flowthrough, serverul de aplicații trebuie să se conecteze la adaptorul de configurare BroadWorks.

Nu testăm sau acceptăm configurația proxy de ieșire. Dacă utilizați un proxy de ieșire, acceptați responsabilitatea de a-l susține cu Webex pentru Cisco BroadWorks.

Consultați “Pregătiți-vă rețeaua” subiect.

Despre acest Document

Acest ghid include materiale conceptuale și de referință. Intenționăm să acoperim toate aspectele soluției în acest document.

Setul minim de sarcini pentru implementarea soluției este:

Accesați echipa contului dvs. pentru a deveni partener Cisco. Este imperativ să explorați punctele de contact Cisco pentru a vă familiariza (și a vă instrui). Când deveniți partener Cisco, aplicăm comutatorul Webex pentru Cisco BroadWorks la organizația dvs. partener Webex. (Consultați Implementarea Webex pentru Cisco BroadWorks > Integrarea partenerului în acest document.)
Configurați sistemele BroadWorks pentru integrarea cu Webex. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurarea serviciilor pe dispozitivele Webex pentru Cisco BroadWorks XSP|ADP din acest document.)
Utilizați Partner Hub pentru a conecta Webex la BroadWorks. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurați organizația dvs. de parteneri în Partner Hub în acest document.)
Utilizați Hubul partener pentru a pregăti șabloanele de configurare a utilizatorului. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurați șabloanele de integrare în acest document.)
Testați și conectați un client prin configurarea a cel puțin un utilizator. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurarea organizației dvs. de testare.)

Acestea sunt etape de nivel înalt, în ordinea tipică. Există mai multe sarcini de contribuție pe care nu le puteți ignora.
Dacă doriți să creați propriile aplicații pentru a vă gestiona abonații Webex pentru Cisco BroadWorks, trebuie să citiți Folosind API-ul de configurare din secțiunea de referință a acestui ghid.

Terminologie

Cum funcționează

Utilizatorii apelează numere PSTN utilizând infrastructura BroadWorks.
Utilizatorii apelează alte numere BroadWorks utilizând infrastructura BroadWorks (apeluri audio/video selectând numerele asociate utilizatorilor sau dialpad-ul pentru a introduce numerele).
Alternativ, utilizatorii pot efectua un apel VOIP Webex prin infrastructura Webex, selectând opțiunea „Apel Webex” din aplicația Webex. (Aceste apeluri sunt aplicația Webex în aplicația Webex, nu aplicația Webex în PSTN).
Utilizatorii pot găzdui și participa la Webex Meetings.
Utilizatorii se pot trimite mesaje unul câte unul sau în spații (chat de grup persistent) și pot beneficia de funcții precum căutarea și partajarea fișierelor (pe infrastructura Webex).
Utilizatorii pot partaja prezența (starea). Ele pot alege prezența personalizată sau prezența calculată a clientului.
După ce vă înscriem ca organizație parteneră în Control Hub, cu drepturile corecte, puteți configura relația dintre instanța BroadWorks și Webex.
Creați organizații ale clienților în Control Hub și furnizați utilizatori în aceste organizații.
Fiecare abonat din BroadWorks primește o identitate Webex pe baza adresei de e-mail (atribut de ID de e-mail în BroadWorks).
Utilizatorii se autentifică împotriva BroadWorks sau împotriva Webex.
Clienții sunt eliberați cu jetoane cu durată lungă de viață pentru a le autoriza pentru servicii la BroadWorks și Webex.

Aplicația Webex se află în centrul acestei soluții; este o aplicație de marcă disponibilă pe desktopurile Mac/Windows și pe telefoanele mobile și tabletele Android/iOS.

Există, de asemenea, o versiune web a Aplicației Webex care nu include în prezent funcții de apelare.

Clientul se conectează la cloudul Webex pentru a furniza funcții de mesagerie, prezență și întâlniri.

Clientul se înregistrează la sistemele BroadWorks pentru funcțiile de apelare.

Cloud-ul Webex funcționează cu sistemele BroadWorks pentru a asigura o experiență de configurare fără probleme a utilizatorului.

Caracteristici și limitări

Oferim mai multe pachete cu caracteristici diferite.

Pachetul „Softphone”

Utilizatorii de Softphone își pot partaja ecranul în timpul unui apel.

Pachetul „de bază”

Pachetul „Standard”

Pachetul „Premium”

Partajarea ecranului în cadrul unei întâlniri PMR este acceptată pentru orice participant la întâlnire.

Comparați pachetele

Pachet	Apelare	Mesagerie	Întâlniri Unified Space	Reuniuni PMR
Telefon virtual	Inclus	Nu sunt incluse	Fără	Fără
De bază	Inclus	Inclus	100 de participanți	100 de participanți
Standard	Inclus	Inclus	100 de participanți	100 de participanți
Premium	Inclus	Inclus	300 de participanți	1000 participanți

Caracteristici de mesagerie și întâlnire

Consultați următorul tabel pentru diferențele de asistență pentru caracteristicile întâlnirii PMR pentru pachetele de bază, standard și premium.

Tabelul 1. Diferențe de asistență caracteristică pentru întâlnirile PMR
Caracteristică întâlnire	Sprijinit cu pachet de bază	Sprijinit cu pachet standard	Sprijinit cu pachetul de premiere	Comentariu
Durata întâlnirii	40 de minute sau mai puțin	Nelimitat	Nelimitat
Partajare Desktop	Da	Da	Da	Basic—Partajare desktop de către orice participant la întâlnirea PMR. Standard —Partajare desktop numai de către gazda întâlnirii PMR. Premium—Partajare desktop de către orice participant la întâlnirea PMR.
Partajare Aplicație	Da	Da	Da	De bază—Partajarea aplicației de către orice participant la întâlnirea PMR. Standard - Partajarea aplicației numai de către gazda întâlnirii PMR. Premium—Partajarea aplicației de către orice participant la întâlnirea PMR.
Chat cu mai multe părți	Da	Da	Da
Tablă albă	Da	Da	Da
Protecție parolă	Da	Da	Da
Aplicația web - fără descărcare sau plugin-uri (Experiența oaspeților)	Da	Da	Da
Asocierea asistenței cu dispozitivele Webex	Da	Da	Da
Controlul podelei (Dezactivați unul / Eliminați toate)	Da	Da	Da
Link Întâlniri persistente	Da	Da	Da
Accesul la site-ul întâlnirilor	Da	Da	Da
Intrați în întâlnire prin VoIP	Da	Da	Da
Blocare	Da	Da	Da
Controale prezentator	Nu	Nu	Da
Control desktop la distanță	Nu	Nu	Da
Numărul de participanți	100	100	1000
Înregistrarea salvată local în sistem	Da	Da	Da
Înregistrare în cloud	Nu	Nu	Da
Înregistrare - stocare în cloud	Nu	Nu	10GB pe site
Transcrieri de înregistrare	Nu	Nu	Da
Programare întâlnire	Da	Da	Da
Activați partajarea conținutului cu integrări externe	Nu	Nu	Da	De bază— Partajarea conținutului de către orice participant la întâlnirea PMR. Standard—Partajarea conținutului numai de către gazda întâlnirii PMR. Premium- Partajarea conținutului de către orice participant la întâlnirea PMR.
Permiteți modificarea URL-ului PMR	Nu	Nu	Da	De bază— Utilizatorii pot modifica URL-ul PMR de pe site-ul Webex. Administratorii de parteneri și organizații pot modifica URL-ul din Control Hub. Standard—URL-ul PMR poate fi modificat numai din Hub-ul partenerului de către administratorii partenerului și organizației. Premium—Utilizatorii pot modifica URL-ul PMR de pe site-ul Webex. Administratorii de parteneri și organizații pot modifica URL-ul din Partner Hub.
Redarea în flux live a întâlnirilor (De Exemplu, pe Facebook, Youtube)	Nu	Nu	Da
Permiteți altor utilizatori să programeze întâlniri în numele lor	Nu	Nu	Da
Adăugați gazdă alternativă	Da	Nu	Da
Integrarea aplicațiilor (de exemplu, Zendesk, Slack)	Depinde de integrare	Depinde de integrare	Da	Consultați secțiunea Integrări aplicație de mai jos pentru mai multe informații despre asistență.
Integrare cu Microsoft Office 365 Calendar	Da	Da	Da
Integrare cu Google Calendaring pentru G Suite	Da	Da	Da

Funcții de apelare

Integrări aplicații

Puteți integra Webex pentru Cisco BroadWorks cu următoarele aplicații:

Zendesk—numai Premium
Slack—numai Premium
Microsoft Teams pentru Webex Meetings—Standard sau Premium
Microsoft Teams pentru apelare—Sprijinit cu toate pachetele
Calendarul Office 365—Standard sau Premium
Calendarul Google pentru G Suite—Standard sau Premium

Asistență pentru infrastructura de desktop virtual (VDI)

Asistență IPv6

Webex pentru Cisco BroadWorks acceptă adresarea IPv6 pentru aplicația Webex.

Pachet Pro pentru Control Hub

Serviciul add-on Pro Pack pentru Control Hub oferă administratorilor, profesioniștilor în securitatea informațiilor și ofițerilor de conformitate funcționalități avansate în securitate, conformitate și analiză, care se pot integra în software-ul dvs.

Aceste servicii suplimentare vor fi disponibile numai pentru pachetele Standard și Premium.

Pentru mai multe informații, consultați Pagina de ajutor a pachetului Pro pentru Control Hub.

Foaie de parcurs viitoare

Limitări

Limitări de furnizare

Ora întâlnirilor site-ului

Zona de timp a primului abonat pentru fiecare pachet devine zona de timp pentru site-ul Webex Meetings creat pentru acel pachet.

Dacă clientul dvs. are nevoie de o anumită zonă de timp pentru site-ul Webex Meetings, specificați timezone parametru în cererea de configurare pentru:

primul abonat furnizat pentru pachetul Standard din organizație.
primul abonat furnizat pentru pachetul Premium din organizație.
primul abonat furnizat pentru pachetul de bază din organizație.

Limitări generale

Nicio apelare în versiunea web a clientului Webex (Aceasta este o limitare a clientului, nu o limitare a soluției.)
Este posibil ca Webex să nu aibă încă toate comenzile UI pentru a sprijini unele dintre funcțiile de control al apelurilor disponibile de la BroadWorks.
În prezent, clientul Webex nu poate fi „Etichetat alb”.
Când creați organizații ale clienților utilizând metoda de configurare aleasă, acestea sunt create automat în aceeași regiune ca și organizația dvs. parteneră. Acest comportament este proiectat. Ne așteptăm ca partenerii multinaționali să creeze o organizație parteneră în fiecare regiune în care gestionează organizațiile clienților.
Raportarea întâlnirilor și utilizarea mesajelor sunt disponibile prin intermediul organizației client din Control Hub.

Probleme și limitări cunoscute

Pentru o listă actualizată de probleme și limitări cunoscute cu oferta Webex pentru Cisco BroadWorks, consultați Probleme și limitări cunoscute.

Limite de mesagerie

De bază: 2 GB pe utilizator timp de 3 ani
Standard 5 GB per utilizator timp de 3 ani
Premium: 10 GB pe utilizator timp de 5 ani

Informații suplimentare

Pentru informații suplimentare privind limitele generale de mesagerie care se aplică spațiilor echipei de mesagerie Webex, consultați https://help.webex.com/en-us/n8vw82eb/Webex-Capacities.

Securitate, date și roluri

Securitate Webex

Există mai multe detalii cu privire la schimbul de date în secțiunea de referință a acestui document.

Citire suplimentară

Rezidență date organizație

Stocăm datele dvs. Webex în centrul de date care se potrivește cel mai bine regiunii dvs. Consultați Rezidența datelor în Webex în Centrul de ajutor.

Roluri

Echipa de operațiuni în cloud Cisco: Creează „organizația parteneră” în Partner Hub, dacă nu există, în timpul procesului de integrare.

#	Sarcină tipică	SP	Cisco
1	Integrarea partenerului - Crearea organizației partenerului dacă aceasta nu există și activarea comutatoarelor de funcții necesare		●
2	Configurarea BroadWorks în organizația parteneră prin intermediul Hubului partenerului (cluster)	●
3	Configurarea setărilor de integrare în organizația parteneră prin intermediul Hubului partenerului (șabloane de oferte, branding)	●
4	Pregătirea mediului BroadWorks pentru integrare (AS, XSP\|ADP Patching, firewall-uri, configurație XSP\|ADP, XSI, AuthService, CTI, NPS, aplicații DMS pe XSP\|ADP)	●
5	Dezvoltarea integrării sau procesului de configurare	●
6	Pregătiți materialele GTM	●
7	Migrați sau configurați utilizatori noi	●

Arhitectură

Ce este în diagramă?

Clienți

Clientul Aplicației Webex servește ca aplicație principală în ofertele Webex pentru Cisco BroadWorks. Clientul este disponibil pe platforme desktop, mobile și web.

Clientul are întâlniri audio/video native de mesagerie, prezență și cu mai multe părți furnizate de cloudul Webex. Clientul Webex utilizează infrastructura BroadWorks pentru apelurile SIP și PSTN.
Telefoanele Cisco IP și accesoriile aferente utilizează, de asemenea, infrastructura BroadWorks pentru apelurile SIP și PSTN. Ne așteptăm să putem sprijini telefoanele terțe.
Portalul de activare a utilizatorului pentru ca utilizatorii să se conecteze la Webex utilizând acreditările BroadWorks.
Partner Hub este o interfață web pentru administrarea organizației dvs. Webex și a organizațiilor clienților dvs. Partner Hub este locul în care configurați integrarea dintre infrastructura BroadWorks și Webex. De asemenea, utilizați Partner Hub pentru a gestiona configurația și facturarea clienților.

Rețea furnizor de servicii

Blocul verde din partea stângă a diagramei reprezintă rețeaua dvs. Componentele găzduite în rețeaua dvs. oferă următoarele servicii și interfețe pentru alte părți ale soluției:

XSP|ADP cu față publică, pentru Webex pentru Cisco BroadWorks: (Cutia reprezintă una sau mai multe ferme XSP|ADP, eventual frontate de balansoare de sarcină.)
- Găzduiește interfața de servicii Xtended (XSI-Actions & XSI-Events), Serviciul de gestionare a dispozitivelor (DMS), interfața CTI și Serviciul de autentificare. Împreună, aceste aplicații permit telefoanelor și clienților Webex să se autentifice, să descarce fișierele de configurare a apelurilor, să efectueze și să primească apeluri și să vadă starea cârligului (prezența telefonului) și istoricul apelurilor.
- Publică directorul către clienții Webex.
XSP|ADP cu care se confruntă publicul, care rulează NPS:
- Server Push Notificări Apel gazdă: Un server push de notificare pe un ADP XSP| în mediul dvs. Interfețele dintre serverul dvs. de aplicații și proxy-ul nostru NPS. Proxy furnizează jetoane de scurtă durată către NPS-ul dvs. pentru a autoriza notificările către serviciile cloud. Aceste servicii (APNS & FCM) trimit notificări de apel clienților Webex pe dispozitivele Apple iOS și Google Android.
Server aplicație:
- Oferă control apeluri și interfețe pentru alte sisteme BroadWorks (în general)
- Pentru configurarea fluxului, AS este utilizat de administratorul partener pentru a furniza utilizatori în Webex
- Împinge profilul utilizatorului în BroadWorks
OSS/BSS: Sistemul dvs. de asistență pentru operațiuni / Serviciile SIP de afaceri pentru administrarea întreprinderilor BroadWorks.

Webex Cloud

Blocul albastru din diagramă reprezintă cloudul Webex. Microservicele Webex acceptă întregul spectru de capacități de colaborare Webex:

Cisco Common Identity (CI) este serviciul de identitate din cadrul Webex.
Webex pentru Cisco BroadWorks reprezintă setul de microservicii care acceptă integrarea între Webex și furnizorul de servicii BroadWorks găzduit:
- API-uri de configurare a utilizatorului
- Configurație furnizor de servicii
- Conectare utilizator utilizând acreditările BroadWorks
Cutie de mesagerie Webex pentru microservicii legate de mesagerie.
Caseta Webex Meetings care reprezintă servere de procesare media și SBC pentru mai multe întâlniri video cu participanți (SIP și SRTP)

Servicii web terțe

Următoarele componente terțe sunt reprezentate în diagramă:

APNS (Apple Push Notifications Service) împinge notificările de apel și de mesaj către aplicațiile Webex de pe dispozitivele Apple.
FCM (FireBase Cloud Messaging) împinge notificările de apeluri și mesaje către aplicațiile Webex de pe dispozitivele Android.

Considerații de arhitectură XSP|ADP

Rolul serverelor ADP XSP|publice în Webex pentru Cisco BroadWorks

XSP|ADP cu care se confruntă publicul din mediul dvs. oferă următoarele interfețe/servicii pentru Webex și clienți:

Serviciul de autentificare (Authentication Service), securizat de TLS, care răspunde solicitărilor Webex pentru BroadWorks JWT (JSON Web Token) în numele utilizatorului
interfață CTI, securizată de mTLS, la care Webex se abonează pentru evenimentele din istoricul apelurilor și statutul de prezență telefonică din BroadWorks (statut cârlig).
Interfețele de acțiuni și evenimente Xsi (interfața servicii eXtended) pentru controlul apelurilor abonaților, directoarele listei de contacte și apeluri și configurația serviciului de telefonie pentru utilizatorul final
Serviciu DM (Device Management) pentru clienți pentru a prelua fișierele de configurare a apelurilor

Arhitectură XSP|ADP

Vă recomandăm să utilizați o instanță/fermă XSP|ADP dedicată pentru a găzdui aplicațiile necesare pentru integrarea Webex din următoarele motive

De exemplu, dacă oferiți UC-One SaaS, vă recomandăm să creați o nouă fermă XSP|ADP pentru Webex pentru Cisco BroadWorks. În acest fel, cele două servicii pot funcționa independent în timp ce migrați abonați.
Dacă plasați aplicațiile Webex pentru Cisco BroadWorks într-o fermă XSP|ADP care este utilizată în alte scopuri, este responsabilitatea dvs. să monitorizați utilizarea, să gestionați complexitatea rezultată și să planificați scara crescută.
Planificatorul de capacități pentru sistemul Cisco BroadWorks presupune o fermă XSP|ADP dedicată și este posibil să nu fie corect dacă o utilizați pentru calcule de locație.

Cu excepția cazului în care se menționează altfel, ADP-urile dedicate Webex pentru Cisco BroadWorks XSP| trebuie să găzduiască următoarele aplicații:

AuthService (TLS cu validare CI Token sau mTLS)
CTI (mTLS)
Acțiuni XSI (TLS)
Evenimente XSI (TLS)
DMS (TLS) – Opțional. Nu este obligatoriu să implementați o instanță DMS separată sau o fermă specifică pentru Webex pentru Cisco BroadWorks. Puteți utiliza aceeași instanță DMS pe care o utilizați pentru colaborarea UC-One SaaS sau UC-One.
Vizualizare web setări apel (TLS) – Opțional. Vizualizarea web a setărilor pentru apeluri (CSW) este necesară numai dacă doriți ca utilizatorii Webex pentru Cisco BroadWorks să poată configura funcții de apelare în Aplicația Webex.

Webex necesită acces la CTI printr-o interfață securizată prin autentificare TLS reciprocă. Pentru a sprijini această cerință, vă recomandăm una dintre aceste opțiuni:

(Diagrama etichetată Opțiunea 1) O instanță XSP|ADP sau o fermă pentru toate aplicațiile, cu două interfețe configurate pe fiecare server: o interfață mTLS pentru CTI și o interfață TLS pentru alte aplicații, cum ar fi AuthService.
(Diagrama etichetată Opțiunea 2) Două instanțe sau ferme XSP|ADP, una cu o interfață mTLS pentru CTI, iar cealaltă cu o interfață TLS pentru alte aplicații, cum ar fi AuthService.

Reutilizare |ADP XSP

Dacă trebuie să susțineți mai multe organizații partenere Webex pe XSP|ADP, atunci acest lucru înseamnă că trebuie să utilizați mTLS pe Serviciul Auth (validarea CI Token este acceptată numai pentru o singură organizație parteneră pe un XSP|ADP). Dacă utilizați mTLS pe Serviciul de autentificare, atunci acest lucru înseamnă că nu puteți avea clienți care utilizează autentificarea de bază pe Serviciul de autentificare în același timp. Această situație ar împiedica reutilizarea XSP|ADP.
Dacă serviciul CTI existent configurat pentru a fi utilizat de către clienți cu portul securizat (de obicei 8012), dar fără mTLS (adică autentificarea clientului), atunci acest lucru va intra în conflict cu cerința Webex de a avea mTLS.

Configurați sincronizarea NTP pe XSP|ADP

Implementarea necesită sincronizarea timpului pentru toate ADP-urile XSP| pe care le utilizați cu Webex.

În timpul instalării interactive a software-ului XSP|ADP, vi se oferă opțiunea de a configura NTP. Procedați după cum urmează:

Când programul de instalare solicită, Do you want to configure NTP?, introduceți y.
Când programul de instalare solicită, Is this server going to be a NTP server?, introduceți n.
Când programul de instalare solicită, What is the NTP address, hostname, or FQDN?, introduceți adresa serverului dvs. NTP sau a unui serviciu public NTP, de exemplu, pool.ntp.org.

Dacă ADP-urile dvs. XSP| utilizează instalarea silențioasă (neinteractivă), fișierul de configurare a instalatorului trebuie să includă următoarele perechi de valori Key=Value:

NTP

NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>

Cerințe de identitate și securitate XSP|ADP

Fundal

Dacă nu se modifică setările din setările implicite, toate nivelurile moștenesc setările implicite ale furnizorului SSL (JSSE Java Secure Sockets Extension).

Listă de cerințe

XSP|ADP trebuie să se autentifice clienților utilizând un certificat semnat CA în care numele comun sau numele alternativ al subiectului corespund porțiunii de domeniu a interfeței XSI.
Interfața Xsi trebuie să accepte protocolul TLSv1.2.
Interfața Xsi trebuie să utilizeze o suită cipher care îndeplinește următoarele cerințe.
- Diffie-Hellman Ephemeral (DHE) sau curbe eliptice Diffie-Hellman Ephemeral (ECDHE) cheie de schimb
- AES (Standard de criptare avansată) cipher cu o dimensiune minimă a blocului de 128 biți (de exemplu AES-128 sau AES-256)
- GCM (Galois/Counter Mode) sau CBC (Cipher Block Chaining) modul cipher
  - Dacă se utilizează un cipher CBC, numai familia SHA2 de funcții hash este permisă pentru derivare cheie (SHA256, SHA384, SHA512).

De exemplu, următoarele cifruri îndeplinesc cerințele:

TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384

XSP|ADP CLI necesită convenția de numire IANA pentru suitele cipher, așa cum se arată mai sus, nu convenția openSSL.

Ciphers TLS acceptate pentru interfețele AuthService și XSI

TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA

Parametrii scalei de evenimente Xsi

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventQueueSize = 2000

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventHandlerThreadCount = 50

Mai multe |ADP-uri XSP

Element de margine de echilibrare a sarcinii

Note privind această arhitectură:

Configurați DNS astfel încât clienții să poată găsi balansorul de sarcină atunci când se conectează la interfața Xsi (consultați configurația DNS).
Vă recomandăm să configurați elementul de margine în modul proxy SSL invers, pentru a asigura criptarea datelor punct cu punct.
Certificatele din XSP|ADP01 și XSP|ADP02 trebuie să aibă atât domeniul XSP|ADP, de exemplu, dvs.-XSP|ADP.example.com, în numele alternativ al subiectului. Ei ar trebui să aibă propriile lor FQDN, de exemplu XSP|ADP01.example.com, în numele comun. Puteți utiliza certificatele de card wild, dar nu le recomandăm.

Servere de XSP|ADP cu care se confruntă internetul

Dacă expuneți direct interfețele Xsi, utilizați DNS pentru a distribui traficul către mai multe servere XSP|ADP.

Note privind această arhitectură:

Pentru a vă conecta la serverele XSP|ADP sunt necesare două înregistrări:
- Pentru microservicii Webex: Înregistrările Round-robin A/AAAA sunt necesare pentru a viza mai multe adrese IP XSP|ADP. Acest lucru se datorează faptului că microservicele Webex nu pot face căutări SRV. Pentru exemple, consultați Webex Cloud Services.
- Pentru Aplicația Webex: O înregistrare SRV care se rezolvă la O înregistrare în care fiecare înregistrare A se rezolvă la un singur XSP|ADP. Pentru exemple, consultați Aplicația Webex.
  
  Utilizați înregistrările SRV priorizate pentru a viza serviciul XSI pentru mai multe adrese XSP|ADP. Acordați prioritate înregistrărilor dvs. SRV, astfel încât microservicii să meargă întotdeauna la aceeași înregistrare A (și adresa IP ulterioară) și să se mute la următoarea înregistrare A (și adresa IP) numai dacă prima adresă IP este în jos. NU utilizați o abordare robin pentru Aplicația Webex.
Certificatele din XSP|ADP01 și XSP|ADP02 trebuie să aibă atât domeniul XSP|ADP, de exemplu, dvs.-XSP|ADP.example.com, în numele alternativ al subiectului. Ei ar trebui să aibă propriile lor FQDN, de exemplu XSP|ADP01.example.com, în numele comun.
Puteți utiliza certificatele de card wild, dar nu le recomandăm.

Evitați redirecționarea HTTP

Webex nu urmează o redirecționare atunci când vă conectați la URL-urile pe care le furnizați, astfel încât această configurație nu funcționează.

Plasarea comenzilor și furnizarea

Comenzile și configurarea se aplică la aceste niveluri:

Configurarea furnizorului de servicii/partener:

Fiecare furnizor de servicii Webex pentru Cisco BroadWorks (sau reseller) încorporat trebuie să fie configurat ca organizație parteneră în Webex și să primească drepturile necesare. Operațiunile Cisco oferă administratorului organizației partenere acces la gestionarea Webex pentru Cisco BroadWorks pe Hubul pentru parteneri Webex. Administratorul partener trebuie să facă toți pașii de configurare necesari înainte de a putea furniza o organizație Client/Enterprise.
Comandarea și configurarea clientului/întreprinderii:

Fiecare întreprindere BroadWorks activată pentru Webex pentru Cisco BroadWorks declanșează crearea unei organizații asociate pentru clienți Webex. Acest proces are loc automat ca parte a configurării utilizatorului/abonatului. Toți utilizatorii/abonații dintr-o întreprindere BroadWorks sunt configurați în aceeași organizație Webex Customer.

Același comportament se aplică în cazul în care sistemul BroadWorks este configurat ca furnizor de servicii cu grupuri. Când furnizați un abonat într-un grup BroadWorks, o organizație Client care corespunde grupului este creată automat în Webex.
Comandarea și configurarea utilizatorului/abonatului:

Webex pentru Cisco BroadWorks acceptă în prezent următoarele modele de configurare a utilizatorilor:
- Configurarea Flowthrough cu e-mailuri de încredere
- Configurarea Flowthrough fără e-mailuri de încredere
- Auto-configurare utilizator
- provisionare API

Furnizarea Flowthrough cu e-mailuri de încredere

Puteți schimba pachetul de abonați prin Partner Hub sau puteți scrie propria aplicație pentru a utiliza API-ul de configurare pentru a schimba pachetele de abonați.

Flowthrough Provizionarea fără e-mailuri de încredere

Puteți schimba pachetul de abonați prin Partner Hub sau puteți scrie propria aplicație pentru a utiliza API-ul de configurare pentru a schimba pachetele de abonați.

Auto-configurare utilizator

Utilizatorii trebuie să existe în sistemul BroadWorks pe care îl integrați cu Webex sau li se interzice să creeze conturi cu acel link.

Furnizor de servicii furnizat de API-uri

Patch-uri necesare cu configurare prin flux

Pentru R22:

Instalați AP.as.22.0.1123.ap376508.
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pentru R23:

Instalați AP.as.23.0.1075.ap376509
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pentru R24:

Instalați AP.as.24.0.944.ap375100
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

După ce finalizați acești pași, nu veți putea furniza noi utilizatori cu servicii de colaborare UC-One. Utilizatorii nou configurați trebuie să fie Webex pentru utilizatorii Cisco BroadWorks.

Apelare extensie

O extensie poate fi configurată pentru utilizatorii Cisco BroadWorks prin următoarele metode:

Utilizatori Cisco BroadWorks
- Configurarea API-ului public ca „extensie
  - Parametrul de extensie trebuie să fie trecut în mod explicit ca parte a apelului API. Pentru întreprinderile/grupurile care au configurat Codul de apelare a locației (LDC), parametrul de extensie trebuie să fie combinația dintre LDC și numărul de extensie.
- Configurare Flowthrough sau auto-activare
  - Extensia și LDC (dacă este cazul) vor fi preluate automat de la BroadWorks.
Utilizatori sau entități care apelează exclusiv BroadWorks
- Sincronizat automat din BroadWorks de Directory Sync utilizând combinația dintre Codul de apelare a locației (LDC) și numărul de extensie.

Tabelul 2. Gestionarea numerelor de extensii pe baza metodei de configurare
Înregistrări apeluri BroadWorks	Descriere	Metoda de furnizare	Gestionarea extensiei
Webex pentru utilizatorii Cisco BroadWorks	Utilizatorii sunt activați pentru Webex pentru Cisco BroadWorks	API public	Extensia trebuie să fie transferată ca parametru
Webex pentru utilizatorii Cisco BroadWorks		Flowthrough	Extensia preluată din BroadWorks automat
Utilizatori care apelează exclusiv BroadWorks	Utilizatori care nu sunt înscriși în Webex	Sincronizare director	Extensie sincronizată de sincronizarea directorului
Entități apelante non-utilizator	De exemplu, un telefon dintr-o sală de conferințe, un fax, un număr de grup Hunt	Sincronizare director	Extensie sincronizată de sincronizarea directorului
Liste de telefoane BroadWorks	Listele de telefon pentru întreprinderi, grup sau personal	Sincronizare director	Nu se aplică

Cerințe preliminare

Versiunea de client necesară pentru a sprijini această caracteristică este 42.11 sau mai târziu.
Patch-ul în care se adaugă coduri de apelare pentru extensie și locație la XSI și adaptor de configurare Februarie 2022 pentru versiunea 23 sau mai mare ca parte a:
- AP.platform.23.0.1075.ap380045
- AP.as.23.0.1075.ap380045
- AP.xsp.23.0.1075.ap380045
- AP.as.24.0.944.ap380045
Activați antetul X-BroadWorks-Remote-Party-Info pe AS utilizând comanda CLI de mai jos pentru acest flux de apeluri SIP, care este necesar pentru asistența pentru funcția de apelare extensie.
```
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
```

Prioritate opțiuni apelare aplicație

Următoarele sunt opțiunile pentru a face vizibilă opțiunea de apelare extensie pentru clienții existenți:

Dacă un partener dorește ca toate organizațiile sale de clienți gestionate să primească o extensie ca una dintre opțiunile de apel, este recomandat ca administratorul partenerului să mute Extensia de la ascunsă la disponibilă în Partner Hub. Acest lucru va permite organizatorilor de clienți gestionați să moștenească setarea de la partenerul lor.
Dacă un Partener dorește să ofere o extensie în opțiunile de apelare pentru o anumită organizație client, se recomandă ca administratorul Partener să mute extensia de la ascunsă la disponibilă în Control Hub.

Asistență pentru contacte de grup

Această funcție este disponibilă la cerere. Contactați echipa contului dvs. pentru a fi activată.

Înainte de a activa funcția, trebuie efectuată o migrare prealabilă pentru a furniza și a asocia grupuri pentru toți utilizatorii configurați existenți.
Echipa Cisco va rula un API intern pentru a migra orice utilizatori provisionați existenți pentru a-i asocia cu grupul corect. NOTĂ: Acest lucru poate dura până la o săptămână pentru a procesa.
Odată ce migrarea este finalizată pentru partener și funcția este activată, toți utilizatorii nou configurați vor fi „grupați” în mod corespunzător.

Funcția necesită ca abonații Webex pentru BroadWorks să fie configurați în Webex cu grupul de întreprinderi BroadWorks Id.

Id-ul grupului de întreprinderi BroadWorks poate fi furnizat utilizatorilor Cisco BroadWorks prin următoarele metode:

Webex pentru utilizatorii Cisco BroadWorks
- Configurarea API-ului public ca „spEnterpriseGroupId”
  - BroadWorks Enterprise Group Id ar trebui să fie trecut în mod explicit în parametrul spEnterpriseGroupId al apelului API.
- Configurare Flowthrough sau auto-activare
  - BroadWorks Enterprise Group Id va fi preluată automat de la BroadWorks.
- Utilizatori sau entități care apelează exclusiv BroadWorks
  - Nu este cazul. Nu este necesar să se sincronizeze BroadWorks Enterprise Group Id pentru acești utilizatori.

Tabelul 3. Gestionarea ID-ului grupului de întreprinderi pe baza metodei de asigurare a accesului
Înregistrări apeluri BroadWorks	Descriere	Metoda de furnizare	Gestionarea ID-ului grupului de întreprinderi
Webex pentru utilizatorii Cisco BroadWorks	Utilizatorii sunt activați pentru Webex pentru Cisco BroadWorks	API public	BroadWorks Enterprise Group Id trebuie să fie trecut ca parametru spEnterpriseGroupId
Webex pentru utilizatorii Cisco BroadWorks		Flowthrough	BroadWorks Enterprise Group Id este preluat automat de la BroadWorks
Utilizatori care apelează exclusiv BroadWorks	Utilizatori care nu sunt înscriși în Webex	Sincronizare director	Nu se aplică
Entități apelante non-utilizator	De exemplu, un telefon dintr-o sală de conferințe, un fax, un număr de grup Hunt	Sincronizare director	Nu se aplică
Liste de telefoane BroadWorks	Contactele din listele de telefoane ale grupului BroadWorks	Sincronizare director	Contactele grupului sunt stocate în Webex Contact Service asociate cu grupul specific
Listele de telefon BroadWorks Enterpsie sau Persional	Contactele din listele de telefon ale întreprinderii sau personale	Sincronizare director	Nu se aplică

Migrația și asigurarea viitorului

Abonamente recomandate pentru documente

Articolele Webex Help Center (pe help.webex.com) au o opțiune de Abonare care vă permite să primiți o notificare prin e-mail ori de câte ori respectivul articol este actualizat.

Nu există nicio opțiune de abonament pentru paginile de destinație a documentației.

Documente suplimentare

Consultați următoarea documentație aferentă pentru mai multe informații despre Webex pentru Cisco BroadWorks:

Webex pentru documentele Cisco BroadWorks

Administratorii parteneri pot utiliza următoarele documente și site-uri pentru a obține informații despre Webex pentru Cisco BroadWorks.

Aduceți-vă propria soluție PSTN pentru Webex pentru Cisco BroadWorks—Această soluție permite furnizorilor de servicii să furnizeze numere de telefon pe care le dețin (mai degrabă decât numere furnizate de Cisco) pentru ca utilizatorii să le utilizeze atunci când se alătură Webex Meetings.
Ghid de configurare Webex pentru Cisco BroadWorks – descrie modul de configurare a aplicației Webex pentru Webex pentru Cisco BroadWorks.
Ghid de integrare a dispozitivelor pentru Webex pentru Cisco BroadWorks—Descrie modul de integrare și service al dispozitivelor Room OS și MPP.
Ghid de depanare Webex pentru Cisco BroadWorks—Conține informații de depanare pentru Webex pentru Cisco BroadWorks.

Webex pentru articolele Cisco BroadWorks

Administratorii parteneri pot utiliza următoarele site-uri opționale pentru a afla mai multe despre Webex pentru Cisco BroadWorks:

Documentația Webex pentru Cisco BroadWorks—Pagina de destinație listează documentele tehnice și articolele Webex opționale care vizează administratorii parteneri ai Webex pentru Cisco BroadWorks.
Noutăți cu Webex pentru Cisco BroadWorks—Citiți despre cele mai recente caracteristici lansate împreună cu ceea ce va veni în curând.
Probleme și limitări cunoscute—Citiți despre problemele cunoscute pe care le-am identificat în soluția Webex pentru Cisco BroadWorks.
Roluri de administrator partener pentru Webex pentru BroadWorks și RTM en-gros—Acest articol descrie modul de atribuire a rolurilor de administrator partener pentru organizațiile partenere care oferă Webex pentru Cisco BroadWorks. Rolurile sunt utilizate pentru a aloca accesul administrației la setările din Partner Hub și Control Hub.

Documente Cisco BroadWorks

Administratorii parteneri pot consulta site-ul Cisco BroadWorks pe cisco.com pentru documente tehnice care descriu modul de implementare a componentei Cisco BroadWorks a soluției:

Documente Cisco BroadWorks

Articole de asistență Webex

Următoarele site-uri Webex Help pot fi utilizate pentru a găsi articole Webex care ajută administratorii de clienți și utilizatorii finali să utilizeze funcțiile Webex.

Webex de la furnizorii de servicii—Această pagină de destinație conține linkuri cu informații de pornire și articole utilizate în mod obișnuit pentru utilizatorii aplicației Webex care au achiziționat servicii Webex de la un furnizor de servicii.
Webex Help Center—Utilizați funcția de căutare la help.webex.com pentru a căuta articole Webex suplimentare care descriu Aplicația Webex și funcționalitatea Webex Meetings. Puteți căuta articole de utilizator sau de administrator.

Documentație dezvoltator

Ghid pentru dezvoltatorii Webex pentru BroadWorks—Oferă informații pentru dezvoltatorii care creează aplicații care utilizează API-urile Webex pentru BroadWorks.

Prezentare generală a Webex pentru Cisco BroadWorks

Introducerea Webex pentru Cisco BroadWorks

Soluţie

Pentru a oferi funcții de colaborare în cloud Webex clienților Mici și Mijlocii care au deja un serviciu de apelare furnizat de furnizorii de servicii BroadWorks.
Pentru a furniza servicii de apelare bazate pe BroadWorks clienților Webex mici și mijlocii.

Context

Beneficii

Protejarea viitoare: împotriva sfârșitului de viață al colaboratorului UC-One, mișcarea tuturor clienților către cadrul de clienți unificați (UCF)
Cel mai bun dintre cele două: Activarea funcțiilor de mesagerie și întâlnire Webex păstrând în același timp apelurile BroadWorks în rețeaua dvs. de telefonie

Domeniu de aplicare al soluției

Clienții mici și mijlocii existenți/noi (mai puțin de 250 de abonați) care doresc o suită de funcții de colaborare, pot avea deja apelare BroadWorks.
Clienții Webex mici până la medii existenți care doresc să adauge BroadWorks Calling.
Întreprinderi mai mici (Consultați portofoliul nostru de întreprinderi pentru Webex).
Nu numai utilizatorii (Vă rugăm să evaluați ofertele Webex Online).

Condiții prealabile pentru succesul cu Webex pentru Cisco BroadWorks

Obligatoriu

Note

Patch-ul BroadWorks curent R22 sau de mai sus

XSP|ADP pentru XSI, CTI, DMS și authService

XSP|ADP dedicat pentru Webex pentru Cisco BroadWorks

Separați XSP|ADP pentru NPS, poate fi partajat cu alte soluții care utilizează NPS.

Dacă aveți o implementare colaborativă existentă, apoi revizuiți recomandările privind configurațiile XSP|ADP și NPS.

Validarea Token CI (cu TLS) este configurată pentru conexiunile Webex la Serviciul de autentificare.

mTLS configurat pentru conexiunile Webex la interfața CTI.

Alte aplicații nu necesită mTLS.

Utilizatorii trebuie să existe în BroadWorks și au nevoie de următoarele atribute, în funcție de decizia dvs. de configurare:

Flowthrough cu e-mailuri de încredere: Atributul de e-mail al utilizatorului BroadWorks trebuie să conțină o adresă de e-mail validă, unică pentru acel utilizator. Utilizatorul trebuie să aibă, de asemenea, un număr principal sau o extensie.
Flowthrough cu e-mailuri false sau auto-activare sau configurare API: Utilizatorul nu are nevoie de adresa de e-mail, dar trebuie să aibă un număr principal sau o extensie.

Fișier DTAF Webex pentru Cisco BroadWorks pentru aplicația Webex

BW Business Lic sau Std Enterprise sau Prem Enterprise User Lic + Webex pentru abonamentul Cisco BroadWorks

Dacă aveți o implementare colaborativă existentă, nu mai aveți nevoie de UC-One Add-On Bundle, Collab Lic și Meet-me Conference Ports.

Dacă aveți o implementare UC-One SaaS existentă, nu există alte modificări decât acceptarea termenilor Premium Package.

IP/Porturile trebuie să fie accesibile prin intermediul serviciilor Webex backend și al aplicațiilor Webex prin intermediul internetului public.

Consultați secțiunea „Pregătiți-vă rețeaua”.

Configurare TLS v1.2 pe |ADP-urile XSP

Pentru configurarea Flowthrough, serverul de aplicații trebuie să se conecteze la adaptorul de configurare BroadWorks.

Nu testăm sau acceptăm configurația proxy de ieșire. Dacă utilizați un proxy de ieșire, acceptați responsabilitatea de a-l susține cu Webex pentru Cisco BroadWorks.

Consultați “Pregătiți-vă rețeaua” subiect.

Despre acest Document

Acest ghid include materiale conceptuale și de referință. Intenționăm să acoperim toate aspectele soluției în acest document.

Setul minim de sarcini pentru implementarea soluției este:

Accesați echipa contului dvs. pentru a deveni partener Cisco. Este imperativ să explorați punctele de contact Cisco pentru a vă familiariza (și a vă instrui). Când deveniți partener Cisco, aplicăm comutatorul Webex pentru Cisco BroadWorks la organizația dvs. partener Webex. (Consultați Implementarea Webex pentru Cisco BroadWorks > Integrarea partenerului în acest document.)
Configurați sistemele BroadWorks pentru integrarea cu Webex. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurarea serviciilor pe dispozitivele Webex pentru Cisco BroadWorks XSP|ADP din acest document.)
Utilizați Partner Hub pentru a conecta Webex la BroadWorks. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurați organizația dvs. de parteneri în Partner Hub în acest document.)
Utilizați Hubul partener pentru a pregăti șabloanele de configurare a utilizatorului. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurați șabloanele de integrare în acest document.)
Testați și conectați un client prin configurarea a cel puțin un utilizator. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurarea organizației dvs. de testare.)

Acestea sunt etape de nivel înalt, în ordinea tipică. Există mai multe sarcini de contribuție pe care nu le puteți ignora.
Dacă doriți să creați propriile aplicații pentru a vă gestiona abonații Webex pentru Cisco BroadWorks, trebuie să citiți Folosind API-ul de configurare din secțiunea de referință a acestui ghid.

Terminologie

Cum funcționează

Utilizatorii apelează numere PSTN utilizând infrastructura BroadWorks.
Utilizatorii apelează alte numere BroadWorks utilizând infrastructura BroadWorks (apeluri audio/video selectând numerele asociate utilizatorilor sau dialpad-ul pentru a introduce numerele).
Alternativ, utilizatorii pot efectua un apel VOIP Webex prin infrastructura Webex, selectând opțiunea „Apel Webex” din aplicația Webex. (Aceste apeluri sunt aplicația Webex în aplicația Webex, nu aplicația Webex în PSTN).
Utilizatorii pot găzdui și participa la Webex Meetings.
Utilizatorii se pot trimite mesaje unul câte unul sau în spații (chat de grup persistent) și pot beneficia de funcții precum căutarea și partajarea fișierelor (pe infrastructura Webex).
Utilizatorii pot partaja prezența (starea). Ele pot alege prezența personalizată sau prezența calculată a clientului.
După ce vă înscriem ca organizație parteneră în Control Hub, cu drepturile corecte, puteți configura relația dintre instanța BroadWorks și Webex.
Creați organizații ale clienților în Control Hub și furnizați utilizatori în aceste organizații.
Fiecare abonat din BroadWorks primește o identitate Webex pe baza adresei de e-mail (atribut de ID de e-mail în BroadWorks).
Utilizatorii se autentifică împotriva BroadWorks sau împotriva Webex.
Clienții sunt eliberați cu jetoane cu durată lungă de viață pentru a le autoriza pentru servicii la BroadWorks și Webex.

Aplicația Webex se află în centrul acestei soluții; este o aplicație de marcă disponibilă pe desktopurile Mac/Windows și pe telefoanele mobile și tabletele Android/iOS.

Există, de asemenea, o versiune web a Aplicației Webex care nu include în prezent funcții de apelare.

Clientul se conectează la cloudul Webex pentru a furniza funcții de mesagerie, prezență și întâlniri.

Clientul se înregistrează la sistemele BroadWorks pentru funcțiile de apelare.

Cloud-ul Webex funcționează cu sistemele BroadWorks pentru a asigura o experiență de configurare fără probleme a utilizatorului.

Caracteristici și limitări

Oferim mai multe pachete cu caracteristici diferite.

Pachetul „Softphone”

Utilizatorii de Softphone își pot partaja ecranul în timpul unui apel.

Pachetul „de bază”

Pachetul „Standard”

Pachetul „Premium”

Partajarea ecranului în cadrul unei întâlniri PMR este acceptată pentru orice participant la întâlnire.

Comparați pachetele

Pachet	Apelare	Mesagerie	Întâlniri Unified Space	Reuniuni PMR
Softphone	Inclus	Nu sunt incluse	Fără	Fără
De bază	Inclus	Inclus	100 de participanți	100 de participanți
Standard	Inclus	Inclus	100 de participanți	100 de participanți
Premium	Inclus	Inclus	300 de participanți	1000 participanți

Caracteristici de mesagerie și întâlnire

Consultați următorul tabel pentru diferențele de asistență pentru caracteristicile întâlnirii PMR pentru pachetele de bază, standard și premium.

Tabelul 1. Diferențe de asistență caracteristică pentru întâlnirile PMR
Caracteristică întâlnire	Sprijinit cu pachet de bază	Sprijinit cu pachet standard	Sprijinit cu pachetul de premiere	Comentariu
Durata întâlnirii	40 de minute sau mai puțin	Nelimitat	Nelimitat
Partajare Desktop	Da	Da	Da	Basic—Partajare desktop de către orice participant la întâlnirea PMR. Standard —Partajare desktop numai de către gazda întâlnirii PMR. Premium—Partajare desktop de către orice participant la întâlnirea PMR.
Partajare Aplicație	Da	Da	Da	De bază—Partajarea aplicației de către orice participant la întâlnirea PMR. Standard - Partajarea aplicației numai de către gazda întâlnirii PMR. Premium—Partajarea aplicației de către orice participant la întâlnirea PMR.
Chat cu mai multe părți	Da	Da	Da
Tablă albă	Da	Da	Da
Protecție parolă	Da	Da	Da
Aplicația web - fără descărcare sau plugin-uri (Experiența oaspeților)	Da	Da	Da
Asocierea asistenței cu dispozitivele Webex	Da	Da	Da
Controlul podelei (Dezactivați unul / Eliminați toate)	Da	Da	Da
Link Întâlniri persistente	Da	Da	Da
Accesul la site-ul întâlnirilor	Da	Da	Da
Intrați în întâlnire prin VoIP	Da	Da	Da
Blocare	Da	Da	Da
Controale prezentator	Nu	Nu	Da
Control desktop la distanță	Nu	Nu	Da
Numărul de participanți	100	100	1000
Înregistrarea salvată local în sistem	Da	Da	Da
Înregistrare în cloud	Nu	Nu	Da
Înregistrare - stocare în cloud	Nu	Nu	10GB pe site
Transcrieri de înregistrare	Nu	Nu	Da
Programare întâlnire	Da	Da	Da
Activați partajarea conținutului cu integrări externe	Nu	Nu	Da	De bază— Partajarea conținutului de către orice participant la întâlnirea PMR. Standard—Partajarea conținutului numai de către gazda întâlnirii PMR. Premium- Partajarea conținutului de către orice participant la întâlnirea PMR.
Permiteți modificarea URL-ului PMR	Nu	Nu	Da	De bază— Utilizatorii pot modifica URL-ul PMR de pe site-ul Webex. Administratorii de parteneri și organizații pot modifica URL-ul din Control Hub. Standard—URL-ul PMR poate fi modificat numai din Hub-ul partenerului de către administratorii partenerului și organizației. Premium—Utilizatorii pot modifica URL-ul PMR de pe site-ul Webex. Administratorii de parteneri și organizații pot modifica URL-ul din Partner Hub.
Redarea în flux live a întâlnirilor (De Exemplu, pe Facebook, Youtube)	Nu	Nu	Da
Permiteți altor utilizatori să programeze întâlniri în numele lor	Nu	Nu	Da
Adăugați gazdă alternativă	Da	Nu	Da
Integrarea aplicațiilor (de exemplu, Zendesk, Slack)	Depinde de integrare	Depinde de integrare	Da	Consultați secțiunea Integrări aplicație de mai jos pentru mai multe informații despre asistență.
Integrare cu Microsoft Office 365 Calendar	Da	Da	Da
Integrare cu Google Calendaring pentru G Suite	Da	Da	Da

Funcții de apelare

Integrări aplicații

Puteți integra Webex pentru Cisco BroadWorks cu următoarele aplicații:

Zendesk—numai Premium
Slack—numai Premium
Microsoft Teams pentru Webex Meetings—Standard sau Premium
Microsoft Teams pentru apelare—Sprijinit cu toate pachetele
Calendarul Office 365—Standard sau Premium
Calendarul Google pentru G Suite—Standard sau Premium

Asistență pentru infrastructura de desktop virtual (VDI)

Asistență IPv6

Webex pentru Cisco BroadWorks acceptă adresarea IPv6 pentru aplicația Webex.

Pachet Pro pentru Control Hub

Aceste servicii suplimentare vor fi disponibile numai pentru pachetele Standard și Premium.

Pentru mai multe informații, consultați Pagina de ajutor a pachetului Pro pentru Control Hub.

Foaie de parcurs viitoare

Selecție flexibilă a ID-ului apelantului extern

Această caracteristică, Selecția flexibilă a ID-ului de apelant extern, permite utilizatorilor să își selecteze ID-ul de apelant extern dorit atunci când efectuează apeluri de ieșire. Această îmbunătățire este disponibilă pe telefoanele de birou care necesită un cod FAC.

Flexibilitate utilizator: Utilizatorii pot alege cel mai potrivit ID de apelant pentru diferite apeluri, îmbunătățind eficacitatea comunicării pe baza contextului apelului.

Asistență platformă: Telefoanele de birou au nevoie de un cod FAC pentru această funcționalitate. Configurație administrator: Administratorii au capacitatea de a configura ID-urile de apelant disponibile pentru utilizatori.

Cerințe de furnizare: Este necesară configurarea administratorului pe Cisco BroadWorks pentru a pune la dispoziție diferite ID-uri de apelant.

Limitări

Limitări de furnizare

Ora întâlnirilor site-ului

Zona de timp a primului abonat pentru fiecare pachet devine zona de timp pentru site-ul Webex Meetings creat pentru acel pachet.

Dacă clientul dvs. are nevoie de o anumită zonă de timp pentru site-ul Webex Meetings, specificați timezone parametru în cererea de configurare pentru:

primul abonat furnizat pentru pachetul Standard din organizație.
primul abonat furnizat pentru pachetul Premium din organizație.
primul abonat furnizat pentru pachetul de bază din organizație.

Limitări generale

Nicio apelare în versiunea web a clientului Webex (Aceasta este o limitare a clientului, nu o limitare a soluției.)
Este posibil ca Webex să nu aibă încă toate comenzile UI pentru a sprijini unele dintre funcțiile de control al apelurilor disponibile de la BroadWorks.
În prezent, clientul Webex nu poate fi „Etichetat alb”.
Când creați organizații ale clienților utilizând metoda de configurare aleasă, acestea sunt create automat în aceeași regiune ca și organizația dvs. parteneră. Acest comportament este proiectat. Ne așteptăm ca partenerii multinaționali să creeze o organizație parteneră în fiecare regiune în care gestionează organizațiile clienților.
Raportarea întâlnirilor și utilizarea mesajelor sunt disponibile prin intermediul organizației client din Control Hub.

Probleme și limitări cunoscute

Pentru o listă actualizată de probleme și limitări cunoscute cu oferta Webex pentru Cisco BroadWorks, consultați Probleme și limitări cunoscute.

Limite de mesagerie

De bază: 2 GB pe utilizator timp de 3 ani
Standard 5 GB per utilizator timp de 3 ani
Premium: 10 GB pe utilizator timp de 5 ani

Informații suplimentare

Pentru informații suplimentare privind limitele generale de mesagerie care se aplică spațiilor echipei de mesagerie Webex, consultați https://help.webex.com/en-us/n8vw82eb/Webex-Capacities.

Securitate, date și roluri

Securitate Webex

Există mai multe detalii cu privire la schimbul de date în secțiunea de referință a acestui document.

Citire suplimentară

Rezidență date organizație

Stocăm datele dvs. Webex în centrul de date care se potrivește cel mai bine regiunii dvs. Consultați Rezidența datelor în Webex în Centrul de ajutor.

Roluri

Echipa de operațiuni în cloud Cisco: Creează „organizația parteneră” în Partner Hub, dacă nu există, în timpul procesului de integrare.

#	Sarcină tipică	SP	Cisco
1	Integrarea partenerului - Crearea organizației partenerului dacă aceasta nu există și activarea comutatoarelor de funcții necesare		●
2	Configurarea BroadWorks în organizația parteneră prin intermediul Hubului partenerului (cluster)	●
3	Configurarea setărilor de integrare în organizația parteneră prin intermediul Hubului partenerului (șabloane de oferte, branding)	●
4	Pregătirea mediului BroadWorks pentru integrare (AS, XSP\|ADP Patching, firewall-uri, configurație XSP\|ADP, XSI, AuthService, CTI, NPS, aplicații DMS pe XSP\|ADP)	●
5	Dezvoltarea integrării sau procesului de configurare	●
6	Pregătiți materialele GTM	●
7	Migrați sau configurați utilizatori noi	●

Arhitectură

Ce este în diagramă?

Clienți

Clientul Aplicației Webex servește ca aplicație principală în ofertele Webex pentru Cisco BroadWorks. Clientul este disponibil pe platforme desktop, mobile și web.

Clientul are întâlniri audio/video native de mesagerie, prezență și cu mai multe părți furnizate de cloudul Webex. Clientul Webex utilizează infrastructura BroadWorks pentru apelurile SIP și PSTN.
Telefoanele Cisco IP și accesoriile aferente utilizează, de asemenea, infrastructura BroadWorks pentru apelurile SIP și PSTN. Ne așteptăm să putem sprijini telefoanele terțe.
Portalul de activare a utilizatorului pentru ca utilizatorii să se conecteze la Webex utilizând acreditările BroadWorks.
Partner Hub este o interfață web pentru administrarea organizației dvs. Webex și a organizațiilor clienților dvs. Partner Hub este locul în care configurați integrarea dintre infrastructura BroadWorks și Webex. De asemenea, utilizați Partner Hub pentru a gestiona configurația și facturarea clienților.

Rețea furnizor de servicii

Blocul verde din partea stângă a diagramei reprezintă rețeaua dvs. Componentele găzduite în rețeaua dvs. oferă următoarele servicii și interfețe pentru alte părți ale soluției:

XSP|ADP cu față publică, pentru Webex pentru Cisco BroadWorks: (Cutia reprezintă una sau mai multe ferme XSP|ADP, eventual frontate de balansoare de sarcină.)
- Găzduiește interfața de servicii Xtended (XSI-Actions & XSI-Events), Serviciul de gestionare a dispozitivelor (DMS), interfața CTI și Serviciul de autentificare. Împreună, aceste aplicații permit telefoanelor și clienților Webex să se autentifice, să descarce fișierele de configurare a apelurilor, să efectueze și să primească apeluri și să vadă starea cârligului (prezența telefonului) și istoricul apelurilor.
- Publică directorul către clienții Webex.
XSP|ADP cu care se confruntă publicul, care rulează NPS:
- Server Push Notificări Apel gazdă: Un server push de notificare pe un ADP XSP| în mediul dvs. Interfețele dintre serverul dvs. de aplicații și proxy-ul nostru NPS. Proxy furnizează jetoane de scurtă durată către NPS-ul dvs. pentru a autoriza notificările către serviciile cloud. Aceste servicii (APNS & FCM) trimit notificări de apel clienților Webex pe dispozitivele Apple iOS și Google Android.
Server aplicație:
- Oferă control apeluri și interfețe pentru alte sisteme BroadWorks (în general)
- Pentru configurarea fluxului, AS este utilizat de administratorul partener pentru a furniza utilizatori în Webex
- Împinge profilul utilizatorului în BroadWorks
OSS/BSS: Sistemul dvs. de asistență pentru operațiuni / Serviciile SIP de afaceri pentru administrarea întreprinderilor BroadWorks.

Webex Cloud

Blocul albastru din diagramă reprezintă cloudul Webex. Microservicele Webex acceptă întregul spectru de capacități de colaborare Webex:

Cisco Common Identity (CI) este serviciul de identitate din cadrul Webex.
Webex pentru Cisco BroadWorks reprezintă setul de microservicii care acceptă integrarea între Webex și furnizorul de servicii BroadWorks găzduit:
- API-uri de configurare a utilizatorului
- Configurație furnizor de servicii
- Conectare utilizator utilizând acreditările BroadWorks
Cutie de mesagerie Webex pentru microservicii legate de mesagerie.
Caseta Webex Meetings care reprezintă servere de procesare media și SBC pentru mai multe întâlniri video cu participanți (SIP și SRTP)

Servicii web terțe

Următoarele componente terțe sunt reprezentate în diagramă:

APNS (Apple Push Notifications Service) împinge notificările de apel și de mesaj către aplicațiile Webex de pe dispozitivele Apple.
FCM (FireBase Cloud Messaging) împinge notificările de apeluri și mesaje către aplicațiile Webex de pe dispozitivele Android.

Considerații de arhitectură XSP|ADP

Rolul serverelor ADP XSP|publice în Webex pentru Cisco BroadWorks

XSP|ADP cu care se confruntă publicul din mediul dvs. oferă următoarele interfețe/servicii pentru Webex și clienți:

Serviciul de autentificare (Authentication Service), securizat de TLS, care răspunde solicitărilor Webex pentru BroadWorks JWT (JSON Web Token) în numele utilizatorului
interfață CTI, securizată de mTLS, la care Webex se abonează pentru evenimentele din istoricul apelurilor și statutul de prezență telefonică din BroadWorks (statut cârlig).
Interfețele de acțiuni și evenimente Xsi (interfața servicii eXtended) pentru controlul apelurilor abonaților, directoarele listei de contacte și apeluri și configurația serviciului de telefonie pentru utilizatorul final
Serviciu DM (Device Management) pentru clienți pentru a prelua fișierele de configurare a apelurilor

Arhitectură XSP|ADP

Vă recomandăm să utilizați o instanță/fermă XSP|ADP dedicată pentru a găzdui aplicațiile necesare pentru integrarea Webex din următoarele motive

De exemplu, dacă oferiți UC-One SaaS, vă recomandăm să creați o nouă fermă XSP|ADP pentru Webex pentru Cisco BroadWorks. În acest fel, cele două servicii pot funcționa independent în timp ce migrați abonați.
Dacă plasați aplicațiile Webex pentru Cisco BroadWorks într-o fermă XSP|ADP care este utilizată în alte scopuri, este responsabilitatea dvs. să monitorizați utilizarea, să gestionați complexitatea rezultată și să planificați scara crescută.
Planificatorul de capacități pentru sistemul Cisco BroadWorks presupune o fermă XSP|ADP dedicată și este posibil să nu fie corect dacă o utilizați pentru calcule de locație.

Cu excepția cazului în care se menționează altfel, ADP-urile dedicate Webex pentru Cisco BroadWorks XSP| trebuie să găzduiască următoarele aplicații:

AuthService (TLS cu validare CI Token sau mTLS)
CTI (mTLS)
Acțiuni XSI (TLS)
Evenimente XSI (TLS)
DMS (TLS) – Opțional. Nu este obligatoriu să implementați o instanță DMS separată sau o fermă specifică pentru Webex pentru Cisco BroadWorks. Puteți utiliza aceeași instanță DMS pe care o utilizați pentru colaborarea UC-One SaaS sau UC-One.
Vizualizare web setări apel (TLS) – Opțional. Vizualizarea web a setărilor pentru apeluri (CSW) este necesară numai dacă doriți ca utilizatorii Webex pentru Cisco BroadWorks să poată configura funcții de apelare în Aplicația Webex.

Webex necesită acces la CTI printr-o interfață securizată prin autentificare TLS reciprocă. Pentru a sprijini această cerință, vă recomandăm una dintre aceste opțiuni:

(Diagrama etichetată Opțiunea 1) O instanță XSP|ADP sau o fermă pentru toate aplicațiile, cu două interfețe configurate pe fiecare server: o interfață mTLS pentru CTI și o interfață TLS pentru alte aplicații, cum ar fi AuthService.
(Diagrama etichetată Opțiunea 2) Două instanțe sau ferme XSP|ADP, una cu o interfață mTLS pentru CTI, iar cealaltă cu o interfață TLS pentru alte aplicații, cum ar fi AuthService.

Reutilizare |ADP XSP

Dacă trebuie să susțineți mai multe organizații partenere Webex pe XSP|ADP, atunci acest lucru înseamnă că trebuie să utilizați mTLS pe Serviciul Auth (validarea CI Token este acceptată numai pentru o singură organizație parteneră pe un XSP|ADP). Dacă utilizați mTLS pe Serviciul de autentificare, atunci acest lucru înseamnă că nu puteți avea clienți care utilizează autentificarea de bază pe Serviciul de autentificare în același timp. Această situație ar împiedica reutilizarea XSP|ADP.
Dacă serviciul CTI existent configurat pentru a fi utilizat de către clienți cu portul securizat (de obicei 8012), dar fără mTLS (adică autentificarea clientului), atunci acest lucru va intra în conflict cu cerința Webex de a avea mTLS.

Configurați sincronizarea NTP pe XSP|ADP

Implementarea necesită sincronizarea timpului pentru toate ADP-urile XSP| pe care le utilizați cu Webex.

În timpul instalării interactive a software-ului XSP|ADP, vi se oferă opțiunea de a configura NTP. Procedați după cum urmează:

Când programul de instalare solicită, Do you want to configure NTP?, introduceți y.
Când programul de instalare solicită, Is this server going to be a NTP server?, introduceți n.
Când programul de instalare solicită, What is the NTP address, hostname, or FQDN?, introduceți adresa serverului dvs. NTP sau a unui serviciu public NTP, de exemplu, pool.ntp.org.

Dacă ADP-urile dvs. XSP| utilizează instalarea silențioasă (neinteractivă), fișierul de configurare a instalatorului trebuie să includă următoarele perechi de valori Key=Value:

NTP

NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>

Cerințe de identitate și securitate XSP|ADP

Fundal

Dacă nu se modifică setările din setările implicite, toate nivelurile moștenesc setările implicite ale furnizorului SSL (JSSE Java Secure Sockets Extension).

Listă de cerințe

XSP|ADP trebuie să se autentifice clienților utilizând un certificat semnat CA în care numele comun sau numele alternativ al subiectului corespund porțiunii de domeniu a interfeței XSI.
Interfața Xsi trebuie să accepte protocolul TLSv1.2.
Interfața Xsi trebuie să utilizeze o suită cipher care îndeplinește următoarele cerințe.
- Diffie-Hellman Ephemeral (DHE) sau curbe eliptice Diffie-Hellman Ephemeral (ECDHE) cheie de schimb
- AES (Standard de criptare avansată) cipher cu o dimensiune minimă a blocului de 128 biți (de exemplu AES-128 sau AES-256)
- GCM (Galois/Counter Mode) sau CBC (Cipher Block Chaining) modul cipher
  - Dacă se utilizează un cipher CBC, numai familia SHA2 de funcții hash este permisă pentru derivare cheie (SHA256, SHA384, SHA512).

De exemplu, următoarele cifruri îndeplinesc cerințele:

TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384

XSP|ADP CLI necesită convenția de numire IANA pentru suitele cipher, așa cum se arată mai sus, nu convenția openSSL.

Ciphers TLS acceptate pentru interfețele AuthService și XSI

TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA

Parametrii scalei de evenimente Xsi

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventQueueSize = 2000

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventHandlerThreadCount = 50

Mai multe |ADP-uri XSP

Element de margine de echilibrare a sarcinii

Note privind această arhitectură:

Configurați DNS astfel încât clienții să poată găsi balansorul de sarcină atunci când se conectează la interfața Xsi (consultați configurația DNS).
Vă recomandăm să configurați elementul de margine în modul proxy SSL invers, pentru a asigura criptarea datelor punct cu punct.
Certificatele din XSP|ADP01 și XSP|ADP02 trebuie să aibă atât domeniul XSP|ADP, de exemplu, dvs.-XSP|ADP.example.com, în numele alternativ al subiectului. Ei ar trebui să aibă propriile lor FQDN, de exemplu XSP|ADP01.example.com, în numele comun. Puteți utiliza certificatele de card wild, dar nu le recomandăm.

Servere de XSP|ADP cu care se confruntă internetul

Dacă expuneți direct interfețele Xsi, utilizați DNS pentru a distribui traficul către mai multe servere XSP|ADP.

Note privind această arhitectură:

Pentru a vă conecta la serverele XSP|ADP sunt necesare două înregistrări:
- Pentru microservicii Webex: Înregistrările Round-robin A/AAAA sunt necesare pentru a viza mai multe adrese IP XSP|ADP. Acest lucru se datorează faptului că microservicele Webex nu pot face căutări SRV. Pentru exemple, consultați Webex Cloud Services.
- Pentru Aplicația Webex: O înregistrare SRV care se rezolvă la O înregistrare în care fiecare înregistrare A se rezolvă la un singur XSP|ADP. Pentru exemple, consultați Aplicația Webex.
  
  Utilizați înregistrările SRV priorizate pentru a viza serviciul XSI pentru mai multe adrese XSP|ADP. Acordați prioritate înregistrărilor dvs. SRV, astfel încât microservicii să meargă întotdeauna la aceeași înregistrare A (și adresa IP ulterioară) și să se mute la următoarea înregistrare A (și adresa IP) numai dacă prima adresă IP este în jos. NU utilizați o abordare robin pentru Aplicația Webex.
Certificatele din XSP|ADP01 și XSP|ADP02 trebuie să aibă atât domeniul XSP|ADP, de exemplu, dvs.-XSP|ADP.example.com, în numele alternativ al subiectului. Ei ar trebui să aibă propriile lor FQDN, de exemplu XSP|ADP01.example.com, în numele comun.
Puteți utiliza certificatele de card wild, dar nu le recomandăm.

Evitați redirecționarea HTTP

Webex nu urmează o redirecționare atunci când vă conectați la URL-urile pe care le furnizați, astfel încât această configurație nu funcționează.

Plasarea comenzilor și furnizarea

Comenzile și configurarea se aplică la aceste niveluri:

Configurarea furnizorului de servicii/partener:

Fiecare furnizor de servicii Webex pentru Cisco BroadWorks (sau reseller) încorporat trebuie să fie configurat ca organizație parteneră în Webex și să primească drepturile necesare. Operațiunile Cisco oferă administratorului organizației partenere acces la gestionarea Webex pentru Cisco BroadWorks pe Hubul pentru parteneri Webex. Administratorul partener trebuie să facă toți pașii de configurare necesari înainte de a putea furniza o organizație Client/Enterprise.
Comandarea și configurarea clientului/întreprinderii:

Fiecare întreprindere BroadWorks activată pentru Webex pentru Cisco BroadWorks declanșează crearea unei organizații asociate pentru clienți Webex. Acest proces are loc automat ca parte a configurării utilizatorului/abonatului. Toți utilizatorii/abonații dintr-o întreprindere BroadWorks sunt configurați în aceeași organizație Webex Customer.

Același comportament se aplică în cazul în care sistemul BroadWorks este configurat ca furnizor de servicii cu grupuri. Când furnizați un abonat într-un grup BroadWorks, o organizație Client care corespunde grupului este creată automat în Webex.
Comandarea și configurarea utilizatorului/abonatului:

Webex pentru Cisco BroadWorks acceptă în prezent următoarele modele de configurare a utilizatorilor:
- Configurarea Flowthrough cu e-mailuri de încredere
- Configurarea Flowthrough fără e-mailuri de încredere
- Auto-configurare utilizator
- provisionare API

Furnizarea Flowthrough cu e-mailuri de încredere

Puteți schimba pachetul de abonați prin Partner Hub sau puteți scrie propria aplicație pentru a utiliza API-ul de configurare pentru a schimba pachetele de abonați.

Flowthrough Provizionarea fără e-mailuri de încredere

Puteți schimba pachetul de abonați prin Partner Hub sau puteți scrie propria aplicație pentru a utiliza API-ul de configurare pentru a schimba pachetele de abonați.

Auto-configurare utilizator

Utilizatorii trebuie să existe în sistemul BroadWorks pe care îl integrați cu Webex sau li se interzice să creeze conturi cu acel link.

Furnizor de servicii furnizat de API-uri

Patch-uri necesare cu configurare prin flux

Pentru R22:

Instalați AP.as.22.0.1123.ap376508.
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pentru R23:

Instalați AP.as.23.0.1075.ap376509
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pentru R24:

Instalați AP.as.24.0.944.ap375100
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

După ce finalizați acești pași, nu veți putea furniza noi utilizatori cu servicii de colaborare UC-One. Utilizatorii nou configurați trebuie să fie Webex pentru utilizatorii Cisco BroadWorks.

Apelare extensie

O extensie poate fi configurată pentru utilizatorii Cisco BroadWorks prin următoarele metode:

Utilizatori Cisco BroadWorks
- Configurarea API-ului public ca „extensie
  - Parametrul de extensie trebuie să fie trecut în mod explicit ca parte a apelului API. Pentru întreprinderile/grupurile care au configurat Codul de apelare a locației (LDC), parametrul de extensie trebuie să fie combinația dintre LDC și numărul de extensie.
- Configurare Flowthrough sau auto-activare
  - Extensia și LDC (dacă este cazul) vor fi preluate automat de la BroadWorks.
Utilizatori sau entități care apelează exclusiv BroadWorks
- Sincronizat automat din BroadWorks de Directory Sync utilizând combinația dintre Codul de apelare a locației (LDC) și numărul de extensie.

Tabelul 2. Gestionarea numerelor de extensii pe baza metodei de configurare
Înregistrări apeluri BroadWorks	Descriere	Metoda de furnizare	Gestionarea extensiei
Webex pentru utilizatorii Cisco BroadWorks	Utilizatorii sunt activați pentru Webex pentru Cisco BroadWorks	API public	Extensia trebuie să fie transferată ca parametru
Webex pentru utilizatorii Cisco BroadWorks		Flowthrough	Extensia preluată din BroadWorks automat
Utilizatori care apelează exclusiv BroadWorks	Utilizatori care nu sunt înscriși în Webex	Sincronizare director	Extensie sincronizată de sincronizarea directorului
Entități apelante non-utilizator	De exemplu, un telefon dintr-o sală de conferințe, un fax, un număr de grup Hunt	Sincronizare director	Extensie sincronizată de sincronizarea directorului
Liste de telefoane BroadWorks	Listele de telefon pentru întreprinderi, grup sau personal	Sincronizare director	Nu se aplică

Cerințe preliminare

Versiunea de client necesară pentru a sprijini această caracteristică este 42.11 sau mai târziu.
Patch-ul în care se adaugă coduri de apelare pentru extensie și locație la XSI și adaptor de configurare Februarie 2022 pentru versiunea 23 sau mai mare ca parte a:
- AP.platform.23.0.1075.ap380045
- AP.as.23.0.1075.ap380045
- AP.xsp.23.0.1075.ap380045
- AP.as.24.0.944.ap380045
Activați antetul X-BroadWorks-Remote-Party-Info pe AS utilizând comanda CLI de mai jos pentru acest flux de apeluri SIP, care este necesar pentru asistența pentru funcția de apelare extensie.
```
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
```

Prioritate opțiuni apelare aplicație

Următoarele sunt opțiunile pentru a face vizibilă opțiunea de apelare extensie pentru clienții existenți:

Dacă un partener dorește ca toate organizațiile sale de clienți gestionate să primească o extensie ca una dintre opțiunile de apel, este recomandat ca administratorul partenerului să mute Extensia de la ascunsă la disponibilă în Partner Hub. Acest lucru va permite organizatorilor de clienți gestionați să moștenească setarea de la partenerul lor.
Dacă un Partener dorește să ofere o extensie în opțiunile de apelare pentru o anumită organizație client, se recomandă ca administratorul Partener să mute extensia de la ascunsă la disponibilă în Control Hub.

Asistență pentru contacte de grup

Această funcție este disponibilă la cerere. Contactați echipa contului dvs. pentru a fi activată.

Înainte de a activa funcția, trebuie efectuată o migrare prealabilă pentru a furniza și a asocia grupuri pentru toți utilizatorii configurați existenți.
Echipa Cisco va rula un API intern pentru a migra orice utilizatori provisionați existenți pentru a-i asocia cu grupul corect. NOTĂ: Acest lucru poate dura până la o săptămână pentru a procesa.
Odată ce migrarea este finalizată pentru partener și funcția este activată, toți utilizatorii nou configurați vor fi „grupați” în mod corespunzător.

Funcția necesită ca abonații Webex pentru BroadWorks să fie configurați în Webex cu grupul de întreprinderi BroadWorks Id.

Id-ul grupului de întreprinderi BroadWorks poate fi furnizat utilizatorilor Cisco BroadWorks prin următoarele metode:

Webex pentru utilizatorii Cisco BroadWorks
- Configurarea API-ului public ca „spEnterpriseGroupId”
  - BroadWorks Enterprise Group Id ar trebui să fie trecut în mod explicit în parametrul spEnterpriseGroupId al apelului API.
- Configurare Flowthrough sau auto-activare
  - BroadWorks Enterprise Group Id va fi preluată automat de la BroadWorks.
- Utilizatori sau entități care apelează exclusiv BroadWorks
  - Nu este cazul. Nu este necesar să se sincronizeze BroadWorks Enterprise Group Id pentru acești utilizatori.

Tabelul 3. Gestionarea ID-ului grupului de întreprinderi pe baza metodei de asigurare a accesului
Înregistrări apeluri BroadWorks	Descriere	Metoda de furnizare	Gestionarea ID-ului grupului de întreprinderi
Webex pentru utilizatorii Cisco BroadWorks	Utilizatorii sunt activați pentru Webex pentru Cisco BroadWorks	API public	BroadWorks Enterprise Group Id trebuie să fie trecut ca parametru spEnterpriseGroupId
Webex pentru utilizatorii Cisco BroadWorks		Flowthrough	BroadWorks Enterprise Group Id este preluat automat de la BroadWorks
Utilizatori care apelează exclusiv BroadWorks	Utilizatori care nu sunt înscriși în Webex	Sincronizare director	Nu se aplică
Entități apelante non-utilizator	De exemplu, un telefon dintr-o sală de conferințe, un fax, un număr de grup Hunt	Sincronizare director	Nu se aplică
Liste de telefoane BroadWorks	Contactele din listele de telefoane ale grupului BroadWorks	Sincronizare director	Contactele grupului sunt stocate în Webex Contact Service asociate cu grupul specific
Listele de telefon BroadWorks Enterpsie sau Persional	Contactele din listele de telefon ale întreprinderii sau personale	Sincronizare director	Nu se aplică

Migrația și asigurarea viitorului

Abonamente recomandate pentru documente

Articolele Webex Help Center (pe help.webex.com) au o opțiune de Abonare care vă permite să primiți o notificare prin e-mail ori de câte ori respectivul articol este actualizat.

Nu există nicio opțiune de abonament pentru paginile de destinație a documentației.

Documente suplimentare

Consultați următoarea documentație aferentă pentru mai multe informații despre Webex pentru Cisco BroadWorks:

Webex pentru documentele Cisco BroadWorks

Administratorii parteneri pot utiliza următoarele documente și site-uri pentru a obține informații despre Webex pentru Cisco BroadWorks.

Aduceți-vă propria soluție PSTN pentru Webex pentru Cisco BroadWorks—Această soluție permite furnizorilor de servicii să furnizeze numere de telefon pe care le dețin (mai degrabă decât numere furnizate de Cisco) pentru ca utilizatorii să le utilizeze atunci când se alătură Webex Meetings.
Ghid de configurare Webex pentru Cisco BroadWorks – descrie modul de configurare a aplicației Webex pentru Webex pentru Cisco BroadWorks.
Ghid de integrare a dispozitivelor pentru Webex pentru Cisco BroadWorks—Descrie modul de integrare și service al dispozitivelor Room OS și MPP.
Ghid de depanare Webex pentru Cisco BroadWorks—Conține informații de depanare pentru Webex pentru Cisco BroadWorks.

Webex pentru articolele Cisco BroadWorks

Administratorii parteneri pot utiliza următoarele site-uri opționale pentru a afla mai multe despre Webex pentru Cisco BroadWorks:

Documentația Webex pentru Cisco BroadWorks—Pagina de destinație listează documentele tehnice și articolele Webex opționale care vizează administratorii parteneri ai Webex pentru Cisco BroadWorks.
Noutăți cu Webex pentru Cisco BroadWorks—Citiți despre cele mai recente caracteristici lansate împreună cu ceea ce va veni în curând.
Probleme și limitări cunoscute—Citiți despre problemele cunoscute pe care le-am identificat în soluția Webex pentru Cisco BroadWorks.
Roluri de administrator partener pentru Webex pentru BroadWorks și RTM en-gros—Acest articol descrie modul de atribuire a rolurilor de administrator partener pentru organizațiile partenere care oferă Webex pentru Cisco BroadWorks. Rolurile sunt utilizate pentru a aloca accesul administrației la setările din Partner Hub și Control Hub.

Documente Cisco BroadWorks

Administratorii parteneri pot consulta site-ul Cisco BroadWorks pe cisco.com pentru documente tehnice care descriu modul de implementare a componentei Cisco BroadWorks a soluției:

Documente Cisco BroadWorks

Articole de asistență Webex

Următoarele site-uri Webex Help pot fi utilizate pentru a găsi articole Webex care ajută administratorii de clienți și utilizatorii finali să utilizeze funcțiile Webex.

Webex de la furnizorii de servicii—Această pagină de destinație conține linkuri cu informații de pornire și articole utilizate în mod obișnuit pentru utilizatorii aplicației Webex care au achiziționat servicii Webex de la un furnizor de servicii.
Webex Help Center—Utilizați funcția de căutare la help.webex.com pentru a căuta articole Webex suplimentare care descriu Aplicația Webex și funcționalitatea Webex Meetings. Puteți căuta articole de utilizator sau de administrator.

Documentație dezvoltator

Ghid pentru dezvoltatorii Webex pentru BroadWorks—Oferă informații pentru dezvoltatorii care creează aplicații care utilizează API-urile Webex pentru BroadWorks.

Pregătiți-vă mediul

Puncte de decizie

Consideraţie	Întrebări de răspuns	Resurse
Arhitectură și infrastructură	Câte ADP-uri XSP\|? Cum iau mTLS?	Planificator de capacitate sistem Cisco BroadWorks Ghid de inginerie a sistemului Cisco BroadWorks referință XSP\|ADP CLI Acest document
Configurarea clientului și a utilizatorului	Puteți afirma că aveți încredere în e-mailurile din BroadWorks? Doriți ca utilizatorii să furnizeze adrese de e-mail pentru a-și activa propriile conturi? Puteți construi instrumente pentru a utiliza API-ul nostru?	Docs API public la https://developer.webex.com Acest document
Branding	Ce culoare și siglă doriți să utilizați?	Articolul de branding al aplicației Webex
Modele	Care sunt diferitele cazuri de utilizare a clientului dvs.?	Acest document
Caracteristici abonat per client/întreprindere/grup	Alegeți pachetul pentru a defini nivelul serviciului per șablon. Basic, Standard, Premium sau Softphone.	Acest document Caracteristică/matrice pachet
Autentificare de bază	BroadWorks sau Webex	Acest document
Adaptor de configurare (pentru opțiunile de configurare prin flux)	Utilizați deja IM&P integrat, de exemplu pentru UC-One SaaS? Intenționați să utilizați mai multe șabloane? Se anticipează un caz de utilizare mai frecvent?	Acest document referință CLI Server aplicație

Arhitectură și infrastructură

Cu ce fel de scară intenționați să începeți? Este posibil să crească în viitor, dar estimarea dvs. actuală de utilizare ar trebui să conducă la planificarea infrastructurii.
Colaborați cu managerul contului dvs. Cisco / reprezentantul dvs. de vânzări pentru a vă mări infrastructura XSP|ADP, în conformitate cu Cisco BroadWorks System Capacity Planner și cu Cisco BroadWorks System Engineering Guide.
Cum va realiza Webex conexiuni TLS reciproce cu ADP-urile dvs. XSP|? Direct către XSP|ADP într-un DMZ sau prin proxy TLS? Acest lucru afectează gestionarea certificatului dvs. și URL-urile pe care le utilizați pentru interfețe. (Nu acceptăm conexiuni TCP necriptate la marginea rețelei dvs.).

Furnizarea de servicii pentru clienți și utilizatori

Ce metodă de configurare a utilizatorului vă convine cel mai bine?

Furnizarea Flowthrough cu e-mailuri de încredere: Prin atribuirea serviciului „IM&P integrat” pe BroadWorks, abonatul este configurat automat în Webex.

Dacă puteți afirma, de asemenea, că adresele de e-mail ale abonatului din BroadWorks sunt valide și unice pentru Webex, atunci puteți utiliza varianta de „e-mail de încredere” a configurării prin flux. Conturile Webex ale abonaților sunt create și activate fără intervenția lor; acestea pur și simplu descarcă clientul și se conectează.

Adresa de e-mail este un atribut de utilizator cheie pe Webex. Prin urmare, Furnizorul de servicii trebuie să furnizeze o adresă de e-mail validă pentru utilizator pentru a le furniza pentru serviciile Webex. Acest lucru trebuie să se afle în atributul ID-ului de e-mail al utilizatorului din BroadWorks. Vă recomandăm să o copiați și în atributul ID alternativ.
Flowthrough Provisioning fără e-mailuri de încredere: Dacă nu puteți avea încredere în adresele de e-mail ale abonatului, puteți aloca în continuare serviciul IM&P integrat în BroadWorks pentru a furniza utilizatori în Webex.

Cu această opțiune, conturile sunt create atunci când atribuiți serviciul, dar abonații trebuie să furnizeze și să valideze adresele lor de e-mail pentru a activa conturile Webex.
Auto-configurare utilizator: Această opțiune nu necesită atribuirea de servicii IM&P în BroadWorks. Dvs. (sau clienții dvs.) distribuiți în schimb un link de configurare, precum și linkurile pentru a descărca diferiți clienți, cu branding-ul și instrucțiunile dvs.

Abonații urmează linkul, apoi furnizează și validează adresele lor de e-mail pentru a crea și activa conturile Webex. Apoi descarcă clientul și se conectează, iar Webex primește o configurație suplimentară despre acesta din BroadWorks (inclusiv numerele lor principale).
Provizionare controlată SP prin API-uri: Webex expune un set de API-uri publice care permit Furnizorilor de servicii să construiască configurarea utilizatorului/abonatului în fluxurile de lucru existente.

Cerințe de furnizare

Metodă de furnizare

Cerințe

Configurare flowthrough

(E-mailuri de încredere sau de neîncredere)

API-ul de configurare Webex adaugă automat utilizatorii BroadWorks existenți la Webex după ce utilizatorul îndeplinește cerințele și activați serviciul IM+P integrat.

Există două fluxuri (e-mailuri de încredere sau e-mailuri false) pe care le atribuiți prin intermediul șablonului de integrare din Webex.

Cerințe BroadWorks:

Utilizatorul există pe BroadWorks cu un număr principal sau o extensie.
Utilizatorul este alocat serviciul IM+P integrat , care indică URL-ul serviciului de configurare Webex.
Numai e-mailuri de încredere. Utilizatorul are o adresă de e-mail configurată pe BroadWorks. Vă recomandăm să adăugați, de asemenea, e-mailul în câmpul Alternate ID , deoarece acest lucru permite utilizatorului să se conecteze utilizând acreditările BroadWorks.
BroadWorks are patch-uri obligatorii instalate pentru configurarea fluxului. Consultaţi Cerinţele pentru plasturi cu Flowthrough Provisioning (de mai jos) pentru cerinţe privind plasturii.
BroadWorks AS este conectat direct la cloudul Webex sau proxy-ul adaptorului de configurare este configurat cu conexiune la URL-ul serviciului de configurare Webex.

Consultați Configurarea serverului aplicației cu URL-ul serviciului de configurare pentru a obține URL-ul serviciului de configurare Webex.

Consultați Cisco BroadWorks Implement Proxy Adapter FD pentru a configura proxy-ul adaptorului de configurare.

Cerințe Webex:

Șablonul de integrare include următoarele setări:

Activați comutatorul BroadWorks Flow prin configurare este activat.
Se atribuie numele și parola contului de configurare utilizând acreditările administratorului de nivel al sistemului BroadWorks
Verificarea utilizatorului este setată la e-mailurile Trust BroadWorks sau la e-mailurile de neîncredere.

Auto-configurare utilizator

Cerințe BroadWorks:

Utilizatorul trebuie să existe pe BroadWorks cu un număr principal sau o extensie

Cerințe Webex:

Șablonul de integrare include următoarele setări:

Activarea comutatorului de alimentare prin configurare este dezactivată.
Verificarea utilizatorului este setată la e-mailuri de neîncredere.
Permite utilizatorilor să se auto-activeze este bifată.

Configurare controlată SP prin API

(E-mailuri de încredere sau de neîncredere)

Webex expune un set de API-uri publice care vă permit să construiți configurarea utilizatorului în fluxurile și instrumentele de lucru existente. Există două fluxuri:

E-mailuri de încredere – API-ul oferă utilizatorului, aplicând e-mailul BroadWorks ca e-mail Webex.
E-mailuri nefiabile – API-ul prevede utilizatorul, dar utilizatorul trebuie să se conecteze la Portalul de activare a utilizatorului și să furnizeze o adresă de e-mail validă.

Cerințe BroadWorks:

Utilizatorul trebuie să existe pe BroadWorks cu un număr principal sau o extensie.

Cerințe Webex:

În șablonul de integrare, verificarea utilizatorului este setată fie la e-mailurile Trust BroadWorks, fie la e-mailurile de neîncredere.
Trebuie să vă înregistrați aplicația, solicitând permisiunea.
Trebuie să solicitați pe tokenul OAuth scopurile evidențiate în secțiunea „Autentificare” din Ghidul Webex pentru dezvoltatorii BroadWorks.
Trebuie să dedicați un administrator sau un administrator de configurare în organizația partenerului.

Pentru a utiliza API-urile, accesați abonații BroadWorks.

Patch-uri necesare cu configurare prin flux

Pentru R22:

Instalați AP.as.22.0.1123.ap376508.
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pentru R23:

Instalați AP.as.23.0.1075.ap376509
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pentru R24:

Instalați AP.as.24.0.944.ap375100
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

După ce finalizați acești pași, nu veți putea furniza noi utilizatori cu servicii de colaborare UC-One. Utilizatorii nou configurați trebuie să fie Webex pentru utilizatorii Cisco BroadWorks.

Locale de limbă acceptate

Tabelul 1. Coduri locale de limbă acceptate
Locale de limbă acceptate (ISO-639-1)_(ISO-3166)	Dacă este disponibil doar un cod de limbă cu două litere...
Locale de limbă acceptate (ISO-639-1)_(ISO-3166)	Cod lingvistic (ISO-639-1) **	Utilizați în schimb localul sensibil implicit (ISO-639-1)_(ISO-3166)
en_US en_AU en_GB en_CA	Nu este cazul.	en_US
fr_FR fr_CA	fr	fr_FR
cs_CZ	c.	cs_CZ
da_DK	Nu este cazul.	da_DK
de_DE	de	de_DE
hu_HU	hu	hu_HU
id_ID	id	id_ID
it_IT	it	it_IT
ja_JP	Nu este cazul.	ja_JP
ko_KR	ko	ko_KR
es_ES es_CO es_MX	Nu este cazul.	es_ES
nl_NL	nl	nl_NL
nb_NU	nb	nb_NU
pl_PL	pl	pl_PL
pt_PT. pt_BR	pt.	pt_PT.
ru_RU	ru	ru_RU
ro_ES	es	ro_ES
zh_CN zh_TW	zh	zh_CN
sv_SE	sv	sv_SE
ar_SA	ar	ar_SA
tr_TR	în	tr_TR

Branding

Sigle ale companiei
Scheme de culori unice pentru modul Luminos sau modul Întunecat
URL-uri de asistență personalizate

Pentru detalii despre modul de personalizare a brandingului, consultați Configurarea personalizărilor avansate ale brandingului.

Personalizările de bază ale brandingului sunt în curs de a fi deprecatate. Vă recomandăm să implementați branding avansat, care oferă o gamă mai largă de personalizări.
Pentru detalii despre modul în care se aplică brandingul atunci când se atașează la o organizație preexistentă a clienților, consultați Condițiile atașamentului organizației din secțiunea Attach Webex for BroadWorks la secțiunea Organizație existentă.

Se integrează șabloanele

Unii dintre parametrii principali ai șablonului sunt enumerați mai jos.

Pachet

Trebuie să selectați un pachet implicit atunci când creați un șablon (Consultați pachetele din secțiunea Prezentare generală pentru detalii). Toți utilizatorii care sunt configurați cu acel șablon, fie prin flux- sau auto-configurare, primesc pachetul implicit.
Aveți control asupra selecției de pachete pentru diferiți clienți prin crearea mai multor șabloane și selectarea diferitelor pachete implicite în fiecare. Puteți apoi să distribuiți diferite linkuri de configurare sau diferite adaptoare de configurare per întreprindere, în funcție de metoda de configurare a utilizatorului aleasă pentru aceste șabloane.
Puteți schimba pachetul de abonați specifici din această funcție implicită, utilizând API-ul de configurare (consultați documentația API Webex pentru Cisco BroadWorks sau prin intermediul Hubului partener (consultați Schimbarea pachetului de utilizatori în Hubul partener).
Nu puteți schimba pachetul unui abonat de la BroadWorks. Alocarea serviciului IM&P integrat este fie pornită, fie oprită; dacă abonatului i se atribuie acest serviciu în BroadWorks, șablonul Hub partener asociat cu URL-ul de configurare al întreprinderii abonatului respectiv definește pachetul.

Retailer și întreprinderi sau furnizor de servicii și grupuri?

Modul în care este configurat sistemul BroadWorks are un impact asupra fluxului prin configurare. Dacă sunteți un revânzător cu întreprinderi, atunci trebuie să activați modul Enterprise atunci când creați un șablon.
Dacă sistemul BroadWorks este configurat în modul Furnizor de servicii, puteți opri modul Enterprise în șabloanele dvs.
Dacă intenționați să furnizați organizații ale clienților utilizând ambele moduri BroadWorks, trebuie să utilizați diferite șabloane pentru grupuri și întreprinderi.

Asigurați-vă că ați aplicat plasturii BroadWorks care sunt necesari pentru configurarea fluxului. Pentru detalii, consultați Patch-urile necesare cu configurarea fluxului.

Mod autentificare

Mod autentificare	BroadWorks	Webex
Identitate principală a utilizatorului	ID de utilizator BroadWorks	Adresă de e-mail
Furnizor de identitate	BroadWorks. Dacă configurați o conexiune directă la BroadWorks, aplicația Webex se autentifică direct la serverul BroadWorks. Pentru a configura o conexiune directă, caseta de selectare Activare autentificare directă BroadWorks trebuie bifată în cadrul configurației clusterului BroadWorks din Hub-ul partenerului (în mod implicit, setarea nu este bifată). În caz contrar, autentificarea la BroadWorks este facilitată printr-un serviciu intermediar găzduit de Webex.	Identitate comună Cisco
Autentificare multi-factor?	Nu	Necesită IdP client care acceptă autentificarea cu mai mulți factori.
Cale de validare a acreditării	Browser-ul este lansat în cazul în care utilizatorul furnizează e-mail la fluxul inițial de conectare și de a descoperi modul lor de autentificare. Browserul este apoi redirecționat către o pagină de conectare BroadWorks găzduită de Webex (această pagină poate fi marcată) Utilizatorul furnizează ID-ul de utilizator și parola BroadWorks pe pagina de conectare. Datele de autentificare ale utilizatorilor sunt validate împotriva BroadWorks. În ceea ce privește succesul, un cod de autorizare este obținut de la Webex. Acest lucru este utilizat pentru a obține tokenurile de acces necesare pentru serviciile Webex.	Browser-ul este lansat în cazul în care utilizatorul furnizează e-mail la fluxul inițial de conectare și de a descoperi modul lor de autentificare. Browserul este redirecționat către IdP (fie Cisco Common Identity, fie Customer IdP), unde va fi prezentat cu un portal de conectare. Utilizatorul furnizează acreditările corespunzătoare pe pagina de conectare Autentificarea cu mai mulți factori poate avea loc dacă IdP-ul clientului acceptă acest lucru. În ceea ce privește succesul, un cod de autorizare este obținut de la Webex. Acest lucru este utilizat pentru a obține tokenurile de acces necesare pentru serviciile Webex.

Pentru o defalcare mai detaliată a fluxului de conectare SSO cu autentificare directă la BroadWorks, consultați Fluxul de conectare SSO.

UTF-8 codificare cu autentificare BroadWorks

Puteți configura codificarea UTF-8 prin rularea uneia dintre următoarele comenzi CLI pe XSP sau ADP:

XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8

Țară

Tabelul 2. Următorul tabel listează codul de țară implicit de apelare în funcție de fiecare locație:
S Nu.	Loc	Cod țară	Nume țară
1	AMER	+1	US, CA
2	APAC	+65	Singapore
3	RESPIRAȚIE	+61	Australia
4	EMEA	+44	Regatul Unit
5	EURO	+49	Germania

Aranjamente pentru parteneri multipli

Adaptor de configurare și șabloane

Opțiunile de configurare legate de această decizie sunt detaliate în Configurarea serverului aplicației cu URL-ul serviciului de configurare.

Proxy adaptor de configurare

Această caracteristică necesită configurarea proxy-ului pe BroadWorks. Pentru detalii, consultați descrierea adaptorului de configurare Cisco BroadWorks.

Cerințe minime

Conturi

Toți abonații pe care îi configurați pentru Webex trebuie să existe în sistemul BroadWorks pe care îl integrați cu Webex. Puteți integra mai multe sisteme BroadWorks, dacă este necesar.

Toți abonații trebuie să aibă licențe BroadWorks și un număr principal sau o extensie.

Administratorii dvs. trebuie să utilizeze conturile lor Webex pentru a se conecta la Partner Hub.

Serverele din Rețeaua și cerințele software

Instanță(e) BroadWorks cu versiunea minimă R22. Consultați cerințele de software BroadWorks (în acest document) pentru versiunile și patch-urile acceptate. Pentru mai multe informații, consultați Politica privind ciclul de viață al produselor BroadSoft secțiunea din Politica ciclului de viață BroadSoft și Matrice de compatibilitate software BroadWorks.

Instanța (instanțele) BroadWorks trebuie să includă cel puțin următoarele servere:
- Server de aplicații (AS) cu versiunea BroadWorks ca mai sus
- Server de rețea (NS)
- Server de profil (PS)

Cu fața publică a serverului|ADP XSP sau a platformei de livrare a aplicației (ADP) care îndeplinește următoarele cerințe:
- Serviciu de autentificare (BWAuth)
- Interfețe acțiuni și evenimente XSI
- DMS (aplicație web de gestionare a dispozitivelor)
- interfață CTI (Intergrație Telefonie Computer)
- TLS 1.2 cu un certificat valabil (nesemnat) și orice intermediari necesari. Necesită administratorul de nivel de sistem pentru a facilita căutarea întreprinderii.
- Autentificare reciprocă TLS (mTLS) pentru serviciul de autentificare (Necesită lanțul public de certificate pentru clienți Webex instalat ca ancore de încredere)
- Autentificare reciprocă TLS (mTLS) pentru interfața CTI (Necesită lanțul public de certificate pentru clienți Webex instalat ca ancore de încredere)
Un server XSP/ADP separat care acționează ca un “Call Notifications Push Server” (un NPS din mediul dvs. utilizat pentru a împinge notificările de apel către Apple/Google. Îl numim „CNPS” aici pentru a-l distinge de serviciul Webex care oferă notificări push pentru mesagerie și prezență).

Acest server trebuie să fie pe R22 sau mai târziu.
Trimitem un server XSP/ADP separat pentru CNPS, deoarece imprevizibilitatea încărcării din Webex pentru conexiunile cloud BWKS ar putea afecta negativ performanța serverului NPS, rezultând o latență crescută a notificării. Consultați Ghidul de Inginerie al Sistemului Cisco BroadWorks pentru mai multe informații pe scara XSP|ADP.

Platformele Aplicației Webex

Pentru a descărca versiunea în limba engleză a Aplicației Webex, accesați https://www.webex.com/webexfromserviceproviders-downloads.html. Aplicația Webex este disponibilă pe:

PC-uri/laptopuri pentru Windows
PC-uri Apple / laptopuri cu MacOS
iOS (Magazin Apple)
Android (Play Store)
Browsere web (accesați https://teams.webex.com/)

Versiuni localizate

Pentru a descărca o versiune localizată a Aplicației Webex, utilizați unul dintre aceste linkuri:

https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (Coreeană)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (Franceză)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (Portugheză)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Chineză Tradițională)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (Chineză simplificată)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japonia)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spania)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (Germană)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (Italiană)

Telefoane fizice și accesorii

Telefoane Cisco IP:
- Telefon Cisco IP seria 6800 cu Firmware pentru mai multe platforme pentru mai multe platforme
- Telefon Cisco IP seria 7800 cu Firmware pentru mai multe platforme pentru mai multe platforme
- Telefon Cisco IP seria 8800 cu Firmware pentru mai multe platforme pentru mai multe platforme
  
  A se vedea https://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html pentru modele și mai multe informații.
Sprijinim telefoanele terțe în același mod ca și alte integrări BroadWorks. Cu toate acestea, nu au încă contacte și integrare de prezență cu Webex pentru Cisco BroadWorks.
Adaptoare:
- Adaptor de telefon analogic pentru mai multe platforme Cisco ATA 191
- Adaptor de telefon analogic pentru mai multe platforme Cisco ATA 192
  
  A se vedea https://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html pentru modele și mai multe informații.
Căști:
- Căști Cisco seria 500
  
  Consultați https://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.html pentru modele și mai multe informații.
Dispozitive de sistem de operare Room:
- Seria Webex Room și Room Kit
- Seria Webex Desk
- Seria Webex Board

Integrare dispozitiv

Profile dispozitiv

Nume client

Tipul profilului dispozitivului și numele pachetului

Șablon mobil Webex

Tipul profilului de identitate/dispozitiv: Conectare - Mobile

DTAF: ucone-mobile-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Șablon de tablete Webex

Tipul profilului de identitate/dispozitiv: Conectare - tabletă

DTAF: ucone-tablet-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Șablon desktop Webex

Tipul profilului de identitate/dispozitiv: Comunicator de afaceri - PC

DTAF: ucone-desktop-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Identificare/profil dispozitiv

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks

Ridicați o solicitare de serviciu cu agentul dvs. de integrare sau cu Cisco TAC pentru a furniza Cisco OAuth pentru contul dvs. Cisco Identity Provider Federation.

Utilizați următorul titlu de solicitare pentru caracteristicile respective:

XSP|ADP AuthService Configuration' pentru a configura serviciul pe XSP|ADP.
„Configurare NPS pentru configurarea proxy-ului Auth” pentru a configura NPS pentru a utiliza proxy-ul de autentificare.
Sincronizare UUID utilizator CI pentru sincronizare UUID utilizator CI. Pentru mai multe detalii despre această caracteristică, consultați: Asistență Cisco BroadWorks pentru CI UUID.
Configurați BroadWorks pentru a activa facturarea Cisco pentru BroadWorks și abonamentele Webex Pentru BroadWorks.

Dacă ați obținut deja acreditările furnizorului de identitate Cisco OAuth, completați o nouă solicitare de serviciu pentru a vă actualiza acreditările.

Certificate de comandă

Cerințe de certificare pentru autentificarea TLS

Aceste certificate trebuie să includă numele dvs. de domeniu complet calificat XSP|ADP ca nume comun al subiectului sau nume alternativ al subiectului.

Cerințele exacte pentru implementarea acestor certificate de server depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă rezumă cazul în care certificatul de server public semnat CA trebuie încărcat în aceste trei cazuri:

CA-urile acceptate public pe care aplicația Webex le acceptă pentru autentificare sunt enumerate în Autoritățile de certificare acceptate pentru serviciile hibride Webex.

Cerințe privind certificatul TLS pentru proxy-ul TLS-bridge

Certificatul de server semnat public este încărcat în proxy.
Proxy-ul prezintă acest certificat de server semnat public către Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.
Un certificat intern semnat CA poate fi încărcat pe XSP|ADP.
XSP|ADP prezintă acest certificat de server semnat intern proxy-ului.
Proxy-ul are încredere în CA intern care a semnat certificatul de server XSP|ADP.

Cerințe de certificare TLS pentru TLS-passthrough Proxy sau XSP|ADP în DMZ

Certificatul de server semnat public este încărcat în |ADP-urile XSP.
ADP-urile XSP| prezintă certificatelor de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului |ADP XSP.

Cerințe suplimentare de certificare pentru autentificarea reciprocă TLS prin interfața CTI

Pentru a descărca certificatul:

Conectați-vă la Partner Hub, accesați Setări > BroadWorks Calling și faceți clic pe linkul certificatului de descărcare.

Cerințele exacte pentru implementarea acestui lanț de certificate Webex CA depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă sintetizează cerințele certificatului în aceste trei cazuri:

(Opțiune) Cerințe de certificare pentru proxy-ul cu punte TLS

Webex prezintă proxy-ului un certificat de client semnat public.
Proxy-ul are încredere în CA intern Cisco care a semnat certificatul clientului. Puteți descărca acest CA / lanț din Control Hub și îl puteți adăuga la magazinul de încredere al proxy-ului. Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în proxy.
Proxy-ul prezintă certificatul de server semnat public pentru Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.

Proxy-ul prezintă un certificat de client semnat intern către |ADP-urile XSP.

Acest certificat trebuie să aibă câmpul de extensie x509.v3 Utilizare extinsă a cheii populat cu OID BroadWorks 1.3.6.1.4.1.6431.1.1.8.2.1.3 și clientAuth scop TLS. De exemplu:

X509v3 extensions:
    X509v3 Extended Key Usage:
        1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication

CNN al certificatului intern trebuie să fie bwcticlient.webex.com.

Atunci când generați certificate de client intern pentru proxy, rețineți că certificatele SAN nu sunt acceptate. Certificatele serverului intern pentru XSP|ADP pot fi SAN.
Este posibil ca autoritățile publice de certificare să nu fie dispuse să semneze certificatele cu OID-ul BroadWorks propriu, care este necesar. În cazul unui proxy de legătură, este posibil să fiți obligat să utilizați un CA intern pentru a semna certificatul clientului pe care proxy-ul îl prezintă la XSP|ADP.

ADP-urile XSP| au încredere în CA intern.
ADP-urile XSP| prezintă un certificat de server semnat intern.
Proxy-ul are încredere în CA intern.
ClientIdentity a serverului de aplicații conține CN-ul certificatului de client semnat intern prezentat către XSP|ADP de către proxy.

(Opțiune) Cerințe de certificare pentru proxy TLS-passthrough sau XSP|ADP în DMZ

Webex prezintă un certificat de client Cisco semnat CA intern pentru ADP-urile XSP|.
ADP-urile XSP| au încredere în CA intern Cisco care a semnat certificatul clientului. Puteți descărca acest CA / lanț din Control Hub și îl puteți adăuga la magazinul de încredere al proxy-ului. Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în |ADP-urile XSP.
ADP-urile XSP| prezintă certificatelor de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului |ADP XSP.
Serverul de aplicații ClientIdentity conține CN-ul certificatului de client semnat de Cisco prezentat XSP|ADP de Webex.

Pregătiți-vă rețeaua

Cerințe de rețea pentru serviciile Webex

Tabelul 3. Cerințe de rețea pentru Webex App Connections (Generic)
Secțiunea Cerințe de rețea Articol	Relevanţa informaţiilor
Rezumatul tipurilor de dispozitive și al protocoalelor acceptate de Webex	Informațional
Protocoale de transport și cifruri de criptare pentru aplicațiile și dispozitivele Webex înregistrate în cloud	Informațional
Servicii Webex – Numere de port și protocoale	Trebuie să citiți
Subrețele IP pentru serviciile media Webex	Trebuie să citiți
Domenii și URL-uri care trebuie accesate pentru serviciile Webex	Trebuie să citiți
URL-uri suplimentare pentru serviciile hibride Webex	Opțional
Funcții proxy	Opțional
802.1X – Controlul accesului în rețea pe bază de port	Opțional
Cerințe de rețea pentru serviciile Webex bazate pe SIP	Opțional
Cerințe de rețea pentru Webex Edge Audio	Opțional
Un rezumat al altor servicii hibride și documentații Webex	Opțional
Servicii Webex pentru clienții FedRAMP	Nu este cazul

Informații suplimentare

Pentru informații suplimentare, consultați Webex App Firewall Whitepaper (PDF).

Asistență pentru redundanță BroadWorks

Topologie rețea

Servicii Webex Cloud

configurare DNS

Microservicele Webex Cloud trebuie să poată găsi serverul (serverele) Broadworks XSP|ADP pentru conectarea la interfețele Xsi, serviciul de autentificare și CTI.

Exemplu: Partenerul DNS A Record pentru descoperirea serverului Round-Robin echilibrat XSP|ADP cu care se confruntă pe internet / Balancers de încărcare.

Tip înregistrare	Nume	Țintă	Scop
A	`webex-cloud-xsp.example.com`	`198.51.100.48`	Puncte către LB1 (Site A)
A	`webex-cloud-xsp.example.com`	`198.51.100.49`	Puncte către LB2 (Site B)

Orice referință la XSP include fie XSP, fie ADP.

Eşec

Când microservicele Webex trimit o solicitare către XSP|ADP/Load Balancer și cererea eșuează, se pot întâmpla mai multe lucruri:

Dacă defecțiunea se datorează unei erori de rețea (de exemplu: TCP, SSL), microservicele Webex marchează IP-ul ca blocat și efectuează imediat un progres de rută către următorul IP.
Dacă este returnat un cod de eroare (HTTP 5xx), microservicele Webex marchează IP-ul ca blocat și efectuează imediat un progres de rută către următorul IP.
Dacă nu se primește niciun răspuns HTTP în termen de 2 secunde, timpii de solicitare și microservicele Webex marchează IP-ul ca blocat și efectuează un progres de rută către următorul IP.

Fiecare solicitare este încercată de 3 ori înainte ca un eșec să fie raportat înapoi la microservice.

Stare

Acțiuni XSI
Evenimente XSI
Serviciu de autentificare

Starea conexiunii este actualizată atunci când pagina este încărcată sau în timpul actualizărilor de intrare. Stările conexiunilor pot fi:

Verde: Când interfața poate fi atinsă pe unul dintre IP-uri în căutarea O înregistrare.
Roşu: Atunci când toate IPs-urile din căutarea unei înregistrări sunt inaccesibile, iar interfața nu este disponibilă.

Următoarele servicii utilizează microservicele pentru a se conecta la |ADP-urile XSP și sunt afectate de disponibilitatea interfeței XSP|ADP:

Conectare la aplicația Webex
Reîmprospătare token aplicație Webex
E-mail/auto-activare de neîncredere
Verificarea stării de sănătate a serviciului Broadworks

Aplicația Webex

configurare DNS

Aplicația Webex accesează serviciile Xtended Services Interface (XSI-Actions & XSI-Events) și Device Management Service (DMS) de pe XSP|ADP.

Exemplul 1—Mai multe |ADP-uri XSP, fiecare din spatele echilibratorilor de sarcină separați

Mai jos este un exemplu de înregistrări SRV.

Tip înregistrare	Înregistrați	Țintă	Scop
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc1.example.com`	Descoperirea clientului interfeței Xsi
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc2.example.com`	Descoperirea clientului interfeței Xsi
A	`xsp-dc1.example.com`	`198.51.100.48`	Puncte către LB1 (site A)
A	`xsp-dc2.example.com`	`198.51.100.49`	Puncte către LB2 (site B)

Exemplul 2—Mai multe |ADP-uri XSP în spatele unui singur balansor de sarcină (cu Podul TLS)

Tip înregistrare	Înregistrați	Țintă	Scop
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`LB.example.com`	balansor De Încărcare
A	LB.example.com	`198.51.100.83`	Adresa IP a echilibratorului de sarcină (\|ADP-urile XSP sunt în spatele echilibratorului de sarcină)

URL DMS

Tip înregistrare	Nume	Țintă	Scop
A	`xsp-dms.example.com`	`198.51.100.48`	Puncte către LB1 (site A)
A	`xsp-dms.example.com`	`198.51.100.49`	Puncte către LB2 (site B)

Orice referință la XSP include fie XSP, fie ADP.

Cum găsește aplicația Webex adresele XSP|ADP

Clientul încearcă să localizeze nodurile XSP|ADP utilizând următorul flux DNS:

Clientul preia inițial URL-urile Xsi-Actions/Xsi-Events din Webex Cloud (le-ați introdus la crearea clusterului BroadWorks Calling asociat). Numele/domeniul gazdei Xsi este parsat din URL, iar clientul efectueaza cautarea SRV dupa cum urmeaza:
1. Clientul efectuează o căutare SRV pentru _xsi-client._tcp.<xsi domain="">
2. În cazul în care căutarea SRV returnează unul sau mai multe obiective A/AAAA:
  1. Clientul caută A/AAAA pentru aceste ținte și cache adresele IP returnate.
  2. Clientul se conectează la una dintre ținte (și, prin urmare, înregistrarea A / AAAA cu o singură adresă IP) pe baza priorității SRV, apoi greutatea (sau la întâmplare, dacă toate sunt egale).
3. Dacă căutarea SRV nu returnează niciun obiectiv:
  
  Clientul caută A/AAAA parametrul rădăcină Xsi și apoi încearcă să se conecteze la adresa IP returnată. Acesta ar putea fi un element de margine de echilibrare a sarcinii sau ar putea fi serverul XSP|ADP în sine.
  
  După cum s-a menționat, înregistrarea A/AAAA trebuie să se rezolve la o adresă IP din aceleași motive.
(Opțional) Puteți furniza ulterior detalii XSI-Actions/XSI-Events personalizate în configurația dispozitivului pentru aplicația Webex, utilizând următoarele etichete:
```
<protocols>
	<xsi>
		<paths>
			<root>%XSI_ROOT_WXT%</root>
			<actions>%XSI_ACTIONS_PATH_WXT%</actions>
			<events>%XSI_EVENTS_PATH_WXT%</events>
		</paths>
	</xsi>
</protocols>
```
1. Acești parametri de configurare au prioritate față de orice configurație din clusterul BroadWorks din Control Hub.
2. Dacă există, clientul va compara adresa XSI originală primită prin configurația BroadWorks Cluster.
3. Dacă există vreo diferență detectată, clientul își va reinițializa conectivitatea XSI Actions/ XSI Events. Primul pas în acest sens este de a efectua același proces de căutare DNS enumerate la pasul 1 – de data aceasta solicitând o căutare pentru valoarea din %XSI_ROOT_WXT% parametrul din fișierul de configurare.
  
  Asigurați-vă că creați înregistrările SRV corespunzătoare dacă utilizați această etichetă pentru a modifica interfețele Xsi.

Eşec

Dacă o solicitare sau o solicitare de bătăi de inimă către o gazdă eșuează, se pot întâmpla mai multe lucruri:

Dacă defecțiunea se datorează unei erori de rețea (de exemplu: TCP, SSL), ruta Aplicației Webex avansează imediat către următoarea gazdă din listă.
Dacă este returnat un cod de eroare (HTTP 5xx), Aplicația Webex marchează acea adresă IP ca fiind blocată și se îndreaptă către următoarea gazdă din listă.
Dacă un răspuns nu este primit într-o perioadă de timp, atunci cererea este considerată nereușită din cauza expirării termenului și următoarele cereri sunt trimise către următoarea gazdă. Cu toate acestea, solicitarea expirată este considerată nereușită. Unele cereri sunt reîncercate după eșec (cu timpul de reîncercare în creștere). Cererile ca presupusul non-vital nu sunt rejudecate.

În cazul bătăilor inimii, dacă există două eșecuri consecutive ale solicitării, Aplicația Webex va reiniția canalul evenimentului.

Rețineți că Aplicația Webex nu efectuează o copie de rezervă, iar descoperirea serviciului DNS se efectuează o singură dată la conectare.

Implementarea Webex pentru BroadWorks

Prezentare generală implementare

Integrare partener pentru Webex pentru Cisco BroadWorks

Partenerii Webex dintr-o regiune pot crea organizații de clienți în orice regiune în care oferim serviciile. Pentru ajutor, consultați: Reședință de date în Webex.

Configurați serviciile pe dispozitivele Webex pentru |ADP-urile Cisco BroadWorks XSP

Cerem ca aplicația NPS să fie rulată pe un alt XSP|ADP. Cerințele pentru ca XSP|ADP să fie descrise în Configurarea notificărilor de apel din rețea.

Aveți nevoie de următoarele aplicații/servicii pe |ADP-urile dvs. XSP.

Serviciu/Aplicație	Este necesară autentificarea	Scopul serviciului/aplicației
Evenimente Xsi	TLS (serverul se autentifică în clienți)	Controlul apelurilor, notificări serviciu
Acțiuni Xsi	TLS (serverul se autentifică în clienți)	Controlul apelurilor, acțiuni
Gestionare dispozitiv	TLS (serverul se autentifică în clienți)	Descărcare configurație apelare
Serviciu de autentificare	TLS (serverul se autentifică în clienți)	Autentificare de bază
Integrare telefonie informatică	mTLS (autentificare client și server reciproc)	prezență Telefonie
aplicație Vizualizare web setări apel	TLS (serverul se autentifică în clienți)	Expune setările apelurilor utilizatorilor în portalul de auto-asistență din aplicația Webex

Cerințe de co-rezidență

Serviciul de autentificare trebuie să fie co-rezident cu aplicațiile Xsi, deoarece aceste interfețe trebuie să accepte jetoane de lungă durată pentru autorizarea serviciului. Serviciul de autentificare este necesar pentru a valida aceste jetoane.
Serviciul de autentificare și Xsi pot rula pe același port, dacă este necesar.
Puteți separa celelalte servicii/aplicații după cum este necesar pentru scara dvs. (de exemplu, ferma XSP|ADP dedicată gestionării dispozitivelor).
Puteți co-localiza aplicațiile Xsi, CTI, Serviciul de autentificare și DMS.
Nu instalați alte aplicații sau servicii pe |ADP-urile XSP care sunt utilizate pentru integrarea BroadWorks cu Webex.
Nu colocalizați aplicația NPS cu alte aplicații.

Interfețe Xsi

Instalați și configurați aplicațiile Xsi-Actions și Xsi-Events așa cum sunt descrise în Ghidul de configurare a interfeței pentru serviciile Cisco BroadWorks Xtended Services.

Doar o singură instanță a aplicațiilor Xsi-Events trebuie implementată pe XSP|ADP utilizat pentru interfața CTI.

Toate evenimentele Xsi utilizate pentru integrarea Broadworks cu Webex trebuie să aibă același nume de apelControlApplicationName definit în Applications/Xsi-Events/GeneralSettings. De exemplu:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Schimbarea numelui de apelControlApplicationName sau neavând același nume pe toate aplicațiile web Xsi-Events va afecta funcționalitatea abonamentelor și a evenimentelor de telefonie.

Configurați serviciul de autentificare (cu validarea token-ului CI)

Pentru a configura autentificarea mTLS pentru Serviciul Auth în loc de validarea CI Token, consultați Anexa pentru Configurarea serviciilor (cu mTLS pentru Serviciul Auth).

Dacă utilizați în prezent mTLS pentru Serviciul Auth, nu este obligatoriu să vă reconfigurați pentru a utiliza validarea CI Token cu TLS.

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks.
Instalați următorii plasturi pe fiecare server |ADP XSP. Instalați plasturii care sunt potriviți pentru eliberarea dvs.:
- Pentru R22:
  
  AP.platform.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap368601
- Pentru R23:
  
  AP.xsp.23.0.1075.ap376509
  
  AP.platform.23.0.1075.ap376509
- Pentru R24 – nu este necesar niciun plasture
Orice referință la XSP include fie XSP, fie ADP.
Instalați AuthenticationService aplicație pe fiecare serviciu XSP|ADP.
1. Rulați următoarea comandă pentru a activa aplicația AuthenticationService pe XSP|ADP pe calea contextului /authService.
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
2. Rulați această comandă pentru a implementa Serviciul de autentificare pe XSP|ADP:
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...

IdenTrust Commercial Root CA 1
Autoritatea certificatului Go Daddy Root - G2

Verificați dacă aceste certificate sunt prezente în cadrul următoarei CLI

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get

Dacă nu este prezent, executați următoarea comandă pentru a importa trusturile Java implicite:

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust

Alternativ, puteți adăuga manual aceste certificate ca ancore de încredere cu următoarea comandă:

ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>

Configurați furnizorii de identitate rulând următoarele comenzi pe fiecare server |ADP XSP:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get

set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL> — Pentru URL, introduceți URL-ul IssuerName care se aplică clusterului dvs. CI. A se vedea tabelul următor.
set issuerUrl <URL> — Pentru URL, introduceți IssuerUrl care se aplică clusterului dvs. CI. A se vedea următorul tabel.
set tokenInfoUrl <IdPProxy URL> —Introduceți URL-ul proxy IdP care se aplică clusterului dvs. de echipe. A se vedea al doilea tabel care urmează.

Tabelul 1. Setați numele emitentului și adresa URL a emitentului

Dacă CI Cluster este...

Setați numele emitentului și adresa URL a...

US-A

US-B

https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

Dacă nu cunoașteți clusterul CI, puteți obține informațiile din detaliile clientului în vizualizarea Help Desk a Control Hub.

Dacă clusterul Teams este... Setați TokenInfoURL la... (URL proxy IdP)

AXM

AFRA

https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

AORE

https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

Dacă nu cunoașteți clusterul Teams, puteți obține informațiile din detaliile clientului în vizualizarea Help Desk a Control Hub.
Pentru testare, puteți verifica dacă tokenInfoURL este valid prin înlocuirea " idp/authenticate" porțiune a URL-ului cu " ping".

Specificați drepturile Webex care trebuie să fie prezente în profilul de utilizator din Webex executând următoarea comandă:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
Configurați furnizorii de identitate pentru Federația Cisco utilizând următoarele comenzi pe fiecare server |ADP XSP:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
- set flsUrl https://cifls.webex.com/federation
- set refreshPeriodInMinutes 60
- set refreshToken refresh-Token-From-Step1
Rulați următoarea comandă pentru a valida că configurația FLS funcționează. Această comandă va returna lista furnizorilor de identitate:

XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
Configurați Token Management utilizând următoarele comenzi pe fiecare server |ADP XSP:
- XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>
- set tokenIssuer BroadWorks
- set tokenDurationInHours 720
Generați și partajați chei RSA. Trebuie să generați taste pe un XSP|ADP, apoi să le copiați la toate celelalte XSP|ADP. Acest lucru se datorează următorilor factori:
- Trebuie să utilizați aceleași perechi de taste publice/private pentru criptarea/decriptarea tokenului în toate instanțele serviciului de autentificare.
- Cuplul cheie este generat de serviciul de autentificare atunci când este necesar pentru prima dată să eliberați un token.
Dacă ciclați tastele sau modificați lungimea tastei, trebuie să repetați următoarea configurație și să reporniți toate |ADP-urile XSP.
1. Selectați un XSP|ADP de utilizat pentru generarea unei perechi de taste.
2. Utilizați un client pentru a solicita un token criptat de la acel XSP|ADP, solicitând următorul URL din browserul clientului:
  
  https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
  
  (Acest lucru generează o pereche de chei private / publice pe XSP|ADP, dacă nu a existat deja unul)
3. Locația magazinului cu tastatură nu este configurabilă. Exportați tastele:
  
  XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
4. Copiați fișierul exportat /var/broadworks/tmp/authService.keys în aceeași locație pe celelalte ADP-uri XSP|, suprascrierea unui mai în vârstă .keys fișier.
5. Importați tastele pe fiecare dintre celelalte |ADP-uri XSP:
  
  XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Furnizați adresa URL autentiService către containerul web. Containerul web XSP|ADP are nevoie de URL-ul autentiService, astfel încât să poată valida jetoanele. Pe fiecare dintre |ADP-urile XSP:
1. Adăugați URL-ul serviciului de autentificare ca serviciu de autentificare extern pentru BroadWorks Communications Utility:
  
  XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1/authService
2. Adăugați adresa URL a serviciului de autentificare în container:
  
  XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
  
  Acest lucru permite Webex să utilizeze Serviciul de autentificare pentru a valida jetoanele prezentate ca date de autentificare.
3. Verificați parametrul cu get.
4. Reporniți XSP|ADP.

Eliminați cerința de autentificare a clientului pentru serviciul Auth (numai R24)

ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false

Configurarea TLS și Ciphers pe interfețele HTTP (pentru XSI și Serviciul de autentificare)

Aplicațiile Service Authentication, Xsi-Actions și Xsi-Events utilizează interfețe de server HTTP. Nivelurile de configurabilitate TLS pentru aceste aplicații sunt după cum urmează:

Cele mai generale = Sistem > Transport > HTTP > Interfață server HTTP = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații	context CLI
Sistem (global)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Protocoale de transport pentru acest sistem	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP pe acest sistem	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Interfețe server HTTP specifice pe acest sistem	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Citirea configurației interfeței serverului HTTP TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer>
Introduceți get comanda și citiți rezultatele. Ar trebui să vedeți interfețele (adresele IP) și, pentru fiecare, dacă acestea sunt sigure și dacă necesită autentificarea clientului.

Apache tomcat trimite un certificat pentru fiecare interfață securizată; sistemul generează un certificat semnat dacă are nevoie de unul.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Adăugarea protocolului TLS 1.2 la interfața serverului HTTP

Interfața HTTP care interacționează cu Webex Cloud trebuie configurată pentru TLSv1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața serverului HTTP:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> 443 pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> 443 TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața serverului HTTP

Pentru a configura cifrele necesare:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Introduceți comanda get <interfaceIp> 443 pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> 443 <cipherName> pentru a adăuga un cifru la interfața serverului HTTP.

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Configurați managementul dispozitivului pe XSP|ADP, serverul aplicației și serverul profilului

Interfața CTI și configurația aferentă

Comanda de configurare „inmost to outmost” este prezentată mai jos. Respectarea acestei ordonanțe nu este obligatorie.

Configurați serverul aplicației pentru abonamentele CTI
Configurați ADP-urile XSP| pentru abonamentele CTI autentificate mTLS
Deschideți porturile de intrare pentru interfața securizată CTI
Abonați organizația dvs. Webex la BroadWorks CTI Events

Configurați serverul aplicației pentru abonamentele CTI

Actualizați ClientIdentity pe serverul de aplicații cu numele comun (CN) al certificatului de client Webex pentru Cisco BroadWorks CTI.

Pentru fiecare server de aplicații pe care îl utilizați cu Webex, adăugați identitatea certificatului la ClientIdentity după cum urmează:

AS_CLI/System/ClientIdentity> add bwcticlient.webex.com

Numele comun al certificatului de client Webex pentru Cisco BroadWorks este bwcticlient.webex.com.

Configurați TLS și Ciphers pe interfața CTI

Nivelurile de configurabilitate pentru interfața XSP|ADP CTI sunt după cum urmează:

Cele mai generale = Sistem > Transport > Interfețe CTI > Interfață CTI = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații

Context CLI

Sistem (global)

(R22 și ulterior)

XSP|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>

XSP|ADP_CLI/Sistem/SSLCommonSettings/JSSE/Protocoale>

Protocoale de transport pentru acest sistem

(R22 și ulterior)

XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>

XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>

Toate interfețele CTI de pe acest sistem

(R22 și ulterior)

XSP|ADP_CLI/Interfață/CTI/SSLCommonSettings/Ciphers>

XSP|ADP_CLI/Interfață/CTI/SSLCommonSettings/Protocoale>

O interfață CTI specifică pe acest sistem

(R22 și ulterior)

XSP|ADP_CLI/Interfață/CTI/CTIServer/SSLSettings/Ciphers>

XSP|ADP_CLI/Interfață/CTI/CTIServerSSLSettings/Protocoale>

TLS_ECDHE_RSA_CU_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_CU_AES_128_GCM_SHA256
TLS_ECDHE_RSA_CU_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_CU_AES_128_CBC_SHA256
TLS_DHE_DSS_CU_AES_128_GCM_SHA256
TLS_DHE_RSA_CU_AES_128_GCM_SHA256
TLS_DHE_RSA_CU_AES_128_CBC_SHA256
TLS_DHE_DSS_CU_AES_128_CBC_SHA256
TLS_ECDH_RSA_CU_AES_128_GCM_SHA256
TLS_ECDH_ECDSA_CU_AES_128_GCM_SHA256
TLS_ECDH_RSA_CU_AES_128_CBC_SHA256
TLS_ECDH_ECDSA_CU_AES_128_CBC_SHA256

Citirea configurației interfeței CTI TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer>

XSP|ADP_CLI/Interface/CTI/CTIServer> get
  Interface IP  Port  Secure  Server Certificate  Client Auth Req
=================================================================
  10.155.6.175  8012    true                true             true

Adăugarea protocolului TLS 1.2 la interfața CTI

Interfața XSP|ADP CTI care interacționează cu Webex Cloud trebuie configurată pentru TLS v1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața CTI:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața CTI

Pentru a configura cifrele necesare pe interfața CTI:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
Introduceți get comandă pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> <cipherName> pentru a adăuga un cipher la interfața CTI.

XSP|ADP CLI necesită numele standard al suitei de cipher IANA, nu numele suitei de cipher openSSL. De exemplu, pentru a adăuga OpenSSL cipher ECDHE-ECDSA-CHACHA20-POLY1305 la interfața CTI, ați utiliza: XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Anchoare de încredere pentru interfața CTI (R22 și ulterioară)

Pentru fiecare XSP|ADP din infrastructura dvs. care publică evenimente CTI în Webex, efectuați următoarele:

Conectați-vă la Hub pentru parteneri .

Accesați Setări > Apelare BroadWorks și faceți clic pe Descărcare certificat CA Webex pentru a obține CombinedCertChain2023.txt pe computerul local.

Aceste fișiere conțin două seturi de două certificate. Trebuie să divizați fișierele înainte de a le încărca în ADP-urile XSP|. Toate fișierele sunt necesare.

Separați lanțul certificatului în două certificate - combinedcertchain2023.txt
1. Deschideți combinedcertchain2023.txt într-un editor de text.
2. Selectați și tăiați primul bloc de text, inclusiv liniile -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----, și lipiți blocul de text într-un fișier nou.
3. Salvați noul fișier ca root2023.txt.
4. Salvați fișierul original ca issuing2023.txt. Fișierul original ar trebui să aibă acum doar un singur bloc de text, înconjurat de linii -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----.
Copiați ambele fișiere text într-o locație temporară pe XSP|ADP pe care o securizați, de ex. /var/broadworks/tmp/root2023.txt și /var/broadworks/tmp/issuing2023.txt
Conectați-vă la XSP|ADP și navigați la /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
(Opțional) Rulați help updateTrust pentru a vedea parametrii și formatul de comandă.

Încărcați fișierele certificatului în ancore de încredere noi - 2023

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Confirmați că ancorajele sunt actualizate:

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

Permiteți clienților să se autentifice cu certificate:

XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true

Adăugați interfața CTI și activați mTLS

Adăugați interfața CTI SSL.

Contextul CLI depinde de versiunea BroadWorks. Comanda creează un certificat de server semnat pe interfață și forțează interfața să solicite un certificat de client.
- În cazul BroadWorks R22 și R23:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
Înlocuiți certificatul de server și cheia de pe interfețele CTI XSP|ADP. Aveți nevoie de adresa IP a interfeței CTI pentru aceasta; o puteți citi din următorul context:
- În cazul BroadWorks R22 și R23:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer> get
  
  Apoi executați următoarele comenzi pentru a înlocui certificatul autosemnat al interfeței cu propriul certificat și cheia privată:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>
Reporniți XSP|ADP.

Activați accesul la BroadWorks CTI Events pe Webex

Specificați adresa CTI prin care Webex se poate abona la BroadWorks CTI Events.
Abonamentele CTI sunt pe bază de abonat și sunt stabilite și menținute numai în timp ce abonatul este configurat pentru Webex pentru Cisco BroadWorks.

Vizualizare web setări apel

Webex utilizează această funcție pentru a oferi utilizatorilor acces la setările comune ale apelurilor BroadWorks care nu sunt native ale Aplicației Webex.

Vizualizarea web a setărilor de apeluri are două componente:

Aplicație de vizualizare web a setărilor de apeluri, găzduită pe un Cisco BroadWorks XSP|ADP.
Aplicația Webex, care face setările apelurilor într-o vizualizare web.

Experiență utilizator

Utilizatori pentru Windows: Faceți clic pe Setări apel și apoi faceți clic pe Preferințe pentru apeluri deschise > Setări avansate pentru apeluri.
Utilizatori Mac: Faceți clic pe fotografia de profil, apoi Preferințe > Setări avansate pentru apeluri.

Implementarea CSWV pe BroadWorks

Instalați vizualizarea web a setărilor apelurilor pe |ADP-urile XSP

Conectați-vă la cisco.com și căutați "BWCallSettingsWeb" în secțiunea de descărcare software.
Găsiți și descărcați cea mai recentă versiune a fișierului.

De exemplu, BWCallSettingsWeb_1.8.2_1.war( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04) a fost cel mai recent la momentul scrierii.
Instalați, activați și implementați arhiva web în conformitate cu Ghidul de configurare a platformei de servicii Xtended Cisco BroadWorks pentru versiunea |ADP XSP. (Versiunea R24 este https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf).
1. Copiați fișierul .war într-o locație temporară pe XSP|ADP, cum ar fi /tmp/.
2. Navigați la următorul context CLI și executați comanda de instalare:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war
  
  Managerul de software BroadWorks validează și instalează fișierul.
3. [Opțional] Ștergere /tmp/BWCallSettingsWeb_1.7.5_1.war(acest fișier nu mai este necesar).
4. Activați aplicația:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings
  
  Numele și versiunea sunt obligatorii pentru orice aplicație, dar pentru CSWV trebuie să furnizați, de asemenea, un contextPath deoarece este o aplicație negestionată. Puteți utiliza orice valoare care nu este utilizată de o altă aplicație, de exemplu, /callsettings.
5. Implementați aplicația Setări apel pe calea contextului selectat:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
Acum puteți prezice URL-ul setărilor de apel pe care îl veți specifica pentru clienți, după cum urmează:

https://<XSP|ADP-FQDN>/callsettings/

Note:
- Trebuie să furnizați bara de remorcare de pe acest URL atunci când o introduceți în fișierul de configurare a clientului.
- XSP|ADP-FQDN trebuie să corespundă cu FQDN Xsi-Actions, deoarece CSWV trebuie să utilizeze Xsi-Actions, iar CORS nu este acceptat.
Repetați această procedură pentru alte ADP-uri XSP| în mediul Webex pentru Cisco BroadWorks (dacă este necesar).

Aplicația Webview Setări apel este acum activă pe |ADP-urile XSP.

Configurați aplicația Webex pentru a utiliza vizualizarea web a setărilor apelurilor

Pentru mai multe detalii despre configurația clientului, consultați Ghidul de configurare Webex pentru Cisco BroadWorks.

<config>
    <services>
        <web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%">
            <url>%WEB_CALL_SETTINGS_URL_WXT%</url>
        </web-call-settings>

În șablonul de configurare a aplicației Webex din BroadWorks, configurați URL-ul CSWV în %WEB_CALL_SETTINGS_URL_WXT% etichetă.

Dacă nu specificați în mod explicit adresa URL, pagina implicită este goală, iar pagina de setări a apelurilor nu este vizibilă utilizatorilor.

Asigurați-vă că aveți cele mai recente șabloane de configurare pentru aplicația Webex (consultați Profilurile dispozitivului).
Setați ținta de setări pentru apeluri web csw:

%WEB_CALL_SETTINGS_TARGET_WXT% csw
Setați URL-ul setărilor de apeluri web pentru mediul dvs., de exemplu:

%WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/

Ați derivat această valoare atunci când implementați aplicația CSWV.
Fișierul de configurare a clientului rezultat trebuie să aibă o intrare după cum urmează:
```
<web-call-settings target="csw">
    <url>https://yourxsp.example.com/callsettings/</url>
</web-call-settings>
```
Orice referință la XSP include fie XSP, fie ADP.

Configurați notificările push pentru apeluri în Webex pentru Cisco BroadWorks

Aceste servicii notifică dispozitivele mobile ale abonaților Webex pentru Cisco BroadWorks că au apeluri de intrare pe Webex.

Pentru mai multe informații despre NPS, consultați Descrierea caracteristicilor serverului Notification Push.

Prezentare generală proxy NPS

Pentru compatibilitate cu Webex pentru Cisco BroadWorks, CNPS-ul dvs. trebuie să fie patch-uri pentru a sprijini funcția Proxy NPS, Push Server pentru VoIP în UCaaS.

Pentru mai multe informații, consultați Push Server pentru VoIP în Descrierea caracteristicilor UCaaS.
Patch-urile BroadWorks pentru funcție sunt disponibile pe: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.

Pentru software-ul și plasturii NPS, consultați secțiunea Pregătiți-vă NPS pentru Webex pentru Cisco BroadWorks.

Căutați și descărcați plasturele din pagina de descărcare software.
Mai multe informații despre serverul ADP pot fi găsite la https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html.

Considerații APNS

Pregătiți-vă NPS pentru Webex pentru Cisco BroadWorks

Instalați și configurați un XSP dedicat (versiunea minimă R22) sau o platformă de livrare a aplicațiilor (ADP).

Instalați plasturii proxy de autentificare NPS:

Plasturi XSP R22:

Plasturii XSP R23:

Activați aplicația Notificare Push Server.

(Pentru notificări Android) Activați API-ul FCM v1 pe NPS.

XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true

(Pentru notificările Apple iOS) Activați HTTP/2 pe NPS.

XSP_CLI/Applications/NotificationPushServer/APNS/GeneralSettings> set HTTP2Enabled true

Acest lucru este exclusiv pentru Versiunea 22 și versiunile anterioare; nu este disponibil în Versiunea 23 și versiunile de mai sus, care acceptă numai HTTP/2.

Atașați un suport tehnic de la NPS XSP/ADP.

Exemplu: _pushnotification-client._tcp.qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com ÎN A 10.193.78.149

Odată setat, una dintre următoarele este necesară pentru preluarea modificărilor:

Un bw de repornire trebuie preformat într-o fereastră de întreținere.
Prin intermediul CLI Cisco BroadWorks:

R24 și mai în vârstă

AS_CLI/ASDiagnostic/DNS> reîncărcare

R25 +

AS_CLI/ASDiagnostic/DNS/ExecutionServer> reîncărcare

AS_CLI/ASDiagnostic/DNS/ProvisioningServer> reîncărcare

Ce este de făcut în continuare

Pentru instalări noi ale unui NPS, accesați Configurarea NPS pentru a utiliza proxy-ul de autentificare

Pentru a migra o implementare Android existentă la FCMv1, accesați Migrarea NPS la FCMv1

Configurați NPS pentru a utiliza proxy-ul de autentificare

Această sarcină se aplică unei noi instalări de NPS, dedicată Webex pentru Cisco BroadWorks.

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks.

Creați contul clientului pe NPS:

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientId client-Id-From-Step1

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientSecret
New Password: client-Secret-From-Step1

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set RefreshToken
New Password: Refresh-Token-From-Step1

Pentru a verifica valorile pe care le-ați introdus în concordanță cu ceea ce ați primit, rulați XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> get

Emitentul CiscoCI ar trebui să fie ÎNTOTDEAUNA cluster CI din SUA, indiferent de locația dvs., iar implicit ar trebui să fie:

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI> get issuerUrl = https://idbroker.webex.com/idb

Introduceți URL-ul proxy NPS și setați intervalul de reîmprospătare a tokenului (se recomandă 30 de minute):

XSP|ADP_CLI/Applications/NotificationPushServer/CloudNPSService> set url https://nps.uc-one.broadsoft.com/nps/

XSP|ADP_CLI/Applications/NotificationPushServer/CloudNPSService> set VOIPTokenRefreshInterval 1800

(Pentru notificări Android) Adăugați ID-ul aplicației Android în contextul aplicațiilor FCM de pe NPS.

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.cisco.wx2.android

(Pentru notificările Apple iOS) Adăugați ID-ul aplicației în contextul aplicațiilor APNS, asigurându-vă că pentru a omite cheia Auth – setați-l la gol.

XSP|ADP_CLI/Applications/NotificationPushServer/APNS/Production/Tokens> add com.cisco.squared

Configurați următoarele URL-uri NPS:

Context CLI \|ADP XSP	Parametru	Valoare
`XSP\|ADP_CLI/Applications/` `NotificationPushServer/FCM>`	`authURL`	https://www.googleapis.com/oauth2/v4/token
	`pushURL`	https://fcm.googleapis.com/v1/projects/PROJECT-ID/messages:send
	`scope`	https://www.googleapis.com/auth/firebase.messaging
`XSP\|ADP_CLI/Applications/NotificationPushServer` `/APNS/Production>`	`url`	https://api.push.apple.com/3/device

Configurați următorii parametri de conexiune NPS la valorile recomandate afișate:

Context CLI \|ADP XSP	Parametru	Valoare
`XSP\|ADP_CLI/Applications/` `NotificationPushServer/FCM>`	`tokenTimeToLiveInSeconds`	3600
	`connectionPoolSize`	10
	`connectionTimeoutInMilliseconds`	3600
	`connectionIdleTimeoutInSeconds`	600
`XSP\|ADP_CLI/Applications/NotificationPushServer/` `APNS/Production>`	`connectionTimeout`	3000
	`connectionPoolSize`	2
	`connectionIdleTimeoutInSeconds`	600

Verificați dacă serverul de aplicații selectează ID-urile aplicației, deoarece este posibil să fie necesar să adăugați aplicațiile Webex în lista de permisiuni:

Rulați AS_CLI/System/PushNotification> get și verificați valoarea enforceAllowedApplicationList. Dacă este true, trebuie să finalizați această subsarcină. În caz contrar, săriți restul sarcinii secundare.
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.wx2.android “Webex Android”
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.squared “Webex iOS”

Reporniți XSP|ADP: bwrestart

Testați notificările apelurilor efectuând apeluri de la un abonat BroadWorks la doi utilizatori mobili Webex. Verificați dacă apare notificarea de apel pe dispozitivele iOS și Android.

Migrați NPS la FCMv1

Migrați clienții UC-One la FCMv1—Când aveți clienți UCaaS existenți și trebuie să îi migrați pentru a utiliza FCMv1.
Migrați clienții SaaS la FCMv1—Când aveți clienți SaaS existenți și trebuie să îi migrați pentru a utiliza FCMv1.
Actualizați serverul ADP—Când migrați NPS la un server ADP.

Migrați clienții UC-One la FCMv1

Utilizați pașii de mai jos din Google FCM Console pentru a migra clienții UC-One la Google FCM HTTPv1.

<string name="gcm_defaultSenderId">xxxxxxxxxxxxx</string>

Conectați-vă la SDK Administrator FCM la http://console.firebase.google.com.
Selectați aplicația Android corespunzătoare.
În fila General, înregistrați ID-ul proiectului
Navigați la fila Conturi serviciu pentru a configura un cont de serviciu. Puteți crea un cont de serviciu nou sau puteți configura unul existent.

Pentru a crea un nou cont de servicii:
1. Faceți clic pe butonul albastru pentru a crea un nou cont de serviciu
2. Faceți clic pe butonul albastru pentru a genera o nouă cheie privată
3. Descărcați cheia într-o locație sigură
Pentru a reutiliza un cont de serviciu existent:
1. Faceți clic pe textul albastru pentru a vizualiza conturile de servicii existente.
2. Identificați contul de serviciu pe care trebuie să îl utilizați. Contul de serviciu are nevoie de permisiunea firebaseadmin-sdk.
3. Pe dreapta, faceți clic pe meniul hamburger și creați o nouă cheie privată.
4. Descărcați fișierul json care conține cheia și salvați-l într-o locație sigură.
Copiați fișierul json pe XSP|ADP.

Configurați ID-ul proiectului și:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file>
...Done

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> get
  Project ID  Accountkey
========================
  my_project    ********

Configurați aplicația:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id>
...Done

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> get
  Application ID    Project ID
==============================
          my_app    my_project

Activați FCMv1:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Migrați clienții SaaS la FCMv1

Utilizați pașii de mai jos de pe Google FCM Console dacă doriți să migrați clienții SaaS la FCMv1.

Asigurați-vă că ați finalizat deja procedura „Configurați NPS pentru a utiliza proxy-ul de autentificare”.

Dezactivați FCM:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Activați FCM:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Actualizați serverul ADP

Utilizați pașii de mai jos din Consola FCM Google dacă migrați NPS pentru a utiliza un server ADP.

Obțineți fișierul JSON din Consola Google Cloud:
1. Pe Consola Google Cloud, accesați pagina Conturi de servicii .
2. Faceți clic pe Selectați un proiect, alegeți proiectul și faceți clic pe Deschidere.
3. Găsiți rândul contului de serviciu pentru care doriți să creați o cheie, faceți clic pe butonul Mai vertical, apoi faceți clic pe Creare cheie.
4. Selectați un tip de cheie și faceți clic pe Creare
  
  Descărcări de fișiere.
Adăugați FCM la serverul ADP:
1. Importați fișierul JSON pe serverul ADP utilizând /bw/install comanda.
2. Conectați-vă la ADP CLI și adăugați cheia Proiect și API:
  
  ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON:
3. În continuare, adăugați aplicația și cheia:
  
  ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done
4. Verificați configurația:
```
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g
Project ID Accountkey
========================
connect-ucaas ********

ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g
Application ID Project ID
===================================
com.broadsoft.ucaas.connect connect-ucaas
```

Configurați organizația partenerului în Hubul partenerului

Configurați clusterele BroadWorks

[o dată pe cluster]

Acest lucru se face din următoarele motive:

Pentru a activa cloud-ul Webex pentru a vă autentifica utilizatorii împotriva BroadWorks (prin serviciul de autentificare găzduit de XSP|ADP).
Pentru a permite aplicațiilor Webex să utilizeze interfața Xsi pentru controlul apelurilor.
Pentru a permite Webex să asculte evenimentele CTI publicate de BroadWorks (prezență telefonică și istoricul apelurilor).

Împiedicăm acest lucru deoarece un cluster configurat necorespunzător poate cauza probleme care sunt dificil de rezolvat.

Ce trebuie să faceți:

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .

Dacă utilizatorul administrator nu are vizibilitate pentru setările de apelare BroadWorks , se recomandă să deschideți un caz cu Cisco TAC.
Faceți clic pe Adăugare cluster.

Acest lucru lansează un expert unde vă furnizați interfețele XSP|ADP (URL-uri). Puteți adăuga un port la URL-ul interfeței dacă utilizați un port non-standard.
Denumiți acest cluster și faceți clic pe Înainte.

Conceptul de cluster de aici este pur și simplu o colecție de interfețe, de obicei plasate pe un server XSP|ADP sau pe o fermă, care permit Webex să citească informații de pe serverul aplicației (AS). Este posibil să aveți un XSP|ADP per cluster AS sau mai multe |ADP-uri XSP per cluster sau mai multe clustere AS per XSP|ADP. Cerințele de scară pentru sistemul BroadWorks nu intră în domeniul de aplicare aici.
(Opțional) Introduceți un nume de cont al utilizatorului BroadWorks și o parolă despre care știți că se află în sistemul BroadWorks pe care îl conectați la Webex, apoi faceți clic pe Înainte.

Testele de validare pot utiliza acest cont pentru a valida conexiunile la interfețele din cluster.
Adăugați URL-urile Acțiuni XSI și Evenimente XSI.
Opțional. Actualizați URL-ul DAS cu URL-ul Serviciului de activare a dispozitivului.
Opțional. Bifați caseta de selectare Activare autentificare directă BroadWorks dacă doriți ca conectarea la BroadWorks să fie directă la BroadWorks. În caz contrar, autentificarea la BroadWorks este delegată prin serviciul proxy IdP găzduit de Webex.

Această casetă de selectare afectează aceste situații de conectare:
- Conectare la Portalul de activare a utilizatorului – Utilizatorii trebuie să introducă acreditările BroadWorks atunci când se conectează la portal. Setarea de mai sus determină dacă conectarea este directă la BroadWorks sau prin proxy-ul IdP.
- Conectare la client—Dacă autentificarea BroadWorks este configurată în șablonul de integrare, setarea de mai sus determină dacă conectarea clientului la Aplicația Webex este direcționată către BroadWorks sau este delegată prin proxy-ul IdP.
Faceți clic pe Înainte.
Pe pagina Interfață CTI , faceți următoarele:
1. Adăugați URL-ul CTI și portul pentru interfața CTI la care doriți să vă conectați.
2. Opțional. Activați comutatorul Istoric apeluri și apoi introduceți ID-ul de utilizator BroadWorks. Când este selectată această opțiune, evenimentele din istoricul apelurilor BroadWorks sunt sincronizate cu cloudul Webex. Utilizatorii își pot vizualiza istoricul apelurilor în Aplicația Webex.
3. Opțional. Activați comutatorul Nu deranjați (DND) de sincronizare și apoi introduceți ID-ul de utilizator BroadWorks. Această opțiune sincronizează evenimentele DND între Webex și BroadWorks, asigurându-se că funcția funcționează la fel pe ambele platforme.
4. Faceți clic pe Înainte.
Adăugați URL-ul Serviciului de autentificare .
Selectați Serviciul Auth cu validare token CI.

Această opțiune nu necesită mTLS pentru a proteja conexiunea de la Webex, deoarece Serviciul de autentificare validează în mod corespunzător tokenul utilizatorului față de serviciul de identitate Webex înainte de a emite tokenul de lungă durată utilizatorului.
Revizuiți intrările pe ecranul final, apoi faceți clic pe Creare. Ar trebui să vedeți un mesaj de succes.

Partner Hub trece URL-urile la diverse microservicii Webex care testează conexiunile la interfețele furnizate.
Faceți clic pe Vizualizare clustere și ar trebui să vedeți noul cluster și dacă validarea a reușit.
Butonul Creare poate fi dezactivat pe ecranul final (previzualizare) al expertului. Dacă nu puteți salva șablonul, acesta indică o problemă cu una dintre integrările pe care tocmai le-ați configurat.

Am implementat această verificare pentru a preveni erorile în sarcinile ulterioare. Puteți reveni prin intermediul expertului pe măsură ce configurați implementarea dvs., ceea ce poate necesita modificări ale infrastructurii dvs. (de exemplu, XSP|ADP, echilibrator de sarcină sau firewall), așa cum este documentat în acest ghid, înainte de a putea salva șablonul.

Verificarea conexiunilor la interfețele BroadWorks

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .
Faceți clic pe Vizualizare clustere.
Partner Hub inițiază teste de conectivitate de la diferitele microservicii la interfețele din clustere.

După finalizarea testelor, pagina listei de clustere afișează mesajul de stare de lângă fiecare cluster.

Ar trebui să vedeți mesaje de succes verde. Dacă vedeți un mesaj de Eroare roșu, faceți clic pe numele clusterului afectat pentru a vedea care setare cauzează problema.
Opțional. Selectați un cluster dacă doriți să vedeți setările existente pentru acel cluster, cum ar fi XSI-Actions, XSI-Events, URL-ul DAS și setările interfeței CTI.

Configurați șabloanele de integrare

Puteți crea cât mai multe șabloane de care aveți nevoie, dar numai un singur șablon poate fi asociat unui client.

Conectați-vă la Partner Hub și selectați Clienți.
Faceți clic pe butonul Integrare șabloane pentru a vizualiza șabloanele existente.
Faceți clic pe Creare șablon.
În fereastra Detalii șablon , adăugați numele șablonului, țara sau regiunea și limba de e-mail implicită.
Faceți clic pe lista derulantă pentru ID-ul de abonament CCW, găsiți abonamentele listate pentru partener și selectați abonamentul aplicabil.

Acest câmp este afișat numai pentru partenerii migrați de la Webex pentru BroadWorks la Webex.
În fereastra Setări serviciu , utilizați lista derulantă Cluster pentru a alege clusterul pe care doriți să îl utilizați cu acest șablon.
Introduceți un nume șablon, apoi faceți clic pe Înainte.

Configurați modul de configurare, utilizând aceste setări recomandate:

Tabelul 3. Setări de dozare recomandate pentru diferite moduri de dozare
Denumire setare	Configurarea Flowthrough cu e-mailuri de încredere	Configurare Flowthrough fără e-mailuri	Auto-configurare utilizator
Activarea fluxului BroadWorks prin configurare (include acreditările contului de configurare dacă este activată**)	Pornit Furnizați numele contului și parola de configurare conform configurației BroadWorks.	Pornit Furnizați numele contului și parola de configurare conform configurației BroadWorks.	Oprit
Creare automată organizații noi în Control Hub	În	În	În
Adresă de e-mail a furnizorului de servicii	Selectați o adresă de e-mail din lista derulantă (puteți introduce unele caractere, pentru a găsi adresa dacă este o listă lungă). Această adresă de e-mail identifică administratorul din cadrul organizației dvs. Partener care va primi acces de administrator delegat la orice noi organizații client create cu șablonul de integrare.
Țară	Alegeți țara pe care o utilizați pentru acest șablon. Țara pe care o alegeți se potrivește cu organizațiile clienților care sunt create cu acest șablon într-o anumită regiune. În prezent, regiunea ar putea fi (EMEAR) sau (America de Nord și restul lumii). Consultați hărțile țării în funcție de regiune din această foaie de calcul. Țara organizației va determina numerele de apelare globale implicite pentru Cisco PSTN în site-urile Webex Meeting. Consultați secțiunea Țară a paginii de ajutor pentru mai multe informații.
Mod BroadWorks Enterprise activ	Activați acest lucru dacă clienții pe care îi furnizați cu acest șablon sunt întreprinderi în BroadWorks. Dacă acestea sunt grupuri, dezactivați acest comutator. Dacă aveți o combinație de întreprinderi și grupuri în BroadWorks dvs., ar trebui să creați șabloane diferite pentru aceste cazuri diferite.

Note din tabel:

† Acest comutator asigură crearea unei noi organizații de clienți dacă domeniul de e-mail al unui abonat nu corespunde unei organizații Webex existente.

Acest lucru ar trebui să fie întotdeauna valabil, cu excepția cazului în care utilizați un proces de comandă și executare manuală (prin Cisco Commerce Workspace) pentru a crea organizații ale clienților în Webex (înainte de a începe să configurați utilizatori în respectivele organizații). Această opțiune este adesea menționată ca modelul „Hybrid Provisioning” și nu intră în domeniul de aplicare al acestui document.
** „Cont de configurare” se referă la contul de administrator la nivel de sistem BroadWorks. Pe BroadWorks, aveți nevoie de un cont de administrator cu aceste atribute: Administrator Type=Configurare, Doar citire=Dezactivare.

Selectați pachetul de servicii implicit pentru clienți utilizând acest șablon (consultați pachetele din secțiunea Prezentare generală); fie Basic, Standard, Premium sau Softphone.

Puteți suprascrie această setare pentru utilizatorii individuali prin intermediul Partner Hub.
Opțional. Verificați Dezactivarea apelurilor gratuite Cisco Webex dacă doriți să dezactivați apelurile Webex.
Pentru Configurarea intrării în întâlnire, selectați una dintre următoarele opțiuni:
- Numere de apelare Cisco (PSTN)
- Numere de apelare furnizate de partener (BYoPSTN)—Dacă selectați această opțiune, consultați Ghidul de soluții PSTN pentru Webex pentru Cisco BroadWorks pentru informații detaliate despre modul de configurare a acestei opțiuni.
Faceți clic pe Înainte.

Există două abordări pentru configurarea abonaților în ceea ce privește modul în care sunt verificate identitățile lor – folosind e-mailuri de încredere sau e-mailuri de neîncredere.

În cazul de e-mail de neîncredere, utilizatorii trebuie să-și verifice e-mailurile înainte de configurare sau utilizatorii se pot auto-activa.

În cazul de neîncredere există mai multe moduri de configurare bazate pe setările de verificare din tabelul de mai jos:

Tabelul 4. Setări de verificare a utilizatorului recomandate pentru modurile de configurare nefiabile
Denumire setare	Configurare Flowthrough fără e-mailuri	Auto-configurare utilizator
Administrator de configurare în primul rând	Recomandată	Nu se aplică
Permiteți utilizatorilor să se autoactiveze	Nu se aplică	Obligatoriu

Note din tabel:
* Fiecare organizație client din Webex trebuie să aibă cel puțin un utilizator cu rol de administrator. Primul utilizator căruia îi atribuiți IM&P integrat în BroadWorks preia rolul de administrator al clientului dacă este creată o nouă organizație client în Webex. În calitate de Furnizor de servicii, este posibil să doriți să aveți control asupra persoanei care primește rolul. Verificarea acestei setări împiedică utilizatorii să finalizeze activarea până când primul utilizator pe care l-ați configurat este activat. Dacă debifați această setare, atunci primul utilizator care devine activ în noua organizație devine administratorul clientului.

Faceți clic pe Înainte.

Selectați modul de autentificare implicit (fie autentificare BroadWorks , fie autentificare Webex) pentru conectarea utilizatorului la Webex.

(Consultați Modul de autentificare din secțiunea Pregătire mediu).

Faceți clic pe Înainte.
Pentru Preferințe, configurați următoarele:
1. Alegeți dacă doriți să Precompletați adresele de e-mail ale utilizatorului în pagina de conectare.
  
  Ar trebui să utilizați această opțiune numai dacă ați selectat BroadWorks Authentication și ați introdus, de asemenea, adresele de e-mail ale utilizatorilor în atributul ID alternativ din BroadWorks. În caz contrar, vor trebui să își folosească numele de utilizator BroadWorks. Pagina de conectare oferă opțiunea de a schimba utilizatorul, dacă este necesar, dar acest lucru poate duce la probleme de conectare.
2. Dacă doriți să activați sincronizarea directorului, setați Activarea sincronizării directorului telefonului pentru toate noile organizații ale clienților la Activare.
  
  Această opțiune permite Webex să citească contactele BroadWorks în organizația client, astfel încât utilizatorii să le poată găsi și apela din aplicația Webex.
3. Introduceți un administrator partener.
  
  Acest nume este utilizat în mesajul de e-mail automat de la Webex, care invită utilizatorii să-și valideze adresele de e-mail.
4. Asigurați-vă că e-mailurile Permiteți invitarea administratorului sunt activate atunci când atașați comutatorul de organe existente (setarea implicită este activată).
5. Faceți clic pe Înainte.
Revizuiți intrările pe ecranul final. Puteți să faceți clic pe comenzile de navigare din partea de sus a expertului pentru a reveni și a schimba orice detalii. Faceți clic pe Creați.

Ar trebui să vedeți un mesaj de succes.
Faceți clic pe Vizualizare șabloane și ar trebui să vedeți noul șablon listat cu orice alte șabloane.
Faceți clic pe numele șablonului pentru a modifica sau șterge șablonul, dacă este necesar.

Nu este necesar să introduceți din nou detaliile contului de configurare. Câmpurile de confirmare a parolei/parolei goale sunt acolo pentru a schimba acreditările dacă trebuie, dar lăsați-le goale pentru a păstra valorile pe care le-ați dat expertului.
Adăugați mai multe șabloane dacă aveți configurații partajate diferite pe care doriți să le furnizați clienților.

Păstrați deschisă pagina Vizualizare șabloane , deoarece este posibil să aveți nevoie de detalii șablon pentru o sarcină ulterioară.

Configurați serverul aplicației cu URL-ul serviciului de furnizare

Această sarcină este necesară numai pentru debit prin configurare.

Server Aplicație Patch (numai R22, R23 și R24)

Dacă nu ați făcut încă acest lucru, aplicați următorul plasture care se aplică eliberării dvs.:.
- Pentru R22: AP.as.22.0.1123.ap373197
- Pentru R23: AP.as.23.0.1075.ap373197
- Pentru R24: AP.as.24.0.944.ap384177
Pentru o listă completă de plasturi BroadWorks care formează cerința de implementare a Webex pentru Cisco BroadWorks, Consultați Cerințele software BroadWorks din secțiunea Referință.
Modificarea la Maintenance/ContainerOptions context.
Activați parametrul URL de configurare:

/AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true

Obțineți URL(URL) de configurare de la Partner Hub

Consultați Ghidul de administrare a interfeței de comandă a serverului Cisco BroadWorks pentru detalii (Interfață > Mesagerie și serviciu > IM&P integrat) ale comenzilor AS.

Conectați-vă la Partner Hub și accesați Setări > Apelare BroadWorks.
Faceți clic pe Vizualizare șabloane.
Selectați șablonul pe care îl utilizați pentru a furniza abonații acestei întreprinderi/grupului în Webex.

Detaliile șablonului se afișează într-un panou de scurgere din dreapta. Dacă nu ați creat încă un șablon, trebuie să faceți acest lucru înainte de a putea obține URL-ul de configurare.
Copiați URL-ul adaptorului de configurare.

Repetați acest lucru pentru alte șabloane dacă aveți mai multe.

(Opțiune) Configurarea parametrilor de configurare la nivel de sistem pe serverul de aplicații

Este posibil să nu doriți să setați domeniul de furnizare și serviciu la nivel de sistem dacă utilizați UC-One SaaS. Consultați Punctele de decizie din secțiunea Pregătire mediu.

Conectați-vă la serverul de aplicații și configurați interfața de mesagerie.
1. AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL
2. AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name
3. AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password
4. AS_CLI/Interface/Messaging> set enableSynchronization true
Activați interfața IMP integrată:
1. /AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
2. /AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true

(Opțiune) Configurarea parametrilor de configurare per întreprindere pe serverul de aplicații

În interfața de utilizator BroadWorks, deschideți întreprinderea pe care doriți să o configurați și accesați Servicii > IM&P integrat.
Selectați Utilizați domeniul serviciului și introduceți o valoare fictivă (Webex ignoră acest parametru. Puteți utiliza example.com).
Selectați Utilizați serverul de mesagerie.

În câmpul URL , lipiți URL-ul de configurare pe care l-ați copiat din șablonul dvs. în Partner Hub.

În câmpul Nume utilizator , introduceți un nume pentru administratorul de configurare. Aceasta trebuie să corespundă valorii din șablonul din Partner Hub.
Introduceți o parolă pentru administratorul de configurare. Aceasta trebuie să corespundă valorii din șablonul din Partner Hub.
Pentru identitatea implicită a utilizatorului pentru ID-ul IM&P, selectați Primar.
Faceți clic Aplicați .
Repetați pentru alte întreprinderi pe care doriți să le configurați pentru debit prin configurare.

Date de configurare a utilizatorului

API Verificare preconfigurare partener

Pentru mai multe informații despre API, consultați: Ghid Webex pentru dezvoltatorii angro

Pentru a utiliza API-ul, accesați: Verificați previzualizarea furnizării abonaților angro

Pentru a accesa Preverificarea unui document de furnizare abonat angro, trebuie să vă conectați la https://developer.webex.com/ portal.

Partenerul SSO - SAML

Verificați dacă furnizorul de identitate terț îndeplinește cerințele enumerate în secțiunea Cerințe pentru furnizorii de identitate din Integrarea cu conectare unică în Control Hub.
Încărcați fișierul cu metadate CI care are Furnizor de identitate.
Configurați un șablon de integrare. Pentru setarea Mod de autentificare , selectați Autentificare partener. Pentru ID-ul entității IDP, introduceți EntityID din metadatele XML SAML ale furnizorului de identitate terț.
Creați un utilizator nou într-o nouă organizație client care utilizează șablonul.
Foarte mult că utilizatorul se poate conecta.

Partner SSO - OpenID Connect (OIDC)

Atribut	Obligatoriu	Descriere
Nume IDP	Da	Numele unic, dar insensibil la caz, pentru configurația IdP OIDC, ar putea consta din litere, numere, hife, subliniază, tilduri și puncte, iar lungimea maximă este de 128 de caractere.
ID client OAuth	Da	Utilizat pentru a solicita autentificarea IdP OIDC.
Secret client OAuth	Da	Utilizat pentru a solicita autentificarea IdP OIDC.
Lista scopurilor	Da	Lista scopurilor care vor fi utilizate pentru a solicita autentificarea IdP OIDC, împărțită în funcție de spațiu, de exemplu, „profil de e-mail deschis” Trebuie să includă Openid și e-mail.
Punct final de autorizare	Da, dacă punctul final de descoperire nu este furnizat	URL-ul punctului final de autorizare OAuth 2.0 al IdP.
punct de sfârșit	Da, dacă punctul final de descoperire nu este furnizat	URL-ul punctului final OAuth 2.0 al IdP-ului.
Punct final de descoperire	Nu	URL-ul punctului final de descoperire IdP pentru descoperirea punctelor finale OpenID.
utilizator InfoEndpoint	Nu	URL-ul punctului final de informații despre utilizator al IdP.
Punct final al setului de taste	Nu	URL-ul terminalului JSON Web Key Set al IdP.

În plus față de atributele IDP de mai sus, ID-ul organizației partenere trebuie specificat în cererea TAC.

Configurați URI-ul de redirecționare pe IDP-ul de conectare OpenID.
Configurați un șablon de integrare. Pentru setarea modului de autentificare, selectați Autentificare partener Cu OpenID Connect și introduceți Numele IDP furnizat în timpul configurării IDP ca ID-ul entității IDP OpenID Connect.
Creați un utilizator nou într-o nouă organizație client care utilizează șablonul.
Foarte mult că utilizatorul se poate conecta utilizând fluxul de autentificare SSO.

Activați identificatorul de corelație apeluri

Utilizați CLI pentru a activa caracteristica pe toate interfețele AS și XSP|ADP.

Rulați următoarele comenzi pe interfețele AS. Acest lucru va permite AS pentru a trimite X-BroadWorks-Correlation-Info antet SIP:

AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true

AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true
Fișierul enableCallCorrelationID parametrul asociat cu aplicația Xsi-Actions este utilizat pentru a controla includerea informațiilor privind corelarea apelurilor în jurnalele Xsi-Actions. Se recomandă ca enableCallCorrelationID activată utilizând următoarea comandă pe interfețele XSP|ADP:

XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true

Pentru informații suplimentare despre Identificatorul de corelație apeluri, consultați Descrierea caracteristicilor Identificatorului de corelație apeluri Cisco BroadWorks.

Sincronizare director

Pentru a activa Sincronizarea directorului, accesați Sincronizarea directorului în Webex pentru Cisco BroadWorks.

Istoricul apelurilor unificate

Evenimente din istoricul apelurilor – aceste evenimente sunt utilizate pentru a construi o istorie detaliată a apelurilor unificate
Evenimente de stare cârlig – Istoricul unificat al apelurilor include optimizări de stare cârlig care reduc cantitatea de lățime de bandă a rețelei pentru actualizările de prezență telefonică

Cerințe privind istoricul apelurilor unificate

Înainte de a putea configura istoricul apelurilor unificate, asigurați-vă că ați corectat sistemul. Această caracteristică depinde de următoarele patch-uri BroadWorks care sunt instalate:

Pentru R22:

AP.xsp.22.0.1123.ap378585
AP.as.22.0.1123.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.22.0.1123.ap378585
AP.ps.22.0.1123.ap378585

Pentru R23:

AP.as.23.0.1075.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.23.0.1075.ap378585
Dacă utilizați XSP— AP.xsp.23.0.1075.ap378585
Dacă utilizați ADP— Xsi-Events-23_2021.05_1.251.bwar

Pentru R24:

AP.as.24.0.944.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
Xsi-Events-24_2021.05_1.251.bwar

Pentru a avea informații despre Hunt Group, Call Center și alte redirecționări în istoricul apelurilor Unified, trebuie instalați și activați următorii plasturi Broadworks:

Pentru R23:

AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994

Pentru R24:

AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994

Pentru a avea informații despre Asistentul executiv în istoricul apelurilor Unified, trebuie instalați și activați următorii plasturi Broadworks:

Pentru R24:

AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
ADP care rulează Xsi-Events-24_2022.06 sau mai târziu

În plus față de plasturii Broadworks, sincronizarea directorului trebuie să fie, de asemenea, activată pentru istoricul apelurilor Unified Executive-Assistant.

Activați istoricul apelurilor (cluster nou)

Pentru a activa istoricul apelurilor într-un cluster nou, consultați pașii pentru adăugarea unui cluster în Configurați organizația partenerului în Hubul partenerului.

Activați istoricul apelurilor (cluster existent)

Pentru a activa istoricul apelurilor pe un cluster existent, urmați pașii de mai jos:

Conectați-vă la Partner Hub la admin.webex.com.
Accesați Setări și selectați un cluster existent.
Verificați dacă conexiunea clusterului este bună. Panoul din dreapta trebuie să afișeze o marcă de verificare verde cu Connection stabilită.

Dacă acest lucru nu apare, sub Verificare conexiuni (opțional), introduceți ID-ul de utilizator BroadWorks și parola BroadWorks și faceți clic pe Verificare pentru a verifica dacă conexiunea este bună.
Bifați caseta de selectare Activare istoric apeluri .
Faceți clic pe Salvați.

Interacțiuni caracteristică

Există următoarele interacțiuni ale caracteristicii pentru istoricul apelurilor unificate:

Istoricul de apeluri unificat nu este acceptat pentru utilizatorii care sunt configurați în BroadWorks cu liste de rutare sau rute directe. Atunci când această situație există, evenimentele privind istoricul apelurilor și starea cârligului nu sunt trimise în Aplicația Webex.
Istoricul de apeluri unificat nu este acceptat cu apelarea extensiei. Apelurile care sunt plasate utilizând apelarea extensie nu pot fi reflectate corect în istoricul apelurilor.

Vizualizați istoricul apelurilor în aplicația Webex

Utilizatorii finali pot accesa și vizualiza istoricul de apeluri unificat din aplicația Webex. Pentru detalii, consultați: Istoricul apelurilor și întâlnirilor Webex | View.

Dezactivați istoricul apelurilor unificate

Indicație Spam vizual

Activați istoricul apelurilor unificate conform descrierii din secțiunea anterioară.
Trebuie să fie instalaţi şi activi următorii plasturi:
- AP.as.23.0.1075.ap384591 / AP.as.24.0.944.ap384591
- sau AS-25_Rel_2022.12 la un nivel minim
Funcția trebuie să fie activată prin intermediul CLI AS:
- AS_CLI/System/ActivatableFeature> activați 104112
- AS_CLI/System/StirShaken> setați enableVerificare adevărată
Broadworks trebuie să fie configurat pentru a efectua semnarea, etichetarea și verificarea STIR-SHAKEN așa cum este descris în Etichetarea și Verificarea semnării STIR-SHAKEN Cisco BroadWorks

Identificarea apelantului și redirecționarea apelului

Identificare apelant

Dacă găsește mai multe instanțe ale unui număr într-o singură sursă, nu va încerca să aleagă unul dintre ele, în acest caz, nu va afișa niciun ID de apelant.

Identitatea comună Webex (CI) care conține utilizatorii organizației dvs.
Contacte personale și organizaționale. Contactele personale sunt vizibile sub fila Contacte.
Adresa locală. În Windows - Aplicația Outlook, în Mac - Contacte Mac, în iOS - Contacte iPhone, în Android - Contacte Android.

Redirecționare apel

Apel redirecționat: Afișează numărul care a redirecționat apelul.
Grup de hunting: Afișează numele grupului de hunt care a redirecționat apelul.
Coadă centru de apeluri: Afișează numele cozii care a redirecționat apelul.
Asistent executiv: Afișează numele Executivului pentru care vine apelul.

Excepții:

Pentru apelurile din coada de apeluri internă, în cazul în care un agent apelează înapoi o parte internă, partea de la distanță nu va vedea numele cozii de apeluri, ci va vedea numele agentului care le apelează.

Apelul a fost Răspuns În Altă Parte:

Aspect linie partajată

Această caracteristică ajută utilizatorii să gestioneze apelurile în extensia altui utilizator direct din Aplicația Webex.

Puteți configura aparența liniei partajate numai pentru versiunea desktop a Aplicației Webex.
Puteți adăuga maximum 10 linii în Aplicația Webex, inclusiv linia principală.
Nu puteți aloca linia unui spațiu de lucru ca linie partajată.
Un utilizator nu poate fi asigurat cu serviciul de Asistent Executiv în același timp cu partajarea liniilor.
Portul liniei principale a unui utilizator nu trebuie schimbat într-o linie partajată.

Cerințe

Pentru a implementa această funcție pe Webex pentru Cisco BroadWorks, trebuie să implementați următorii plasturi BroadWorks:

Patch 1: Drapelul proprietarului din lista de dispozitive pentru a sprijini liniile partajate ale clienților Webex

R23 fără ADP:

AP.as.23.0.1075.ap384179
AP.xsp.23.0.1075.ap384179

R23 cu ADP:

AP.as.23.0.1075.ap384179
Xsi-Acţiuni-23_2022.10

R24:

CA: AP.as.24.0.944.ap384179
Xsi-Acţiuni-24_2022.10

R25:

CA: Versiunea RI Rel_ 2022.10_1.310
Xsi-Acțiuni-25_ 2022.10

Patch 2: Patch-uri pentru creșterea numărului de port pe tipuri de profil dispozitiv. Exemplu: Pentru clientul desktop: Sistem>Modificare tip profil identitate/dispozitiv> Comunicator de afaceri - PC: Profil, Opțiuni standard, Număr de porturi:

DACĂ este activată „Nelimitat”, nu este necesară nicio modificare
DACĂ „Limited To” este <10, modificați valoarea = 10 și salvați pentru a utiliza toate liniile disponibile

Versiunea RI Rel_ 2022.10_1.310

Sincronizare Nu deranjați (DND).

Sincronizarea DND se aplică la nivelul clusterului BroadWorks și poate fi activată în Partner Hub de către un administrator partener.

Cerințe preliminare

Asiguraţi-vă că următorii plasturi sunt aplicaţi pe AS şi XSP|ADP. Aplicați numai plasturii pentru versiunea BroadWorks.

Pentru Versiunea 23:

Aplicații ADP: Xsi-Actions-23_ 2022.03_1.220.bwar, Xsi-Events-23_2022.03_1.220.bwar

Pentru versiunea 24:

Aplicații ADP: Xsi-Actions-24_ 2022.03_1.220.bwar, Xsi-Events-24_2022.03_1.220.bwar

După ce aplicați plasturii, activați caracteristica 25433 pe AS:

AS_CLI/System/ActivatableFeature> activate 25433

Activați sincronizarea DND (cluster existent)

Conectați-vă la Partner Hub
Faceți clic pe Setări.
Faceți clic pe Vizualizare cluster și selectați clusterul BroadWorks corespunzător.
Activați comutatorul de sincronizare Nu deranjați (DND).
Introduceți ID-ul de utilizator BroadWorks și faceți clic pe Activare.

Sistemul validează faptul că clusterul BroadWorks are plasturii potriviți pentru a sprijini sincronizarea DND. Dacă validarea eșuează, butonul Salvare este dezactivat.
Dacă validarea reușește, faceți clic pe Salvare.

Odată ce sincronizarea DND este activată, Webex reîmprospătează toate abonamentele utilizatorilor pentru a include pachetul Nu deranjați evenimentul. În funcție de numărul de utilizatori, acest proces poate dura câteva ore pentru a finaliza.
Activarea sincronizării DND este un comutator cu un singur mod. Odată ce funcția este activată, nu o puteți dezactiva pe cont propriu.

Activați sincronizarea DND (cluster nou)

De asemenea, puteți activa funcția în timpul creării de clustere. Pentru detalii, consultați „Configurați clusterele BroadWorks” din Configurați organizația partenerului în Partner Hub.

Dezactivați sincronizarea DND

Nu puteți dezactiva Sincronizarea DND pe cont propriu. Pentru a dezactiva caracteristica, creați un caz BEMS de inginerie cu următoarele informații:

Familie: Serviciu Spark
Produs: Apelare în Webex (Webex pentru BroadWorks)
Componentă: Furnizare WxBW
Cazul BEMS trebuie să precizeze că Nu deranjați sincronizarea trebuie să fie dezactivată pentru un partener. Cazul trebuie să conțină partnerId și clusterId BroadWorks.

Cazuri de utilizare

Înregistrare apeluri

Webex pentru Cisco BroadWorks acceptă patru moduri de înregistrare a apelurilor.

Tabelul 6. Moduri de înregistrare
Moduri de înregistrare	Descriere	Controale/indicatori care se afișează în aplicația Webex
Întotdeauna	Înregistrarea este inițiată automat atunci când apelul este stabilit. Utilizatorul nu are capacitatea de a porni sau opri înregistrarea.	Indicator vizual în curs de înregistrare
Întotdeauna cu întrerupere/reluare	Înregistrarea este inițiată automat atunci când apelul este stabilit. Utilizatorul poate întrerupe și relua înregistrarea.	Indicator vizual în curs de înregistrare Buton pauză înregistrare Buton Reluare înregistrare
Nu este necesară	Înregistrarea este inițiată automat atunci când apelul este stabilit, dar înregistrarea este ștearsă, cu excepția cazului în care utilizatorul apasă Start Recording. Dacă utilizatorul începe înregistrarea, înregistrarea completă din configurarea apelului este reținută. După începerea înregistrării, utilizatorul poate, de asemenea, să întrerupă și să reia înregistrarea	Buton Start Înregistrare Buton pauză înregistrare Buton Reluare înregistrare
OnDemand cu inițiere inițiată de utilizator	Înregistrarea nu inițiază decât dacă utilizatorul selectează opțiunea Start Recording din aplicația Webex. Utilizatorul are opțiunea de a începe și opri înregistrarea de mai multe ori în timpul unui apel.	Buton Start Înregistrare Buton Oprire înregistrare Buton pauză înregistrare

Cerințe

Pentru a implementa această funcție pe Webex pentru Cisco BroadWorks, trebuie să implementați următorii plasturi BroadWorks:

Identificatorul de corelație apeluri trebuie să fie activat. Pentru detalii, consultați Activarea identificatorului de corelație apeluri.

Pentru a utiliza această funcție, trebuie să fie activată următoarea etichetă de configurare: %ENABLE_CALL_RECORDING_WXT%.

Această caracteristică necesită o integrare cu o platformă terță parte de înregistrare a apelurilor.

Pentru a configura înregistrarea apelurilor în BroadWorks, accesați Ghidul interfeței de înregistrare a apelurilor Cisco BroadWorks.

Informații suplimentare

Pentru informații despre utilizator despre modul de utilizare a caracteristicii Înregistrare, accesați help.webex.com articol Webex | Înregistrați apelurile.

Pentru a reda o înregistrare, utilizatorii sau administratorii trebuie să acceseze platforma de înregistrare a apelurilor terță parte.

Grup Call Park și Preluați

Funcție de funcționare

După ce caracteristica este configurată

În timpul unui apel, un utilizator face clic pe opțiunea Park din aplicația Webex pentru a parca apelul la o extensie pe care sistemul o selectează automat. Sistemul afișează extensia utilizatorului pentru o perioadă de 10 secunde.
Un alt utilizator din grup face clic pe opțiunea Recuperare apel din aplicația Webex. Utilizatorul intră apoi în extensia apelului parcat pentru a continua apelul.

Cerințe

Pentru ca această caracteristică să funcționeze, asigurați-vă că aveți următoarele:

Fișierul de configurare a clientului trebuie să aibă următoarele etichete setate:

<call-park enabled="%ENABLE_CALL_PARK_WXT%"
        timer="%CALL_PARK_AUTO_CLOSE_DIALOG_TIMER_WXT%"/>

Identificatorul de corelație apeluri trebuie să fie activat pe AS și XSP|ADP. Pentru detalii, consultați Activarea identificatorului de corelație apeluri.
SBC-ul trebuie să fie configurat pentru a trece ‘ x-broadworks-correlation-in' atribuie SIP către și de la serverul de aplicații.

Configurare

Informații suplimentare

Pentru informații despre utilizator despre modul de utilizare a parcului de apeluri de grup, consultați Webex | Park și preluați apelurile.

Parcare apel/Parcare apel direcționat

Introduceți *68 pentru a parca un apel
Introduceți *88 pentru a prelua un apel

Întrerupeți

Serviciul de tip barge-in este utilizat în mod obișnuit în mediile centrului de apeluri sau în alte situații în care poate fi necesară asistență sau intervenție imediată.

Atunci când apare o barjă, se stabilește un apel în trei moduri între părți. Se introduc următorii termeni:

Supervizor: Un supervizor este o persoană care supraveghează și gestionează o echipă de agenți de servicii pentru clienți sau reprezentanți ai centrului de apeluri. În contextul întreruperii apelurilor, un supervizor are, de obicei, capacitatea de a monitoriza și de a interveni în apelurile în curs ale clienților. Aceștia pot utiliza instrumente de monitorizare a apelurilor sau software-ul pentru a asculta apelurile, pentru a oferi îndrumare agenților și pentru a asigura controlul calității. Rolul supraveghetorului poate implica agenți de formare, abordarea preocupărilor clienților și optimizarea performanței echipei.
Client: Un client se referă la o persoană sau o entitate care se angajează cu o companie sau o organizație pentru a obține produse, servicii sau asistență. În contextul introducerii apelului, un client este o persoană care efectuează sau primește un apel telefonic cu un agent de servicii pentru clienți. Clienții pot solicita asistență, informații sau soluționarea întrebărilor sau problemelor lor în timpul apelului. Funcția de blocare a apelurilor permite supraveghetorilor sau personalului autorizat să se alăture apelului în curs între client și agent.
Agent: Un agent, cunoscut și sub numele de reprezentant al serviciului pentru clienți sau agent al centrului de apeluri, este o persoană responsabilă pentru gestionarea interacțiunilor cu clienții și furnizarea de asistență sau asistență prin telefon sau prin alte canale de comunicare. Agenții sunt instruiți să abordeze întrebările clienților, să rezolve problemele, să proceseze tranzacțiile și să ofere o experiență pozitivă pentru clienți. În contextul intrării în apelare, un agent este persoana care vorbește direct cu clientul în timpul apelului telefonic. Agentul poate primi îndrumare sau feedback de la supervizor prin intermediul apelului de tip barge-in, dacă este necesar.

Creşterea numărului de apeluri nativ mobile la întâlnire

Scala de apel nativ mobil la întâlnire vine cu două caracteristici unice:

Notificare push nouă

Utilizatorii de telefonie mobilă aflați într-un apel nativ pot comuta acum la Aplicația Webex atingând Notificarea push nouă. Când începeți un ecran de apel nativ, pe ecran apare o Notificare push Nouă și atingând notificarea vă duce direct la ecranul în apel al Aplicației Webex.

Vizualizați notificarea Webex în timpul unui apel telefonic mobil dacă utilizați Webex Go sau operatorul de rețea mobilă (MNO) are semnalizarea apelurilor utilizând controlul apelurilor Cisco pentru apelurile telefonice mobile.
Mutați apelul mobil în întâlnire

Când vă aflați în mijlocul unui apel cu cineva, este posibil să doriți să mutați acel apel într-o întâlnire pentru a utiliza unele caracteristici avansate ale întâlnirilor, cum ar fi transmisia video, partajarea sau tabla. Sau invitați alte persoane la discuție și mutați-vă la o întâlnire.

Cerințe BroadWorks

Caracteristică activabilă 25239
R23 cu XSP|ADP:
- AS Patch AP.as.23.0.1075.ap383064
- XSP|ADP Patch AP.xsp.23.0.1075.ap383064
- Patch AP.platform.23.0.1075.ap383064
R23 cu ADP:
- AS Patch AP.as.23.0.1075.ap383064
- ADP cu Xsi-Actions-23, versiunea CommPilot-23 > 2022.05_1.303 și versiunea NPS > 2022.08_1.350
R24:
- CA plasture transdermic: AP.as.24.0.944.ap383064
- ADP cu Xsi-Actions-24, versiunea CommPilot-24 > 2022.05_1.303 și versiunea NPS > 2022.08_1.350
R25:
- AS versiunea RI Rel_ 2022.08_1.354
- ADP cu Xsi-Actions-25, CommPilot-25 > 2022.08_1.350 și versiunea NPS > 2022.08_1.350

Configurație apelare URI pentru a sprijini mutarea apelului în întâlnire

Politica NS de apelare rapidă

Definiți regula pentru (.*)webex.com pentru a ruta prin I-SBC

NS_CLI/Policy/UrlDialing> get WebexMeetings
 Policy: UrlDialing  Instance: Webex
   unknownSipURIHandling = reject
   disableSubscriberLookups = true
   Enable = true
   CallTypes:
     Selection = {ALL}
     From = {PCS, ALL, TRMT, LO, TPSX, OAX, GNT, DP, LPS, OA, TPS, IOA, MOBX, EA, FGB, MOB, SNEN, POA, SV, SVCD, CAC, IN, TO1X, MS, CSV, VSC, EM, SVCO, SMC, TPSE, ZD, NIL, CS, CT, TF, GAN, VFAC, TO, DA, OAP}
   lineportOnly = false
   enableSipURIMatchingRules = true

NS_CLI/Policy/UrlDialing/Rules> get WebexMeetings
 Policy: UrlDialing  Instance: WebexCalling  Table: Rules
   id            pattern      routingNE  cost  weight            dtg
===================================================================
    1      *@*.webex.com  WebexMeetings     1      50  WebexMeetings

NS Routing NE pentru I-SBC

configurare Exemplu

NS_CLI/System/Device/RoutingNE> get ne WebexMeetings
 Network Element  WebexMeetings
    Location              =  1281465
    Data Center           =
    Static Cost           =  1
    Static Weight         =  99
    Poll                  =  false
    OpState               =  enabled
    State                 =  OnLine
    Profile               =  NIL_PROFILE
    Remote Lookup Enabled =  false
    Signaling Attributes  =

NS_CLI/System/Device/RoutingNE/Address> get ne WebexMeetings
      Routing NE     Address  Cost  Weight  Port    Transport    Route
=====================================================================
   WebexMeetings sbc-address     1      99     -  unspecified

Profil de rutare NS

Instanța de politică UrlDialing adăugată la profilul(ele) de rutare corespunzător(e)

NS_CLI/Policy/Profile> get profile MyInst
 Profile:  Webex
                  Policy              Instance
    ==========================================
 …
              UrlDialing          WebexMeetings

CA Utilizare Rută NS pentru apel NetworkURL

Activați AS pentru a onora ruta NS în modul Hybrid AS

AS_CLI/Interface/IMS> set queryNSForNetworkURL true

Apelare de urgență E911

Utilizați următoarele articole Webex pentru a configura asistența pentru serviciile de apelare de urgență E911:

Apelare de urgență E911 în Webex pentru BroadWorks—Utilizați acest articol pentru a configura apelarea de urgență E911 în Webex pentru Cisco BroadWorks utilizând unul dintre următorii furnizori E911 acceptați:
- Lățime de bandă
- Intrado
- RedSky
Disclaimer pentru apeluri de urgență—Dacă aveți un serviciu de localizare, puteți configura fereastra Disclaimer pentru servicii de urgență din Aplicația Webex pentru a include o opțiune pentru ca utilizatorii să își actualizeze locația atunci când se conectează.

Personalizați și configurați clienții

Aceste două seturi de configurații se pot suprapune, caz în care configurația Webex depășește configurația BroadWorks.

Adăugați șabloane de configurare a aplicațiilor Webex pe serverul aplicației BroadWorks

Aplicațiile Webex sunt configurate cu fișiere DTAF. Clienții descarcă un fișier XML de configurare de pe serverul aplicației, prin serviciul de administrare a dispozitivelor de pe XSP|ADP.

Obțineți fișierele DTAF necesare (consultați profilurile dispozitivului din secțiunea Pregătire mediu).
Verificați dacă aveți seturile de etichete corecte în BroadWorks System > Resurse > Setările etichetei de administrare a dispozitivelor.

Pentru fiecare client pe care îl configurați:

Descărcați și extrageți fișierul zip DTAF pentru clientul particular.
Importați fișiere DTAF în BroadWorks la Sistem > Resurse > Tipuri de profil de identitate/dispozitiv

Deschideți profilul dispozitivului nou adăugat pentru editare și:

Introduceți FQDN și Protocolul de acces la dispozitiv la ferma XSP|ADP.

Bifați caseta de selectare Support Remote Party Info . Acest suport este necesar pentru ca partajarea desktop-ului să funcționeze.

Modificați șabloanele în funcție de mediul dumneavoastră (consultați tabelul de mai jos).
Salvează-ți profilul.

Faceți clic pe Fișiere și autentificare și apoi selectați opțiunea de a reconstrui toate fișierele de sistem.

Nume	Descriere
Prioritate Codec	Configurați ordinea prioritară pentru codecurile audio și video pentru apelurile VoIP
TCP, UDP și TLS	Configurați protocoalele utilizate pentru semnalizarea SIP și media
Porturi audio și video RTP	Configurați intervalele portului pentru transmisia audio și video RTP
opțiuni SIP	Configurați diferite opțiuni legate de SIP (SIP INFO, utilizați rport, descoperire proxy SIP, intervale de reîmprospătare pentru înregistrare și abonare etc.)

Personalizați brandingul pentru aplicația Webex

Personalizări partener — Administratorii parteneri pot aplica personalizări avansate de branding care se aplică organizației partenere și/sau clienților pe care partenerul îi gestionează. Consultați Configurarea personalizărilor avansate de branding.
Personalizări client – Dacă partenerul permite clienților să aplice propriile personalizări Branding, administratorii clienților pot urma procedurile de la Adăugare Branding Company la Webex.

Portalul de activare a utilizatorului utilizează aceeași siglă pe care o adăugați pentru branding-ul clientului.

Personalizați URL-urile de raportare a problemelor și de asistență

Pentru a personaliza aceste opțiuni, administratorii pot urma procedura "Add Feedback and Help Site URL", care poate fi găsită în ambele articole de Branding de mai sus.

Configurați organizația dvs. de testare pentru Webex pentru Cisco BroadWorks

Înainte de a începe

Cu Flowthrough Provizionare

Trebuie să configurați toate serviciile XSP|ADP și organizația parteneră din Control Hub, înainte de a putea efectua această sarcină.

Alocați serviciul în BroadWorks:

Creați o întreprindere de testare sub întreprinderea furnizorului dvs. de servicii în BroadWorks sau creați un grup de testare sub Furnizorul dvs. de servicii (depinde de configurarea BroadWorks).
Configurați serviciul IM&P pentru acea întreprindere, pentru a indica șablonul pe care îl testați (preluați URL-ul adaptorului de configurare și acreditările din șablonul de integrare Control Hub).
Creați abonați de testare în acea întreprindere / grup.
Oferiți utilizatorilor adrese de e-mail unice în câmpul de e-mail din BroadWorks. Copiați și cele din atributul ID alternativ.

Alocați serviciul IM&P integrat abonaților respectivi.

Verificați organizația clienților și utilizatorii din Control Hub:

Conectați-vă la Control Hub cu contul de administrator partener.
Accesați Clienți și verificați dacă noua dvs. organizație client se află în listă (numele urmează numele grupului sau numele întreprinderii, de la BroadWorks).
Deschideți organizația client și verificați dacă abonații sunt utilizatori în organizația respectivă.
Verificați dacă primul abonat căruia i-ați atribuit serviciul IM&P integrat a devenit administratorul clientului acelei organizații.

Teste utilizator

1	Descărcați aplicația Webex pe două mașini diferite.
2	Conectați-vă ca utilizatori de testare pe cele două mașini.
3	Efectuați apeluri de testare.

Gestionarea Webex pentru BroadWorks

Furnizarea de organizații pentru clienți

Furnizați utilizatori

Puteți să furnizați utilizatorilor în aceste moduri:

Utilizați API-uri pentru a crea conturi Webex
Alocați IM&P integrat (configurare flux) cu e-mailuri de încredere pentru a crea conturi Webex
Alocați IM&P integrat (configurare flux) fără e-mailuri de încredere. Utilizatorii furnizează și validează adrese de e-mail pentru a crea conturi Webex
Permiteți utilizatorilor să se autoactiveze (le trimiteți un link, creează conturi Webex)

API-uri de asigurare a accesului public

Clienții angro vor fi respinși de aceste API-uri.

Configurare flowthrough

Pentru a confirma că utilizatorii și organizația client sunt complet configurați pe Webex, trebuie să vă conectați la Partner Hub și să căutați în lista de clienți.

Locația șabloanelor a fost mutată de la BroadWorks Calling in Org Settings la secțiunea Listă de clienți și acum se numește șablonul de integrare.

Auto-activare utilizator

Pentru a furniza utilizatorilor BroadWorks în Webex, fără a aloca serviciul IM&P integrat:

Conectați-vă la Partner Hub și găsiți pagina Listă clienți .
Faceți clic pe Vizualizare șabloane.
Selectați șablonul de integrare de configurare pe care doriți să îl aplicați acestui utilizator.

Rețineți că fiecare șablon este asociat cu un cluster și cu organizația dvs. parteneră. Dacă utilizatorul nu se află în sistemul BroadWorks asociat cu acest șablon, utilizatorul nu se poate auto-activa cu link-ul.
Copiați linkul de configurare și trimiteți-l utilizatorului.

De asemenea, este posibil să doriți să includeți linkul de descărcare a software-ului și să reamintiți utilizatorului de care are nevoie pentru a furniza și valida adresa de e-mail pentru a-și activa contul Webex.
Puteți monitoriza starea de activare a utilizatorului în șablonul selectat.

Pentru mai multe informații, consultați Fluxurile de configurare și activare a utilizatorului.

Furnizarea de e-mailuri de neîncredere

Mutați utilizatorii Webex în Webex pentru Cisco BroadWorks

Pentru a muta utilizatorii Webex existenți în Webex pentru Cisco BroadWorks, consultați tabelul de mai jos pentru a determina procedura de urmat.

Utilizatorul Webex existent aparține unui...

Urmați aceste procese pentru a muta utilizatorul

Organizația consumatorului sau autentificarea (de exemplu, cont gratuit, cont de încercare)

Configurarea utilizatorilor—Dacă organizația Webex pentru BroadWorks nu există (fără utilizatori configurați), urmați configurarea normală pentru a furniza primul utilizator ca utilizator de administrator și creați organizația. Acest lucru mută automat contul de utilizator Webex pentru primul utilizator. Pentru utilizatorii următori, utilizați procedura de mai jos.
Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks—Dacă există organizația Webex pentru BroadWorks (primul utilizator este configurat), obțineți consimțământul utilizatorului și mutați utilizatorii următori.

organizație Client

Utilizatorul Webex existent aparține unui...

Urmați aceste procese pentru a muta utilizatorul

Organizația consumatorului sau autentificarea (de exemplu, cont gratuit, cont de încercare)

Dacă organizația Webex for BroadWorks nu există (nu sunt configurați utilizatori):

Configurarea utilizatorilor—Urmați configurarea normală pentru a adăuga primul utilizator ca utilizator de administrator. Acest lucru mută automat contul primului utilizator și creează organizația Webex pentru BroadWorks. Consimțământul utilizatorului este necesar pentru a muta utilizatorii secvențiali (utilizați procedura de mai jos).

Dacă există o organizație Webex for BroadWorks (cel puțin un utilizator este configurat):

Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks—Obțineți consimțământul utilizatorului și mutați utilizatorii următori.

organizație Client

Atașați Webex for BroadWorks la organizația existentă—atașamentul organizației (pentru primul utilizator) adaugă, de asemenea, Webex for BroadWorks la utilizatorii următori, atât timp cât acestea sunt atribuite organizației corecte.

Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks

Mutați utilizatorul (cu e-mail de încredere) – utilizează configurarea cu e-mailuri de încredere
Mutați utilizatorul (cu e-mail de neîncredere) – utilizează configurarea cu e-mailuri nefiabile
Auto-activare

Mutați utilizatorul (cu e-mail de încredere)

Dacă șablonul de integrare utilizează e-mailuri de încredere, administratorul partener poate muta utilizatorii următori în acest proces:

Administratorul adaugă utilizatorul.
- Utilizatorul este împins la Podul de configurare BroadWorks.
- Căutarea CI determină faptul că acest utilizator are un alt cont Webex cu această adresă de e-mail.
- Un e-mail automat este trimis utilizatorului.
Utilizatorul deschide e-mailul și face clic pe Activare cont. Utilizatorul este redirecționat către portalul Webex Consumer.
Conectați utilizatorul la Webex.
Faceți clic pe Ștergere pentru a șterge vechiul cont Webex.
- Contul vechi Webex este șters.
- Utilizatorul este configurat în Webex pentru Cisco BroadWorks utilizând aceeași adresă de e-mail.
- Utilizatorul este direcționat către pagina Descărcare.

Mutați utilizatorul (cu e-mail de neîncredere)

Administratorul adaugă utilizatorul.
- Utilizatorul este împins automat la Podul de configurare BroadWorks.
- Un text cu un link de activare este trimis utilizatorului.
Utilizatorul face clic pe linkul Activare și introduce adresa lor de e-mail.
- Căutarea CI determină faptul că acest utilizator are un alt cont Webex cu această adresă de e-mail.
- Un e-mail automat este trimis utilizatorului.
Utilizatorul deschide e-mailul și face clic pe Alăturați-vă acum.
- Adresa de e-mail este validată.
- Utilizatorul este redirecționat pentru a se conecta la portalul Webex Consumer.
Conectați utilizatorul la Webex.
Utilizatorul trebuie să facă clic pe Ștergere pentru a șterge vechiul cont Webex.
- Contul vechi Webex este șters.
- Utilizatorul este configurat în Webex pentru Cisco BroadWorks utilizând aceeași adresă de e-mail.
- Utilizatorul este direcționat către pagina Descărcare.

Flux de auto-activare

Dacă utilizatorul are un cont BroadWorks existent, acesta poate utiliza procesul de auto-activare pentru a-și muta contul.

Utilizatorul se conectează la URL-ul Portalului de acces al utilizatorului utilizând acreditările BroadWorks.
Utilizatorul își introduce adresa de e-mail.
- Utilizatorul este împins la BroadWorks Provisioning Bridge.
- Un e-mail automat este trimis la adresa de e-mail a utilizatorului.
Utilizatorul deschide e-mailul și face clic pe link-ul Alăturați-vă acum , care validează adresa de e-mail.
- CI găsește că utilizatorul are un cont Webex existent. Utilizatorul trebuie să șteargă vechiul cont înainte de a putea continua.
- Utilizatorul este redirecționat pentru a se conecta la Webex.
Utilizatorul se conectează la Portalul pentru consumatori.
Utilizatorul face clic pe Ștergere cont.
- Contul Webex vechi este șters.
- Utilizatorul are la dispoziție un nou cont Webex pentru Cisco BroadWorks cu aceeași adresă de e-mail.

Atașați Webex for BroadWorks la organizația existentă

Este necesară aprobarea administratorului organizației dacă oricare dintre următoarele sunt adevărate:

Organizația client existentă are 100 de utilizatori sau mai mulți
Organizația are un domeniu de e-mail verificat
Domeniul organizației este revendicat

Dacă niciunul dintre criteriile de mai sus nu este adevărat, atunci poate apărea o Atașare Automată.

Administratorii parteneri pot finaliza următoarea procedură pentru a adăuga servicii de apelare BroadWorks la o organizație Webex existentă:

Asigurați-vă că e-mailurile Permite invitarea administratorului sunt atașate la organele existente (comutatorul este activat în mod implicit).

Administratorul partener furnizează Webex pentru Cisco BroadWorks pentru client. Pentru ajutor, consultați Furnizarea organizațiilor pentru clienți. Se întâmplă următoarele:

Atașamentul organizației eșuează cu o 2017 eroare (Nu s-a putut furniza Abonatul într-o organizație Webex existentă). (O eroare nu va fi primită în timpul unui atașament automat.)
Se generează o notificare prin e-mail și se trimite administratorilor organizației clientului (până la cinci administratori). Notificarea prin e-mail evidențiază e-mailul administratorului partenerului (așa cum este configurat în șablonul de integrare din Hub-ul partenerului) și solicită administratorului organizației să aprobe administratorul partenerului ca administrator extern. Administratorul organizației clientului trebuie să aprobe cererea și să ofere administratorului partener acces complet al administratorului la organizația clientului.

După finalizarea furnizării serviciilor de apelare, organizația client existentă va fi vizibilă ca client sub organizația partener Webex pentru BroadWorks.

Numele organizației atașate nu se va schimba în numele întreprinderii BroadWorks. Numele organizației atașate va rămâne așa cum a fost înainte de procesul de atașare.

Condițiile atașamentului organizației

Adresa de e-mail a primului abonat BroadWorks furnizat trebuie să corespundă cu adresa de e-mail a unui utilizator existent în organizația client vizată. În caz contrar, va fi creată o nouă organizație pentru clienți.
Primul utilizator din organizația existentă care este configurat pentru Webex pentru BroadWorks nu este configurat ca utilizator de administrator. Setările și drepturile organizației existente sunt păstrate.
Setările de autentificare existente ale organizației au prioritate față de ceea ce este configurat în șablonul de configurare Webex pentru BroadWorks. Ca rezultat, nu există nicio modificare a modului în care utilizatorii existenți se conectează.
- Cu toate acestea, dacă organizația client existentă are activată branding-ul de bază, după ce atașamentul apare, setările avansate de branding ale partenerului vor avea prioritate. Dacă clientul dorește ca brandingul de bază să rămână intact, atunci partenerul trebuie să configureze organizația clientului pentru a suprascrie brandingul în setările avansate de branding.
Numele organizației existente nu se va schimba.
Nu există nicio modificare a setării steagului de ștergere a e-mailului în setările organizației existente. Acest lucru poate afecta utilizatorii nou configurați. În funcție de modul în care este setat steagul, este posibil ca noii utilizatori să primească sau să nu primească un e-mail cu un cod care trebuie introdus pentru a finaliza activarea.
Modul Administrator restricționat (setat de comutatorul Modul partener restricționat) este dezactivat pentru organizația atașată.
Asigurați-vă că finalizați procesul de atașare a organizației (mutarea utilizatorilor existenți și actualizarea ID-ului organizației), înainte de a furniza noi utilizatori în organizația Webex pentru Cisco BroadWorks.
O întreprindere BroadWorks poate fi asociată doar cu o singură organizație Webex. Nu puteți furniza abonați de la o singură întreprindere BroadWorks în organizații Webex separate.

Adăugare administrator extern

Administratorul clientului trebuie să ofere administratorului extern drepturi și privilegii de Administrator complet.

Dezactivați Webex pentru BroadWorks din organizația existentă

Dacă nu aveți acces la setările clientului din Control Hub, administratorul clientului vă acordă acces la administratorul extern urmând Aprobarea solicitării administratorului extern.
Eliminați toate spațiile de lucru Webex pentru BroadWorks din organizație. Utilizați API-ul Eliminare spațiu de lucru BroadWorks .
Eliminați toți abonații Webex pentru BroadWorks din organizație. Utilizați API-ul Eliminare abonat BroadWorks .
Eliminați utilizatorii Webex în așteptare pentru BroadWorks din organizație. De exemplu, dacă utilizatorii au fost configurați prin intermediul fluxului de e-mail neautentificat și e-mailurile valide nu au fost încă introduse, utilizatorii sunt lăsați într-o stare în așteptare. Urmați Verificați configurarea utilizatorului cu e-mailuri nefiabile pentru a șterge utilizatorii.
Ștergeți configurația BroadWorks Calling pentru acest client. Deschideți instanța Control Hub a clientului, faceți clic pe Hybrid, în secțiunea BroadWorks Calling ștergeți toate configurațiile.

După finalizarea detașării, dacă doriți să atașați Webex for BroadWorks clientului, urmați procesele de configurare pentru a atașa unui client existent.

Gestionați utilizatorii și organizațiile

Verificați Asigurarea accesului utilizatorului cu e-mailurile care nu prezintă încredere

1	Conectați-vă la Partner Hub și găsiți pagina Listă clienți .
2	Faceți clic pe Vizualizare șabloane. Selectați șablonul de integrare corespunzător pe care doriți să îl aplicați acestui utilizator.
3	În conformitate cu Verificarea utilizatorului, verificați dacă sunt setate următoarele setări pentru a vă asigura că configurarea fluxului cu e-mailuri neconfirmate este configurată corect: Opțiunea E-mailuri nefiabile trebuie bifată Câmpul Share Link trebuie să indice linkul Activare. Dacă totul este configurat, utilizatorii pot încerca să se autosesizeze prin Portalul de activare a utilizatorului.
4	După ce apare configurarea utilizatorului, în secțiunea Verificare utilizator , faceți clic pe Afișare stare utilizator pentru a verifica starea de configurare. Vizualizarea stării utilizatorului afișează lista de utilizatori împreună cu detalii, cum ar fi ID-ul BroadWorks, tipul de pachet selectat și starea curentă, care arată dacă utilizatorul este configurat sau dacă există o cerință în așteptare.
5	Pentru utilizatorii cu erori sau cerințe în așteptare, faceți clic pe cele trei puncte din dreapta și alegeți una dintre următoarele opțiuni administrative: Reîncercați activarea—Faceți clic pe această opțiune pentru a reîncerca integrarea utilizatorului. În fereastra pop-up, introduceți o adresă de e-mail validă și faceți clic pe Înregistrare. Ștergeți utilizatorul—Această opțiune poate fi adecvată dacă trebuie să modificați configurația pentru a permite integrarea. După ce ștergeți utilizatorul și efectuați modificările, utilizatorul poate încerca din nou să se integreze. Schimbați tipul de pachet—Schimbați setarea de la un pachet la altul: Copiați textul de eroare—Faceți clic pe această opțiune pentru a copia textul de eroare.

Opțiuni de vizualizare suplimentare

Următoarele opțiuni suplimentare sunt disponibile atunci când vizualizați lista de utilizatori:

Export—Faceți clic pe acest buton dacă doriți să exportați lista de utilizatori într-un fișier CSV.
Excludeți utilizatorii configurați—Activați acest comutator dacă doriți să vizualizați numai utilizatorii cu cerințe în așteptare sau erori.

Modificați ID-ul utilizatorului sau adresa de e-mail

Modificări ale ID-ului de utilizator și adresei de e-mail

Atribut în BroadWorks	Atribut corespunzător în Webex	Scop	Note
ID utilizator BroadWorks	Fără	Identificator principal	Nu puteți schimba acest identificator și totuși să asociați utilizatorul la același cont în Webex. Puteți șterge utilizatorul și recrea dacă nu este corect.
ID e-mail	ID utilizator	Obligatoriu pentru configurarea prin flux (crearea ID-ului de utilizator Webex) atunci când afirmați că aveți încredere în e-mail Nu este necesar în BroadWorks dacă nu afirmați că puteți avea încredere în e-mailuri Nu este necesar în BroadWorks dacă permiteți abonaților să se auto-activeze	Există un proces manual pentru a schimba acest lucru în ambele locuri dacă utilizatorul este configurat cu adresa de e-mail greșită: Schimbați adresa de e-mail a utilizatorului în Control Hub Modificați atributul ID-ului de e-mail în BroadWorks Nu modificați ID-ul de utilizator BroadWorks. Acest lucru nu este acceptat.
ID alternativ	Fără	Permite autentificarea utilizatorului, prin e-mail și parolă, împotriva ID-ului de utilizator BroadWorks	Ar trebui să fie la fel ca ID-ul de e-mail. Dacă Nu puteți introduce e-mailul în atributul ID alternativ, utilizatorii vor trebui să introducă ID-ul de utilizator BroadWorks atunci când se autentifică.

Schimbați pachetul de utilizatori în Partner Hub

1	Conectați-vă la Partner Hub și faceți clic pe Clienți.
2	Găsiți și selectați organizația clientului în care este găzduit utilizatorul. Pagina de prezentare generală a organizației se deschide într-un panou din dreapta ecranului.
3	Faceți clic pe Vizualizare client. Organizația clientului se deschide în Control Hub, afișând pagina Prezentare generală.
4	Faceți clic pe Utilizatori, apoi găsiți și faceți clic pe utilizatorul afectat.
5	În Serviciile utilizatorului, faceți clic pe Webex for BroadWorks Packages (Abonamente). Se deschide panoul de pachete al utilizatorului și puteți vedea ce pachet este alocat în prezent utilizatorului.
6	În fila Profil , căutați în secțiunea Pachet și faceți clic pe săgeată (>) pentru a extinde vizualizarea.
7	Selectaţi pachetul dorit pentru acest utilizator (Basic, Standard, Premium sau Softphone) şi faceţi clic pe Salvare. Control Hub afișează un mesaj pe care utilizatorul îl actualizează.
8	Puteți închide detaliile utilizatorului și fila Control Hub.

Este posibil să dureze două până la trei ore pentru noile setări PMR care rezultă dintr-o modificare a pachetului pentru a fi actualizate.

Ștergeți utilizatorii

Există o varietate de metode pe care administratorii le pot utiliza pentru a șterge un utilizator din Webex pentru Cisco BroadWorks:

Webex pentru API Cisco BroadWorks

Administratorii parteneri pot utiliza API-ul Webex pentru Cisco BroadWorks pentru a șterge utilizatorii:

Rulați Eliminați o solicitare API pentru abonații BroadWorks la https://developer.webex.com/docs/api/v1/broadworks-subscribers/remove-a-broadworks-subscriber. Această solicitare elimină abonamentul Webex pentru Cisco BroadWorks. Utilizatorul nu mai este facturat ca utilizator Webex pentru Cisco BroadWorks și este tratat ca utilizator Webex gratuit.
Rulați Ștergeți o solicitare API a persoanei https://developer.webex.com/docs/api/v1/people/delete-a-person pentru a șterge complet utilizatorul.

Furnizare flux-through

Administratorii parteneri pot utiliza configurarea prin flux pentru a șterge utilizatorii:

Pe serverul BroadWorks, eliminați serviciul integrat IM+P de la utilizator. Puteți dezactiva serviciul pentru utilizator de pe pagina IM&P integrată a BroadWorks. Pentru o procedură detaliată, consultați „Configurați IM&P integrat” în Ghidul de administrare a interfeței web pentru grupul de servere Cisco BroadWorks – Partea a 2-a.

După ce serviciul este dezactivat, configurarea prin flux elimină abonamentul Webex pentru Cisco BroadWorks de la utilizator. Utilizatorul nu mai este facturat ca utilizator Webex pentru Cisco BroadWorks și este tratat ca utilizator Webex gratuit.
În Control Hub, găsiți și selectați utilizatorul.
Accesați Acțiuni și selectați Ștergere utilizator.

Control Hub (Administratori clienți)

Ștergere organizație

Urmați această procedură pentru a șterge o organizație Webex pentru Cisco BroadWorks din sistem.

Utilizați API-urile People pentru a șterge toți utilizatorii din organizație:

Rulați API-ul List People pentru a obține o listă de utilizatori.
Rulați API-ul Ștergere persoană pentru a șterge utilizatorii.

API-ul Eliminare abonat BroadWorks elimină drepturile Webex pentru Cisco BroadWorks de la un utilizator, dar nu șterge utilizatorul.

Dacă Sincronizarea directorului este activată, dezactivați-o. Acest lucru se poate face prin intermediul Partner Hub sau prin intermediul API-ului public.

Pentru a dezactiva Sincronizarea directorului prin Partner Hub:

Conectați-vă la Partner Hub și faceți clic pe Setări.
În cadrul BroadWorks Calling, faceți clic pe Vizualizare șabloane și selectați șablonul corespunzător.
Faceți clic pe butonul Afișare listă de stare sincronizare client din panoul lateral.
Pentru clientul corespunzător, faceți clic pe cele trei puncte din dreapta și selectați Dezactivare sincronizare.

Pentru a dezactiva sincronizarea directorului prin API, utilizați Actualizarea sincronizării directorului pentru un API BroadWorks Enterprise și dezactivați setarea enableDirSync .

După ce toți utilizatorii sunt eliminați, utilizați Ștergeți un API de organizație pentru a șterge organizația.

Anularea unui abonament din Control Hub

Deoarece API-ul este privat, clienții nu vor avea acces la acesta. În schimb, următorii pași arată cum clienții își pot anula propriul abonament din Control Hub:

Administratorul partenerului poate naviga la pagina Servicii „Hybrid” din Control Hub-ul clientului.
Localizați cardul „BroadWorks Calling”.
După ce toți utilizatorii au fost dezconfigurați din Webex for BroadWorks pentru acel client, partenerul trebuie să vadă un buton pentru „Clear Configuration” (adică ștergeți customer_config intrarea în BPB).

Gestionarea lansării

În mod implicit, Aplicația Webex utilizează upgrade-uri automate (lansări lunare controlate de Cisco). Cu toate acestea, cu această caracteristică, administratorii parteneri pot:

Configurați programele de lansare personalizate cu amânări din programul de lansare Cisco implicit
Configurați un program de lansare și o cascadă unică pentru programul respectiv pentru toate organizațiile de clienți pe care le gestionează
Atribuiți diferite programe de lansare diferitelor organizații ale clienților

Reconfigurarea sistemului

Puteți reconfigura sistemul după cum urmează:

Adăugați un cluster BroadWorks în Partner Hub
Editați sau ștergeți un cluster BroadWorks în Partner Hub
Adăugați un șablon de integrare în Partner Hub
Editați sau ștergeți un șablon de integrare în Partner Hub

Editați sau ștergeți un cluster BroadWorks în Partner Hub

Puteți edita sau elimina un cluster BroadWorks în Partner Hub.

Conectați-vă la Partner Hub cu acreditările administratorului partenerului dvs. la https://admin.webex.com.

Accesați Setări și găsiți secțiunea BroadWorks Calling .

Faceți clic pe Vizualizare clustere.

Faceți clic pe clusterul pe care doriți să îl editați sau să îl ștergeți.

Detaliile clusterului se afișează într-un panou de scurgere din dreapta.

Aveți aceste opțiuni:

Schimbați orice detalii pe care trebuie să le schimbați, apoi faceți clic pe Salvare.

Faceți clic pe Ștergere pentru a elimina clusterul, apoi confirmați.

Lista de clustere se actualizează cu modificările dvs.

Editați sau ștergeți un șablon de integrare în Partner Hub

Puteți edita sau șterge șabloanele de integrare în Partner Hub.

Conectați-vă la Partner Hub cu acreditările administratorului partenerului dvs. la https://admin.webex.com.

Accesați Setări și găsiți secțiunea BroadWorks Calling .

Faceți clic pe Vizualizare șabloane.

Faceți clic pe șablonul pe care doriți să îl editați sau să îl ștergeți.

Aveți aceste opțiuni:

Editați orice detalii pe care trebuie să le modificați, apoi faceți clic pe Salvare.
Faceți clic pe Ștergere pentru a elimina șablonul, apoi confirmați.

Setare	Valori	Note
Configurarea numelui contului / parolei	șiruri furnizate de utilizator	Nu este necesar să introduceți din nou detaliile contului de configurare atunci când editați un șablon. Câmpurile de confirmare a parolei/parolei goale sunt acolo pentru a schimba acreditările dacă trebuie, dar lăsați-le goale pentru a păstra valorile pe care le-ați furnizat inițial.
Precompletare adresă de e-mail utilizator pe pagina de conectare	Pornit/oprit	Poate dura până la 7 ore pentru ca o modificare a acestei setări să intre în vigoare. Adică, după ce îl activați, este posibil ca utilizatorii să trebuiască să introducă în continuare adresele lor de e-mail pe ecranul de conectare.

Lista de clustere se actualizează cu modificările dvs.

Webex Assistant

Activați Webex Assistant pentru întâlniri

Webex Assistant este activat în mod implicit atât pentru clienții Broadworks Standard, cât și pentru cei Premium.

Administratorii parteneri și administratorii organizațiilor clienților pot dezactiva funcția pentru organizațiile clienților prin intermediul Control Hub.

Limitări

Există următoarele limitări pentru Webex pentru Cisco BroadWorks:

Asistența se limitează la site-urile de întâlniri Premium și Standard și numai la sălile de întâlnire personale.
Transcrierile de captare închisă sunt acceptate numai în engleză, spaniolă, franceză și germană.
Partajarea conținutului prin e-mail poate fi accesată numai de către utilizatorii din organizația dvs.
Conținutul întâlnirii nu este accesibil utilizatorilor din afara organizației dvs. Conținutul întâlnirii nu este, de asemenea, accesibil atunci când este partajat între utilizatori de pachete diferite din cadrul aceleiași organizații.
Cu pachetul Premium, transcrierile post-întâlnire sunt disponibile dacă Webex Assistant este activat sau dezactivat. Cu toate acestea, dacă este selectată înregistrarea locală, transcrierile sau evidențierile post-întâlnire nu sunt capturate.
Cu pachetul Standard, opțiunea Înregistrare întâlnire în cloud nu este disponibilă și, prin urmare, transcrierile post-întâlnire nu sunt disponibile dacă Webex Assistant este activat sau dezactivat. Cu toate acestea, dacă este selectată înregistrarea locală, transcrierile sau evidențierile post-întâlnire nu sunt capturate.

Informații suplimentare despre Webex Assistant

Pentru informații despre utilizator despre modul de utilizare a funcției, consultați Utilizarea Webex Assistant în Webex Meetings și Events.

Dezactivați apelurile Webex

Asistență caracteristici

Când Webex Calling este dezactivat, se aplică următoarele condiții pentru utilizatorii Webex pentru Cisco BroadWorks:

Utilizatorii nu mai văd Apel cu Webex ca opțiune de apelare selectabilă în Aplicația Webex.
Utilizatorii nu pot plasa sau primi apeluri Webex gratuite către utilizatorii non-Webex pentru Cisco BroadWorks. Aceasta include apelurile inițiate dintr-un spațiu de echipă Webex, istoricul apelurilor, contactele, introducând URI-ul celuilalt utilizator sau adresa de e-mail în bara de căutare.
Partajarea ecranului funcționează într-un apel BroadWorks.
Întâlnirile Webex și prezența telefonului încă funcționează, chiar dacă apelurile Webex sunt dezactivate.

Dezactivați apelurile Webex (șablon de integrare nou)

Pentru detalii despre configurarea unui nou șablon de integrare, consultați Configurați organizația partenerului în Partner Hub.

Dezactivați apelurile Webex (șablon de integrare existent)

Conectați-vă la Partner Hub la admin.webex.com.
Alegeți Setări.
Faceți clic pe Vizualizare șablon și alegeți șablonul de integrare corespunzător.
Faceți clic pe Dezactivare apelare gratuită Cisco Webex.
Faceți clic pe Salvați.

Dezactivați apelurile Webex (utilizator existent)

Dacă utilizați configurarea prin flux, puteți face următoarele:

Deschideți CommPilot și accesați configurația utilizatorului.
Eliminați serviciul IM+P integrat de la utilizator și faceți clic pe OK.
Adăugați serviciul IM+P integrat utilizatorului și faceți clic pe OK.

În caz contrar, puteți utiliza API-ul pentru a actualiza utilizatorul.

Utilizați API-ul Eliminare abonat BroadWorks pentru a șterge utilizatorul.
Utilizați API-ul Furnizarea unui abonat BroadWorks pentru a adăuga utilizatorul.

Dezactivați partajarea video sau a ecranului în cadrul apelurilor

Pentru detalii și opțiuni complete de configurare, consultați Dezactivarea apelurilor video și dezactivarea partajării ecranului în Ghidul de configurare Webex pentru Cisco BroadWorks.

Pentru transmisia video, puteți configura, de asemenea, dacă media de apelare de intrare este implicită numai pentru transmisia video sau audio.

Câmp lampă ocupată / Notificare preluare apel

Limitări de prezență pentru utilizatorii non-Webex:

Prezența nu este acceptată pentru utilizatorii non-CI Broadworks, chiar dacă aceștia se află în lista BLF.
Utilizatorii CI fără drepturi în cloud Webex sau tipul automat de conturi (spații de lucru) afișează numai prezența „în apel” și „necunoscută”. Nu există stare activă, care sună, etc.
Utilizatorii non-Webex din lista de vizionare BLF, care au început un apel înainte de începerea clientului Webex sau în timp ce acesta era offline, vor fi afișați cu o prezență „necunoscută”.
Pierderea conexiunii înseamnă că toate stările non-Webex din timpul apelului vor fi resetate la „necunoscute” la reconectare.
Dacă un utilizator non-Webex din BLF deține un apel, acesta va continua să fie afișat ca „într-un apel”.

Cerințe

Asigurați-vă că următorii plasturi sunt aplicați pe BroadWorks. Instalați numai plasturii care se aplică eliberării dvs.:

Pentru R22:

AP.platform.22.0.1123.ap382053
AP.as.22.0.1123.ap382053
AP.as.22.0.1123.ap382362
AP.xsp.22.0.1123.ap382053
AP.xsp.22.0.1123.ap382362
AP.as.22.0.1123.ap383459
AP.as.22.0.1123.ap383520

Pentru R23:

AP.platform.23.0.1075.ap382053
AP.as.23.0.1075.ap382053
AP.as.23.0.1075.ap382362
AP.as.23.0.1075.ap383459
AP.as.23.0.1075.ap383520
Dacă utilizați XSP|ADP:
- AP.xsp.23.0.1075.ap382053
- AP.xsp.23.0.1075.ap382362
Dacă utilizați ADP:
- Acţiuni Xsi-23_2022.01_1.200.bwar
- Xsi-Events-23_2022.01_1.201.bwar (sau mai târziu)

Pentru R24:

AP.as.24.0.944.ap382053
AP.as.24.0.944.ap382362
AP.as.24.0.944.ap383459
AP.as.24.0.944. ap383520
Acţiuni Xsi-24_2022.01_1.200.bwar
Xsi-Events-24_2022.01_1.201.bwar (sau mai târziu)

Asigurați-vă că următoarele etichete de configurare sunt activate în Aplicația Webex:

<busy-lamp-field enabled="%ENABLE_BUSY_LAMP_FIELD_WXT%">
<display-caller enabled="%ENABLE_BLF_DISPLAY_CALLER_WXT%"/>
<notification-delay time=”%BLF_NOTIFICATON_DELAY_TIME_WXT%”/>(această etichetă este opțională)

Trebuie să activați caracteristica 101642 Mecanism Xsi îmbunătățit Pentru Telefonia echipei pe AS:

AS_CLI/System/ActivatableFeature> activate 101642

Activați X-BroadWorks-Remote-Party-Info pe AS utilizând comanda CLI de mai jos, deoarece unele fluxuri de apeluri SIP necesită această funcție:

AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

Asigurați-vă că următoarele servicii sunt atribuite utilizatorilor:

Alocați serviciul de preluare a apelurilor direcționate pentru toți utilizatorii
Configurați câmpul Lampă ocupată pentru utilizatori

Orice referință la XSP include fie XSP, fie ADP.

Configurare câmp lampă ocupată pe BroadWorks

Administratorii parteneri pot utiliza următoarea procedură pentru a configura câmpul Lampă ocupată pentru un utilizator.

Conectați-vă la BroadWorks CommPilot.
Pentru un utilizator selectat, accesați Aplicațiile clientului și configurați câmpul Lampă ocupată.
Adăugați adresa URL a listei BLF care va fi monitorizată.
Utilizați parametrii de căutare pentru a localiza și adăuga utilizatori în lista Utilizatori monitorizați .
Faceți clic pe OK.

- DA. - DA, DA. Asistență Slido pentru integrare

Webex pentru Cisco BroadWorks acceptă integrarea Aplicației Webex cu Slido.

Pentru informații suplimentare despre modul de implementare și utilizare Slido cu Aplicația Webex, consultați Integrare Slido cu Aplicația Webex.

Disponibilitate Webex: Într-o întâlnire Calendar

Pentru a activa această funcție:

navigați la fila General din fila Setări pe Windows sau Preferințe pe Mac.
Bifați caseta pentru a Afișa atunci când vă aflați într-o întâlnire din calendar.

Pentru utilizatorii cu integrarea prezenței Outlook activată, „Într-o întâlnire din calendar” în hărțile Webex pentru a „Ocupa” în Outlook.

Caveat

Pentru ca această caracteristică să funcționeze, trebuie să aveți aplicația Webex și clientul Outlook care rulează în același timp.

În prezent, lucrăm pentru a sprijini opțiunea „Afișare ca lucru în altă parte” din Outlook pentru a nu afișa un utilizator ca „Într-o întâlnire din calendar” în Webex.

Răspuns automat cu ton

Pentru ca un utilizator Webex pentru Cisco BroadWorks să utilizeze această funcție:

Funcția este acceptată numai pe aspectul liniei principale
Aplicația Webex trebuie să fie aspectul liniei principale
Eticheta %ENABLE_AUTO_ANSWER_WXT% trebuie activată

Alertați toate aparențele pentru ca apelurile Click-to-dial să fie dezactivate în configurația Aspect apel partajat – aceasta este abordarea recomandată

sau
Permiteți Terminarea apelului în această locație trebuie să fie dezactivată pentru toate aparențele de apel partajate sau

sau
Locațiile sunt dezactivate pentru toate aparițiile partajate ale apelurilor

Creșterea Capacității

Fermele XSP|ADP

Scale fermă dedicată: Adăugați unul sau mai multe servere XSP|ADP la ferma care are nevoie de capacitate suplimentară. Instalați și activați același set de aplicații și configurații ca nodurile existente ale fermei.
Adăugați o fermă dedicată: Adăugați o nouă fermă XSP|ADP dedicată. Va trebui să creați un nou cluster și noi șabloane în Partner Hub, astfel încât să puteți începe să adăugați clienți noi la noua fermă, pentru a atenua presiunea asupra fermei existente.
Adăugați ferma specializată: Dacă întâmpinați blocaje pentru un anumit serviciu, este posibil să doriți să creați o fermă XSP|ADP separată în acest scop, luând în considerare cerințele de co-rezidență enumerate în acest document. Este posibil să fie necesar să reconfigurați clusterele Control Hub și intrările DNS dacă schimbați adresa URL a serviciului care are o nouă fermă.

Gestionarea certificatelor serverului HTTP

Trebuie să gestionați aceste certificate pentru aplicațiile web autentificate mTLS pe |ADP-urile dvs. XSP:

Lanțul nostru de certificate de încredere din cloud Webex
Certificatele de interfețe HTTP ale serverului XSP|ADP

Lanțul de încredere

Interfețele serverului HTTP

Restricționat prin modul partenerului

Acces administrator client

Pentru un administrator de client dintr-o organizație în care Modul restricționat de partener este activat, nivelul de acces la Control Hub este determinat cu următoarea formulă:

(Acces la Control Hub) = (Autorizări pentru Rol organizație) - (Restricționat de restricțiile Modului Partener)

Restricții

Când Modul restricționat de partener este activat pentru o organizație client, administratorii clienți din organizația respectivă nu pot accesa următoarele setări Control Hub:

În vizualizarea Utilizatori, următoarele setări nu sunt disponibile:
- Butonul Gestionați utilizatorii este inactiv.
- Adăugați sau modificați manual utilizatorii—Nu există opțiunea de adăugare sau modificare a utilizatorilor, fie manuală, fie prin CSV.
- Revendicați utilizatorii—nu este disponibilă
- Alocați automat licențele—nu este disponibilă
- Sincronizare director —Nu se pot edita setările de sincronizare director (această setare este disponibilă numai pentru administratorii la nivel de partener).
- Detalii utilizator—Setările utilizatorului, cum ar fi prenumele, prenumele, numele afișat și e-mailul principal* sunt editabile.
- Resetați pachetul—Nu există opțiunea de resetare a tipului de pachet.
- Editați serviciile—Nu există opțiunea de editare a serviciilor care sunt activate pentru un utilizator (de exemplu, mesaje, întâlniri, apelare)
- Vizualizați starea serviciilor—Nu se poate vizualiza starea completă a serviciilor hibride sau a canalului de upgrade al software-ului
- Număr de serviciu principal—Acest câmp este disponibil doar în mod citire.
În vizualizarea Cont, următoarele setări nu sunt disponibile:
- Numele companiei este disponibil doar în mod citire.
În vizualizarea Setări organizație, următoarele setări nu sunt disponibile:
- Domeniu—Accesul este doar în mod citire.
- E-mail—Setările Anulați e-mailul de invitație pentru administrator și Selectarea locației e-mailului sunt doar în mod citire.
- Autentificare—Nu există opțiunea de editare a setărilor de autentificare și SSO.
În meniul Apelare, următoarele setări nu sunt disponibile:
- Setări pentru apeluri—Setările de prioritate pentru apelurile din opțiunile aplicației sunt doar în mod citire.
- Comportament de apelare—Setările sunt doar în mod citire.
- Locație > PSTN—Opțiunile Gateway local și Cisco PSTN sunt ascunse.
În secțiunea SERVICII, opțiunile serviciului Migrații și Connected UC sunt eliminate.

Activați modul Restricționare în funcție de partener

Administratorii parteneri pot utiliza procedura de mai jos pentru activare Restricționat prin modul partener pentru o anumită organizație client ( setare prestabilită este activată).

Conectați-vă la Partner Hub ( https://admin.webex.com) și selectați Clienți.
Selectați organizația client aplicabilă.
În vizualizarea setărilor din dreapta, activați Restricționat prin modul partener comutați pentru a activa setarea.

Dacă doriți să dezactivați Restricționat de modul partener, dezactivați comutatorul.

Dacă partenerul elimină modul de administrator restricționat pentru un administrator de client, administratorul de client va putea efectua următoarele:

Adăugați Webex pentru utilizatorii angro (cu butonul)
Schimbați pachetele pentru un utilizator

Statistici partener

Total utilizatori după pachet (Softphone, Basic, Standard, Premium)
Tendință utilizator după pachet (Zilnic/Săptămânal/Lunar)
Clienți cu un număr de pachete alocate

Pentru detalii complete despre utilizarea Partner Analytics, consultați articolul Webex Analytics pentru Webex pentru comerț cu ridicata și Webex pentru Broadworks în Partner Hub .

API-urile raportului de facturare

API De facturare	Scop	Tipul de acces	Cerință de rol pentru API (Administratorul necesită cel puțin unul dintre aceste roluri)
Creați un raport de facturare BroadWorks	Utilizat pentru a genera un raport de facturare.	Acces scris	Administrator complet Administrator Vânzări complete
Listă de rapoarte de facturare BroadWorks	Utilizat pentru a enumera rapoartele care sunt disponibile pentru vizualizare.	Acces de citire	Administrator complet Administrator Vânzări complete Administrator doar pentru citire
Obțineți un raport de facturare BroadWorks	Utilizat pentru a obține o copie a unui raport generat.	Acces de citire	Administrator complet Administrator Vânzări complete Administrator doar pentru citire
Ștergeți un raport de facturare BroadWorks	Utilizat pentru a șterge un raport generat.	Acces scris	Administrator complet Administrator Vânzări complete

Câmpuri de facturare

Următorul tabel enumeră câmpurile conținute în raportul generat.

Câmp	Descriere
nume de reapelare	Numele partenerului sau ID-ul organizației partenerului
Id de facturare	Identificator unic de facturare al partenerului sau număr C
spEnterpriseId	Furnizorul de servicii a furnizat un identificator unic pentru întreprinderea abonatului.
intern	Starea studiului intern al clientului (Da/Nu)
ID utilizator	ID-ul de utilizator al abonatului pe BroadWorks
Id abonat	Un identificator unic pentru abonatul în cauză în Webex
selfActivat	Da/Nu
prima Dată De Începere	Data la care abonatul a fost configurat.
data începerii facturării	Data la care începe facturarea în această lună
dată finalizare facturare	Data la care facturarea se încheie în această lună
pachet	Tipul de pachet care este încărcat
cantitate	Cantitate prestabilită pentru facturare. 1 – indică o lună întreagă

După ce generați un raport de facturare pentru o anumită perioadă, nu puteți regenera acel raport decât dacă ștergeți mai întâi raportul existent.
Dacă modificați fie tipul de pachet, fie ID-ul de utilizator BroadWorks pentru un anumit utilizator, raportul pentru luna în care a avut loc schimbarea afișează mai multe intrări pentru acel utilizator cu intrări procentuale separate înainte și după schimbare.

Soluționarea problemelor Webex pentru Cisco BroadWorks

Abonați-vă la pagina de stare Webex

Utilizați statisticile Control Hub

Webex urmărește datele de utilizare și de calitate pentru organizația dvs. și organizațiile clientului dvs. Citiți mai multe despre Control Hub Analytics din Webex Help Center.

Probleme în rețea

Clienții sau utilizatorii nu sunt creați în Control Hub cu configurarea fluxului:

Poate serverul aplicației să ajungă la URL-ul de configurare?
Contul de configurare și parola sunt corecte, există acel cont în BroadWorks?

Clusterele eșuează în mod constant testele de conectivitate:

Interfețele XSP|ADP sunt accesibile publicului?
Utilizați porturile corecte? Puteți introduce un port în definiția interfeței pe cluster.

Interfețe Validare nereușită

Interfețe Xsi-Acțiuni și Xsi-Events:

Verificați dacă URL-urile interfeței sunt introduse corect în cluster în Partner Hub, inclusiv /v2.0/ la sfârșitul URL-urilor.
Verificați firewall-ul permite comunicarea între Webex și aceste interfețe.
Revizuiți sfaturile de configurare a interfeței din acest document.

Interfața Serviciului de autentificare:

Verificați dacă URL-urile interfeței sunt introduse corect în cluster în Partner Hub, inclusiv /v2.0/ la sfârșitul URL-urilor.
Verificați firewall-ul permite comunicarea între Webex și aceste interfețe.
Revizuiți sfaturile de configurare a interfeței din acest document, acordând o atenție deosebită:
1. Asigurați-vă că ați partajat tastele RSA în toate ADP-urile XSP|.
2. Asigurați-vă că ați furnizat URL-ul AuthService la containerul web pe toate ADP-urile XSP|.
3. Dacă ați editat configurația cipher TLS, verificați dacă ați utilizat convenția corectă de numire. XSP|ADP necesită să introduceți formatul de nume IANA pentru cifrele TLS. O versiune anterioară a acestui document a enumerat incorect suitele de cipher necesare în convenția de numire OpenSSL.
4. Dacă utilizați mTLS cu Serviciul de autentificare, sunt încărcate certificatele de client Webex pe magazinul dvs. de încredere XSP|/ADP? Aplicația (sau interfața) este configurată pentru a solicita certificate de client?
5. Dacă utilizați validarea tokenului CI cu Serviciul de autentificare, aplicația (sau interfața) este configurată pentru a nu necesita certificate de client?

Probleme cu clientul

Verificați dacă clientul este conectat la BroadWorks

Conectați-vă la aplicația Webex.
Verificați dacă pictograma Opțiuni de apelare (un receptor cu o unealtă deasupra acestuia) este prezentă pe bara laterală.

Dacă pictograma nu este prezentă, este posibil ca utilizatorul să nu fie încă activat pentru serviciul de apelare din Control Hub.
Deschideți meniul Setări/Preferințe și accesați secțiunea Servicii telefonice . Trebuie să vizualizați sesiunea SSO de stare la care v-ați conectat.

Dacă se afișează un alt serviciu de telefonie, cum ar fi Webex Calling, utilizatorul nu utilizează Webex pentru Cisco BroadWorks.

Această verificare înseamnă:

Clientul a transpus cu succes microservicele Webex necesare.
S-a reușit autentificarea utilizatorului.
Clientul a primit un token web JSON cu durată lungă de viață de către sistemul BroadWorks.
Clientul și-a recuperat profilul dispozitivului și s-a înscris la BroadWorks.

Jurnale client

Dacă aveți nevoie pentru a colecta manual jurnalele de pe un PC Windows, acestea sunt situate după cum urmează:

Windows PC: C:\Users\{username}\AppData\Local\CiscoSpark

Mac:/Users/{username}/Library/Logs/SparkMacDesktop

Probleme de conectare a utilizatorului

mTLS Auth configurat necorespunzător

Dacă toți utilizatorii sunt afectați, verificați conexiunea mTLS de la Webex la URL-ul serviciului de autentificare:

Verificați dacă fie aplicația pentru serviciul de autentificare, fie interfața pe care o utilizează, sunt configurate pentru mTLS.
Verificați dacă lanțul certificatului Webex este instalat ca ancoră de încredere.
Verificați dacă certificatul serverului de pe interfață/aplicație este valid și semnat de un CA bine cunoscut.

Mesaj de suprascriere a licenței

Ghid de depanare

Pentru informații detaliate despre depanarea Webex pentru Cisco BroadWorks, consultați Ghidul de depanare Webex pentru Cisco BroadWorks.

Asistență

Politică de asistență în stare stabilă

Politica de scalare

Dumneavoastră (Furnizor de servicii/Partener) sunteți primul punct de contact pentru asistența clientului final (întreprindere).
Problemele care nu pot fi rezolvate de SP sunt transferate la TAC.

Versiuni BroadWorks

Asistența pentru versiunea serverului BroadWorks urmează politica BroadSoft, a versiunii actuale și a două versiuni majore anterioare (N-2). Citiți mai multe la Politica privind ciclul de viață al produselor BroadSoft secțiunea din Politica ciclului de viață BroadSoft și Matrice de compatibilitate software BroadWorks.

Resurse de auto-asistență

Utilizatorii pot găsi asistență prin Centrul de ajutor Webex, unde există o pagină specifică Webex pentru Cisco BroadWorks, care enumeră subiectele comune de ajutor și asistență ale aplicației Webex.
Aplicația Webex poate fi personalizată cu acest URL de ajutor și cu un URL de raportare a problemelor.
Utilizatorii aplicației Webex pot trimite feedback sau jurnale direct de la client. Jurnalele merg în cloud-ul Webex, unde pot fi analizate de Webex DevOps.
De asemenea, avem o pagină a Centrului de ajutor dedicată ajutorului la nivel de administrator pentru Webex pentru Cisco BroadWorks.

Colectați informații pentru trimiterea unei cereri de servicii

Încercați să includeți cel puțin următoarele informații atunci când trimiteți o interogare sau deschideți un caz:

ID organizație client și ID organizație partener (fiecare ID este un șir de 32 de cifre hexagonale, separate prin afine)
TrackingID (de asemenea, un șir de cifre 32 hexagonale) dacă interfața sau mesajul de eroare oferă unul
Adresa de e-mail a utilizatorului (dacă un anumit utilizator întâmpină probleme)
Versiunile client (dacă problema are simptome observate prin intermediul clientului)

Webex pentru referință BroadWorks

Comparație UC-One SaaS cu Webex pentru Cisco BroadWorks

Soluţie >	UC-One SaaS	Webex pentru Cisco BroadWorks
Cloud	Cisco UC-One Cloud (GCP)	Webex Cloud (AWS)
Clienți	UC-One: Mobile, Desktop Recepţionist, supervizor	Webex: Mobile, Desktop, Web
Diferență tehnologică majoră	Întâlniri livrate pe Broadsoft Meet Technology	Întâlniri livrate pe tehnologia Webex Meetings
Încercări timpurii pe teren	Mediul de imbatranire, clienti beta	Mediul de producție, clienții GA
identitate Utilizator	ID-ul BroadWorks a servit ca ID principal, cu excepția cazului în care Furnizorul de servicii are deja Integrare SSO. ID utilizator și secret în BroadWorks	ID-ul de e-mail din Cisco CI servește ca ID principal Integrarea SSO în furnizorul de servicii BroadWorks, unde utilizatorul se va autentifica cu ID-ul de utilizator BroadWorks și cu secretul BroadWorks la timp. Furnizează acreditări de utilizator prin SSO cu BroadWorks și secret în BroadWorks SAU ID utilizator și secret în IdP CI SAU ID utilizator în CI, ID și secrete în IdP
Autentificare client	Informații de furnizare ale utilizatorilor prin client Token-urile BroadWorks cu durată lungă de viață sunt necesare dacă utilizați mesageria Webex	Utilizatorii furnizează acreditările prin browser (fie pagina de conectare din proxy-ul BIdP Webex, fie CI) Accesul Webex și tokenurile de reîmprospătare
Gestionare/configurare	Sistemele OSS/BSS și portal De Retailer	Sistemele OSS/BSS și Control Hub
Activare partener/furnizor de servicii	Configurare o singură dată de către Operațiuni Cisco	Configurare o singură dată de către Operațiuni Cisco
Activare client/întreprindere	portal De Retailer	Control Hub Creat automat la prima înscriere a utilizatorului
Opțiuni de activare utilizator	Auto-înscriere Setați IM&P extern în BroadWorks	Setați IM&P integrat în BroadWorks (de obicei întreprinderi)
Interfețe serviciu XSP\|ADP	Acțiuni XSI Evenimente XSI CTI (mTLS) Serviciu de autentificare (mTLS opțional) DMS	Acțiuni XSI Acțiuni XSI (mTLS) Evenimente XSI CTI (mTLS) Serviciu de autentificare (TLS) DMS

Instalați Webex și conectați-vă (perspectivă abonat)

1	Descărcați și instalați Webex. Pentru detalii, consultați Webex \| Descărcați aplicația.
2	Rulați Webex. Webex vă solicită adresa de e-mail.
3	Introduceți-vă adresa de e-mail și faceți clic pe Înainte.
4	Se întâmplă una dintre următoarele, în funcție de modul în care organizația dvs. este configurată în Webex: Webex lansează un browser pentru dvs. pentru a finaliza autentificarea cu furnizorul dvs. de identitate. Aceasta ar putea fi autentificarea cu mai mulți factori (MFA). Webex lansează un browser pentru a introduce ID-ul de utilizator și parola BroadWorks. Webex încarcă după ce v-ați autentificat cu succes împotriva IdP sau BroadWorks.

Schimb de date și stocare

Integrare furnizor de servicii

Când configurați clustere și șabloane de utilizatori în Webex Control Hub în timpul integrării Furnizorului de servicii, schimbați următoarele date BroadWorks pe care Webex le stochează:

URL Xsi-Acțiuni
URL Xsi-Events
URL interfață CTI
URL serviciu de autentificare
Informații adaptor de configurare BroadWorks

Furnizor de servicii Furnizor de servicii

Acest tabel enumeră datele utilizatorului și ale întreprinderii care sunt schimbate ca parte a configurării utilizatorului prin API-urile Webex.

Mutarea datelor în Webex	De la	Prin	Stocat de Webex?
ID utilizator BroadWorks	BroadWorks, de către API	API-uri Webex	Da
E-mail (dacă SP este Furnizat)	BroadWorks, de către API	API-uri Webex	Da
E-mail (dacă este Furnizat Utilizatorul)	Utilizator	Portal de activare a utilizatorilor	Da
Prenume	BroadWorks, de către API	API-uri Webex	Da
Nume	BroadWorks, de către API	API-uri Webex	Da
Număr de telefon principal	BroadWorks, de către API	API-uri Webex	Da
Număr de telefon mobil	BroadWorks, de către API	API-uri Webex	Da
Interior principal	BroadWorks, de către API	API-uri Webex	Da
ID furnizor de servicii BroadWorks și ID grup	BroadWorks, de către API	API-uri Webex	Da
Limba	BroadWorks, de către API	API-uri Webex	Da
Fus orar	BroadWorks, de către API	API-uri Webex	Da

Eliminare utilizator

Date utilizator	Ștergere parțială	Ștergere completă
ID utilizator BroadWorks	Da	Da
E-mail	Nu	Da
Prenume	Nu	Da
Nume	Nu	Da
Număr de telefon principal	Da	Da
Număr de telefon mobil	Da	Da
Extensie	Da	Da
ID furnizor de servicii BroadWorks și ID grup	Da	Da
Limba	Nu	Da

Recuperare conectare și configurare utilizator

Autentificare Webex

Mutarea datelor	De la	Pentru
Adresă de e-mail	Utilizator prin aplicația Webex	Webex
Token de acces limitat și URL-ul IdP (independent)	Webex	browser Utilizator
Informații utilizator	browser Utilizator	Furnizor de identitate (care are deja identitatea utilizatorului)
Afirmația SAML	browser Utilizator	Webex
cod De autentificare	Webex	browser Utilizator
cod De autentificare	browser Utilizator	Webex
Tokenuri de acces și reîmprospătare	Webex	browser Utilizator
Tokenuri de acces și reîmprospătare	browser Utilizator	Aplicația Webex

Autentificare BroadWorks

Mutarea datelor	De la	Pentru
Adresă de e-mail	Utilizator prin aplicația Webex	Webex
Token acces limitat și URL IdP (proxy IdP Webex Bwks)	Webex	browser Utilizator
Informații de branding și URL-uri BroadWorks	Webex	browser Utilizator
Informații utilizator BroadWorks	Utilizator prin browser (pagina de conectare marcată deservită de Webex)	Webex
Informații utilizator BroadWorks	Webex	BroadWorks
profil utilizator BroadWorks	BroadWorks	Webex
Afirmația SAML	browser Utilizator	Webex
cod De autentificare	Webex	browser Utilizator
cod De autentificare	browser Utilizator	Webex
Tokenuri de acces și reîmprospătare	Webex	browser Utilizator
Tokenuri de acces și reîmprospătare	browser Utilizator	Aplicația Webex

Notificare de expirare a parolei BroadWorks în timpul conectării

Această caracteristică îmbunătățește procesul de conectare și controlează fluxul de conectare pe baza:

Îmbunătățirea avertismentului de conectare și a mesajului de eroare:

În prezent, utilizatorii Wexbex pentru BWKS care utilizează autentificarea BroadWorks și conectarea prin UAP nu primesc notificarea că parola lor este pe cale să expire sau că nu sunt în măsură să se conecteze, deoarece parola a expirat deja. Cu această caracteristică, dacă parola este pe cale să expire în 10 zile sau mai puțin - utilizatorul primește avertismentul că parola este pe cale să expire cu indicarea numărului de zile rămase, iar utilizatorul este sfătuit să contacteze Partenerul sau să urmeze linkul Parola uitată de pe ecranul de conectare pentru a-și reseta parola.
Dacă parola a expirat și configurația din BroadWorks „enforcePasswordChangeOnExpiry” este setată la adevărată, atunci eroarea „nume de utilizator și parolă incorecte” a fost aruncată, dar acum, cu această funcție, mesajul de eroare este îmbunătățit: Încercarea de conectare nu a reușit. Combinaţia dintre identificatorul de utilizator şi parola furnizată nu corespunde evidenţelor noastre sau parola dvs. trebuie actualizată. Încercați din nou sau contactați administratorul dvs. pentru a actualiza parola. Cod de eroare 100006

Controlul fluxului de conectare:

Partenerul poate restricționa conectarea prin activarea setării „w4bwks-password-expiry-fail-login”. Această setare „poate fi activată de Cisco la cererea unui partener. Dacă parola BroadWorks a expirat, configurația din broadworks „enforcePasswordChangeOnExpiry” este setată la fals și setarea „w4bwks-parola-expiry-fail-login” este activată, atunci eroarea este aruncată spunând parola a expirat x zile în urmă, în timp ce dacă serviciul de setare este dezactivat, atunci este permisă conectarea. În mod implicit, setarea este dezactivată.

Preluare configurație client

Acest tabel ilustrează tipul de date schimbate între diferitele componente în timp ce preluați configurațiile clientului.

Mutarea datelor	De la	Pentru
Înregistrare	Client	Webex
Setări organizație, inclusiv URL-uri BroadWorks	Webex	Client
Token JWT BroadWorks	BroadWorks prin Webex	Client
Token JWT BroadWorks	Client	BroadWorks
Token dispozitiv	BroadWorks	Client
Token dispozitiv	Client	BroadWorks
fișier De Configurare	BroadWorks	Client

Utilizare la starea de echilibru

Această secțiune descrie datele care se deplasează între componente în timpul reautentificării după expirarea tokenului, fie prin BroadWorks, fie prin Webex.

Acest tabel listează mișcarea de date pentru apelare.

Mutarea datelor	De la	Pentru
Semnalizare SIP	Client	BroadWorks
media SRTP	Client	BroadWorks
Semnalizare SIP	BroadWorks	Client
media SRTP	BroadWorks	Client

Acest tabel listează mișcarea datelor pentru mesagerie, prezență și întâlniri.

Mutarea datelor	De la	Pentru
Mesagerie și prezență REST HTTPS	Client	Webex
Mesagerie și prezență REST HTTPS	Webex	Client
Semnalizare SIP	Client	Webex
media SRTP	Client	Webex
Semnalizare SIP	Webex	Client
media SRTP	Webex	Client

Utilizarea API-ului de configurare

Acces dezvoltator

Specificația API este disponibilă pe https://developer.webex.com și un ghid de utilizare este la https://developer.webex.com/docs/api/guides/webex-for-broadworks-developers-guide.

Trebuie să vă conectați pentru a citi specificația API lahttps://developer.webex.com/docs/api/v1/broadworks-subscribers .

Autentificarea și autorizarea aplicației

Pentru mai multe detalii despre integrări și modul de a construi acest flux de autorizare OAuth 2 în aplicația dvs., consultați https://developer.webex.com/docs/integrations.

Există două roluri necesare pentru implementarea integrărilor - dezvoltatorul şi utilizatorul autorizat - şi acestea pot fi deţinute de persoane/echipe separate din mediul dvs.

Dezvoltatorul creează aplicația și o înregistrează https://developer.webex.com pentru a genera OAuth ClientID/Secret necesar cu scopurile așteptate pentru aplicație. Dacă aplicația dvs. este creată de o terță parte, acestea ar putea înregistra aplicația (dacă ați solicitat accesul acestora) sau ați putea face acest lucru cu propriul dvs. acces.
Utilizatorul autorizat este contul pe care îl utilizează aplicația pentru a autoriza apelurile sale API, pentru a schimba organizația parteneră, organizațiile clienților sau abonații acestora. Acest cont trebuie să aibă fie rolul de administrator complet, fie rolul de administrator complet de vânzări în organizația parteneră. Acest cont nu trebuie să fie deținut de o terță parte.

Denumire organizație

Numele organizației depinde de modul de configurare pe care îl utilizați:

Modul Enterprise – Numele organizației este un meci exact al spEnterpriseId.
Modul Furnizor de servicii – Numele organizației este porțiunea de GrupID a spEnterpriseId.

Denumirea organizației va conține orice spațiu alb, uppercase și caractere speciale specificate în spEnterpriseId original.

Cerințe software BroadWorks

Consultați Managementul ciclului de viață - Servere BroadSoft.

Asigurați-vă că pentru a revizui notele de patch-uri pentru aceste patch-uri software. Unii plasturi pot avea cerinţe CLI suplimentare.

Versiunea R22

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.22.0.1123.ap364260
	AP.as.22.0.1123.ap365173
	AP.as.22.0.1123.ap368517	Necesar pentru sincronizarea directorului
	AP.as.22.0.1123.ap369763
	AP.as.22.0.1123.ap372989
	AP.as.22.0.1123.ap372757
	AP.as.22.0.1123.ap372963	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.22.0.1123.ap373197	Patch necesar pentru serverul de aplicații
	AP.as.22.0.1123.ap378391
	AP.as.22.0.1123.ap374793	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.22.0.1123.ap377718	Patch necesar pentru funcția de înregistrare a apelurilor
	AP.as.22.0.1123.ap377868
	AP.as.22.0.1123.ap376508	Patch-ul necesar pentru configurarea fluxului
	AP.xsp.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Server de profil	AP.ps.22.0.1123.ap372989
	AP.ps.22.0.1123.ap372757
	AP.ps.22.0.1123.ap378391
	AP.ps.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Platformă	AP.platform.22.0.1123.ap353577
	AP.platform.22.0.1123.ap354313	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.22.0.1123.ap365173
	AP.platform.22.0.1123.ap367732
	AP.platform.22.0.1123.ap369433
	AP.platform.22.0.1123.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.22.0.1123.ap372757
	AP.platform.22.0.1123.ap376508	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.platform.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
XSP\|ADP	AP.xsp.22.0.1123.ap354313	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap365173
	AP.xsp.22.0.1123.ap368067
	AP.xsp.22.0.1123.ap368601	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.xsp.22.0.1123.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap370952
	AP.xsp.22.0.1123.ap373008
	AP.xsp.22.0.1123.ap372757
	AP.xsp.22.0.1123.ap372433
	AP.xsp.22.0.1123.ap372963	Necesar pentru upgrade de la notificările push V1 la V2
	AP.xsp.22.0.1123.ap378391
	AP.xsp.22.0.1123.ap374677	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap375206	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap376508	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.xsp.22.0.1123.ap378585	Necesar pentru istoricul apelurilor unificate
Altele	AP.xsa.22.0.1123.ap372757
	AP.xs.22.0.1123.ap372757
	AP.ums.22.0.1123.ap378391
	AP.nfm.22.0.1123.ap378391

Versiunea R23

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.23.0.1075.ap368517	Necesar pentru sincronizarea directorului
	AP.as.23.0.1075.ap369763
	AP.as.23.0.1075.ap373197	Server aplicație de configurare
	AP.as.23.0.1075.ap373271	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.23.0.1075.ap378391
	AP.as.23.0.1075.ap376509
	AP.as.23.0.1075.ap377718	Necesar pentru înregistrarea apelului
	AP.as.23.0.1075.ap377868
	AP.as.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Server de profil	AP.ps.23.0.1075.ap378391
Platformă	AP.platform.23.0.1075.ap367732
	AP.platform.23.0.1075.ap370952
	AP.platform.23.0.1075.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.23.0.1075.ap376509
	AP.platform.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
XSP\|ADP	AP.xsp.23.0.1075.ap368067
	AP.xsp.23.0.1075.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap370952
	AP.xsp.23.0.1075.ap373008
	AP.xsp.23.0.1075.ap373271	Necesar pentru upgrade de la notificările push V1 la V2
	AP.xsp.23.0.1075.ap378391
	AP.xsp.23.0.1075.ap374677	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap375206	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap376509
	AP.xsp.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Altele	Dacă utilizați ADP... Xsi-Events-23_2021.05_1.251.bwar	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate

Versiunea R24

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.24.0.944.ap384177	Necesar pentru serverul de mesagerie Unified (UMS)
	AP.as.24.0.944.ap375100	Necesar pentru configurarea fluxului
	AP.as.24.0.944.ap377718	Necesar pentru înregistrarea apelului
	AP.as.24.0.944.ap377868
	AP.as.24.0.944.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Altele	Xsi-Events-24_ 2021.05_1.251.bwar	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate

Etichete BroadWorks necesare pentru Webex

Fluxuri de configurare și activare a utilizatorului

Setarea descrie adăugarea utilizatorului la Webex. Activarea include validarea prin e-mail și atribuirea de servicii în Webex.

Configurarea automată a utilizatorilor și activarea automată (flux de e-mail de încredere)

Cerințe preliminare

Adaptorul dvs. de configurare indică Webex pentru Cisco BroadWorks (care necesită o conexiune de ieșire de la AS la Webex Provisioning Bridge).
Trebuie să aveți adrese de e-mail valide accesibile pentru utilizatorul final ca ID-uri alternative în BroadWorks.
Control Hub are un cont de configurare în configurația organizației partenere.

Pas	Descriere
1	Citate și să ia comenzi pentru serviciul cu clienții dumneavoastră.
2	Procesați comanda clientului și furnizați clientul în sistemele dvs.
3	Sistemul de configurare a serviciului declanșează configurarea BroadWorks. Acest pas, în rezumat, creează întreprinderea și utilizatorii. Apoi alocă serviciile și numerele necesare fiecărui utilizator. Unul dintre aceste servicii este IM&P extern.
4	Această etapă de configurare declanșează configurarea automată a organizației clientului și a utilizatorilor în Webex. (Alocarea serviciului IM&P determină adaptorul de configurare să apeleze API-ul de configurare Webex).
5	Sistemele dvs. trebuie să utilizeze API-ul de configurare Webex dacă mai târziu trebuie să ajustați pachetul pentru utilizator (pentru a schimba de la cel implicit).

Flux de conectare SSO

Fluxuri de conectare alternative

Autentificare BroadWorks fără autentificare directă BroadWorks (partajare de resurse încrucișată):
- Singura diferență este în etapele 5 și 6 ale fluxului de conectare Webex. În pasul 5, acreditările de conectare sunt validate de proxy-ul IdP (mai degrabă decât XSI) și o Aserțiune SAML este returnată clientului.
- Fluxul trece prin pașii rămași în cele două diagrame se aplică.
- Token-ul SSO nu este utilizat în acest flux.
Autentificare SAML SSO Webex:
- În pasul 3 al Fluxului de conectare Webex, serviciul Common Identity returnează Furnizorul de identitate utilizat de autentificarea Webex.
- În acest moment, se invocă un flux alternativ de conectare SAML SSO pentru Webex.

Interacțiuni utilizator

Conectați-vă

Aplicația Webex lansează un browser către Cisco Common Identity (CI) pentru a permite utilizatorilor să introducă adresa lor de e-mail.
CI descoperă că organizația client asociată are proxy-ul IDP BroadWorks (IDP) configurat ca IDP SAML. CI redirecționează către IDP-ul care prezintă utilizatorului o pagină de conectare. (Furnizorul de servicii poate marca această pagină de conectare.)
Utilizatorul intră în acreditările BroadWorks.
Broadworks autentifică utilizatorul prin IDP. Pe succes, IDP redirecționează browserul înapoi la CI cu un succes SAML pentru a finaliza fluxul de autentificare (nu este afișat în diagramă).
În ceea ce privește autentificarea reușită, aplicația Webex obține jetoane de acces de la CI (nu sunt afișate în diagramă). Clientul le utilizează pentru a solicita un Jason Web Token (JWT) cu durată lungă de viață BroadWorks.
Aplicația Webex descoperă configurația de apelare din BroadWorks și alte servicii din Webex.
Aplicația Webex se înregistrează cu BroadWorks.

Conectați-vă dintr-o perspectivă utilizator

Această diagramă este fluxul tipic de conectare, așa cum se vede de către utilizatorul final sau abonat:

Descărcați și instalați aplicația Webex.
Este posibil să fi primit linkul de la furnizorul dvs. de servicii sau să găsiți descărcarea pe pagina de descărcări Webex.
Introduceți adresa de e-mail pe ecranul de conectare Webex. Faceți clic pe Înainte.
De obicei, sunteți redirecționat către o pagină de marcă a Furnizorului de servicii.
Această pagină vă poate fi primită prin adresa dvs. de e-mail.

Dacă nu există adresă de e-mail sau dacă adresa de e-mail este greșită, introduceți în schimb numele de utilizator BroadWorks.
Introduceți parola BroadWorks.
Dacă v-ați conectat cu succes, Webex se deschide.

Flux de apeluri—director corporativ

Flux de apeluri – număr PSTN

Prezentare și partajare

Începeți o întâlnire spațială

Interacțiuni cu clienții

Preluarea profilului din DMS și înscrierea SIP cu AS

Clientul apelează XSI pentru a obține un token de gestionare a dispozitivului și URL-ul la DMS.
Clientul solicită profilul său de dispozitiv de la DMS prin prezentarea tokenului de la pasul 1.
Clientul citește profilul dispozitivului și preia acreditările SIP, adresele și porturile.
Clientul trimite un ÎNREGISTRATOR SIP către SBC utilizând informațiile de la pasul 3.
SBC trimite ÎNREGISTRATORUL SIP la AS (SBC poate efectua o vizualizare în NS pentru a localiza un AS dacă SBC nu cunoaște deja utilizatorul SIP.)

Orientări privind testele și laboratoarele

Următoarele orientări se aplică organizațiilor de testare și de laborator:

Partenerii furnizorului de servicii sunt limitați la maximum 50 de utilizatori de testare care pot fi configurați în mai multe organe.
Orice utilizatori care depășesc primii 50 de utilizatori de testare vor fi facturați.
Pentru a asigura procesarea exactă a facturii dvs., toate organele de testare trebuie să includă „test” în numele organizației BroadWorks.
Organizațiile de testare internă trebuie desemnate în cadrul Webex Control Hub. Acest lucru are scopul de a împiedica utilizatorii de testare să fie facturați ca utilizatori reali.

Desemnarea unei organizații ca organizație de testare

Pentru a desemna o organizație ca organizație de testare:

Conectați-vă la Partner Hub și selectați Clienți.
Selectați clientul corespunzător.
În bara de control din dreapta, activați comutatorul pentru organizarea testelor interne.

Redare mesagerie vocală

Pentru mesageria vocală, asigurați-vă că configurați serverul Media pentru a utiliza unul dintre următoarele coduri:

mp3
wav—Fișierele WAV sunt acceptate în următoarele formate: PCM (acceptat pe toate platformele) și DVI-ADPCM (nu este acceptat pe Android

Dacă utilizați fișiere wav, rulați următoarele comenzi CLI pentru a încredința serverul aplicației și serverul media:

AS_CLI/Service/VoiceMsg>set vmRecordingAudioFileFormat WAV
MS_CLI/Applications/MediaStreaming/Services/IVR> set sendmail8kHzWavFileDefaultFormat ulaw

Terminologie

ACL: Listă de control al accesului
ALG: Gateway strat aplicație
API: Interfață de programare aplicație
AFNURI: Serviciu de notificare Apple Push
LA FEL DE: Server aplicație
TE CONŢINUTUL: Adaptor analogic de telefon, adaptor care convertește telefonie analogică la VoIP
BAM: Manager de aplicații BroadSoft
Autentificare de bază: O metodă de autentificare în care un cont (nume de utilizator) este validat de un secret partajat (parolă)
BMS: Server de mesagerie BroadSoft
PĂȘUNE: Fluxuri bidirecționale Peste HTTP Sincronizat
TULBURĂRI GASTRO- INTESTINALE: Interfața de bază a ratei BRI este o metodă de acces ISDN
Cutie de carton: O colecţie de servicii aşa cum a fost livrată unui utilizator final sau abonat (cf. Ambalaj)
CA: Autoritatea de certificare
Operator: O organizaţie care se ocupă de traficul de telefonie (cf. Partener, furnizor de servicii, furnizor de valoare adăugată)
CAPTCHA: Test Turing public complet automatizat pentru a spune computere și oameni în afară
CCXML: Limba de marcare eXtensible pentru controlul apelului
CIF: Format intermediar comun
TULBURĂRI OCULARE: Interfață linie de comandă
CN: Denumire comună
CNPS: Server push notificări de apel. Un server push de notificare care rulează pe un XSP|ADP în mediul dvs., pentru a împinge notificările de apel către FCM și APNS. Consultați Proxy-ul NPS.
CPE: Echipamente premise pentru clienți
CPR: Regulă de prezență personalizată
CSS: Foaie de stil cascadă
CSV: Valoare Separată prin virgulă
CTI: Integrare telefonie informatică
CUBE: Cisco Unified Border Element
DMZ: Zonă Demilitarizată
DN: Număr director
DND: Nu deranjați
DNS: Sistem nume de domeniu
DPG: Grup de asociați la apelare
DSCP: Punct de cod servicii diferențiate
DTAF: Fișier arhivă tip dispozitiv
DTG: Grup trunchi destinație
DTMF: Frecvență multitonică duală
utilizator Final: Persoana care utilizează serviciile, adică face apeluri, intră în întâlniri sau trimite mesaje (cf. Abonat)
Enterprise: O colecţie de utilizatori finali (cf. Organizație)
FCM: Mesagerie în cloud Firebase
FMC: Convergență Fix Mobile
Configurare flux-through: Crearea utilizatorilor în magazinul de identitate Webex prin atribuirea serviciului „IM&P integrat” în BroadWorks.
FQDN: Nume de domeniu complet calificat
Configurare completă prin debit: Crearea și verificarea utilizatorilor din magazinul de identitate Webex prin atribuirea serviciului „IM&P integrat” în BroadWorks și afirmarea că fiecare utilizator BroadWorks are o adresă de e-mail unică și validă.
FXO: Exchange Office este portul care primește linia analogică. Acesta este dopul de pe telefon sau fax sau dopurile de pe sistemul dvs. de telefon analogic. Acesta oferă o indicație on-cârlig / off-cârlig (închidere buclă). Deoarece portul FXO este atașat la un dispozitiv, cum ar fi un fax sau un telefon, dispozitivul este adesea numit „dispozitiv FXO”.
FXS: Abonatul valutar este portul care furnizează de fapt linia analogică abonatului. Cu alte cuvinte, este "plug in the wall", care oferă un ton de apelare, curent de baterie, și tensiune inel.
GCM: Mesaj Google Cloud
GCM: Modul Galois/Counter (tehnologie de criptare)
ASCUNZĂTOARE: Dispozitiv interfață umană
HTTPS: Conectori securizați pentru protocolul de transfer hipertext
IAD: Dispozitiv de acces integrat
IM&P: Mesagerie instantanee și prezență
PSTN IP: Un furnizor de servicii care furnizează VoIP serviciilor PSTN, interschimbabil cu ITSP, sau un termen general pentru telefonie „publică” conectată la internet, furnizat în mod colectiv de către principalii furnizori de telecomunicații (mai degrabă decât de către țări, așa cum este PSTN)
IZZ: Furnizor de servicii de telefonie pe internet
VALORI CRESCUTE ALE: Răspuns vocal interactiv / Răspuns
AFECŢIUNI: Adresa nativă a unei entități XMPP se numește identificator Jabber sau JID localpart@domain.part.example.com/resourcepart (@ . / sunt separatoare)
JSON: Notificare obiect script Java
TULBURĂRI ALE SISTEMULUI NERVOS: Java Secure Socket Extension; tehnologia de bază care oferă caracteristici sigure de conectivitate la serverele BroadWorks
KEM: Modul de extensie cu tastatură (telefoanele hardware Cisco)
PLT: Token cu durată lungă de viață (sau Long Life); o formă de auto-descriere, securizată de token purtător care permite utilizatorilor să rămână autentificați pentru mai mult timp și nu este legată de aplicații specifice.
M: Arhiva mesajelor
MIB: Bază de informații de gestionare
M: Server media
mTLS: Autentificare reciprocă între două părți, utilizând schimbul de certificate, la stabilirea unei conexiuni TLS
MUC: Chat cu mai mulți utilizatori
UMED: Traduceri adresă de rețea
NPS: Server push de notificare; consultați CNPS
proxy NPS: Un serviciu în Webex care furnizează jetoane de autorizare pe termen scurt pentru CNPS, permițându-i să împingă notificările de apel către FCM și APN-uri și, în cele din urmă, către dispozitivele Android și iOS care rulează Webex.
OCLUZII: Deschideți interfața cu clientul
Organizație: O companie sau o organizaţie care reprezintă o colecţie de utilizatori finali (cf. Întreprindere)
OTG: Grup trunchiuri de ieșire
Pachet: O colecţie de servicii aşa cum a fost livrată unui utilizator final sau abonat (cf. Cutie de carton)
Partener: O organizație de agenți care lucrează cu Cisco pentru a distribui produse și servicii către alte organizații (cf. Valoare adăugată revânzător, furnizor de servicii, transportator)
PBX: Schimb de filiale private
PEM: Mail îmbunătățit de confidențialitate
LIOFILIZAT: Rețea publică de teren mobil
TE IZA: Interfața Rată Primară (PRI) este un standard de interfață de telecomunicații utilizat pe o rețea digitală de servicii integrate (ISDN)
PS: Server de profil
PSTN: Rețea de telefonie publică comutată
QoS: Calitatea serviciului
portal De Retailer: Un site web care permite administratorului revânzătorului să își configureze soluția UC-One SaaS. Este uneori menționată ca portal BAM, portal de administrator sau portal de management.
RTCP: Protocol de control în timp real
RTP: Protocol de transport în timp real
SBC: Controler frontieră sesiune
SCA: Aspect Apel partajat
SD: Definiție standard
SDP: Protocol de descriere sesiuni
SP: Furnizor de servicii; O organizație care furnizează servicii de telefonie sau servicii conexe altor organizații (cf. Încărcător, partener, revânzător cu valoare adăugată)
SIP: Protocol de inițiere sesiuni
LĂCRIMARE: Token cu durată scurtă de viață (sau Short Life) (denumit și BroadWorks SSO Token); un token autentificat de unică folosință care este utilizat pentru a obține acces securizat la aplicații web.
SMB: Întreprinderi mici și mijlocii
SNMP: Protocol simplu de gestionare a rețelei
sRTCP: Protocol de control al transferului în timp real securizat (media apelurilor VoIP)
sRTP: Protocol de transfer în timp real securizat (media apelurilor VoIP)
SSL: Strat de prize securizate
Abonat: Persoana care utilizează serviciile, adică face apeluri, intră în întâlniri sau trimite mesaje (cf. Utilizator final)
TCP: Protocol de control al transmisiei
TDM: Multiplicarea diviziunii timpului
TLS: Securitate strat de transport
ToS: Tipul de serviciu
UAP: Portal de activare a utilizatorilor
UC: Comunicații Unified
CEAPA: Interfață utilizator
U ID: Identificator unic
UM: Server de mesagerie
URI: Identificator de resurse uniform
URL: Localizator de resurse uniform
TUSE: Server de partajare
UTC: Ora universală coordonată
UVS: Server video
Retailer cu valoare adăugată (VAR): O organizație de agenți care lucrează cu Cisco pentru a distribui produse și servicii către alte organizații (cf. Operator, partener, furnizor de servicii)
VGA: Array de grafică video
VoIP: Voce prin Internet Protocol (IP)
VXML: Limbă extensibilă de marcare vocală
WebDAV: Autorizare și versiune distribuită pe internet
WebRTC: Comunicații web în timp real
RĂȘINI: Server WebRTC
XMPP: Protocol de mesagerie și prezență extensibil

Anexa

Configurați serviciile (cu mTLS pentru serviciul Auth)

Interfețe Xsi

Instalați și configurați aplicațiile Xsi-Actions și Xsi-Events așa cum sunt descrise în Ghidul de configurare a interfeței pentru serviciile Cisco BroadWorks Xtended Services.

Doar o singură instanță a aplicațiilor Xsi-Events trebuie implementată pe XSP|ADP utilizat pentru interfața CTI.

Toate evenimentele Xsi utilizate pentru integrarea Broadworks cu Webex trebuie să aibă același nume de apelControlApplicationName definit în Applications/Xsi-Events/GeneralSettings. De exemplu:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Schimbarea numelui de apelControlApplicationName sau neavând același nume pe toate aplicațiile web Xsi-Events va afecta funcționalitatea abonamentelor și a evenimentelor de telefonie.

Configurați serviciul de autentificare (cu mTLS)

Tokenurile BroadWorks cu durată lungă de viață sunt generate și validate de serviciul de autentificare găzduit pe |ADP-urile dvs. XSP.

Cerințe

Serverele XSP|ADP care găzduiesc Serviciul de autentificare trebuie să aibă o interfață mTLS configurată.
ADP-urile XSP| trebuie să partajeze aceleași chei pentru criptarea/decriptarea tokenurilor BroadWorks cu durată lungă de viață. Copierea acestor chei la fiecare XSP|ADP este un proces manual.
ADP-urile XSP| trebuie sincronizate cu NTP.

Prezentare generală configurație

Configurația esențială de pe |ADP-urile dvs. XSP include:

Implementați serviciul de autentificare.
Configurați durata tokenului la cel puțin 60 de zile (lăsați emitentul ca BroadWorks).
Generați și partajați tastele RSA prin |ADP-uri XSP.
Furnizați adresa URL autentiService către containerul web.

Implementați serviciul de autentificare pe XSP|ADP

Pe fiecare XSP|ADP utilizat cu Webex:

Activați aplicația pentru serviciul de autentificare pe cale /authService(trebuie să utilizați această cale):

XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService

(unde este cazul <version> este versiunea BroadWorks).
Implementați aplicația:

XSP|ADP_CLI/Maintenance/ManagedObjects>deploy application /authService

Configurați durata tokenului

Verificați configurația actuală a tokenului (ore):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement> get
Setați durata la 60 de zile (max. 180 de zile):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement>set tokenDurationInHours 1440

Generați și partajați cheile RSA

Trebuie să utilizați aceleași perechi de taste publice/private pentru criptarea/decriptarea tokenului în toate instanțele serviciului de autentificare.
Cuplul cheie este generat de serviciul de autentificare atunci când este necesar pentru prima dată să eliberați un token.

Din cauza acestor doi factori aveți nevoie pentru a genera chei pe un XSP|ADP, apoi copiați-le la toate celelalte XSP|ADP.

Dacă ciclați tastele sau modificați lungimea tastei, trebuie să repetați următoarea configurație și să reporniți toate |ADP-urile XSP.

Selectați un XSP|ADP de utilizat pentru generarea unei perechi de taste.
Utilizați un client pentru a solicita un token criptat de la acel XSP|ADP, solicitând următorul URL din browserul clientului:

https://<XSP|ADP-IPAddress>/authService/token?key=BASE22URL(clientPublicKey)

(Acest lucru generează o pereche de chei private / publice pe XSP|ADP, dacă nu a existat deja unul)
Locația magazinului cu tastatură nu este configurabilă. Exportați tastele:

XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
Copiați fișierul exportat /var/broadworks/tmp/authService.keys în aceeași locație pe celelalte ADP-uri XSP|, suprascrierea unui mai în vârstă .keys fișier.
Importați tastele pe fiecare dintre celelalte |ADP-uri XSP:

XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys

Furnizați URL-ul autentiService către containerul web

Containerul web XSP|ADP are nevoie de URL-ul autentiService, astfel încât să poată valida jetoanele.

Pe fiecare dintre |ADP-urile XSP:

Adăugați URL-ul serviciului de autentificare ca serviciu de autentificare extern pentru BroadWorks Communications Utility:

XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1/authService
Adăugați adresa URL a serviciului de autentificare în container:

XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService

Acest lucru permite Webex să utilizeze Serviciul de autentificare pentru a valida jetoanele prezentate ca date de autentificare.
Verificați parametrul cu get.
Reporniți XSP|ADP.

Configurarea TLS și Ciphers pe interfețele HTTP (pentru XSI și Serviciul de autentificare)

Aplicațiile Service Authentication, Xsi-Actions și Xsi-Events utilizează interfețe de server HTTP. Nivelurile de configurabilitate TLS pentru aceste aplicații sunt după cum urmează:

Cele mai generale = Sistem > Transport > HTTP > Interfață server HTTP = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații	context CLI
Sistem (global)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Protocoale de transport pentru acest sistem	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP pe acest sistem	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Interfețe server HTTP specifice pe acest sistem	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Citirea configurației interfeței serverului HTTP TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer>
Introduceți get comanda și citiți rezultatele. Ar trebui să vedeți interfețele (adresele IP) și, pentru fiecare, dacă acestea sunt sigure și dacă necesită autentificarea clientului.

Apache tomcat trimite un certificat pentru fiecare interfață securizată; sistemul generează un certificat semnat dacă are nevoie de unul.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Adăugarea protocolului TLS 1.2 la interfața serverului HTTP

Interfața HTTP care interacționează cu Webex Cloud trebuie configurată pentru TLSv1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața serverului HTTP:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> 443 pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> 443 TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața serverului HTTP

Pentru a configura cifrele necesare:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Introduceți comanda get <interfaceIp> 443 pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> 443 <cipherName> pentru a adăuga un cifru la interfața serverului HTTP.

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Configurați încrederea pentru serviciul de autentificare (cu mTLS)

Conectați-vă la Control Hub cu contul de administrator partener.
Accesați Setări > Apelare BroadWorks și faceți clic pe Descărcare certificat Webex CA pentru a obține CombinedCertChain2023.txt pe computerul local.

Aceste fișiere conțin două seturi de două certificate. Trebuie să divizați fișierele înainte de a le încărca în ADP-urile XSP|. Toate fișierele sunt necesare.
Separați lanțul certificatului în două certificate - combinedcertchain2023.txt.
1. Deschideți combinedcertchain2023.txt într-un editor de text.
2. Selectați și tăiați primul bloc de text, inclusiv liniile -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----, și lipiți blocul de text într-un fișier nou.
3. Salvați noul fișier ca root2023.txt.
4. Salvați fișierul original ca issuing2023.txt. Fișierul original ar trebui să aibă acum doar un singur bloc de text, înconjurat de linii -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----.
Copiați ambele fișiere text într-o locație temporară pe XSP|ADP pe care o securizați, de ex. /var/broadworks/tmp/root2023.txt și /var/broadworks/tmp/issuing2023.txt.
Conectați-vă la XSP|ADP și navigați la /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>. (Opțional) Ajutor de rulare UpdateTrust pentru a vedea parametrii și formatul de comandă.

Încărcați fișierele certificatului în ancore de încredere noi - 2023

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Confirmați că ancorajele sunt actualizate:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

(Opțiune) Configurați mTLS la nivelul interfeței/portului HTTP

Este posibil să configurați mTLS la nivelul interfeței/portului HTTP sau pe o bază de aplicație per-web.

Când configurați mTLS la nivelul interfeței/portului HTTP, mTLS este necesar pentru toate aplicațiile web găzduite accesate prin această interfață/port.

Conectați-vă la XSP|ADP a cărei interfață configurați.
Navigheaza catre XSP|ADP_CLI/Interface/Http/HttpServer> și rulați get comandă pentru a vedea interfețele.
Pentru a adăuga o interfață și a solicita autentificarea clientului acolo (ceea ce înseamnă același lucru ca și mTLS):

XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true

Consultați documentația XSP|ADP CLI pentru detalii. În esență, primul true asigură interfața cu TLS (certificatul de server este creat dacă este necesar) și al doilea true forțează interfața să solicite autentificarea certificatului clientului (împreună sunt mTLS).

De exemplu:

XSP|ADP_CLI/Interface/Http/HttpServer> get

Interface Port Name Secure Client Auth Req Cluster Fqdn
         =======================================================
         192.0.2.7 443 XSP|ADP01.collab.example.net true false 
         192.0.2.7 444 XSP|ADP01.collab.example.net true true

În acest exemplu, mTLS (Client Auth Req = true) este activat pe 192.0.2.7 port 444. TLS este activat pe 192.0.2.7 port 443.

(Opțiune) Configurați mTLS pentru aplicații web specifice

Este posibil să configurați mTLS la nivelul interfeței/portului HTTP sau pe o bază de aplicație per-web.

Când configurați mTLS la nivelul aplicației, mTLS este necesar pentru acea aplicație, indiferent de configurația interfeței serverului HTTP.

Conectați-vă la XSP|ADP a cărei interfață configurați.
Navigheaza catre XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> și rulați get comandă pentru a vedea ce aplicații rulează.
Pentru a adăuga o aplicație și pentru a solicita autentificarea clientului (ceea ce înseamnă același lucru ca și mTLS):

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true

Consultați documentația XSP|ADP CLI pentru detalii. Numele aplicației sunt enumerate acolo. Fișierul true în această comandă activează mTLS.

De exemplu:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add 192.0.2.7 443 AuthenticationService true

Exemplul de comandă adaugă aplicația AuthenticationService la 192.0.2.7:443 și necesită solicitarea și autentificarea certificatelor de la client.

Consultați get:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> get

Interface Ip Port Application Name Client Auth Req
         ===================================================
         192.0.2.7 443 AuthenticationService      true

Configurați managementul dispozitivului pe XSP|ADP, serverul aplicației și serverul profilului

Unde să mergeți Înainte

Pentru configurare, puteți reintra în fluxul principal de documente la interfața CTI și configurația aferentă.

Cerințe suplimentare de certificare pentru autentificarea reciprocă TLS împotriva serviciului de autentificare

Accesați Setări > Apelare BroadWorks.
Faceți clic pe linkul certificatului de descărcare.

De asemenea, puteți obține lanțul certificatului de la https://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt.

Cerințele exacte pentru implementarea acestui lanț de certificate Webex CA depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă rezumă locul în care trebuie implementat lanțul de certificate Webex CA în aceste trei cazuri.

Cerințe reciproce privind certificatul TLS pentru proxy-ul TLS-bridge

Webex prezintă proxy-ului un certificat de client semnat Webex CA.
Lanțul de certificate Webex CA este implementat în magazinul de încredere proxy, astfel încât proxy-ul are încredere în certificatul clientului.
Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în proxy.
Proxy-ul prezintă un certificat de server semnat public pentru Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.

Proxy-ul prezintă un certificat de client semnat intern către |ADP-urile XSP.

Acest certificat trebuie să aibă câmpul de extensie x509.v3 Utilizare extinsă a cheii populat cu OID BroadWorks 1.3.6.1.4.1.6431.1.1.8.2.1.3 și clientAuth scop TLS. De exemplu:

X509v3 extensions:

X509v3 Extended Key Usage:

1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client
              Authentication

Atunci când generați certificate de client intern pentru proxy, rețineți că certificatele SAN nu sunt acceptate. Certificatele serverului intern pentru XSP|ADP pot fi SAN.

ADP-urile XSP| au încredere în CA intern.
ADP-urile XSP| prezintă un certificat de server semnat intern.
Proxy-ul are încredere în CA intern.

Cerințe reciproce de certificare TLS pentru TLS-passthrough Proxy sau XSP în DMZ

Webex prezintă un certificat de client semnat Webex CA pentru XSPs.
Lanțul de certificate Webex CA este implementat pe magazinul de încredere XSPs, astfel încât XSPs are încredere în certificatul clientului.
Certificatul de server XSP semnat public este de asemenea încărcat în XSPs.
XSPs prezintă certificatele de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului XSPs.

Istoricul reviziilor documentelor

Următorul tabel prezintă o istorie a modificărilor aduse acestui document în ultimele 12 luni.

Dată	Versiune	Descrierea modificării
14 iunie 2024	2-119	A fost adăugată o secțiune flexibilă de selecție a ID-ului de apelant extern în secțiunea Funcții și limitări și anularea unui abonament din secțiunea Control Hub în secțiunea Gestionare Webex pentru BroadWorks.
13 mai 2024	2-118	Modificări editoriale.
10 mai 2024	2-117	Pachetul Pro Pentru Control Hub a fost adăugat în secțiunea Caracteristici și Limitări.
6 mai 2024	2-116	Secțiunea SSO partener actualizat - SAML, nu este necesar să contactați TAC pentru furnizorul de identitate.
2 mai 2024	2-115	Modificări editoriale.
10 aprilie 2024	2-114	Informații actualizate despre Patch 2 în secțiunea Aspect în linie partajată.
27 martie 2024	2-113	Actualizat câmp lampă ocupată / preluare apel și partener SSO - secțiunea OpenID Connect.
22 martie 2024	2-112	Cerințe prealabile actualizate în secțiunea Sincronizare Nu deranjați (DND).
07 martie 2024	2-111	Secțiunea Actualizată de control al fluxului de conectare în procesul de conectare a utilizatorului și de recuperare a configurației.
24 februarie 2024	2-110	Modificări editoriale.
20 februarie 2024	2-109	S-a adăugat secțiunea Indicație Spam vizuală în secțiunea Implementare Webex pentru BroadWorks.
07 februarie 2024	2-108	A fost adăugată o notificare de expirare a parolei BroadWorks în timpul conectării la Webex for BroadWorks Reference.
25 ianuarie 2024	2-107	Modificări editoriale.
23 ianuarie 2024	2-106	Efectuați modificări editoriale în secțiunea Mutare utilizator (cu consimțământ) în Webex pentru Cisco BroadWorks , sub Gestionarea Webex pentru BroadWorks.
10 ianuarie 2024	2-105	Modificări editoriale.
20 decembrie 2023	2-104	Acest ghid a fost mutat la Centrul de ajutor Webex, de acum înainte utilizați acest link unificat https://help.webex.com/no4dlj3 .
13 decembrie 2023	2-103	Șablonul clientului a fost modificat în „Șablon de integrare”, a actualizat ghidul de soluție.
12 decembrie 2023	2-102	Actualizat Atașați Webex pentru BroadWorks la secțiunea Organizație existentă în cadrul Gestionării Webex pentru BroadWorks.
08 decembrie 2023	2-101	Modificări editoriale.
noiembrie 08, 2023	2-100	A fost adăugată o notă în Atașați Webex pentru BroadWorks la secțiunea Organizație existentă .
25 octombrie 2023	2-99	A fost adăugat R24 în Configurarea serverului aplicației cu secțiunea URL a serviciului de configurare.
13 septembrie 2023	2-98	Au fost adăugate cerințe de rețea pentru Webex pentru linkurile Cisco Broadworks în secțiunea Abonamente de documente recomandate.
septembrie 04, 2023	2-97	Secțiunea Caracteristici și limitări actualizată în Prezentare generală a Webex pentru Cisco BroadWorks.
08 august 2023	2-96	Note adăugate în Editarea sau ștergerea unui cluster BroadWorks în Partner Hub în cadrul Gestionării Webex pentru BroadWorks.
23 iunie 2023	2-95	Actualizat Pregătiți-vă NPS pentru Webex pentru secțiunea Cisco BroadWorks în secțiunea Implementare Webex pentru Cisco BroadWorks. Actualizat Configurați NPS pentru a utiliza conexiunea proxy de autentificare Timeout la 3000 sub Implementare Webex pentru Cisco BroadWorks.
30 mai 2023	2-94	Actualizat secțiunea Cerințe software BroadWorks în secțiunea Webex pentru Cisco BroadWorks Reference.
26 mai 2023	2-93	Secțiunea actualizată Trust Anchors pentru interfața CTI (R22 și ulterioară) din secțiunea Implementare Webex pentru Cisco BroadWorks. Actualizat Configurați încrederea pentru serviciul de autentificare (cu mTLS) în secțiunea Anexă.
24 mai 2023	2-92	Actualizat Detach Webex pentru BroadWorks din secțiunea Organizație existentă în cadrul Gestionării Webex pentru Cisco BroadWorks. S-a adăugat secțiunea Intrare în rezervă în secțiunea Implementare Webex pentru Cisco BroadWorks.
10 mai 2023	2-91	Actualizat câmpul Lampă ocupată / secțiunea Notificare preluare apeluri în cadrul managementului Webex pentru Cisco BroadWorks.
09 mai 2023	2-90	Actualizat secțiunea Țară din secțiunea Pregătiți-vă mediul.
04 mai 2023	2-89	Actualizat Configurați secțiunea Șabloane pentru clienți în secțiunea Configurați organizația partenerului în Hubul partenerului.
27 aprilie 2023	2-88	S-a adăugat secțiunea Țară în secțiunea Pregătirea mediului.
14.04.2023	2-87	Secțiunea Actualizată de Asistență pentru contacte de grup în cadrul comenzii și configurării.
17 martie 2023	2-86	S-a adăugat scalarea apelului nativ mobil la secțiunea Întâlnire din secțiunea Implementare Webex pentru BroadWorks.
11 martie 2023	2-85	Pași actualizați în Configurarea serviciului de autentificare (cu validarea token-ului CI) în secțiunea Implementare Webex pentru Cisco BroadWorks.
10 martie 2023	2-84	Actualizat secțiunea Interfețe Xsi .
07 martie 2023	2-83	S-a adăugat secțiunea Asistență Grup Contacte în secțiunea Ordine și configurare.
28 februarie 2023	2-82	S-a adăugat secțiunea Partner SSO - OpenID Connect (OIDC) în secțiunea Implementare Webex pentru Cisco BroadWorks.
15 februarie 2023	2-81	Actualizat Trust Anchors pentru interfața CTI (R22 și o versiune ulterioară)în secțiunea Implementare Webex pentru Cisco BroadWorks și Configurare Trust pentru serviciul de autentificare (cu mTLS) din Anexa.
10 februarie 2023	2-80	S-a actualizat Apelarea extensiilor în prezentarea generală a Webex pentru Cisco BroadWorks.

Pregătiți-vă mediul

Puncte de decizie

Consideraţie	Întrebări de răspuns	Resurse
Arhitectură și infrastructură	Câte ADP-uri XSP\|? Cum iau mTLS?	Planificator de capacitate sistem Cisco BroadWorks Ghid de inginerie a sistemului Cisco BroadWorks referință XSP\|ADP CLI Acest document
Configurarea clientului și a utilizatorului	Puteți afirma că aveți încredere în e-mailurile din BroadWorks? Doriți ca utilizatorii să furnizeze adrese de e-mail pentru a-și activa propriile conturi? Puteți construi instrumente pentru a utiliza API-ul nostru?	Docs API public la https://developer.webex.com Acest document
Branding	Ce culoare și siglă doriți să utilizați?	Articolul de branding al aplicației Webex
Modele	Care sunt diferitele cazuri de utilizare a clientului dvs.?	Acest document
Caracteristici abonat per client/întreprindere/grup	Alegeți pachetul pentru a defini nivelul serviciului per șablon. Basic, Standard, Premium sau Softphone.	Acest document Caracteristică/matrice pachet
Autentificare de bază	BroadWorks sau Webex	Acest document
Adaptor de configurare (pentru opțiunile de configurare prin flux)	Utilizați deja IM&P integrat, de exemplu pentru UC-One SaaS? Intenționați să utilizați mai multe șabloane? Se anticipează un caz de utilizare mai frecvent?	Acest document referință CLI Server aplicație

Arhitectură și infrastructură

Cu ce fel de scară intenționați să începeți? Este posibil să crească în viitor, dar estimarea dvs. actuală de utilizare ar trebui să conducă la planificarea infrastructurii.
Colaborați cu managerul contului dvs. Cisco / reprezentantul dvs. de vânzări pentru a vă mări infrastructura XSP|ADP, în conformitate cu Cisco BroadWorks System Capacity Planner și cu Cisco BroadWorks System Engineering Guide.
Cum va realiza Webex conexiuni TLS reciproce cu ADP-urile dvs. XSP|? Direct către XSP|ADP într-un DMZ sau prin proxy TLS? Acest lucru afectează gestionarea certificatului dvs. și URL-urile pe care le utilizați pentru interfețe. (Nu acceptăm conexiuni TCP necriptate la marginea rețelei dvs.).

Furnizarea de servicii pentru clienți și utilizatori

Ce metodă de configurare a utilizatorului vă convine cel mai bine?

Furnizarea Flowthrough cu e-mailuri de încredere: Prin atribuirea serviciului „IM&P integrat” pe BroadWorks, abonatul este configurat automat în Webex.

Dacă puteți afirma, de asemenea, că adresele de e-mail ale abonatului din BroadWorks sunt valide și unice pentru Webex, atunci puteți utiliza varianta de „e-mail de încredere” a configurării prin flux. Conturile Webex ale abonaților sunt create și activate fără intervenția lor; acestea pur și simplu descarcă clientul și se conectează.

Adresa de e-mail este un atribut de utilizator cheie pe Webex. Prin urmare, Furnizorul de servicii trebuie să furnizeze o adresă de e-mail validă pentru utilizator pentru a le furniza pentru serviciile Webex. Acest lucru trebuie să se afle în atributul ID-ului de e-mail al utilizatorului din BroadWorks. Vă recomandăm să o copiați și în atributul ID alternativ.
Flowthrough Provisioning fără e-mailuri de încredere: Dacă nu puteți avea încredere în adresele de e-mail ale abonatului, puteți aloca în continuare serviciul IM&P integrat în BroadWorks pentru a furniza utilizatori în Webex.

Cu această opțiune, conturile sunt create atunci când atribuiți serviciul, dar abonații trebuie să furnizeze și să valideze adresele lor de e-mail pentru a activa conturile Webex.
Auto-configurare utilizator: Această opțiune nu necesită atribuirea de servicii IM&P în BroadWorks. Dvs. (sau clienții dvs.) distribuiți în schimb un link de configurare, precum și linkurile pentru a descărca diferiți clienți, cu branding-ul și instrucțiunile dvs.

Abonații urmează linkul, apoi furnizează și validează adresele lor de e-mail pentru a crea și activa conturile Webex. Apoi descarcă clientul și se conectează, iar Webex primește o configurație suplimentară despre acesta din BroadWorks (inclusiv numerele lor principale).
Provizionare controlată SP prin API-uri: Webex expune un set de API-uri publice care permit Furnizorilor de servicii să construiască configurarea utilizatorului/abonatului în fluxurile de lucru existente.

Cerințe de furnizare

Metodă de furnizare

Cerințe

Configurare flowthrough

(E-mailuri de încredere sau de neîncredere)

API-ul de configurare Webex adaugă automat utilizatorii BroadWorks existenți la Webex după ce utilizatorul îndeplinește cerințele și activați serviciul IM+P integrat.

Există două fluxuri (e-mailuri de încredere sau e-mailuri false) pe care le atribuiți prin intermediul șablonului de integrare din Webex.

Cerințe BroadWorks:

Utilizatorul există pe BroadWorks cu un număr principal sau o extensie.
Utilizatorul este alocat serviciul IM+P integrat , care indică URL-ul serviciului de configurare Webex.
Numai e-mailuri de încredere. Utilizatorul are o adresă de e-mail configurată pe BroadWorks. Vă recomandăm să adăugați, de asemenea, e-mailul în câmpul Alternate ID , deoarece acest lucru permite utilizatorului să se conecteze utilizând acreditările BroadWorks.
BroadWorks are patch-uri obligatorii instalate pentru configurarea fluxului. Consultaţi Cerinţele pentru plasturi cu Flowthrough Provisioning (de mai jos) pentru cerinţe privind plasturii.
BroadWorks AS este conectat direct la cloudul Webex sau proxy-ul adaptorului de configurare este configurat cu conexiune la URL-ul serviciului de configurare Webex.

Consultați Configurarea serverului aplicației cu URL-ul serviciului de configurare pentru a obține URL-ul serviciului de configurare Webex.

Consultați Cisco BroadWorks Implement Proxy Adapter FD pentru a configura proxy-ul adaptorului de configurare.

Cerințe Webex:

Șablonul de integrare include următoarele setări:

Activați comutatorul BroadWorks Flow prin configurare este activat.
Se atribuie numele și parola contului de configurare utilizând acreditările administratorului de nivel al sistemului BroadWorks
Verificarea utilizatorului este setată la e-mailurile Trust BroadWorks sau la e-mailurile de neîncredere.

Auto-configurare utilizator

Cerințe BroadWorks:

Utilizatorul trebuie să existe pe BroadWorks cu un număr principal sau o extensie

Cerințe Webex:

Șablonul de integrare include următoarele setări:

Activarea comutatorului de alimentare prin configurare este dezactivată.
Verificarea utilizatorului este setată la e-mailuri de neîncredere.
Permite utilizatorilor să se auto-activeze este bifată.

Configurare controlată SP prin API

(E-mailuri de încredere sau de neîncredere)

Webex expune un set de API-uri publice care vă permit să construiți configurarea utilizatorului în fluxurile și instrumentele de lucru existente. Există două fluxuri:

E-mailuri de încredere – API-ul oferă utilizatorului, aplicând e-mailul BroadWorks ca e-mail Webex.
E-mailuri nefiabile – API-ul prevede utilizatorul, dar utilizatorul trebuie să se conecteze la Portalul de activare a utilizatorului și să furnizeze o adresă de e-mail validă.

Cerințe BroadWorks:

Utilizatorul trebuie să existe pe BroadWorks cu un număr principal sau o extensie.

Cerințe Webex:

În șablonul de integrare, verificarea utilizatorului este setată fie la e-mailurile Trust BroadWorks, fie la e-mailurile de neîncredere.
Trebuie să vă înregistrați aplicația, solicitând permisiunea.
Trebuie să solicitați pe tokenul OAuth scopurile evidențiate în secțiunea „Autentificare” din Ghidul Webex pentru dezvoltatorii BroadWorks.
Trebuie să dedicați un administrator sau un administrator de configurare în organizația partenerului.

Pentru a utiliza API-urile, accesați abonații BroadWorks.

Patch-uri necesare cu configurare prin flux

Pentru R22:

Instalați AP.as.22.0.1123.ap376508.
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pentru R23:

Instalați AP.as.23.0.1075.ap376509
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pentru R24:

Instalați AP.as.24.0.944.ap375100
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

După ce finalizați acești pași, nu veți putea furniza noi utilizatori cu servicii de colaborare UC-One. Utilizatorii nou configurați trebuie să fie Webex pentru utilizatorii Cisco BroadWorks.

Locale de limbă acceptate

Tabelul 1. Coduri locale de limbă acceptate
Locale de limbă acceptate (ISO-639-1)_(ISO-3166)	Dacă este disponibil doar un cod de limbă cu două litere...
Locale de limbă acceptate (ISO-639-1)_(ISO-3166)	Cod lingvistic (ISO-639-1) **	Utilizați în schimb localul sensibil implicit (ISO-639-1)_(ISO-3166)
en_US en_AU en_GB en_CA	Nu este cazul.	en_US
fr_FR fr_CA	fr	fr_FR
cs_CZ	c.	cs_CZ
da_DK	Nu este cazul.	da_DK
de_DE	de	de_DE
hu_HU	hu	hu_HU
id_ID	id	id_ID
it_IT	it	it_IT
ja_JP	Nu este cazul.	ja_JP
ko_KR	ko	ko_KR
es_ES es_CO es_MX	Nu este cazul.	es_ES
nl_NL	nl	nl_NL
nb_NU	nb	nb_NU
pl_PL	pl	pl_PL
pt_PT. pt_BR	pt.	pt_PT.
ru_RU	ru	ru_RU
ro_ES	es	ro_ES
zh_CN zh_TW	zh	zh_CN
sv_SE	sv	sv_SE
ar_SA	ar	ar_SA
tr_TR	în	tr_TR

Branding

Sigle ale companiei
Scheme de culori unice pentru modul Luminos sau modul Întunecat
URL-uri de asistență personalizate

Pentru detalii despre modul de personalizare a brandingului, consultați Configurarea personalizărilor avansate ale brandingului.

Personalizările de bază ale brandingului sunt în curs de a fi deprecatate. Vă recomandăm să implementați branding avansat, care oferă o gamă mai largă de personalizări.
Pentru detalii despre modul în care se aplică brandingul atunci când se atașează la o organizație preexistentă a clienților, consultați Condițiile atașamentului organizației din secțiunea Attach Webex for BroadWorks la secțiunea Organizație existentă.

Se integrează șabloanele

Unii dintre parametrii principali ai șablonului sunt enumerați mai jos.

Pachet

Trebuie să selectați un pachet implicit atunci când creați un șablon (Consultați pachetele din secțiunea Prezentare generală pentru detalii). Toți utilizatorii care sunt configurați cu acel șablon, fie prin flux- sau auto-configurare, primesc pachetul implicit.
Aveți control asupra selecției de pachete pentru diferiți clienți prin crearea mai multor șabloane și selectarea diferitelor pachete implicite în fiecare. Puteți apoi să distribuiți diferite linkuri de configurare sau diferite adaptoare de configurare per întreprindere, în funcție de metoda de configurare a utilizatorului aleasă pentru aceste șabloane.
Puteți schimba pachetul de abonați specifici din această funcție implicită, utilizând API-ul de configurare (consultați documentația API Webex pentru Cisco BroadWorks sau prin intermediul Hubului partener (consultați Schimbarea pachetului de utilizatori în Hubul partener).
Nu puteți schimba pachetul unui abonat de la BroadWorks. Alocarea serviciului IM&P integrat este fie pornită, fie oprită; dacă abonatului i se atribuie acest serviciu în BroadWorks, șablonul Hub partener asociat cu URL-ul de configurare al întreprinderii abonatului respectiv definește pachetul.

Retailer și întreprinderi sau furnizor de servicii și grupuri?

Modul în care este configurat sistemul BroadWorks are un impact asupra fluxului prin configurare. Dacă sunteți un revânzător cu întreprinderi, atunci trebuie să activați modul Enterprise atunci când creați un șablon.
Dacă sistemul BroadWorks este configurat în modul Furnizor de servicii, puteți opri modul Enterprise în șabloanele dvs.
Dacă intenționați să furnizați organizații ale clienților utilizând ambele moduri BroadWorks, trebuie să utilizați diferite șabloane pentru grupuri și întreprinderi.

Asigurați-vă că ați aplicat plasturii BroadWorks care sunt necesari pentru configurarea fluxului. Pentru detalii, consultați Patch-urile necesare cu configurarea fluxului.

Mod autentificare

Mod autentificare	BroadWorks	Webex
Identitate principală a utilizatorului	ID de utilizator BroadWorks	Adresă de e-mail
Furnizor de identitate	BroadWorks. Dacă configurați o conexiune directă la BroadWorks, aplicația Webex se autentifică direct la serverul BroadWorks. Pentru a configura o conexiune directă, caseta de selectare Activare autentificare directă BroadWorks trebuie bifată în cadrul configurației clusterului BroadWorks din Hub-ul partenerului (în mod implicit, setarea nu este bifată). În caz contrar, autentificarea la BroadWorks este facilitată printr-un serviciu intermediar găzduit de Webex.	Identitate comună Cisco
Autentificare multi-factor?	Nu	Necesită IdP client care acceptă autentificarea cu mai mulți factori.
Cale de validare a acreditării	Browser-ul este lansat în cazul în care utilizatorul furnizează e-mail la fluxul inițial de conectare și de a descoperi modul lor de autentificare. Browserul este apoi redirecționat către o pagină de conectare BroadWorks găzduită de Webex (această pagină poate fi marcată) Utilizatorul furnizează ID-ul de utilizator și parola BroadWorks pe pagina de conectare. Datele de autentificare ale utilizatorilor sunt validate împotriva BroadWorks. În ceea ce privește succesul, un cod de autorizare este obținut de la Webex. Acest lucru este utilizat pentru a obține tokenurile de acces necesare pentru serviciile Webex.	Browser-ul este lansat în cazul în care utilizatorul furnizează e-mail la fluxul inițial de conectare și de a descoperi modul lor de autentificare. Browserul este redirecționat către IdP (fie Cisco Common Identity, fie Customer IdP), unde va fi prezentat cu un portal de conectare. Utilizatorul furnizează acreditările corespunzătoare pe pagina de conectare Autentificarea cu mai mulți factori poate avea loc dacă IdP-ul clientului acceptă acest lucru. În ceea ce privește succesul, un cod de autorizare este obținut de la Webex. Acest lucru este utilizat pentru a obține tokenurile de acces necesare pentru serviciile Webex.

Pentru o defalcare mai detaliată a fluxului de conectare SSO cu autentificare directă la BroadWorks, consultați Fluxul de conectare SSO.

UTF-8 codificare cu autentificare BroadWorks

Puteți configura codificarea UTF-8 prin rularea uneia dintre următoarele comenzi CLI pe XSP sau ADP:

XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8

Țară

Tabelul 2. Următorul tabel listează codul de țară implicit de apelare în funcție de fiecare locație:
S Nu.	Loc	Cod țară	Nume țară
1	AMER	+1	US, CA
2	APAC	+65	Singapore
3	RESPIRAȚIE	+61	Australia
4	EMEA	+44	Regatul Unit
5	EURO	+49	Germania

Aranjamente pentru parteneri multipli

Adaptor de configurare și șabloane

Opțiunile de configurare legate de această decizie sunt detaliate în Configurarea serverului aplicației cu URL-ul serviciului de configurare.

Proxy adaptor de configurare

Această caracteristică necesită configurarea proxy-ului pe BroadWorks. Pentru detalii, consultați descrierea adaptorului de configurare Cisco BroadWorks.

Cerințe minime

Conturi

Toți abonații pe care îi configurați pentru Webex trebuie să existe în sistemul BroadWorks pe care îl integrați cu Webex. Puteți integra mai multe sisteme BroadWorks, dacă este necesar.

Toți abonații trebuie să aibă licențe BroadWorks și un număr principal sau o extensie.

Administratorii dvs. trebuie să utilizeze conturile lor Webex pentru a se conecta la Partner Hub.

Serverele din Rețeaua și cerințele software

Instanță(e) BroadWorks cu versiunea minimă R22. Consultați cerințele de software BroadWorks (în acest document) pentru versiunile și patch-urile acceptate. Pentru mai multe informații, consultați Politica privind ciclul de viață al produselor BroadSoft secțiunea din Politica ciclului de viață BroadSoft și Matrice de compatibilitate software BroadWorks.

Instanța (instanțele) BroadWorks trebuie să includă cel puțin următoarele servere:
- Server de aplicații (AS) cu versiunea BroadWorks ca mai sus
- Server de rețea (NS)
- Server de profil (PS)

Cu fața publică a serverului|ADP XSP sau a platformei de livrare a aplicației (ADP) care îndeplinește următoarele cerințe:
- Serviciu de autentificare (BWAuth)
- Interfețe acțiuni și evenimente XSI
- DMS (aplicație web de gestionare a dispozitivelor)
- interfață CTI (Intergrație Telefonie Computer)
- TLS 1.2 cu un certificat valabil (nesemnat) și orice intermediari necesari. Necesită administratorul de nivel de sistem pentru a facilita căutarea întreprinderii.
- Autentificare reciprocă TLS (mTLS) pentru serviciul de autentificare (Necesită lanțul public de certificate pentru clienți Webex instalat ca ancore de încredere)
- Autentificare reciprocă TLS (mTLS) pentru interfața CTI (Necesită lanțul public de certificate pentru clienți Webex instalat ca ancore de încredere)
Un server XSP/ADP separat care acționează ca un “Call Notifications Push Server” (un NPS din mediul dvs. utilizat pentru a împinge notificările de apel către Apple/Google. Îl numim „CNPS” aici pentru a-l distinge de serviciul Webex care oferă notificări push pentru mesagerie și prezență).

Acest server trebuie să fie pe R22 sau mai târziu.
Trimitem un server XSP/ADP separat pentru CNPS, deoarece imprevizibilitatea încărcării din Webex pentru conexiunile cloud BWKS ar putea afecta negativ performanța serverului NPS, rezultând o latență crescută a notificării. Consultați Ghidul de Inginerie al Sistemului Cisco BroadWorks pentru mai multe informații pe scara XSP|ADP.

Platformele Aplicației Webex

Pentru a descărca versiunea în limba engleză a Aplicației Webex, accesați https://www.webex.com/webexfromserviceproviders-downloads.html. Aplicația Webex este disponibilă pe:

PC-uri/laptopuri pentru Windows
PC-uri Apple / laptopuri cu MacOS
iOS (Magazin Apple)
Android (Play Store)
Browsere web (accesați https://teams.webex.com/)

Versiuni localizate

Pentru a descărca o versiune localizată a Aplicației Webex, utilizați unul dintre aceste linkuri:

https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (Coreeană)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (Franceză)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (Portugheză)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Chineză Tradițională)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (Chineză simplificată)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japonia)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spania)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (Germană)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (Italiană)

Telefoane fizice și accesorii

Telefoane Cisco IP:
- Telefon Cisco IP seria 6800 cu Firmware pentru mai multe platforme pentru mai multe platforme
- Telefon Cisco IP seria 7800 cu Firmware pentru mai multe platforme pentru mai multe platforme
- Telefon Cisco IP seria 8800 cu Firmware pentru mai multe platforme pentru mai multe platforme
  
  A se vedea https://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html pentru modele și mai multe informații.
Sprijinim telefoanele terțe în același mod ca și alte integrări BroadWorks. Cu toate acestea, nu au încă contacte și integrare de prezență cu Webex pentru Cisco BroadWorks.
Adaptoare:
- Adaptor de telefon analogic pentru mai multe platforme Cisco ATA 191
- Adaptor de telefon analogic pentru mai multe platforme Cisco ATA 192
  
  A se vedea https://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html pentru modele și mai multe informații.
Căști:
- Căști Cisco seria 500
  
  Consultați https://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.html pentru modele și mai multe informații.
Dispozitive de sistem de operare Room:
- Seria Webex Room și Room Kit
- Seria Webex Desk
- Seria Webex Board

Integrare dispozitiv

Profile dispozitiv

Nume client

Tipul profilului dispozitivului și numele pachetului

Șablon mobil Webex

Tipul profilului de identitate/dispozitiv: Conectare - Mobile

DTAF: ucone-mobile-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Șablon de tablete Webex

Tipul profilului de identitate/dispozitiv: Conectare - tabletă

DTAF: ucone-tablet-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Șablon desktop Webex

Tipul profilului de identitate/dispozitiv: Comunicator de afaceri - PC

DTAF: ucone-desktop-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Identificare/profil dispozitiv

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks

Ridicați o solicitare de serviciu cu agentul dvs. de integrare sau cu Cisco TAC pentru a furniza Cisco OAuth pentru contul dvs. Cisco Identity Provider Federation.

Utilizați următorul titlu de solicitare pentru caracteristicile respective:

XSP|ADP AuthService Configuration' pentru a configura serviciul pe XSP|ADP.
„Configurare NPS pentru configurarea proxy-ului Auth” pentru a configura NPS pentru a utiliza proxy-ul de autentificare.
Sincronizare UUID utilizator CI pentru sincronizare UUID utilizator CI. Pentru mai multe detalii despre această caracteristică, consultați: Asistență Cisco BroadWorks pentru CI UUID.
Configurați BroadWorks pentru a activa facturarea Cisco pentru BroadWorks și abonamentele Webex Pentru BroadWorks.

Dacă ați obținut deja acreditările furnizorului de identitate Cisco OAuth, completați o nouă solicitare de serviciu pentru a vă actualiza acreditările.

Certificate de comandă

Cerințe de certificare pentru autentificarea TLS

Aceste certificate trebuie să includă numele dvs. de domeniu complet calificat XSP|ADP ca nume comun al subiectului sau nume alternativ al subiectului.

Cerințele exacte pentru implementarea acestor certificate de server depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă rezumă cazul în care certificatul de server public semnat CA trebuie încărcat în aceste trei cazuri:

CA-urile acceptate public pe care aplicația Webex le acceptă pentru autentificare sunt enumerate în Autoritățile de certificare acceptate pentru serviciile hibride Webex.

Cerințe privind certificatul TLS pentru proxy-ul TLS-bridge

Certificatul de server semnat public este încărcat în proxy.
Proxy-ul prezintă acest certificat de server semnat public către Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.
Un certificat intern semnat CA poate fi încărcat pe XSP|ADP.
XSP|ADP prezintă acest certificat de server semnat intern proxy-ului.
Proxy-ul are încredere în CA intern care a semnat certificatul de server XSP|ADP.

Cerințe de certificare TLS pentru TLS-passthrough Proxy sau XSP|ADP în DMZ

Certificatul de server semnat public este încărcat în |ADP-urile XSP.
ADP-urile XSP| prezintă certificatelor de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului |ADP XSP.

Cerințe suplimentare de certificare pentru autentificarea reciprocă TLS prin interfața CTI

Pentru a descărca certificatul:

Conectați-vă la Partner Hub, accesați Setări > BroadWorks Calling și faceți clic pe linkul certificatului de descărcare.

Cerințele exacte pentru implementarea acestui lanț de certificate Webex CA depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă sintetizează cerințele certificatului în aceste trei cazuri:

(Opțiune) Cerințe de certificare pentru proxy-ul cu punte TLS

Webex prezintă proxy-ului un certificat de client semnat public.
Proxy-ul are încredere în CA intern Cisco care a semnat certificatul clientului. Puteți descărca acest CA / lanț din Control Hub și îl puteți adăuga la magazinul de încredere al proxy-ului. Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în proxy.
Proxy-ul prezintă certificatul de server semnat public pentru Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.

Proxy-ul prezintă un certificat de client semnat intern către |ADP-urile XSP.

Acest certificat trebuie să aibă câmpul de extensie x509.v3 Utilizare extinsă a cheii populat cu OID BroadWorks 1.3.6.1.4.1.6431.1.1.8.2.1.3 și clientAuth scop TLS. De exemplu:

X509v3 extensions:
    X509v3 Extended Key Usage:
        1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication

CNN al certificatului intern trebuie să fie bwcticlient.webex.com.

Atunci când generați certificate de client intern pentru proxy, rețineți că certificatele SAN nu sunt acceptate. Certificatele serverului intern pentru XSP|ADP pot fi SAN.
Este posibil ca autoritățile publice de certificare să nu fie dispuse să semneze certificatele cu OID-ul BroadWorks propriu, care este necesar. În cazul unui proxy de legătură, este posibil să fiți obligat să utilizați un CA intern pentru a semna certificatul clientului pe care proxy-ul îl prezintă la XSP|ADP.

ADP-urile XSP| au încredere în CA intern.
ADP-urile XSP| prezintă un certificat de server semnat intern.
Proxy-ul are încredere în CA intern.
ClientIdentity a serverului de aplicații conține CN-ul certificatului de client semnat intern prezentat către XSP|ADP de către proxy.

(Opțiune) Cerințe de certificare pentru proxy TLS-passthrough sau XSP|ADP în DMZ

Webex prezintă un certificat de client Cisco semnat CA intern pentru ADP-urile XSP|.
ADP-urile XSP| au încredere în CA intern Cisco care a semnat certificatul clientului. Puteți descărca acest CA / lanț din Control Hub și îl puteți adăuga la magazinul de încredere al proxy-ului. Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în |ADP-urile XSP.
ADP-urile XSP| prezintă certificatelor de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului |ADP XSP.
Serverul de aplicații ClientIdentity conține CN-ul certificatului de client semnat de Cisco prezentat XSP|ADP de Webex.

Pregătiți-vă rețeaua

Cerințe de rețea pentru serviciile Webex

Tabelul 3. Cerințe de rețea pentru Webex App Connections (Generic)
Secțiunea Cerințe de rețea Articol	Relevanţa informaţiilor
Rezumatul tipurilor de dispozitive și al protocoalelor acceptate de Webex	Informațional
Protocoale de transport și cifruri de criptare pentru aplicațiile și dispozitivele Webex înregistrate în cloud	Informațional
Servicii Webex – Numere de port și protocoale	Trebuie să citiți
Subrețele IP pentru serviciile media Webex	Trebuie să citiți
Domenii și URL-uri care trebuie accesate pentru serviciile Webex	Trebuie să citiți
URL-uri suplimentare pentru serviciile hibride Webex	Opțional
Funcții proxy	Opțional
802.1X – Controlul accesului în rețea pe bază de port	Opțional
Cerințe de rețea pentru serviciile Webex bazate pe SIP	Opțional
Cerințe de rețea pentru Webex Edge Audio	Opțional
Un rezumat al altor servicii hibride și documentații Webex	Opțional
Servicii Webex pentru clienții FedRAMP	Nu este cazul

Informații suplimentare

Pentru informații suplimentare, consultați Webex App Firewall Whitepaper (PDF).

Asistență pentru redundanță BroadWorks

Topologie rețea

Servicii Webex Cloud

configurare DNS

Microservicele Webex Cloud trebuie să poată găsi serverul (serverele) Broadworks XSP|ADP pentru conectarea la interfețele Xsi, serviciul de autentificare și CTI.

Exemplu: Partenerul DNS A Record pentru descoperirea serverului Round-Robin echilibrat XSP|ADP cu care se confruntă pe internet / Balancers de încărcare.

Tip înregistrare	Nume	Țintă	Scop
A	`webex-cloud-xsp.example.com`	`198.51.100.48`	Puncte către LB1 (Site A)
A	`webex-cloud-xsp.example.com`	`198.51.100.49`	Puncte către LB2 (Site B)

Orice referință la XSP include fie XSP, fie ADP.

Eşec

Când microservicele Webex trimit o solicitare către XSP|ADP/Load Balancer și cererea eșuează, se pot întâmpla mai multe lucruri:

Dacă defecțiunea se datorează unei erori de rețea (de exemplu: TCP, SSL), microservicele Webex marchează IP-ul ca blocat și efectuează imediat un progres de rută către următorul IP.
Dacă este returnat un cod de eroare (HTTP 5xx), microservicele Webex marchează IP-ul ca blocat și efectuează imediat un progres de rută către următorul IP.
Dacă nu se primește niciun răspuns HTTP în termen de 2 secunde, timpii de solicitare și microservicele Webex marchează IP-ul ca blocat și efectuează un progres de rută către următorul IP.

Fiecare solicitare este încercată de 3 ori înainte ca un eșec să fie raportat înapoi la microservice.

Stare

Acțiuni XSI
Evenimente XSI
Serviciu de autentificare

Starea conexiunii este actualizată atunci când pagina este încărcată sau în timpul actualizărilor de intrare. Stările conexiunilor pot fi:

Verde: Când interfața poate fi atinsă pe unul dintre IP-uri în căutarea O înregistrare.
Roşu: Atunci când toate IPs-urile din căutarea unei înregistrări sunt inaccesibile, iar interfața nu este disponibilă.

Următoarele servicii utilizează microservicele pentru a se conecta la |ADP-urile XSP și sunt afectate de disponibilitatea interfeței XSP|ADP:

Conectare la aplicația Webex
Reîmprospătare token aplicație Webex
E-mail/auto-activare de neîncredere
Verificarea stării de sănătate a serviciului Broadworks

Aplicația Webex

configurare DNS

Aplicația Webex accesează serviciile Xtended Services Interface (XSI-Actions & XSI-Events) și Device Management Service (DMS) de pe XSP|ADP.

Exemplul 1—Mai multe |ADP-uri XSP, fiecare din spatele echilibratorilor de sarcină separați

Mai jos este un exemplu de înregistrări SRV.

Tip înregistrare	Înregistrați	Țintă	Scop
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc1.example.com`	Descoperirea clientului interfeței Xsi
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc2.example.com`	Descoperirea clientului interfeței Xsi
A	`xsp-dc1.example.com`	`198.51.100.48`	Puncte către LB1 (site A)
A	`xsp-dc2.example.com`	`198.51.100.49`	Puncte către LB2 (site B)

Exemplul 2—Mai multe |ADP-uri XSP în spatele unui singur balansor de sarcină (cu Podul TLS)

Tip înregistrare	Înregistrați	Țintă	Scop
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`LB.example.com`	balansor De Încărcare
A	LB.example.com	`198.51.100.83`	Adresa IP a echilibratorului de sarcină (\|ADP-urile XSP sunt în spatele echilibratorului de sarcină)

URL DMS

Tip înregistrare	Nume	Țintă	Scop
A	`xsp-dms.example.com`	`198.51.100.48`	Puncte către LB1 (site A)
A	`xsp-dms.example.com`	`198.51.100.49`	Puncte către LB2 (site B)

Orice referință la XSP include fie XSP, fie ADP.

Cum găsește aplicația Webex adresele XSP|ADP

Clientul încearcă să localizeze nodurile XSP|ADP utilizând următorul flux DNS:

Clientul preia inițial URL-urile Xsi-Actions/Xsi-Events din Webex Cloud (le-ați introdus la crearea clusterului BroadWorks Calling asociat). Numele/domeniul gazdei Xsi este parsat din URL, iar clientul efectueaza cautarea SRV dupa cum urmeaza:
1. Clientul efectuează o căutare SRV pentru _xsi-client._tcp.<xsi domain="">
2. În cazul în care căutarea SRV returnează unul sau mai multe obiective A/AAAA:
  1. Clientul caută A/AAAA pentru aceste ținte și cache adresele IP returnate.
  2. Clientul se conectează la una dintre ținte (și, prin urmare, înregistrarea A / AAAA cu o singură adresă IP) pe baza priorității SRV, apoi greutatea (sau la întâmplare, dacă toate sunt egale).
3. Dacă căutarea SRV nu returnează niciun obiectiv:
  
  Clientul caută A/AAAA parametrul rădăcină Xsi și apoi încearcă să se conecteze la adresa IP returnată. Acesta ar putea fi un element de margine de echilibrare a sarcinii sau ar putea fi serverul XSP|ADP în sine.
  
  După cum s-a menționat, înregistrarea A/AAAA trebuie să se rezolve la o adresă IP din aceleași motive.
(Opțional) Puteți furniza ulterior detalii XSI-Actions/XSI-Events personalizate în configurația dispozitivului pentru aplicația Webex, utilizând următoarele etichete:
```
<protocols>
	<xsi>
		<paths>
			<root>%XSI_ROOT_WXT%</root>
			<actions>%XSI_ACTIONS_PATH_WXT%</actions>
			<events>%XSI_EVENTS_PATH_WXT%</events>
		</paths>
	</xsi>
</protocols>
```
1. Acești parametri de configurare au prioritate față de orice configurație din clusterul BroadWorks din Control Hub.
2. Dacă există, clientul va compara adresa XSI originală primită prin configurația BroadWorks Cluster.
3. Dacă există vreo diferență detectată, clientul își va reinițializa conectivitatea XSI Actions/ XSI Events. Primul pas în acest sens este de a efectua același proces de căutare DNS enumerate la pasul 1 – de data aceasta solicitând o căutare pentru valoarea din %XSI_ROOT_WXT% parametrul din fișierul de configurare.
  
  Asigurați-vă că creați înregistrările SRV corespunzătoare dacă utilizați această etichetă pentru a modifica interfețele Xsi.

Eşec

Dacă o solicitare sau o solicitare de bătăi de inimă către o gazdă eșuează, se pot întâmpla mai multe lucruri:

Dacă defecțiunea se datorează unei erori de rețea (de exemplu: TCP, SSL), ruta Aplicației Webex avansează imediat către următoarea gazdă din listă.
Dacă este returnat un cod de eroare (HTTP 5xx), Aplicația Webex marchează acea adresă IP ca fiind blocată și se îndreaptă către următoarea gazdă din listă.
Dacă un răspuns nu este primit într-o perioadă de timp, atunci cererea este considerată nereușită din cauza expirării termenului și următoarele cereri sunt trimise către următoarea gazdă. Cu toate acestea, solicitarea expirată este considerată nereușită. Unele cereri sunt reîncercate după eșec (cu timpul de reîncercare în creștere). Cererile ca presupusul non-vital nu sunt rejudecate.

În cazul bătăilor inimii, dacă există două eșecuri consecutive ale solicitării, Aplicația Webex va reiniția canalul evenimentului.

Rețineți că Aplicația Webex nu efectuează o copie de rezervă, iar descoperirea serviciului DNS se efectuează o singură dată la conectare.

Implementarea Webex pentru BroadWorks

Prezentare generală implementare

Integrare partener pentru Webex pentru Cisco BroadWorks

Partenerii Webex dintr-o regiune pot crea organizații de clienți în orice regiune în care oferim serviciile. Pentru ajutor, consultați: Reședință de date în Webex.

Configurați serviciile pe dispozitivele Webex pentru |ADP-urile Cisco BroadWorks XSP

Cerem ca aplicația NPS să fie rulată pe un alt XSP|ADP. Cerințele pentru ca XSP|ADP să fie descrise în Configurarea notificărilor de apel din rețea.

Aveți nevoie de următoarele aplicații/servicii pe |ADP-urile dvs. XSP.

Serviciu/Aplicație	Este necesară autentificarea	Scopul serviciului/aplicației
Evenimente Xsi	TLS (serverul se autentifică în clienți)	Controlul apelurilor, notificări serviciu
Acțiuni Xsi	TLS (serverul se autentifică în clienți)	Controlul apelurilor, acțiuni
Gestionare dispozitiv	TLS (serverul se autentifică în clienți)	Descărcare configurație apelare
Serviciu de autentificare	TLS (serverul se autentifică în clienți)	Autentificare de bază
Integrare telefonie informatică	mTLS (autentificare client și server reciproc)	prezență Telefonie
aplicație Vizualizare web setări apel	TLS (serverul se autentifică în clienți)	Expune setările apelurilor utilizatorilor în portalul de auto-asistență din aplicația Webex

Cerințe de co-rezidență

Serviciul de autentificare trebuie să fie co-rezident cu aplicațiile Xsi, deoarece aceste interfețe trebuie să accepte jetoane de lungă durată pentru autorizarea serviciului. Serviciul de autentificare este necesar pentru a valida aceste jetoane.
Serviciul de autentificare și Xsi pot rula pe același port, dacă este necesar.
Puteți separa celelalte servicii/aplicații după cum este necesar pentru scara dvs. (de exemplu, ferma XSP|ADP dedicată gestionării dispozitivelor).
Puteți co-localiza aplicațiile Xsi, CTI, Serviciul de autentificare și DMS.
Nu instalați alte aplicații sau servicii pe |ADP-urile XSP care sunt utilizate pentru integrarea BroadWorks cu Webex.
Nu colocalizați aplicația NPS cu alte aplicații.

Interfețe Xsi

Instalați și configurați aplicațiile Xsi-Actions și Xsi-Events așa cum sunt descrise în Ghidul de configurare a interfeței pentru serviciile Cisco BroadWorks Xtended Services.

Doar o singură instanță a aplicațiilor Xsi-Events trebuie implementată pe XSP|ADP utilizat pentru interfața CTI.

Toate evenimentele Xsi utilizate pentru integrarea Broadworks cu Webex trebuie să aibă același nume de apelControlApplicationName definit în Applications/Xsi-Events/GeneralSettings. De exemplu:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Schimbarea numelui de apelControlApplicationName sau neavând același nume pe toate aplicațiile web Xsi-Events va afecta funcționalitatea abonamentelor și a evenimentelor de telefonie.

Configurați serviciul de autentificare (cu validarea token-ului CI)

Pentru a configura autentificarea mTLS pentru Serviciul Auth în loc de validarea CI Token, consultați Anexa pentru Configurarea serviciilor (cu mTLS pentru Serviciul Auth).

Dacă utilizați în prezent mTLS pentru Serviciul Auth, nu este obligatoriu să vă reconfigurați pentru a utiliza validarea CI Token cu TLS.

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks.
Instalați următorii plasturi pe fiecare server |ADP XSP. Instalați plasturii care sunt potriviți pentru eliberarea dvs.:
- Pentru R22:
  
  AP.platform.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap368601
- Pentru R23:
  
  AP.xsp.23.0.1075.ap376509
  
  AP.platform.23.0.1075.ap376509
- Pentru R24 – nu este necesar niciun plasture
Orice referință la XSP include fie XSP, fie ADP.
Instalați AuthenticationService aplicație pe fiecare serviciu XSP|ADP.
1. Rulați următoarea comandă pentru a activa aplicația AuthenticationService pe XSP|ADP pe calea contextului /authService.
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
2. Rulați această comandă pentru a implementa Serviciul de autentificare pe XSP|ADP:
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...

IdenTrust Commercial Root CA 1
Autoritatea certificatului Go Daddy Root - G2

Verificați dacă aceste certificate sunt prezente în cadrul următoarei CLI

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get

Dacă nu este prezent, executați următoarea comandă pentru a importa trusturile Java implicite:

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust

Alternativ, puteți adăuga manual aceste certificate ca ancore de încredere cu următoarea comandă:

ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>

Configurați furnizorii de identitate rulând următoarele comenzi pe fiecare server |ADP XSP:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get

set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL> — Pentru URL, introduceți URL-ul IssuerName care se aplică clusterului dvs. CI. A se vedea tabelul următor.
set issuerUrl <URL> — Pentru URL, introduceți IssuerUrl care se aplică clusterului dvs. CI. A se vedea următorul tabel.
set tokenInfoUrl <IdPProxy URL> —Introduceți URL-ul proxy IdP care se aplică clusterului dvs. de echipe. A se vedea al doilea tabel care urmează.

Tabelul 1. Setați numele emitentului și adresa URL a emitentului

Dacă CI Cluster este...

Setați numele emitentului și adresa URL a...

US-A

US-B

https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

Dacă nu cunoașteți clusterul CI, puteți obține informațiile din detaliile clientului în vizualizarea Help Desk a Control Hub.

Dacă clusterul Teams este... Setați TokenInfoURL la... (URL proxy IdP)

AXM

AFRA

https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

AORE

https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

Dacă nu cunoașteți clusterul Teams, puteți obține informațiile din detaliile clientului în vizualizarea Help Desk a Control Hub.
Pentru testare, puteți verifica dacă tokenInfoURL este valid prin înlocuirea " idp/authenticate" porțiune a URL-ului cu " ping".

Specificați drepturile Webex care trebuie să fie prezente în profilul de utilizator din Webex executând următoarea comandă:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
Configurați furnizorii de identitate pentru Federația Cisco utilizând următoarele comenzi pe fiecare server |ADP XSP:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
- set flsUrl https://cifls.webex.com/federation
- set refreshPeriodInMinutes 60
- set refreshToken refresh-Token-From-Step1
Rulați următoarea comandă pentru a valida că configurația FLS funcționează. Această comandă va returna lista furnizorilor de identitate:

XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
Configurați Token Management utilizând următoarele comenzi pe fiecare server |ADP XSP:
- XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>
- set tokenIssuer BroadWorks
- set tokenDurationInHours 720
Generați și partajați chei RSA. Trebuie să generați taste pe un XSP|ADP, apoi să le copiați la toate celelalte XSP|ADP. Acest lucru se datorează următorilor factori:
- Trebuie să utilizați aceleași perechi de taste publice/private pentru criptarea/decriptarea tokenului în toate instanțele serviciului de autentificare.
- Cuplul cheie este generat de serviciul de autentificare atunci când este necesar pentru prima dată să eliberați un token.
Dacă ciclați tastele sau modificați lungimea tastei, trebuie să repetați următoarea configurație și să reporniți toate |ADP-urile XSP.
1. Selectați un XSP|ADP de utilizat pentru generarea unei perechi de taste.
2. Utilizați un client pentru a solicita un token criptat de la acel XSP|ADP, solicitând următorul URL din browserul clientului:
  
  https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
  
  (Acest lucru generează o pereche de chei private / publice pe XSP|ADP, dacă nu a existat deja unul)
3. Locația magazinului cu tastatură nu este configurabilă. Exportați tastele:
  
  XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
4. Copiați fișierul exportat /var/broadworks/tmp/authService.keys în aceeași locație pe celelalte ADP-uri XSP|, suprascrierea unui mai în vârstă .keys fișier.
5. Importați tastele pe fiecare dintre celelalte |ADP-uri XSP:
  
  XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Furnizați adresa URL autentiService către containerul web. Containerul web XSP|ADP are nevoie de URL-ul autentiService, astfel încât să poată valida jetoanele. Pe fiecare dintre |ADP-urile XSP:
1. Adăugați URL-ul serviciului de autentificare ca serviciu de autentificare extern pentru BroadWorks Communications Utility:
  
  XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1/authService
2. Adăugați adresa URL a serviciului de autentificare în container:
  
  XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
  
  Acest lucru permite Webex să utilizeze Serviciul de autentificare pentru a valida jetoanele prezentate ca date de autentificare.
3. Verificați parametrul cu get.
4. Reporniți XSP|ADP.

Eliminați cerința de autentificare a clientului pentru serviciul Auth (numai R24)

ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false

Configurarea TLS și Ciphers pe interfețele HTTP (pentru XSI și Serviciul de autentificare)

Aplicațiile Service Authentication, Xsi-Actions și Xsi-Events utilizează interfețe de server HTTP. Nivelurile de configurabilitate TLS pentru aceste aplicații sunt după cum urmează:

Cele mai generale = Sistem > Transport > HTTP > Interfață server HTTP = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații	context CLI
Sistem (global)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Protocoale de transport pentru acest sistem	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP pe acest sistem	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Interfețe server HTTP specifice pe acest sistem	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Citirea configurației interfeței serverului HTTP TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer>
Introduceți get comanda și citiți rezultatele. Ar trebui să vedeți interfețele (adresele IP) și, pentru fiecare, dacă acestea sunt sigure și dacă necesită autentificarea clientului.

Apache tomcat trimite un certificat pentru fiecare interfață securizată; sistemul generează un certificat semnat dacă are nevoie de unul.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Adăugarea protocolului TLS 1.2 la interfața serverului HTTP

Interfața HTTP care interacționează cu Webex Cloud trebuie configurată pentru TLSv1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața serverului HTTP:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> 443 pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> 443 TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața serverului HTTP

Pentru a configura cifrele necesare:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Introduceți comanda get <interfaceIp> 443 pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> 443 <cipherName> pentru a adăuga un cifru la interfața serverului HTTP.

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Configurați managementul dispozitivului pe XSP|ADP, serverul aplicației și serverul profilului

Interfața CTI și configurația aferentă

Comanda de configurare „inmost to outmost” este prezentată mai jos. Respectarea acestei ordonanțe nu este obligatorie.

Configurați serverul aplicației pentru abonamentele CTI
Configurați ADP-urile XSP| pentru abonamentele CTI autentificate mTLS
Deschideți porturile de intrare pentru interfața securizată CTI
Abonați organizația dvs. Webex la BroadWorks CTI Events

Configurați serverul aplicației pentru abonamentele CTI

Actualizați ClientIdentity pe serverul de aplicații cu numele comun (CN) al certificatului de client Webex pentru Cisco BroadWorks CTI.

Pentru fiecare server de aplicații pe care îl utilizați cu Webex, adăugați identitatea certificatului la ClientIdentity după cum urmează:

AS_CLI/System/ClientIdentity> add bwcticlient.webex.com

Numele comun al certificatului de client Webex pentru Cisco BroadWorks este bwcticlient.webex.com.

Configurați TLS și Ciphers pe interfața CTI

Nivelurile de configurabilitate pentru interfața XSP|ADP CTI sunt după cum urmează:

Cele mai generale = Sistem > Transport > Interfețe CTI > Interfață CTI = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații

Context CLI

Sistem (global)

(R22 și ulterior)

XSP|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>

XSP|ADP_CLI/Sistem/SSLCommonSettings/JSSE/Protocoale>

Protocoale de transport pentru acest sistem

(R22 și ulterior)

XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>

XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>

Toate interfețele CTI de pe acest sistem

(R22 și ulterior)

XSP|ADP_CLI/Interfață/CTI/SSLCommonSettings/Ciphers>

XSP|ADP_CLI/Interfață/CTI/SSLCommonSettings/Protocoale>

O interfață CTI specifică pe acest sistem

(R22 și ulterior)

XSP|ADP_CLI/Interfață/CTI/CTIServer/SSLSettings/Ciphers>

XSP|ADP_CLI/Interfață/CTI/CTIServerSSLSettings/Protocoale>

TLS_ECDHE_RSA_CU_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_CU_AES_128_GCM_SHA256
TLS_ECDHE_RSA_CU_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_CU_AES_128_CBC_SHA256
TLS_DHE_DSS_CU_AES_128_GCM_SHA256
TLS_DHE_RSA_CU_AES_128_GCM_SHA256
TLS_DHE_RSA_CU_AES_128_CBC_SHA256
TLS_DHE_DSS_CU_AES_128_CBC_SHA256
TLS_ECDH_RSA_CU_AES_128_GCM_SHA256
TLS_ECDH_ECDSA_CU_AES_128_GCM_SHA256
TLS_ECDH_RSA_CU_AES_128_CBC_SHA256
TLS_ECDH_ECDSA_CU_AES_128_CBC_SHA256

Citirea configurației interfeței CTI TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer>

XSP|ADP_CLI/Interface/CTI/CTIServer> get
  Interface IP  Port  Secure  Server Certificate  Client Auth Req
=================================================================
  10.155.6.175  8012    true                true             true

Adăugarea protocolului TLS 1.2 la interfața CTI

Interfața XSP|ADP CTI care interacționează cu Webex Cloud trebuie configurată pentru TLS v1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața CTI:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața CTI

Pentru a configura cifrele necesare pe interfața CTI:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
Introduceți get comandă pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> <cipherName> pentru a adăuga un cipher la interfața CTI.

XSP|ADP CLI necesită numele standard al suitei de cipher IANA, nu numele suitei de cipher openSSL. De exemplu, pentru a adăuga OpenSSL cipher ECDHE-ECDSA-CHACHA20-POLY1305 la interfața CTI, ați utiliza: XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Anchoare de încredere pentru interfața CTI (R22 și ulterioară)

Pentru fiecare XSP|ADP din infrastructura dvs. care publică evenimente CTI în Webex, efectuați următoarele:

Conectați-vă la Hub pentru parteneri .

Accesați Setări > Apelare BroadWorks și faceți clic pe Descărcare certificat CA Webex pentru a obține CombinedCertChain2023.txt pe computerul local.

Aceste fișiere conțin două seturi de două certificate. Trebuie să divizați fișierele înainte de a le încărca în ADP-urile XSP|. Toate fișierele sunt necesare.

Separați lanțul certificatului în două certificate - combinedcertchain2023.txt
1. Deschideți combinedcertchain2023.txt într-un editor de text.
2. Selectați și tăiați primul bloc de text, inclusiv liniile -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----, și lipiți blocul de text într-un fișier nou.
3. Salvați noul fișier ca root2023.txt.
4. Salvați fișierul original ca issuing2023.txt. Fișierul original ar trebui să aibă acum doar un singur bloc de text, înconjurat de linii -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----.
Copiați ambele fișiere text într-o locație temporară pe XSP|ADP pe care o securizați, de ex. /var/broadworks/tmp/root2023.txt și /var/broadworks/tmp/issuing2023.txt
Conectați-vă la XSP|ADP și navigați la /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
(Opțional) Rulați help updateTrust pentru a vedea parametrii și formatul de comandă.

Încărcați fișierele certificatului în ancore de încredere noi - 2023

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Confirmați că ancorajele sunt actualizate:

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

Permiteți clienților să se autentifice cu certificate:

XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true

Adăugați interfața CTI și activați mTLS

Adăugați interfața CTI SSL.

Contextul CLI depinde de versiunea BroadWorks. Comanda creează un certificat de server semnat pe interfață și forțează interfața să solicite un certificat de client.
- În cazul BroadWorks R22 și R23:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
Înlocuiți certificatul de server și cheia de pe interfețele CTI XSP|ADP. Aveți nevoie de adresa IP a interfeței CTI pentru aceasta; o puteți citi din următorul context:
- În cazul BroadWorks R22 și R23:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer> get
  
  Apoi executați următoarele comenzi pentru a înlocui certificatul autosemnat al interfeței cu propriul certificat și cheia privată:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>
Reporniți XSP|ADP.

Activați accesul la BroadWorks CTI Events pe Webex

Specificați adresa CTI prin care Webex se poate abona la BroadWorks CTI Events.
Abonamentele CTI sunt pe bază de abonat și sunt stabilite și menținute numai în timp ce abonatul este configurat pentru Webex pentru Cisco BroadWorks.

Vizualizare web setări apel

Webex utilizează această funcție pentru a oferi utilizatorilor acces la setările comune ale apelurilor BroadWorks care nu sunt native ale Aplicației Webex.

Vizualizarea web a setărilor de apeluri are două componente:

Aplicație de vizualizare web a setărilor de apeluri, găzduită pe un Cisco BroadWorks XSP|ADP.
Aplicația Webex, care face setările apelurilor într-o vizualizare web.

Experiență utilizator

Utilizatori pentru Windows: Faceți clic pe Setări apel și apoi faceți clic pe Preferințe pentru apeluri deschise > Setări avansate pentru apeluri.
Utilizatori Mac: Faceți clic pe fotografia de profil, apoi Preferințe > Setări avansate pentru apeluri.

Implementarea CSWV pe BroadWorks

Instalați vizualizarea web a setărilor apelurilor pe |ADP-urile XSP

Conectați-vă la cisco.com și căutați "BWCallSettingsWeb" în secțiunea de descărcare software.
Găsiți și descărcați cea mai recentă versiune a fișierului.

De exemplu, BWCallSettingsWeb_1.8.2_1.war( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04) a fost cel mai recent la momentul scrierii.
Instalați, activați și implementați arhiva web în conformitate cu Ghidul de configurare a platformei de servicii Xtended Cisco BroadWorks pentru versiunea |ADP XSP. (Versiunea R24 este https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf).
1. Copiați fișierul .war într-o locație temporară pe XSP|ADP, cum ar fi /tmp/.
2. Navigați la următorul context CLI și executați comanda de instalare:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war
  
  Managerul de software BroadWorks validează și instalează fișierul.
3. [Opțional] Ștergere /tmp/BWCallSettingsWeb_1.7.5_1.war(acest fișier nu mai este necesar).
4. Activați aplicația:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings
  
  Numele și versiunea sunt obligatorii pentru orice aplicație, dar pentru CSWV trebuie să furnizați, de asemenea, un contextPath deoarece este o aplicație negestionată. Puteți utiliza orice valoare care nu este utilizată de o altă aplicație, de exemplu, /callsettings.
5. Implementați aplicația Setări apel pe calea contextului selectat:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
Acum puteți prezice URL-ul setărilor de apel pe care îl veți specifica pentru clienți, după cum urmează:

https://<XSP|ADP-FQDN>/callsettings/

Note:
- Trebuie să furnizați bara de remorcare de pe acest URL atunci când o introduceți în fișierul de configurare a clientului.
- XSP|ADP-FQDN trebuie să corespundă cu FQDN Xsi-Actions, deoarece CSWV trebuie să utilizeze Xsi-Actions, iar CORS nu este acceptat.
Repetați această procedură pentru alte ADP-uri XSP| în mediul Webex pentru Cisco BroadWorks (dacă este necesar).

Aplicația Webview Setări apel este acum activă pe |ADP-urile XSP.

Configurați aplicația Webex pentru a utiliza vizualizarea web a setărilor apelurilor

Pentru mai multe detalii despre configurația clientului, consultați Ghidul de configurare Webex pentru Cisco BroadWorks.

<config>
    <services>
        <web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%">
            <url>%WEB_CALL_SETTINGS_URL_WXT%</url>
        </web-call-settings>

În șablonul de configurare a aplicației Webex din BroadWorks, configurați URL-ul CSWV în %WEB_CALL_SETTINGS_URL_WXT% etichetă.

Dacă nu specificați în mod explicit adresa URL, pagina implicită este goală, iar pagina de setări a apelurilor nu este vizibilă utilizatorilor.

Asigurați-vă că aveți cele mai recente șabloane de configurare pentru aplicația Webex (consultați Profilurile dispozitivului).
Setați ținta de setări pentru apeluri web csw:

%WEB_CALL_SETTINGS_TARGET_WXT% csw
Setați URL-ul setărilor de apeluri web pentru mediul dvs., de exemplu:

%WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/

Ați derivat această valoare atunci când implementați aplicația CSWV.
Fișierul de configurare a clientului rezultat trebuie să aibă o intrare după cum urmează:
```
<web-call-settings target="csw">
    <url>https://yourxsp.example.com/callsettings/</url>
</web-call-settings>
```
Orice referință la XSP include fie XSP, fie ADP.

Configurați notificările push pentru apeluri în Webex pentru Cisco BroadWorks

Aceste servicii notifică dispozitivele mobile ale abonaților Webex pentru Cisco BroadWorks că au apeluri de intrare pe Webex.

Pentru mai multe informații despre NPS, consultați Descrierea caracteristicilor serverului Notification Push.

Prezentare generală proxy NPS

Pentru compatibilitate cu Webex pentru Cisco BroadWorks, CNPS-ul dvs. trebuie să fie patch-uri pentru a sprijini funcția Proxy NPS, Push Server pentru VoIP în UCaaS.

Pentru mai multe informații, consultați Push Server pentru VoIP în Descrierea caracteristicilor UCaaS.
Patch-urile BroadWorks pentru funcție sunt disponibile pe: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.

Pentru software-ul și plasturii NPS, consultați secțiunea Pregătiți-vă NPS pentru Webex pentru Cisco BroadWorks.

Căutați și descărcați plasturele din pagina de descărcare software.
Mai multe informații despre serverul ADP pot fi găsite la https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html.

Considerații APNS

Pregătiți-vă NPS pentru Webex pentru Cisco BroadWorks

Instalați și configurați un XSP dedicat (versiunea minimă R22) sau o platformă de livrare a aplicațiilor (ADP).

Instalați plasturii proxy de autentificare NPS:

Plasturi XSP R22:

Plasturii XSP R23:

Activați aplicația Notificare Push Server.

(Pentru notificări Android) Activați API-ul FCM v1 pe NPS.

XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true

(Pentru notificările Apple iOS) Activați HTTP/2 pe NPS.

XSP_CLI/Applications/NotificationPushServer/APNS/GeneralSettings> set HTTP2Enabled true

Acest lucru este exclusiv pentru Versiunea 22 și versiunile anterioare; nu este disponibil în Versiunea 23 și versiunile de mai sus, care acceptă numai HTTP/2.

Atașați un suport tehnic de la NPS XSP/ADP.

Exemplu: _pushnotification-client._tcp.qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com ÎN A 10.193.78.149

Odată setat, una dintre următoarele este necesară pentru preluarea modificărilor:

Un bw de repornire trebuie preformat într-o fereastră de întreținere.
Prin intermediul CLI Cisco BroadWorks:

R24 și mai în vârstă

AS_CLI/ASDiagnostic/DNS> reîncărcare

R25 +

AS_CLI/ASDiagnostic/DNS/ExecutionServer> reîncărcare

AS_CLI/ASDiagnostic/DNS/ProvisioningServer> reîncărcare

Ce este de făcut în continuare

Pentru instalări noi ale unui NPS, accesați Configurarea NPS pentru a utiliza proxy-ul de autentificare

Pentru a migra o implementare Android existentă la FCMv1, accesați Migrarea NPS la FCMv1

Configurați NPS pentru a utiliza proxy-ul de autentificare

Această sarcină se aplică unei noi instalări de NPS, dedicată Webex pentru Cisco BroadWorks.

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks.

Creați contul clientului pe NPS:

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientId client-Id-From-Step1

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientSecret
New Password: client-Secret-From-Step1

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set RefreshToken
New Password: Refresh-Token-From-Step1

Pentru a verifica valorile pe care le-ați introdus în concordanță cu ceea ce ați primit, rulați XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> get

Emitentul CiscoCI ar trebui să fie ÎNTOTDEAUNA cluster CI din SUA, indiferent de locația dvs., iar implicit ar trebui să fie:

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI> get issuerUrl = https://idbroker.webex.com/idb

Introduceți URL-ul proxy NPS și setați intervalul de reîmprospătare a tokenului (se recomandă 30 de minute):

XSP|ADP_CLI/Applications/NotificationPushServer/CloudNPSService> set url https://nps.uc-one.broadsoft.com/nps/

XSP|ADP_CLI/Applications/NotificationPushServer/CloudNPSService> set VOIPTokenRefreshInterval 1800

(Pentru notificări Android) Adăugați ID-ul aplicației Android în contextul aplicațiilor FCM de pe NPS.

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.cisco.wx2.android

(Pentru notificările Apple iOS) Adăugați ID-ul aplicației în contextul aplicațiilor APNS, asigurându-vă că pentru a omite cheia Auth – setați-l la gol.

XSP|ADP_CLI/Applications/NotificationPushServer/APNS/Production/Tokens> add com.cisco.squared

Configurați următoarele URL-uri NPS:

Context CLI \|ADP XSP	Parametru	Valoare
`XSP\|ADP_CLI/Applications/` `NotificationPushServer/FCM>`	`authURL`	https://www.googleapis.com/oauth2/v4/token
	`pushURL`	https://fcm.googleapis.com/v1/projects/PROJECT-ID/messages:send
	`scope`	https://www.googleapis.com/auth/firebase.messaging
`XSP\|ADP_CLI/Applications/NotificationPushServer` `/APNS/Production>`	`url`	https://api.push.apple.com/3/device

Configurați următorii parametri de conexiune NPS la valorile recomandate afișate:

Context CLI \|ADP XSP	Parametru	Valoare
`XSP\|ADP_CLI/Applications/` `NotificationPushServer/FCM>`	`tokenTimeToLiveInSeconds`	3600
	`connectionPoolSize`	10
	`connectionTimeoutInMilliseconds`	3600
	`connectionIdleTimeoutInSeconds`	600
`XSP\|ADP_CLI/Applications/NotificationPushServer/` `APNS/Production>`	`connectionTimeout`	3000
	`connectionPoolSize`	2
	`connectionIdleTimeoutInSeconds`	600

Verificați dacă serverul de aplicații selectează ID-urile aplicației, deoarece este posibil să fie necesar să adăugați aplicațiile Webex în lista de permisiuni:

Rulați AS_CLI/System/PushNotification> get și verificați valoarea enforceAllowedApplicationList. Dacă este true, trebuie să finalizați această subsarcină. În caz contrar, săriți restul sarcinii secundare.
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.wx2.android “Webex Android”
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.squared “Webex iOS”

Reporniți XSP|ADP: bwrestart

Testați notificările apelurilor efectuând apeluri de la un abonat BroadWorks la doi utilizatori mobili Webex. Verificați dacă apare notificarea de apel pe dispozitivele iOS și Android.

Migrați NPS la FCMv1

Migrați clienții UC-One la FCMv1—Când aveți clienți UCaaS existenți și trebuie să îi migrați pentru a utiliza FCMv1.
Migrați clienții SaaS la FCMv1—Când aveți clienți SaaS existenți și trebuie să îi migrați pentru a utiliza FCMv1.
Actualizați serverul ADP—Când migrați NPS la un server ADP.

Migrați clienții UC-One la FCMv1

Utilizați pașii de mai jos din Google FCM Console pentru a migra clienții UC-One la Google FCM HTTPv1.

<string name="gcm_defaultSenderId">xxxxxxxxxxxxx</string>

Conectați-vă la SDK Administrator FCM la http://console.firebase.google.com.
Selectați aplicația Android corespunzătoare.
În fila General, înregistrați ID-ul proiectului
Navigați la fila Conturi serviciu pentru a configura un cont de serviciu. Puteți crea un cont de serviciu nou sau puteți configura unul existent.

Pentru a crea un nou cont de servicii:
1. Faceți clic pe butonul albastru pentru a crea un nou cont de serviciu
2. Faceți clic pe butonul albastru pentru a genera o nouă cheie privată
3. Descărcați cheia într-o locație sigură
Pentru a reutiliza un cont de serviciu existent:
1. Faceți clic pe textul albastru pentru a vizualiza conturile de servicii existente.
2. Identificați contul de serviciu pe care trebuie să îl utilizați. Contul de serviciu are nevoie de permisiunea firebaseadmin-sdk.
3. Pe dreapta, faceți clic pe meniul hamburger și creați o nouă cheie privată.
4. Descărcați fișierul json care conține cheia și salvați-l într-o locație sigură.
Copiați fișierul json pe XSP|ADP.

Configurați ID-ul proiectului și:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file>
...Done

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> get
  Project ID  Accountkey
========================
  my_project    ********

Configurați aplicația:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id>
...Done

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> get
  Application ID    Project ID
==============================
          my_app    my_project

Activați FCMv1:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Migrați clienții SaaS la FCMv1

Utilizați pașii de mai jos de pe Google FCM Console dacă doriți să migrați clienții SaaS la FCMv1.

Asigurați-vă că ați finalizat deja procedura „Configurați NPS pentru a utiliza proxy-ul de autentificare”.

Dezactivați FCM:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Activați FCM:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Actualizați serverul ADP

Utilizați pașii de mai jos din Consola FCM Google dacă migrați NPS pentru a utiliza un server ADP.

Obțineți fișierul JSON din Consola Google Cloud:
1. Pe Consola Google Cloud, accesați pagina Conturi de servicii .
2. Faceți clic pe Selectați un proiect, alegeți proiectul și faceți clic pe Deschidere.
3. Găsiți rândul contului de serviciu pentru care doriți să creați o cheie, faceți clic pe butonul Mai vertical, apoi faceți clic pe Creare cheie.
4. Selectați un tip de cheie și faceți clic pe Creare
  
  Descărcări de fișiere.
Adăugați FCM la serverul ADP:
1. Importați fișierul JSON pe serverul ADP utilizând /bw/install comanda.
2. Conectați-vă la ADP CLI și adăugați cheia Proiect și API:
  
  ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON:
3. În continuare, adăugați aplicația și cheia:
  
  ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done
4. Verificați configurația:
```
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g
Project ID Accountkey
========================
connect-ucaas ********

ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g
Application ID Project ID
===================================
com.broadsoft.ucaas.connect connect-ucaas
```

Configurați organizația partenerului în Hubul partenerului

Configurați clusterele BroadWorks

[o dată pe cluster]

Acest lucru se face din următoarele motive:

Pentru a activa cloud-ul Webex pentru a vă autentifica utilizatorii împotriva BroadWorks (prin serviciul de autentificare găzduit de XSP|ADP).
Pentru a permite aplicațiilor Webex să utilizeze interfața Xsi pentru controlul apelurilor.
Pentru a permite Webex să asculte evenimentele CTI publicate de BroadWorks (prezență telefonică și istoricul apelurilor).

Împiedicăm acest lucru deoarece un cluster configurat necorespunzător poate cauza probleme care sunt dificil de rezolvat.

Ce trebuie să faceți:

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .

Dacă utilizatorul administrator nu are vizibilitate pentru setările de apelare BroadWorks , se recomandă să deschideți un caz cu Cisco TAC.
Faceți clic pe Adăugare cluster.

Acest lucru lansează un expert unde vă furnizați interfețele XSP|ADP (URL-uri). Puteți adăuga un port la URL-ul interfeței dacă utilizați un port non-standard.
Denumiți acest cluster și faceți clic pe Înainte.

Conceptul de cluster de aici este pur și simplu o colecție de interfețe, de obicei plasate pe un server XSP|ADP sau pe o fermă, care permit Webex să citească informații de pe serverul aplicației (AS). Este posibil să aveți un XSP|ADP per cluster AS sau mai multe |ADP-uri XSP per cluster sau mai multe clustere AS per XSP|ADP. Cerințele de scară pentru sistemul BroadWorks nu intră în domeniul de aplicare aici.
(Opțional) Introduceți un nume de cont al utilizatorului BroadWorks și o parolă despre care știți că se află în sistemul BroadWorks pe care îl conectați la Webex, apoi faceți clic pe Înainte.

Testele de validare pot utiliza acest cont pentru a valida conexiunile la interfețele din cluster.
Adăugați URL-urile Acțiuni XSI și Evenimente XSI.
Opțional. Actualizați URL-ul DAS cu URL-ul Serviciului de activare a dispozitivului.
Opțional. Bifați caseta de selectare Activare autentificare directă BroadWorks dacă doriți ca conectarea la BroadWorks să fie directă la BroadWorks. În caz contrar, autentificarea la BroadWorks este delegată prin serviciul proxy IdP găzduit de Webex.

Această casetă de selectare afectează aceste situații de conectare:
- Conectare la Portalul de activare a utilizatorului – Utilizatorii trebuie să introducă acreditările BroadWorks atunci când se conectează la portal. Setarea de mai sus determină dacă conectarea este directă la BroadWorks sau prin proxy-ul IdP.
- Conectare la client—Dacă autentificarea BroadWorks este configurată în șablonul de integrare, setarea de mai sus determină dacă conectarea clientului la Aplicația Webex este direcționată către BroadWorks sau este delegată prin proxy-ul IdP.
Faceți clic pe Înainte.
Pe pagina Interfață CTI , faceți următoarele:
1. Adăugați URL-ul CTI și portul pentru interfața CTI la care doriți să vă conectați.
2. Opțional. Activați comutatorul Istoric apeluri și apoi introduceți ID-ul de utilizator BroadWorks. Când este selectată această opțiune, evenimentele din istoricul apelurilor BroadWorks sunt sincronizate cu cloudul Webex. Utilizatorii își pot vizualiza istoricul apelurilor în Aplicația Webex.
3. Opțional. Activați comutatorul Nu deranjați (DND) de sincronizare și apoi introduceți ID-ul de utilizator BroadWorks. Această opțiune sincronizează evenimentele DND între Webex și BroadWorks, asigurându-se că funcția funcționează la fel pe ambele platforme.
4. Faceți clic pe Înainte.
Adăugați URL-ul Serviciului de autentificare .
Selectați Serviciul Auth cu validare token CI.

Această opțiune nu necesită mTLS pentru a proteja conexiunea de la Webex, deoarece Serviciul de autentificare validează în mod corespunzător tokenul utilizatorului față de serviciul de identitate Webex înainte de a emite tokenul de lungă durată utilizatorului.
Revizuiți intrările pe ecranul final, apoi faceți clic pe Creare. Ar trebui să vedeți un mesaj de succes.

Partner Hub trece URL-urile la diverse microservicii Webex care testează conexiunile la interfețele furnizate.
Faceți clic pe Vizualizare clustere și ar trebui să vedeți noul cluster și dacă validarea a reușit.
Butonul Creare poate fi dezactivat pe ecranul final (previzualizare) al expertului. Dacă nu puteți salva șablonul, acesta indică o problemă cu una dintre integrările pe care tocmai le-ați configurat.

Am implementat această verificare pentru a preveni erorile în sarcinile ulterioare. Puteți reveni prin intermediul expertului pe măsură ce configurați implementarea dvs., ceea ce poate necesita modificări ale infrastructurii dvs. (de exemplu, XSP|ADP, echilibrator de sarcină sau firewall), așa cum este documentat în acest ghid, înainte de a putea salva șablonul.

Verificarea conexiunilor la interfețele BroadWorks

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .
Faceți clic pe Vizualizare clustere.
Partner Hub inițiază teste de conectivitate de la diferitele microservicii la interfețele din clustere.

După finalizarea testelor, pagina listei de clustere afișează mesajul de stare de lângă fiecare cluster.

Ar trebui să vedeți mesaje de succes verde. Dacă vedeți un mesaj de Eroare roșu, faceți clic pe numele clusterului afectat pentru a vedea care setare cauzează problema.
Opțional. Selectați un cluster dacă doriți să vedeți setările existente pentru acel cluster, cum ar fi XSI-Actions, XSI-Events, URL-ul DAS și setările interfeței CTI.

Configurați șabloanele de integrare

Puteți crea cât mai multe șabloane de care aveți nevoie, dar numai un singur șablon poate fi asociat unui client.

Conectați-vă la Partner Hub și selectați Clienți.
Faceți clic pe butonul Integrare șabloane pentru a vizualiza șabloanele existente.
Faceți clic pe Creare șablon.
În fereastra Detalii șablon , adăugați numele șablonului, țara sau regiunea și limba de e-mail implicită.
În fereastra Setări serviciu , utilizați lista derulantă Cluster pentru a alege clusterul pe care doriți să îl utilizați cu acest șablon.
Introduceți un nume șablon, apoi faceți clic pe Înainte.

Configurați modul de configurare, utilizând aceste setări recomandate:

Tabelul 3. Setări de dozare recomandate pentru diferite moduri de dozare
Denumire setare	Configurarea Flowthrough cu e-mailuri de încredere	Configurare Flowthrough fără e-mailuri	Auto-configurare utilizator
Activarea fluxului BroadWorks prin configurare (include acreditările contului de configurare dacă este activată**)	Pornit Furnizați numele contului și parola de configurare conform configurației BroadWorks.	Pornit Furnizați numele contului și parola de configurare conform configurației BroadWorks.	Oprit
Creare automată organizații noi în Control Hub	În	În	În
Adresă de e-mail a furnizorului de servicii	Selectați o adresă de e-mail din lista derulantă (puteți introduce unele caractere, pentru a găsi adresa dacă este o listă lungă). Această adresă de e-mail identifică administratorul din cadrul organizației dvs. Partener care va primi acces de administrator delegat la orice noi organizații client create cu șablonul de integrare.
Țară	Alegeți țara pe care o utilizați pentru acest șablon. Țara pe care o alegeți se potrivește cu organizațiile clienților care sunt create cu acest șablon într-o anumită regiune. În prezent, regiunea ar putea fi (EMEAR) sau (America de Nord și restul lumii). Consultați hărțile țării în funcție de regiune din această foaie de calcul. Țara organizației va determina numerele de apelare globale implicite pentru Cisco PSTN în site-urile Webex Meeting. Consultați secțiunea Țară a paginii de ajutor pentru mai multe informații.
Mod BroadWorks Enterprise activ	Activați acest lucru dacă clienții pe care îi furnizați cu acest șablon sunt întreprinderi în BroadWorks. Dacă acestea sunt grupuri, dezactivați acest comutator. Dacă aveți o combinație de întreprinderi și grupuri în BroadWorks dvs., ar trebui să creați șabloane diferite pentru aceste cazuri diferite.

Note din tabel:

† Acest comutator asigură crearea unei noi organizații de clienți dacă domeniul de e-mail al unui abonat nu corespunde unei organizații Webex existente.

Acest lucru ar trebui să fie întotdeauna valabil, cu excepția cazului în care utilizați un proces de comandă și executare manuală (prin Cisco Commerce Workspace) pentru a crea organizații ale clienților în Webex (înainte de a începe să configurați utilizatori în respectivele organizații). Această opțiune este adesea menționată ca modelul „Hybrid Provisioning” și nu intră în domeniul de aplicare al acestui document.
** „Cont de configurare” se referă la contul de administrator la nivel de sistem BroadWorks. Pe BroadWorks, aveți nevoie de un cont de administrator cu aceste atribute: Administrator Type=Configurare, Doar citire=Dezactivare.

Selectați pachetul de servicii implicit pentru clienți utilizând acest șablon (consultați pachetele din secțiunea Prezentare generală); fie Basic, Standard, Premium sau Softphone.

Puteți suprascrie această setare pentru utilizatorii individuali prin intermediul Partner Hub.
Opțional. Verificați Dezactivarea apelurilor gratuite Cisco Webex dacă doriți să dezactivați apelurile Webex.
Pentru Configurarea intrării în întâlnire, selectați una dintre următoarele opțiuni:
- Numere de apelare Cisco (PSTN)
- Numere de apelare furnizate de partener (BYoPSTN)—Dacă selectați această opțiune, consultați Ghidul de soluții PSTN pentru Webex pentru Cisco BroadWorks pentru informații detaliate despre modul de configurare a acestei opțiuni.
Faceți clic pe Înainte.

Există două abordări pentru configurarea abonaților în ceea ce privește modul în care sunt verificate identitățile lor – folosind e-mailuri de încredere sau e-mailuri de neîncredere.

În cazul de e-mail de neîncredere, utilizatorii trebuie să-și verifice e-mailurile înainte de configurare sau utilizatorii se pot auto-activa.

În cazul de neîncredere există mai multe moduri de configurare bazate pe setările de verificare din tabelul de mai jos:

Tabelul 4. Setări de verificare a utilizatorului recomandate pentru modurile de configurare nefiabile
Denumire setare	Configurare Flowthrough fără e-mailuri	Auto-configurare utilizator
Administrator de configurare în primul rând	Recomandată	Nu se aplică
Permiteți utilizatorilor să se autoactiveze	Nu se aplică	Obligatoriu

Note din tabel:
* Fiecare organizație client din Webex trebuie să aibă cel puțin un utilizator cu rol de administrator. Primul utilizator căruia îi atribuiți IM&P integrat în BroadWorks preia rolul de administrator al clientului dacă este creată o nouă organizație client în Webex. În calitate de Furnizor de servicii, este posibil să doriți să aveți control asupra persoanei care primește rolul. Verificarea acestei setări împiedică utilizatorii să finalizeze activarea până când primul utilizator pe care l-ați configurat este activat. Dacă debifați această setare, atunci primul utilizator care devine activ în noua organizație devine administratorul clientului.

Faceți clic pe Înainte.

Selectați modul de autentificare implicit (fie autentificare BroadWorks , fie autentificare Webex) pentru conectarea utilizatorului la Webex.

(Consultați Modul de autentificare din secțiunea Pregătire mediu).

Faceți clic pe Înainte.
Pentru Preferințe, configurați următoarele:
1. Alegeți dacă doriți să Precompletați adresele de e-mail ale utilizatorului în pagina de conectare.
  
  Ar trebui să utilizați această opțiune numai dacă ați selectat BroadWorks Authentication și ați introdus, de asemenea, adresele de e-mail ale utilizatorilor în atributul ID alternativ din BroadWorks. În caz contrar, vor trebui să își folosească numele de utilizator BroadWorks. Pagina de conectare oferă opțiunea de a schimba utilizatorul, dacă este necesar, dar acest lucru poate duce la probleme de conectare.
2. Dacă doriți să activați sincronizarea directorului, setați Activarea sincronizării directorului telefonului pentru toate noile organizații ale clienților la Activare.
  
  Această opțiune permite Webex să citească contactele BroadWorks în organizația client, astfel încât utilizatorii să le poată găsi și apela din aplicația Webex.
3. Introduceți un administrator partener.
  
  Acest nume este utilizat în mesajul de e-mail automat de la Webex, care invită utilizatorii să-și valideze adresele de e-mail.
4. Asigurați-vă că e-mailurile Permiteți invitarea administratorului sunt activate atunci când atașați comutatorul de organe existente (setarea implicită este activată).
5. Faceți clic pe Înainte.
Revizuiți intrările pe ecranul final. Puteți să faceți clic pe comenzile de navigare din partea de sus a expertului pentru a reveni și a schimba orice detalii. Faceți clic pe Creați.

Ar trebui să vedeți un mesaj de succes.
Faceți clic pe Vizualizare șabloane și ar trebui să vedeți noul șablon listat cu orice alte șabloane.
Faceți clic pe numele șablonului pentru a modifica sau șterge șablonul, dacă este necesar.

Nu este necesar să introduceți din nou detaliile contului de configurare. Câmpurile de confirmare a parolei/parolei goale sunt acolo pentru a schimba acreditările dacă trebuie, dar lăsați-le goale pentru a păstra valorile pe care le-ați dat expertului.
Adăugați mai multe șabloane dacă aveți configurații partajate diferite pe care doriți să le furnizați clienților.

Păstrați deschisă pagina Vizualizare șabloane , deoarece este posibil să aveți nevoie de detalii șablon pentru o sarcină ulterioară.

Configurați serverul aplicației cu URL-ul serviciului de furnizare

Această sarcină este necesară numai pentru debit prin configurare.

Server Aplicație Patch (numai R22, R23 și R24)

Dacă nu ați făcut încă acest lucru, aplicați următorul plasture care se aplică eliberării dvs.:.
- Pentru R22: AP.as.22.0.1123.ap373197
- Pentru R23: AP.as.23.0.1075.ap373197
- Pentru R24: AP.as.24.0.944.ap384177
Pentru o listă completă de plasturi BroadWorks care formează cerința de implementare a Webex pentru Cisco BroadWorks, Consultați Cerințele software BroadWorks din secțiunea Referință.
Modificarea la Maintenance/ContainerOptions context.
Activați parametrul URL de configurare:

/AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true

Obțineți URL(URL) de configurare de la Partner Hub

Consultați Ghidul de administrare a interfeței de comandă a serverului Cisco BroadWorks pentru detalii (Interfață > Mesagerie și serviciu > IM&P integrat) ale comenzilor AS.

Conectați-vă la Partner Hub și accesați Setări > Apelare BroadWorks.
Faceți clic pe Vizualizare șabloane.
Selectați șablonul pe care îl utilizați pentru a furniza abonații acestei întreprinderi/grupului în Webex.

Detaliile șablonului se afișează într-un panou de scurgere din dreapta. Dacă nu ați creat încă un șablon, trebuie să faceți acest lucru înainte de a putea obține URL-ul de configurare.
Copiați URL-ul adaptorului de configurare.

Repetați acest lucru pentru alte șabloane dacă aveți mai multe.

(Opțiune) Configurarea parametrilor de configurare la nivel de sistem pe serverul de aplicații

Este posibil să nu doriți să setați domeniul de furnizare și serviciu la nivel de sistem dacă utilizați UC-One SaaS. Consultați Punctele de decizie din secțiunea Pregătire mediu.

Conectați-vă la serverul de aplicații și configurați interfața de mesagerie.
1. AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL
2. AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name
3. AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password
4. AS_CLI/Interface/Messaging> set enableSynchronization true
Activați interfața IMP integrată:
1. /AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
2. /AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true

(Opțiune) Configurarea parametrilor de configurare per întreprindere pe serverul de aplicații

În interfața de utilizator BroadWorks, deschideți întreprinderea pe care doriți să o configurați și accesați Servicii > IM&P integrat.
Selectați Utilizați domeniul serviciului și introduceți o valoare fictivă (Webex ignoră acest parametru. Puteți utiliza example.com).
Selectați Utilizați serverul de mesagerie.

În câmpul URL , lipiți URL-ul de configurare pe care l-ați copiat din șablonul dvs. în Partner Hub.

În câmpul Nume utilizator , introduceți un nume pentru administratorul de configurare. Aceasta trebuie să corespundă valorii din șablonul din Partner Hub.
Introduceți o parolă pentru administratorul de configurare. Aceasta trebuie să corespundă valorii din șablonul din Partner Hub.
Pentru identitatea implicită a utilizatorului pentru ID-ul IM&P, selectați Primar.
Faceți clic Aplicați .
Repetați pentru alte întreprinderi pe care doriți să le configurați pentru debit prin configurare.

Date de configurare a utilizatorului

API Verificare preconfigurare partener

Pentru mai multe informații despre API, consultați: Ghid Webex pentru dezvoltatorii angro

Pentru a utiliza API-ul, accesați: Verificați previzualizarea furnizării abonaților angro

Pentru a accesa Preverificarea unui document de furnizare abonat angro, trebuie să vă conectați la https://developer.webex.com/ portal.

Partenerul SSO - SAML

Verificați dacă furnizorul de identitate terț îndeplinește cerințele enumerate în secțiunea Cerințe pentru furnizorii de identitate din Integrarea cu conectare unică în Control Hub.
Încărcați fișierul cu metadate CI care are Furnizor de identitate.
Configurați un șablon de integrare. Pentru setarea Mod de autentificare , selectați Autentificare partener. Pentru ID-ul entității IDP, introduceți EntityID din metadatele XML SAML ale furnizorului de identitate terț.
Creați un utilizator nou într-o nouă organizație client care utilizează șablonul.
Foarte mult că utilizatorul se poate conecta.

Partner SSO - OpenID Connect (OIDC)

Atribut	Obligatoriu	Descriere
Nume IDP	Da	Numele unic, dar insensibil la caz, pentru configurația IdP OIDC, ar putea consta din litere, numere, hife, subliniază, tilduri și puncte, iar lungimea maximă este de 128 de caractere.
ID client OAuth	Da	Utilizat pentru a solicita autentificarea IdP OIDC.
Secret client OAuth	Da	Utilizat pentru a solicita autentificarea IdP OIDC.
Lista scopurilor	Da	Lista scopurilor care vor fi utilizate pentru a solicita autentificarea IdP OIDC, împărțită în funcție de spațiu, de exemplu, „profil de e-mail deschis” Trebuie să includă Openid și e-mail.
Punct final de autorizare	Da, dacă punctul final de descoperire nu este furnizat	URL-ul punctului final de autorizare OAuth 2.0 al IdP.
punct de sfârșit	Da, dacă punctul final de descoperire nu este furnizat	URL-ul punctului final OAuth 2.0 al IdP-ului.
Punct final de descoperire	Nu	URL-ul punctului final de descoperire IdP pentru descoperirea punctelor finale OpenID.
utilizator InfoEndpoint	Nu	URL-ul punctului final de informații despre utilizator al IdP.
Punct final al setului de taste	Nu	URL-ul terminalului JSON Web Key Set al IdP.

În plus față de atributele IDP de mai sus, ID-ul organizației partenere trebuie specificat în cererea TAC.

Configurați URI-ul de redirecționare pe IDP-ul de conectare OpenID.
Configurați un șablon de integrare. Pentru setarea modului de autentificare, selectați Autentificare partener Cu OpenID Connect și introduceți Numele IDP furnizat în timpul configurării IDP ca ID-ul entității IDP OpenID Connect.
Creați un utilizator nou într-o nouă organizație client care utilizează șablonul.
Foarte mult că utilizatorul se poate conecta utilizând fluxul de autentificare SSO.

Activați identificatorul de corelație apeluri

Utilizați CLI pentru a activa caracteristica pe toate interfețele AS și XSP|ADP.

Rulați următoarele comenzi pe interfețele AS. Acest lucru va permite AS pentru a trimite X-BroadWorks-Correlation-Info antet SIP:

AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true

AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true
Fișierul enableCallCorrelationID parametrul asociat cu aplicația Xsi-Actions este utilizat pentru a controla includerea informațiilor privind corelarea apelurilor în jurnalele Xsi-Actions. Se recomandă ca enableCallCorrelationID activată utilizând următoarea comandă pe interfețele XSP|ADP:

XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true

Pentru informații suplimentare despre Identificatorul de corelație apeluri, consultați Descrierea caracteristicilor Identificatorului de corelație apeluri Cisco BroadWorks.

Sincronizare director

Pentru a activa Sincronizarea directorului, accesați Sincronizarea directorului în Webex pentru Cisco BroadWorks.

Istoricul apelurilor unificate

Evenimente din istoricul apelurilor – aceste evenimente sunt utilizate pentru a construi o istorie detaliată a apelurilor unificate
Evenimente de stare cârlig – Istoricul unificat al apelurilor include optimizări de stare cârlig care reduc cantitatea de lățime de bandă a rețelei pentru actualizările de prezență telefonică

Cerințe privind istoricul apelurilor unificate

Înainte de a putea configura istoricul apelurilor unificate, asigurați-vă că ați corectat sistemul. Această caracteristică depinde de următoarele patch-uri BroadWorks care sunt instalate:

Pentru R22:

AP.xsp.22.0.1123.ap378585
AP.as.22.0.1123.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.22.0.1123.ap378585
AP.ps.22.0.1123.ap378585

Pentru R23:

AP.as.23.0.1075.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.23.0.1075.ap378585
Dacă utilizați XSP— AP.xsp.23.0.1075.ap378585
Dacă utilizați ADP— Xsi-Events-23_2021.05_1.251.bwar

Pentru R24:

AP.as.24.0.944.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
Xsi-Events-24_2021.05_1.251.bwar

Pentru a avea informații despre Hunt Group, Call Center și alte redirecționări în istoricul apelurilor Unified, trebuie instalați și activați următorii plasturi Broadworks:

Pentru R23:

AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994

Pentru R24:

AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994

Pentru a avea informații despre Asistentul executiv în istoricul apelurilor Unified, trebuie instalați și activați următorii plasturi Broadworks:

Pentru R24:

AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
ADP care rulează Xsi-Events-24_2022.06 sau mai târziu

În plus față de plasturii Broadworks, sincronizarea directorului trebuie să fie, de asemenea, activată pentru istoricul apelurilor Unified Executive-Assistant.

Activați istoricul apelurilor (cluster nou)

Pentru a activa istoricul apelurilor într-un cluster nou, consultați pașii pentru adăugarea unui cluster în Configurați organizația partenerului în Hubul partenerului.

Activați istoricul apelurilor (cluster existent)

Pentru a activa istoricul apelurilor pe un cluster existent, urmați pașii de mai jos:

Conectați-vă la Partner Hub la admin.webex.com.
Accesați Setări și selectați un cluster existent.
Verificați dacă conexiunea clusterului este bună. Panoul din dreapta trebuie să afișeze o marcă de verificare verde cu Connection stabilită.

Dacă acest lucru nu apare, sub Verificare conexiuni (opțional), introduceți ID-ul de utilizator BroadWorks și parola BroadWorks și faceți clic pe Verificare pentru a verifica dacă conexiunea este bună.
Bifați caseta de selectare Activare istoric apeluri .
Faceți clic pe Salvați.

Interacțiuni caracteristică

Există următoarele interacțiuni ale caracteristicii pentru istoricul apelurilor unificate:

Istoricul de apeluri unificat nu este acceptat pentru utilizatorii care sunt configurați în BroadWorks cu liste de rutare sau rute directe. Atunci când această situație există, evenimentele privind istoricul apelurilor și starea cârligului nu sunt trimise în Aplicația Webex.
Istoricul de apeluri unificat nu este acceptat cu apelarea extensiei. Apelurile care sunt plasate utilizând apelarea extensie nu pot fi reflectate corect în istoricul apelurilor.

Vizualizați istoricul apelurilor în aplicația Webex

Utilizatorii finali pot accesa și vizualiza istoricul de apeluri unificat din aplicația Webex. Pentru detalii, consultați: Istoricul apelurilor și întâlnirilor Webex | View.

Dezactivați istoricul apelurilor unificate

Indicație Spam vizual

Activați istoricul apelurilor unificate conform descrierii din secțiunea anterioară.
Trebuie să fie instalaţi şi activi următorii plasturi:
- AP.as.23.0.1075.ap384591 / AP.as.24.0.944.ap384591
- sau AS-25_Rel_2022.12 la un nivel minim
Funcția trebuie să fie activată prin intermediul CLI AS:
- AS_CLI/System/ActivatableFeature> activați 104112
- AS_CLI/System/StirShaken> setați enableVerificare adevărată
Broadworks trebuie să fie configurat pentru a efectua semnarea, etichetarea și verificarea STIR-SHAKEN așa cum este descris în Etichetarea și Verificarea semnării STIR-SHAKEN Cisco BroadWorks

Identificarea apelantului și redirecționarea apelului

Identificare apelant

Dacă găsește mai multe instanțe ale unui număr într-o singură sursă, nu va încerca să aleagă unul dintre ele, în acest caz, nu va afișa niciun ID de apelant.

Identitatea comună Webex (CI) care conține utilizatorii organizației dvs.
Contacte personale și organizaționale. Contactele personale sunt vizibile sub fila Contacte.
Adresa locală. În Windows - Aplicația Outlook, în Mac - Contacte Mac, în iOS - Contacte iPhone, în Android - Contacte Android.

Redirecționare apel

Apel redirecționat: Afișează numărul care a redirecționat apelul.
Grup de hunting: Afișează numele grupului de hunt care a redirecționat apelul.
Coadă centru de apeluri: Afișează numele cozii care a redirecționat apelul.
Asistent executiv: Afișează numele Executivului pentru care vine apelul.

Excepții:

Pentru apelurile din coada de apeluri internă, în cazul în care un agent apelează înapoi o parte internă, partea de la distanță nu va vedea numele cozii de apeluri, ci va vedea numele agentului care le apelează.

Apelul a fost Răspuns În Altă Parte:

Aspect linie partajată

Această caracteristică ajută utilizatorii să gestioneze apelurile în extensia altui utilizator direct din Aplicația Webex.

Puteți configura aparența liniei partajate numai pentru versiunea desktop a Aplicației Webex.
Puteți adăuga maximum 10 linii în Aplicația Webex, inclusiv linia principală.
Nu puteți aloca linia unui spațiu de lucru ca linie partajată.
Un utilizator nu poate fi asigurat cu serviciul de Asistent Executiv în același timp cu partajarea liniilor.
Portul liniei principale a unui utilizator nu trebuie schimbat într-o linie partajată.

Cerințe

Pentru a implementa această funcție pe Webex pentru Cisco BroadWorks, trebuie să implementați următorii plasturi BroadWorks:

Patch 1: Drapelul proprietarului din lista de dispozitive pentru a sprijini liniile partajate ale clienților Webex

R23 fără ADP:

AP.as.23.0.1075.ap384179
AP.xsp.23.0.1075.ap384179

R23 cu ADP:

AP.as.23.0.1075.ap384179
Xsi-Acţiuni-23_2022.10

R24:

CA: AP.as.24.0.944.ap384179
Xsi-Acţiuni-24_2022.10

R25:

CA: Versiunea RI Rel_ 2022.10_1.310
Xsi-Acțiuni-25_ 2022.10

DACĂ este activată „Nelimitat”, nu este necesară nicio modificare
DACĂ „Limited To” este <10, modificați valoarea = 10 și salvați pentru a utiliza toate liniile disponibile

Versiunea RI Rel_ 2022.10_1.310

Sincronizare Nu deranjați (DND).

Sincronizarea DND se aplică la nivelul clusterului BroadWorks și poate fi activată în Partner Hub de către un administrator partener.

Cerințe preliminare

Asiguraţi-vă că următorii plasturi sunt aplicaţi pe AS şi XSP|ADP. Aplicați numai plasturii pentru versiunea BroadWorks.

Pentru Versiunea 23:

Aplicații ADP: Xsi-Actions-23_ 2022.03_1.220.bwar, Xsi-Events-23_2022.03_1.220.bwar

Pentru versiunea 24:

Aplicații ADP: Xsi-Actions-24_ 2022.03_1.220.bwar, Xsi-Events-24_2022.03_1.220.bwar

După ce aplicați plasturii, activați caracteristica 25433 pe AS:

AS_CLI/System/ActivatableFeature> activate 25433

Activați sincronizarea DND (cluster existent)

Conectați-vă la Partner Hub
Faceți clic pe Setări.
Faceți clic pe Vizualizare cluster și selectați clusterul BroadWorks corespunzător.
Activați comutatorul de sincronizare Nu deranjați (DND).
Introduceți ID-ul de utilizator BroadWorks și faceți clic pe Activare.

Sistemul validează faptul că clusterul BroadWorks are plasturii potriviți pentru a sprijini sincronizarea DND. Dacă validarea eșuează, butonul Salvare este dezactivat.
Dacă validarea reușește, faceți clic pe Salvare.

Odată ce sincronizarea DND este activată, Webex reîmprospătează toate abonamentele utilizatorilor pentru a include pachetul Nu deranjați evenimentul. În funcție de numărul de utilizatori, acest proces poate dura câteva ore pentru a finaliza.
Activarea sincronizării DND este un comutator cu un singur mod. Odată ce funcția este activată, nu o puteți dezactiva pe cont propriu.

Activați sincronizarea DND (cluster nou)

De asemenea, puteți activa funcția în timpul creării de clustere. Pentru detalii, consultați „Configurați clusterele BroadWorks” din Configurați organizația partenerului în Partner Hub.

Dezactivați sincronizarea DND

Nu puteți dezactiva Sincronizarea DND pe cont propriu. Pentru a dezactiva caracteristica, creați un caz BEMS de inginerie cu următoarele informații:

Familie: Serviciu Spark
Produs: Apelare în Webex (Webex pentru BroadWorks)
Componentă: Furnizare WxBW
Cazul BEMS trebuie să precizeze că Nu deranjați sincronizarea trebuie să fie dezactivată pentru un partener. Cazul trebuie să conțină partnerId și clusterId BroadWorks.

Cazuri de utilizare

Înregistrare apeluri

Webex pentru Cisco BroadWorks acceptă patru moduri de înregistrare a apelurilor.

Tabelul 6. Moduri de înregistrare
Moduri de înregistrare	Descriere	Controale/indicatori care se afișează în aplicația Webex
Întotdeauna	Înregistrarea este inițiată automat atunci când apelul este stabilit. Utilizatorul nu are capacitatea de a porni sau opri înregistrarea.	Indicator vizual în curs de înregistrare
Întotdeauna cu întrerupere/reluare	Înregistrarea este inițiată automat atunci când apelul este stabilit. Utilizatorul poate întrerupe și relua înregistrarea.	Indicator vizual în curs de înregistrare Buton pauză înregistrare Buton Reluare înregistrare
Nu este necesară	Înregistrarea este inițiată automat atunci când apelul este stabilit, dar înregistrarea este ștearsă, cu excepția cazului în care utilizatorul apasă Start Recording. Dacă utilizatorul începe înregistrarea, înregistrarea completă din configurarea apelului este reținută. După începerea înregistrării, utilizatorul poate, de asemenea, să întrerupă și să reia înregistrarea	Buton Start Înregistrare Buton pauză înregistrare Buton Reluare înregistrare
OnDemand cu inițiere inițiată de utilizator	Înregistrarea nu inițiază decât dacă utilizatorul selectează opțiunea Start Recording din aplicația Webex. Utilizatorul are opțiunea de a începe și opri înregistrarea de mai multe ori în timpul unui apel.	Buton Start Înregistrare Buton Oprire înregistrare Buton pauză înregistrare

Cerințe

Pentru a implementa această funcție pe Webex pentru Cisco BroadWorks, trebuie să implementați următorii plasturi BroadWorks:

Identificatorul de corelație apeluri trebuie să fie activat. Pentru detalii, consultați Activarea identificatorului de corelație apeluri.

Pentru a utiliza această funcție, trebuie să fie activată următoarea etichetă de configurare: %ENABLE_CALL_RECORDING_WXT%.

Această caracteristică necesită o integrare cu o platformă terță parte de înregistrare a apelurilor.

Pentru a configura înregistrarea apelurilor în BroadWorks, accesați Ghidul interfeței de înregistrare a apelurilor Cisco BroadWorks.

Informații suplimentare

Pentru informații despre utilizator despre modul de utilizare a caracteristicii Înregistrare, accesați help.webex.com articol Webex | Înregistrați apelurile.

Pentru a reda o înregistrare, utilizatorii sau administratorii trebuie să acceseze platforma de înregistrare a apelurilor terță parte.

Grup Call Park și Preluați

Funcție de funcționare

După ce caracteristica este configurată

În timpul unui apel, un utilizator face clic pe opțiunea Park din aplicația Webex pentru a parca apelul la o extensie pe care sistemul o selectează automat. Sistemul afișează extensia utilizatorului pentru o perioadă de 10 secunde.
Un alt utilizator din grup face clic pe opțiunea Recuperare apel din aplicația Webex. Utilizatorul intră apoi în extensia apelului parcat pentru a continua apelul.

Cerințe

Pentru ca această caracteristică să funcționeze, asigurați-vă că aveți următoarele:

Fișierul de configurare a clientului trebuie să aibă următoarele etichete setate:

<call-park enabled="%ENABLE_CALL_PARK_WXT%"
        timer="%CALL_PARK_AUTO_CLOSE_DIALOG_TIMER_WXT%"/>

Identificatorul de corelație apeluri trebuie să fie activat pe AS și XSP|ADP. Pentru detalii, consultați Activarea identificatorului de corelație apeluri.
SBC-ul trebuie să fie configurat pentru a trece ‘ x-broadworks-correlation-in' atribuie SIP către și de la serverul de aplicații.

Configurare

Informații suplimentare

Pentru informații despre utilizator despre modul de utilizare a parcului de apeluri de grup, consultați Webex | Park și preluați apelurile.

Parcare apel/Parcare apel direcționat

Introduceți *68 pentru a parca un apel
Introduceți *88 pentru a prelua un apel

Întrerupeți

Serviciul de tip barge-in este utilizat în mod obișnuit în mediile centrului de apeluri sau în alte situații în care poate fi necesară asistență sau intervenție imediată.

Atunci când apare o barjă, se stabilește un apel în trei moduri între părți. Se introduc următorii termeni:

Supervizor: Un supervizor este o persoană care supraveghează și gestionează o echipă de agenți de servicii pentru clienți sau reprezentanți ai centrului de apeluri. În contextul întreruperii apelurilor, un supervizor are, de obicei, capacitatea de a monitoriza și de a interveni în apelurile în curs ale clienților. Aceștia pot utiliza instrumente de monitorizare a apelurilor sau software-ul pentru a asculta apelurile, pentru a oferi îndrumare agenților și pentru a asigura controlul calității. Rolul supraveghetorului poate implica agenți de formare, abordarea preocupărilor clienților și optimizarea performanței echipei.
Client: Un client se referă la o persoană sau o entitate care se angajează cu o companie sau o organizație pentru a obține produse, servicii sau asistență. În contextul introducerii apelului, un client este o persoană care efectuează sau primește un apel telefonic cu un agent de servicii pentru clienți. Clienții pot solicita asistență, informații sau soluționarea întrebărilor sau problemelor lor în timpul apelului. Funcția de blocare a apelurilor permite supraveghetorilor sau personalului autorizat să se alăture apelului în curs între client și agent.
Agent: Un agent, cunoscut și sub numele de reprezentant al serviciului pentru clienți sau agent al centrului de apeluri, este o persoană responsabilă pentru gestionarea interacțiunilor cu clienții și furnizarea de asistență sau asistență prin telefon sau prin alte canale de comunicare. Agenții sunt instruiți să abordeze întrebările clienților, să rezolve problemele, să proceseze tranzacțiile și să ofere o experiență pozitivă pentru clienți. În contextul intrării în apelare, un agent este persoana care vorbește direct cu clientul în timpul apelului telefonic. Agentul poate primi îndrumare sau feedback de la supervizor prin intermediul apelului de tip barge-in, dacă este necesar.

Creşterea numărului de apeluri nativ mobile la întâlnire

Scala de apel nativ mobil la întâlnire vine cu două caracteristici unice:

Notificare push nouă

Utilizatorii de telefonie mobilă aflați într-un apel nativ pot comuta acum la Aplicația Webex atingând Notificarea push nouă. Când începeți un ecran de apel nativ, pe ecran apare o Notificare push Nouă și atingând notificarea vă duce direct la ecranul în apel al Aplicației Webex.

Vizualizați notificarea Webex în timpul unui apel telefonic mobil dacă utilizați Webex Go sau operatorul de rețea mobilă (MNO) are semnalizarea apelurilor utilizând controlul apelurilor Cisco pentru apelurile telefonice mobile.
Mutați apelul mobil în întâlnire

Când vă aflați în mijlocul unui apel cu cineva, este posibil să doriți să mutați acel apel într-o întâlnire pentru a utiliza unele caracteristici avansate ale întâlnirilor, cum ar fi transmisia video, partajarea sau tabla. Sau invitați alte persoane la discuție și mutați-vă la o întâlnire.

Cerințe BroadWorks

Caracteristică activabilă 25239
R23 cu XSP|ADP:
- AS Patch AP.as.23.0.1075.ap383064
- XSP|ADP Patch AP.xsp.23.0.1075.ap383064
- Patch AP.platform.23.0.1075.ap383064
R23 cu ADP:
- AS Patch AP.as.23.0.1075.ap383064
- ADP cu Xsi-Actions-23, versiunea CommPilot-23 > 2022.05_1.303 și versiunea NPS > 2022.08_1.350
R24:
- CA plasture transdermic: AP.as.24.0.944.ap383064
- ADP cu Xsi-Actions-24, versiunea CommPilot-24 > 2022.05_1.303 și versiunea NPS > 2022.08_1.350
R25:
- AS versiunea RI Rel_ 2022.08_1.354
- ADP cu Xsi-Actions-25, CommPilot-25 > 2022.08_1.350 și versiunea NPS > 2022.08_1.350

Configurație apelare URI pentru a sprijini mutarea apelului în întâlnire

Politica NS de apelare rapidă

Definiți regula pentru (.*)webex.com pentru a ruta prin I-SBC

NS_CLI/Policy/UrlDialing> get WebexMeetings
 Policy: UrlDialing  Instance: Webex
   unknownSipURIHandling = reject
   disableSubscriberLookups = true
   Enable = true
   CallTypes:
     Selection = {ALL}
     From = {PCS, ALL, TRMT, LO, TPSX, OAX, GNT, DP, LPS, OA, TPS, IOA, MOBX, EA, FGB, MOB, SNEN, POA, SV, SVCD, CAC, IN, TO1X, MS, CSV, VSC, EM, SVCO, SMC, TPSE, ZD, NIL, CS, CT, TF, GAN, VFAC, TO, DA, OAP}
   lineportOnly = false
   enableSipURIMatchingRules = true

NS_CLI/Policy/UrlDialing/Rules> get WebexMeetings
 Policy: UrlDialing  Instance: WebexCalling  Table: Rules
   id            pattern      routingNE  cost  weight            dtg
===================================================================
    1      *@*.webex.com  WebexMeetings     1      50  WebexMeetings

NS Routing NE pentru I-SBC

configurare Exemplu

NS_CLI/System/Device/RoutingNE> get ne WebexMeetings
 Network Element  WebexMeetings
    Location              =  1281465
    Data Center           =
    Static Cost           =  1
    Static Weight         =  99
    Poll                  =  false
    OpState               =  enabled
    State                 =  OnLine
    Profile               =  NIL_PROFILE
    Remote Lookup Enabled =  false
    Signaling Attributes  =

NS_CLI/System/Device/RoutingNE/Address> get ne WebexMeetings
      Routing NE     Address  Cost  Weight  Port    Transport    Route
=====================================================================
   WebexMeetings sbc-address     1      99     -  unspecified

Profil de rutare NS

Instanța de politică UrlDialing adăugată la profilul(ele) de rutare corespunzător(e)

NS_CLI/Policy/Profile> get profile MyInst
 Profile:  Webex
                  Policy              Instance
    ==========================================
 …
              UrlDialing          WebexMeetings

CA Utilizare Rută NS pentru apel NetworkURL

Activați AS pentru a onora ruta NS în modul Hybrid AS

AS_CLI/Interface/IMS> set queryNSForNetworkURL true

Apelare de urgență E911

Utilizați următoarele articole Webex pentru a configura asistența pentru serviciile de apelare de urgență E911:

Apelare de urgență E911 în Webex pentru BroadWorks—Utilizați acest articol pentru a configura apelarea de urgență E911 în Webex pentru Cisco BroadWorks utilizând unul dintre următorii furnizori E911 acceptați:
- Lățime de bandă
- Intrado
- RedSky
Disclaimer pentru apeluri de urgență—Dacă aveți un serviciu de localizare, puteți configura fereastra Disclaimer pentru servicii de urgență din Aplicația Webex pentru a include o opțiune pentru ca utilizatorii să își actualizeze locația atunci când se conectează.

Personalizați și configurați clienții

Aceste două seturi de configurații se pot suprapune, caz în care configurația Webex depășește configurația BroadWorks.

Adăugați șabloane de configurare a aplicațiilor Webex pe serverul aplicației BroadWorks

Aplicațiile Webex sunt configurate cu fișiere DTAF. Clienții descarcă un fișier XML de configurare de pe serverul aplicației, prin serviciul de administrare a dispozitivelor de pe XSP|ADP.

Obțineți fișierele DTAF necesare (consultați profilurile dispozitivului din secțiunea Pregătire mediu).
Verificați dacă aveți seturile de etichete corecte în BroadWorks System > Resurse > Setările etichetei de administrare a dispozitivelor.

Pentru fiecare client pe care îl configurați:

Descărcați și extrageți fișierul zip DTAF pentru clientul particular.
Importați fișiere DTAF în BroadWorks la Sistem > Resurse > Tipuri de profil de identitate/dispozitiv

Deschideți profilul dispozitivului nou adăugat pentru editare și:

Introduceți FQDN și Protocolul de acces la dispozitiv la ferma XSP|ADP.

Bifați caseta de selectare Support Remote Party Info . Acest suport este necesar pentru ca partajarea desktop-ului să funcționeze.

Modificați șabloanele în funcție de mediul dumneavoastră (consultați tabelul de mai jos).
Salvează-ți profilul.

Faceți clic pe Fișiere și autentificare și apoi selectați opțiunea de a reconstrui toate fișierele de sistem.

Nume	Descriere
Prioritate Codec	Configurați ordinea prioritară pentru codecurile audio și video pentru apelurile VoIP
TCP, UDP și TLS	Configurați protocoalele utilizate pentru semnalizarea SIP și media
Porturi audio și video RTP	Configurați intervalele portului pentru transmisia audio și video RTP
opțiuni SIP	Configurați diferite opțiuni legate de SIP (SIP INFO, utilizați rport, descoperire proxy SIP, intervale de reîmprospătare pentru înregistrare și abonare etc.)

Personalizați brandingul pentru aplicația Webex

Personalizări partener — Administratorii parteneri pot aplica personalizări avansate de branding care se aplică organizației partenere și/sau clienților pe care partenerul îi gestionează. Consultați Configurarea personalizărilor avansate de branding.
Personalizări client – Dacă partenerul permite clienților să aplice propriile personalizări Branding, administratorii clienților pot urma procedurile de la Adăugare Branding Company la Webex.

Portalul de activare a utilizatorului utilizează aceeași siglă pe care o adăugați pentru branding-ul clientului.

Personalizați URL-urile de raportare a problemelor și de asistență

Pentru a personaliza aceste opțiuni, administratorii pot urma procedura "Add Feedback and Help Site URL", care poate fi găsită în ambele articole de Branding de mai sus.

Configurați organizația dvs. de testare pentru Webex pentru Cisco BroadWorks

Înainte de a începe

Cu Flowthrough Provizionare

Trebuie să configurați toate serviciile XSP|ADP și organizația parteneră din Control Hub, înainte de a putea efectua această sarcină.

Alocați serviciul în BroadWorks:

Creați o întreprindere de testare sub întreprinderea furnizorului dvs. de servicii în BroadWorks sau creați un grup de testare sub Furnizorul dvs. de servicii (depinde de configurarea BroadWorks).
Configurați serviciul IM&P pentru acea întreprindere, pentru a indica șablonul pe care îl testați (preluați URL-ul adaptorului de configurare și acreditările din șablonul de integrare Control Hub).
Creați abonați de testare în acea întreprindere / grup.
Oferiți utilizatorilor adrese de e-mail unice în câmpul de e-mail din BroadWorks. Copiați și cele din atributul ID alternativ.

Alocați serviciul IM&P integrat abonaților respectivi.

Verificați organizația clienților și utilizatorii din Control Hub:

Conectați-vă la Control Hub cu contul de administrator partener.
Accesați Clienți și verificați dacă noua dvs. organizație client se află în listă (numele urmează numele grupului sau numele întreprinderii, de la BroadWorks).
Deschideți organizația client și verificați dacă abonații sunt utilizatori în organizația respectivă.
Verificați dacă primul abonat căruia i-ați atribuit serviciul IM&P integrat a devenit administratorul clientului acelei organizații.

Teste utilizator

1	Descărcați aplicația Webex pe două mașini diferite.
2	Conectați-vă ca utilizatori de testare pe cele două mașini.
3	Efectuați apeluri de testare.

Gestionarea Webex pentru BroadWorks

Furnizarea de organizații pentru clienți

Furnizați utilizatori

Puteți să furnizați utilizatorilor în aceste moduri:

Utilizați API-uri pentru a crea conturi Webex
Alocați IM&P integrat (configurare flux) cu e-mailuri de încredere pentru a crea conturi Webex
Alocați IM&P integrat (configurare flux) fără e-mailuri de încredere. Utilizatorii furnizează și validează adrese de e-mail pentru a crea conturi Webex
Permiteți utilizatorilor să se autoactiveze (le trimiteți un link, creează conturi Webex)

API-uri de asigurare a accesului public

Clienții angro vor fi respinși de aceste API-uri.

Configurare flowthrough

Pentru a confirma că utilizatorii și organizația client sunt complet configurați pe Webex, trebuie să vă conectați la Partner Hub și să căutați în lista de clienți.

Locația șabloanelor a fost mutată de la BroadWorks Calling in Org Settings la secțiunea Listă de clienți și acum se numește șablonul de integrare.

Auto-activare utilizator

Pentru a furniza utilizatorilor BroadWorks în Webex, fără a aloca serviciul IM&P integrat:

Conectați-vă la Partner Hub și găsiți pagina Listă clienți .
Faceți clic pe Vizualizare șabloane.
Selectați șablonul de integrare de configurare pe care doriți să îl aplicați acestui utilizator.

Rețineți că fiecare șablon este asociat cu un cluster și cu organizația dvs. parteneră. Dacă utilizatorul nu se află în sistemul BroadWorks asociat cu acest șablon, utilizatorul nu se poate auto-activa cu link-ul.
Copiați linkul de configurare și trimiteți-l utilizatorului.

De asemenea, este posibil să doriți să includeți linkul de descărcare a software-ului și să reamintiți utilizatorului de care are nevoie pentru a furniza și valida adresa de e-mail pentru a-și activa contul Webex.
Puteți monitoriza starea de activare a utilizatorului în șablonul selectat.

Pentru mai multe informații, consultați Fluxurile de configurare și activare a utilizatorului.

Furnizarea de e-mailuri de neîncredere

Mutați utilizatorii Webex în Webex pentru Cisco BroadWorks

Pentru a muta utilizatorii Webex existenți în Webex pentru Cisco BroadWorks, consultați tabelul de mai jos pentru a determina procedura de urmat.

Utilizatorul Webex existent aparține unui...

Urmați aceste procese pentru a muta utilizatorul

Organizația consumatorului sau autentificarea (de exemplu, cont gratuit, cont de încercare)

Configurarea utilizatorilor—Dacă organizația Webex pentru BroadWorks nu există (fără utilizatori configurați), urmați configurarea normală pentru a furniza primul utilizator ca utilizator de administrator și creați organizația. Acest lucru mută automat contul de utilizator Webex pentru primul utilizator. Pentru utilizatorii următori, utilizați procedura de mai jos.
Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks—Dacă există organizația Webex pentru BroadWorks (primul utilizator este configurat), obțineți consimțământul utilizatorului și mutați utilizatorii următori.

organizație Client

Utilizatorul Webex existent aparține unui...

Urmați aceste procese pentru a muta utilizatorul

Organizația consumatorului sau autentificarea (de exemplu, cont gratuit, cont de încercare)

Dacă organizația Webex for BroadWorks nu există (nu sunt configurați utilizatori):

Configurarea utilizatorilor—Urmați configurarea normală pentru a adăuga primul utilizator ca utilizator de administrator. Acest lucru mută automat contul primului utilizator și creează organizația Webex pentru BroadWorks. Consimțământul utilizatorului este necesar pentru a muta utilizatorii secvențiali (utilizați procedura de mai jos).

Dacă există o organizație Webex for BroadWorks (cel puțin un utilizator este configurat):

Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks—Obțineți consimțământul utilizatorului și mutați utilizatorii următori.

organizație Client

Atașați Webex for BroadWorks la organizația existentă—atașamentul organizației (pentru primul utilizator) adaugă, de asemenea, Webex for BroadWorks la utilizatorii următori, atât timp cât acestea sunt atribuite organizației corecte.

Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks

Mutați utilizatorul (cu e-mail de încredere) – utilizează configurarea cu e-mailuri de încredere
Mutați utilizatorul (cu e-mail de neîncredere) – utilizează configurarea cu e-mailuri nefiabile
Auto-activare

Mutați utilizatorul (cu e-mail de încredere)

Dacă șablonul de integrare utilizează e-mailuri de încredere, administratorul partener poate muta utilizatorii următori în acest proces:

Administratorul adaugă utilizatorul.
- Utilizatorul este împins la Podul de configurare BroadWorks.
- Căutarea CI determină faptul că acest utilizator are un alt cont Webex cu această adresă de e-mail.
- Un e-mail automat este trimis utilizatorului.
Utilizatorul deschide e-mailul și face clic pe Activare cont. Utilizatorul este redirecționat către portalul Webex Consumer.
Conectați utilizatorul la Webex.
Faceți clic pe Ștergere pentru a șterge vechiul cont Webex.
- Contul vechi Webex este șters.
- Utilizatorul este configurat în Webex pentru Cisco BroadWorks utilizând aceeași adresă de e-mail.
- Utilizatorul este direcționat către pagina Descărcare.

Mutați utilizatorul (cu e-mail de neîncredere)

Administratorul adaugă utilizatorul.
- Utilizatorul este împins automat la Podul de configurare BroadWorks.
- Un text cu un link de activare este trimis utilizatorului.
Utilizatorul face clic pe linkul Activare și introduce adresa lor de e-mail.
- Căutarea CI determină faptul că acest utilizator are un alt cont Webex cu această adresă de e-mail.
- Un e-mail automat este trimis utilizatorului.
Utilizatorul deschide e-mailul și face clic pe Alăturați-vă acum.
- Adresa de e-mail este validată.
- Utilizatorul este redirecționat pentru a se conecta la portalul Webex Consumer.
Conectați utilizatorul la Webex.
Utilizatorul trebuie să facă clic pe Ștergere pentru a șterge vechiul cont Webex.
- Contul vechi Webex este șters.
- Utilizatorul este configurat în Webex pentru Cisco BroadWorks utilizând aceeași adresă de e-mail.
- Utilizatorul este direcționat către pagina Descărcare.

Flux de auto-activare

Dacă utilizatorul are un cont BroadWorks existent, acesta poate utiliza procesul de auto-activare pentru a-și muta contul.

Utilizatorul se conectează la URL-ul Portalului de acces al utilizatorului utilizând acreditările BroadWorks.
Utilizatorul își introduce adresa de e-mail.
- Utilizatorul este împins la BroadWorks Provisioning Bridge.
- Un e-mail automat este trimis la adresa de e-mail a utilizatorului.
Utilizatorul deschide e-mailul și face clic pe link-ul Alăturați-vă acum , care validează adresa de e-mail.
- CI găsește că utilizatorul are un cont Webex existent. Utilizatorul trebuie să șteargă vechiul cont înainte de a putea continua.
- Utilizatorul este redirecționat pentru a se conecta la Webex.
Utilizatorul se conectează la Portalul pentru consumatori.
Utilizatorul face clic pe Ștergere cont.
- Contul Webex vechi este șters.
- Utilizatorul are la dispoziție un nou cont Webex pentru Cisco BroadWorks cu aceeași adresă de e-mail.

Atașați Webex for BroadWorks la organizația existentă

Este necesară aprobarea administratorului organizației dacă oricare dintre următoarele sunt adevărate:

Organizația client existentă are 100 de utilizatori sau mai mulți
Organizația are un domeniu de e-mail verificat
Domeniul organizației este revendicat

Dacă niciunul dintre criteriile de mai sus nu este adevărat, atunci poate apărea o Atașare Automată.

Administratorii parteneri pot finaliza următoarea procedură pentru a adăuga servicii de apelare BroadWorks la o organizație Webex existentă:

Asigurați-vă că e-mailurile Permite invitarea administratorului sunt atașate la organele existente (comutatorul este activat în mod implicit).

Administratorul partener furnizează Webex pentru Cisco BroadWorks pentru client. Pentru ajutor, consultați Furnizarea organizațiilor pentru clienți. Se întâmplă următoarele:

Atașamentul organizației eșuează cu o 2017 eroare (Nu s-a putut furniza Abonatul într-o organizație Webex existentă). (O eroare nu va fi primită în timpul unui atașament automat.)
Se generează o notificare prin e-mail și se trimite administratorilor organizației clientului (până la cinci administratori). Notificarea prin e-mail evidențiază e-mailul administratorului partenerului (așa cum este configurat în șablonul de integrare din Hub-ul partenerului) și solicită administratorului organizației să aprobe administratorul partenerului ca administrator extern. Administratorul organizației clientului trebuie să aprobe cererea și să ofere administratorului partener acces complet al administratorului la organizația clientului.

După finalizarea furnizării serviciilor de apelare, organizația client existentă va fi vizibilă ca client sub organizația partener Webex pentru BroadWorks.

Numele organizației atașate nu se va schimba în numele întreprinderii BroadWorks. Numele organizației atașate va rămâne așa cum a fost înainte de procesul de atașare.

Condițiile atașamentului organizației

Adresa de e-mail a primului abonat BroadWorks furnizat trebuie să corespundă cu adresa de e-mail a unui utilizator existent în organizația client vizată. În caz contrar, va fi creată o nouă organizație pentru clienți.
Primul utilizator din organizația existentă care este configurat pentru Webex pentru BroadWorks nu este configurat ca utilizator de administrator. Setările și drepturile organizației existente sunt păstrate.
Setările de autentificare existente ale organizației au prioritate față de ceea ce este configurat în șablonul de configurare Webex pentru BroadWorks. Ca rezultat, nu există nicio modificare a modului în care utilizatorii existenți se conectează.
- Cu toate acestea, dacă organizația client existentă are activată branding-ul de bază, după ce atașamentul apare, setările avansate de branding ale partenerului vor avea prioritate. Dacă clientul dorește ca brandingul de bază să rămână intact, atunci partenerul trebuie să configureze organizația clientului pentru a suprascrie brandingul în setările avansate de branding.
Numele organizației existente nu se va schimba.
Nu există nicio modificare a setării steagului de ștergere a e-mailului în setările organizației existente. Acest lucru poate afecta utilizatorii nou configurați. În funcție de modul în care este setat steagul, este posibil ca noii utilizatori să primească sau să nu primească un e-mail cu un cod care trebuie introdus pentru a finaliza activarea.
Modul Administrator restricționat (setat de comutatorul Modul partener restricționat) este dezactivat pentru organizația atașată.
Asigurați-vă că finalizați procesul de atașare a organizației (mutarea utilizatorilor existenți și actualizarea ID-ului organizației), înainte de a furniza noi utilizatori în organizația Webex pentru Cisco BroadWorks.
O întreprindere BroadWorks poate fi asociată doar cu o singură organizație Webex. Nu puteți furniza abonați de la o singură întreprindere BroadWorks în organizații Webex separate.

Adăugare administrator extern

Administratorul clientului trebuie să ofere administratorului extern drepturi și privilegii de Administrator complet.

Dezactivați Webex pentru BroadWorks din organizația existentă

Dacă nu aveți acces la setările clientului din Control Hub, administratorul clientului vă acordă acces la administratorul extern urmând Aprobarea solicitării administratorului extern.
Eliminați toate spațiile de lucru Webex pentru BroadWorks din organizație. Utilizați API-ul Eliminare spațiu de lucru BroadWorks .
Eliminați toți abonații Webex pentru BroadWorks din organizație. Utilizați API-ul Eliminare abonat BroadWorks .
Eliminați utilizatorii Webex în așteptare pentru BroadWorks din organizație. De exemplu, dacă utilizatorii au fost configurați prin intermediul fluxului de e-mail neautentificat și e-mailurile valide nu au fost încă introduse, utilizatorii sunt lăsați într-o stare în așteptare. Urmați Verificați configurarea utilizatorului cu e-mailuri nefiabile pentru a șterge utilizatorii.
Ștergeți configurația BroadWorks Calling pentru acest client. Deschideți instanța Control Hub a clientului, faceți clic pe Hybrid, în secțiunea BroadWorks Calling ștergeți toate configurațiile.

După finalizarea detașării, dacă doriți să atașați Webex for BroadWorks clientului, urmați procesele de configurare pentru a atașa unui client existent.

Gestionați utilizatorii și organizațiile

Verificați Asigurarea accesului utilizatorului cu e-mailurile care nu prezintă încredere

1	Conectați-vă la Partner Hub și găsiți pagina Listă clienți .
2	Faceți clic pe Vizualizare șabloane. Selectați șablonul de integrare corespunzător pe care doriți să îl aplicați acestui utilizator.
3	În conformitate cu Verificarea utilizatorului, verificați dacă sunt setate următoarele setări pentru a vă asigura că configurarea fluxului cu e-mailuri neconfirmate este configurată corect: Opțiunea E-mailuri nefiabile trebuie bifată Câmpul Share Link trebuie să indice linkul Activare. Dacă totul este configurat, utilizatorii pot încerca să se autosesizeze prin Portalul de activare a utilizatorului.
4	După ce apare configurarea utilizatorului, în secțiunea Verificare utilizator , faceți clic pe Afișare stare utilizator pentru a verifica starea de configurare. Vizualizarea stării utilizatorului afișează lista de utilizatori împreună cu detalii, cum ar fi ID-ul BroadWorks, tipul de pachet selectat și starea curentă, care arată dacă utilizatorul este configurat sau dacă există o cerință în așteptare.
5	Pentru utilizatorii cu erori sau cerințe în așteptare, faceți clic pe cele trei puncte din dreapta și alegeți una dintre următoarele opțiuni administrative: Reîncercați activarea—Faceți clic pe această opțiune pentru a reîncerca integrarea utilizatorului. În fereastra pop-up, introduceți o adresă de e-mail validă și faceți clic pe Înregistrare. Ștergeți utilizatorul—Această opțiune poate fi adecvată dacă trebuie să modificați configurația pentru a permite integrarea. După ce ștergeți utilizatorul și efectuați modificările, utilizatorul poate încerca din nou să se integreze. Schimbați tipul de pachet—Schimbați setarea de la un pachet la altul: Copiați textul de eroare—Faceți clic pe această opțiune pentru a copia textul de eroare.

Opțiuni de vizualizare suplimentare

Următoarele opțiuni suplimentare sunt disponibile atunci când vizualizați lista de utilizatori:

Export—Faceți clic pe acest buton dacă doriți să exportați lista de utilizatori într-un fișier CSV.
Excludeți utilizatorii configurați—Activați acest comutator dacă doriți să vizualizați numai utilizatorii cu cerințe în așteptare sau erori.

Modificați ID-ul utilizatorului sau adresa de e-mail

Modificări ale ID-ului de utilizator și adresei de e-mail

Atribut în BroadWorks	Atribut corespunzător în Webex	Scop	Note
ID utilizator BroadWorks	Fără	Identificator principal	Nu puteți schimba acest identificator și totuși să asociați utilizatorul la același cont în Webex. Puteți șterge utilizatorul și recrea dacă nu este corect.
ID e-mail	ID utilizator	Obligatoriu pentru configurarea prin flux (crearea ID-ului de utilizator Webex) atunci când afirmați că aveți încredere în e-mail Nu este necesar în BroadWorks dacă nu afirmați că puteți avea încredere în e-mailuri Nu este necesar în BroadWorks dacă permiteți abonaților să se auto-activeze	Există un proces manual pentru a schimba acest lucru în ambele locuri dacă utilizatorul este configurat cu adresa de e-mail greșită: Schimbați adresa de e-mail a utilizatorului în Control Hub Modificați atributul ID-ului de e-mail în BroadWorks Nu modificați ID-ul de utilizator BroadWorks. Acest lucru nu este acceptat.
ID alternativ	Fără	Permite autentificarea utilizatorului, prin e-mail și parolă, împotriva ID-ului de utilizator BroadWorks	Ar trebui să fie la fel ca ID-ul de e-mail. Dacă Nu puteți introduce e-mailul în atributul ID alternativ, utilizatorii vor trebui să introducă ID-ul de utilizator BroadWorks atunci când se autentifică.

Schimbați pachetul de utilizatori în Partner Hub

1	Conectați-vă la Partner Hub și faceți clic pe Clienți.
2	Găsiți și selectați organizația clientului în care este găzduit utilizatorul. Pagina de prezentare generală a organizației se deschide într-un panou din dreapta ecranului.
3	Faceți clic pe Vizualizare client. Organizația clientului se deschide în Control Hub, afișând pagina Prezentare generală.
4	Faceți clic pe Utilizatori, apoi găsiți și faceți clic pe utilizatorul afectat.
5	În Serviciile utilizatorului, faceți clic pe Webex for BroadWorks Packages (Abonamente). Se deschide panoul de pachete al utilizatorului și puteți vedea ce pachet este alocat în prezent utilizatorului.
6	În fila Profil , căutați în secțiunea Pachet și faceți clic pe săgeată (>) pentru a extinde vizualizarea.
7	Selectaţi pachetul dorit pentru acest utilizator (Basic, Standard, Premium sau Softphone) şi faceţi clic pe Salvare. Control Hub afișează un mesaj pe care utilizatorul îl actualizează.
8	Puteți închide detaliile utilizatorului și fila Control Hub.

Este posibil să dureze două până la trei ore pentru noile setări PMR care rezultă dintr-o modificare a pachetului pentru a fi actualizate.

Ștergeți utilizatorii

Există o varietate de metode pe care administratorii le pot utiliza pentru a șterge un utilizator din Webex pentru Cisco BroadWorks:

Webex pentru API Cisco BroadWorks

Administratorii parteneri pot utiliza API-ul Webex pentru Cisco BroadWorks pentru a șterge utilizatorii:

Rulați Eliminați o solicitare API pentru abonații BroadWorks la https://developer.webex.com/docs/api/v1/broadworks-subscribers/remove-a-broadworks-subscriber. Această solicitare elimină abonamentul Webex pentru Cisco BroadWorks. Utilizatorul nu mai este facturat ca utilizator Webex pentru Cisco BroadWorks și este tratat ca utilizator Webex gratuit.
Rulați Ștergeți o solicitare API a persoanei https://developer.webex.com/docs/api/v1/people/delete-a-person pentru a șterge complet utilizatorul.

Furnizare flux-through

Administratorii parteneri pot utiliza configurarea prin flux pentru a șterge utilizatorii:

Pe serverul BroadWorks, eliminați serviciul integrat IM+P de la utilizator. Puteți dezactiva serviciul pentru utilizator de pe pagina IM&P integrată a BroadWorks. Pentru o procedură detaliată, consultați „Configurați IM&P integrat” în Ghidul de administrare a interfeței web pentru grupul de servere Cisco BroadWorks – Partea a 2-a.

După ce serviciul este dezactivat, configurarea prin flux elimină abonamentul Webex pentru Cisco BroadWorks de la utilizator. Utilizatorul nu mai este facturat ca utilizator Webex pentru Cisco BroadWorks și este tratat ca utilizator Webex gratuit.
În Control Hub, găsiți și selectați utilizatorul.
Accesați Acțiuni și selectați Ștergere utilizator.

Control Hub (Administratori clienți)

Ștergere organizație

Urmați această procedură pentru a șterge o organizație Webex pentru Cisco BroadWorks din sistem.

Utilizați API-urile People pentru a șterge toți utilizatorii din organizație:

Rulați API-ul List People pentru a obține o listă de utilizatori.
Rulați API-ul Ștergere persoană pentru a șterge utilizatorii.

API-ul Eliminare abonat BroadWorks elimină drepturile Webex pentru Cisco BroadWorks de la un utilizator, dar nu șterge utilizatorul.

Dacă Sincronizarea directorului este activată, dezactivați-o. Acest lucru se poate face prin intermediul Partner Hub sau prin intermediul API-ului public.

Pentru a dezactiva Sincronizarea directorului prin Partner Hub:

Conectați-vă la Partner Hub și faceți clic pe Setări.
În cadrul BroadWorks Calling, faceți clic pe Vizualizare șabloane și selectați șablonul corespunzător.
Faceți clic pe butonul Afișare listă de stare sincronizare client din panoul lateral.
Pentru clientul corespunzător, faceți clic pe cele trei puncte din dreapta și selectați Dezactivare sincronizare.

Pentru a dezactiva sincronizarea directorului prin API, utilizați Actualizarea sincronizării directorului pentru un API BroadWorks Enterprise și dezactivați setarea enableDirSync .

După ce toți utilizatorii sunt eliminați, utilizați Ștergeți un API de organizație pentru a șterge organizația.

Gestionarea lansării

În mod implicit, Aplicația Webex utilizează upgrade-uri automate (lansări lunare controlate de Cisco). Cu toate acestea, cu această caracteristică, administratorii parteneri pot:

Configurați programele de lansare personalizate cu amânări din programul de lansare Cisco implicit
Configurați un program de lansare și o cascadă unică pentru programul respectiv pentru toate organizațiile de clienți pe care le gestionează
Atribuiți diferite programe de lansare diferitelor organizații ale clienților

Reconfigurarea sistemului

Puteți reconfigura sistemul după cum urmează:

Adăugați un cluster BroadWorks în Partner Hub
Editați sau ștergeți un cluster BroadWorks în Partner Hub
Adăugați un șablon de integrare în Partner Hub
Editați sau ștergeți un șablon de integrare în Partner Hub

Editați sau ștergeți un cluster BroadWorks în Partner Hub

Puteți edita sau elimina un cluster BroadWorks în Partner Hub.

Conectați-vă la Partner Hub cu acreditările administratorului partenerului dvs. la https://admin.webex.com.

Accesați Setări și găsiți secțiunea BroadWorks Calling .

Faceți clic pe Vizualizare clustere.

Faceți clic pe clusterul pe care doriți să îl editați sau să îl ștergeți.

Detaliile clusterului se afișează într-un panou de scurgere din dreapta.

Aveți aceste opțiuni:

Schimbați orice detalii pe care trebuie să le schimbați, apoi faceți clic pe Salvare.

Faceți clic pe Ștergere pentru a elimina clusterul, apoi confirmați.

Lista de clustere se actualizează cu modificările dvs.

Editați sau ștergeți un șablon de integrare în Partner Hub

Puteți edita sau șterge șabloanele de integrare în Partner Hub.

Conectați-vă la Partner Hub cu acreditările administratorului partenerului dvs. la https://admin.webex.com.

Accesați Setări și găsiți secțiunea BroadWorks Calling .

Faceți clic pe Vizualizare șabloane.

Faceți clic pe șablonul pe care doriți să îl editați sau să îl ștergeți.

Aveți aceste opțiuni:

Editați orice detalii pe care trebuie să le modificați, apoi faceți clic pe Salvare.
Faceți clic pe Ștergere pentru a elimina șablonul, apoi confirmați.

Setare	Valori	Note
Configurarea numelui contului / parolei	șiruri furnizate de utilizator	Nu este necesar să introduceți din nou detaliile contului de configurare atunci când editați un șablon. Câmpurile de confirmare a parolei/parolei goale sunt acolo pentru a schimba acreditările dacă trebuie, dar lăsați-le goale pentru a păstra valorile pe care le-ați furnizat inițial.
Precompletare adresă de e-mail utilizator pe pagina de conectare	Pornit/oprit	Poate dura până la 7 ore pentru ca o modificare a acestei setări să intre în vigoare. Adică, după ce îl activați, este posibil ca utilizatorii să trebuiască să introducă în continuare adresele lor de e-mail pe ecranul de conectare.

Lista de clustere se actualizează cu modificările dvs.

Webex Assistant

Activați Webex Assistant pentru întâlniri

Webex Assistant este activat în mod implicit atât pentru clienții Broadworks Standard, cât și pentru cei Premium.

Administratorii parteneri și administratorii organizațiilor clienților pot dezactiva funcția pentru organizațiile clienților prin intermediul Control Hub.

Limitări

Există următoarele limitări pentru Webex pentru Cisco BroadWorks:

Asistența se limitează la site-urile de întâlniri Premium și Standard și numai la sălile de întâlnire personale.
Transcrierile de captare închisă sunt acceptate numai în engleză, spaniolă, franceză și germană.
Partajarea conținutului prin e-mail poate fi accesată numai de către utilizatorii din organizația dvs.
Conținutul întâlnirii nu este accesibil utilizatorilor din afara organizației dvs. Conținutul întâlnirii nu este, de asemenea, accesibil atunci când este partajat între utilizatori de pachete diferite din cadrul aceleiași organizații.
Cu pachetul Premium, transcrierile post-întâlnire sunt disponibile dacă Webex Assistant este activat sau dezactivat. Cu toate acestea, dacă este selectată înregistrarea locală, transcrierile sau evidențierile post-întâlnire nu sunt capturate.
Cu pachetul Standard, opțiunea Înregistrare întâlnire în cloud nu este disponibilă și, prin urmare, transcrierile post-întâlnire nu sunt disponibile dacă Webex Assistant este activat sau dezactivat. Cu toate acestea, dacă este selectată înregistrarea locală, transcrierile sau evidențierile post-întâlnire nu sunt capturate.

Informații suplimentare despre Webex Assistant

Pentru informații despre utilizator despre modul de utilizare a funcției, consultați Utilizarea Webex Assistant în Webex Meetings și Events.

Dezactivați apelurile Webex

Asistență caracteristici

Când Webex Calling este dezactivat, se aplică următoarele condiții pentru utilizatorii Webex pentru Cisco BroadWorks:

Utilizatorii nu mai văd Apel cu Webex ca opțiune de apelare selectabilă în Aplicația Webex.
Utilizatorii nu pot plasa sau primi apeluri Webex gratuite către utilizatorii non-Webex pentru Cisco BroadWorks. Aceasta include apelurile inițiate dintr-un spațiu de echipă Webex, istoricul apelurilor, contactele, introducând URI-ul celuilalt utilizator sau adresa de e-mail în bara de căutare.
Partajarea ecranului funcționează într-un apel BroadWorks.
Întâlnirile Webex și prezența telefonului încă funcționează, chiar dacă apelurile Webex sunt dezactivate.

Dezactivați apelurile Webex (șablon de integrare nou)

Pentru detalii despre configurarea unui nou șablon de integrare, consultați Configurați organizația partenerului în Partner Hub.

Dezactivați apelurile Webex (șablon de integrare existent)

Conectați-vă la Partner Hub la admin.webex.com.
Alegeți Setări.
Faceți clic pe Vizualizare șablon și alegeți șablonul de integrare corespunzător.
Faceți clic pe Dezactivare apelare gratuită Cisco Webex.
Faceți clic pe Salvați.

Dezactivați apelurile Webex (utilizator existent)

Dacă utilizați configurarea prin flux, puteți face următoarele:

Deschideți CommPilot și accesați configurația utilizatorului.
Eliminați serviciul IM+P integrat de la utilizator și faceți clic pe OK.
Adăugați serviciul IM+P integrat utilizatorului și faceți clic pe OK.

În caz contrar, puteți utiliza API-ul pentru a actualiza utilizatorul.

Utilizați API-ul Eliminare abonat BroadWorks pentru a șterge utilizatorul.
Utilizați API-ul Furnizarea unui abonat BroadWorks pentru a adăuga utilizatorul.

Dezactivați partajarea video sau a ecranului în cadrul apelurilor

Pentru detalii și opțiuni complete de configurare, consultați Dezactivarea apelurilor video și dezactivarea partajării ecranului în Ghidul de configurare Webex pentru Cisco BroadWorks.

Pentru transmisia video, puteți configura, de asemenea, dacă media de apelare de intrare este implicită numai pentru transmisia video sau audio.

Câmp lampă ocupată / Notificare preluare apel

Limitări de prezență pentru utilizatorii non-Webex:

Prezența nu este acceptată pentru utilizatorii non-CI Broadworks, chiar dacă aceștia se află în lista BLF.
Utilizatorii CI fără drepturi în cloud Webex sau tipul automat de conturi (spații de lucru) afișează numai prezența „în apel” și „necunoscută”. Nu există stare activă, care sună, etc.
Utilizatorii non-Webex din lista de vizionare BLF, care au început un apel înainte de începerea clientului Webex sau în timp ce acesta era offline, vor fi afișați cu o prezență „necunoscută”.
Pierderea conexiunii înseamnă că toate stările non-Webex din timpul apelului vor fi resetate la „necunoscute” la reconectare.
Dacă un utilizator non-Webex din BLF deține un apel, acesta va continua să fie afișat ca „într-un apel”.

Cerințe

Asigurați-vă că următorii plasturi sunt aplicați pe BroadWorks. Instalați numai plasturii care se aplică eliberării dvs.:

Pentru R22:

AP.platform.22.0.1123.ap382053
AP.as.22.0.1123.ap382053
AP.as.22.0.1123.ap382362
AP.xsp.22.0.1123.ap382053
AP.xsp.22.0.1123.ap382362
AP.as.22.0.1123.ap383459
AP.as.22.0.1123.ap383520

Pentru R23:

AP.platform.23.0.1075.ap382053
AP.as.23.0.1075.ap382053
AP.as.23.0.1075.ap382362
AP.as.23.0.1075.ap383459
AP.as.23.0.1075.ap383520
Dacă utilizați XSP|ADP:
- AP.xsp.23.0.1075.ap382053
- AP.xsp.23.0.1075.ap382362
Dacă utilizați ADP:
- Acţiuni Xsi-23_2022.01_1.200.bwar
- Xsi-Events-23_2022.01_1.201.bwar (sau mai târziu)

Pentru R24:

AP.as.24.0.944.ap382053
AP.as.24.0.944.ap382362
AP.as.24.0.944.ap383459
AP.as.24.0.944. ap383520
Acţiuni Xsi-24_2022.01_1.200.bwar
Xsi-Events-24_2022.01_1.201.bwar (sau mai târziu)

Asigurați-vă că următoarele etichete de configurare sunt activate în Aplicația Webex:

<busy-lamp-field enabled="%ENABLE_BUSY_LAMP_FIELD_WXT%">
<display-caller enabled="%ENABLE_BLF_DISPLAY_CALLER_WXT%"/>
<notification-delay time=”%BLF_NOTIFICATON_DELAY_TIME_WXT%”/>(această etichetă este opțională)

Trebuie să activați caracteristica 101642 Mecanism Xsi îmbunătățit Pentru Telefonia echipei pe AS:

AS_CLI/System/ActivatableFeature> activate 101642

Activați X-BroadWorks-Remote-Party-Info pe AS utilizând comanda CLI de mai jos, deoarece unele fluxuri de apeluri SIP necesită această funcție:

AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

Asigurați-vă că următoarele servicii sunt atribuite utilizatorilor:

Alocați serviciul de preluare a apelurilor direcționate pentru toți utilizatorii
Configurați câmpul Lampă ocupată pentru utilizatori

Orice referință la XSP include fie XSP, fie ADP.

Configurare câmp lampă ocupată pe BroadWorks

Administratorii parteneri pot utiliza următoarea procedură pentru a configura câmpul Lampă ocupată pentru un utilizator.

Conectați-vă la BroadWorks CommPilot.
Pentru un utilizator selectat, accesați Aplicațiile clientului și configurați câmpul Lampă ocupată.
Adăugați adresa URL a listei BLF care va fi monitorizată.
Utilizați parametrii de căutare pentru a localiza și adăuga utilizatori în lista Utilizatori monitorizați .
Faceți clic pe OK.

- DA. - DA, DA. Asistență Slido pentru integrare

Webex pentru Cisco BroadWorks acceptă integrarea Aplicației Webex cu Slido.

Pentru informații suplimentare despre modul de implementare și utilizare Slido cu Aplicația Webex, consultați Integrare Slido cu Aplicația Webex.

Disponibilitate Webex: Într-o întâlnire Calendar

Pentru a activa această funcție:

navigați la fila General din fila Setări pe Windows sau Preferințe pe Mac.
Bifați caseta pentru a Afișa atunci când vă aflați într-o întâlnire din calendar.

Pentru utilizatorii cu integrarea prezenței Outlook activată, „Într-o întâlnire din calendar” în hărțile Webex pentru a „Ocupa” în Outlook.

Caveat

Pentru ca această caracteristică să funcționeze, trebuie să aveți aplicația Webex și clientul Outlook care rulează în același timp.

În prezent, lucrăm pentru a sprijini opțiunea „Afișare ca lucru în altă parte” din Outlook pentru a nu afișa un utilizator ca „Într-o întâlnire din calendar” în Webex.

Răspuns automat cu ton

Pentru ca un utilizator Webex pentru Cisco BroadWorks să utilizeze această funcție:

Funcția este acceptată numai pe aspectul liniei principale
Aplicația Webex trebuie să fie aspectul liniei principale
Eticheta %ENABLE_AUTO_ANSWER_WXT% trebuie activată

Alertați toate aparențele pentru ca apelurile Click-to-dial să fie dezactivate în configurația Aspect apel partajat – aceasta este abordarea recomandată

sau
Permiteți Terminarea apelului în această locație trebuie să fie dezactivată pentru toate aparențele de apel partajate sau

sau
Locațiile sunt dezactivate pentru toate aparițiile partajate ale apelurilor

Creșterea Capacității

Fermele XSP|ADP

Scale fermă dedicată: Adăugați unul sau mai multe servere XSP|ADP la ferma care are nevoie de capacitate suplimentară. Instalați și activați același set de aplicații și configurații ca nodurile existente ale fermei.
Adăugați o fermă dedicată: Adăugați o nouă fermă XSP|ADP dedicată. Va trebui să creați un nou cluster și noi șabloane în Partner Hub, astfel încât să puteți începe să adăugați clienți noi la noua fermă, pentru a atenua presiunea asupra fermei existente.
Adăugați ferma specializată: Dacă întâmpinați blocaje pentru un anumit serviciu, este posibil să doriți să creați o fermă XSP|ADP separată în acest scop, luând în considerare cerințele de co-rezidență enumerate în acest document. Este posibil să fie necesar să reconfigurați clusterele Control Hub și intrările DNS dacă schimbați adresa URL a serviciului care are o nouă fermă.

Gestionarea certificatelor serverului HTTP

Trebuie să gestionați aceste certificate pentru aplicațiile web autentificate mTLS pe |ADP-urile dvs. XSP:

Lanțul nostru de certificate de încredere din cloud Webex
Certificatele de interfețe HTTP ale serverului XSP|ADP

Lanțul de încredere

Interfețele serverului HTTP

Restricționat prin modul partenerului

Acces administrator client

Pentru un administrator de client dintr-o organizație în care Modul restricționat de partener este activat, nivelul de acces la Control Hub este determinat cu următoarea formulă:

(Acces la Control Hub) = (Autorizări pentru Rol organizație) - (Restricționat de restricțiile Modului Partener)

Restricții

Când Modul restricționat de partener este activat pentru o organizație client, administratorii clienți din organizația respectivă nu pot accesa următoarele setări Control Hub:

În vizualizarea Utilizatori, următoarele setări nu sunt disponibile:
- Butonul Gestionați utilizatorii este inactiv.
- Adăugați sau modificați manual utilizatorii—Nu există opțiunea de adăugare sau modificare a utilizatorilor, fie manuală, fie prin CSV.
- Revendicați utilizatorii—nu este disponibilă
- Alocați automat licențele—nu este disponibilă
- Sincronizare director —Nu se pot edita setările de sincronizare director (această setare este disponibilă numai pentru administratorii la nivel de partener).
- Detalii utilizator—Setările utilizatorului, cum ar fi prenumele, prenumele, numele afișat și e-mailul principal* sunt editabile.
- Resetați pachetul—Nu există opțiunea de resetare a tipului de pachet.
- Editați serviciile—Nu există opțiunea de editare a serviciilor care sunt activate pentru un utilizator (de exemplu, mesaje, întâlniri, apelare)
- Vizualizați starea serviciilor—Nu se poate vizualiza starea completă a serviciilor hibride sau a canalului de upgrade al software-ului
- Număr de serviciu principal—Acest câmp este disponibil doar în mod citire.
În vizualizarea Cont, următoarele setări nu sunt disponibile:
- Numele companiei este disponibil doar în mod citire.
În vizualizarea Setări organizație, următoarele setări nu sunt disponibile:
- Domeniu—Accesul este doar în mod citire.
- E-mail—Setările Anulați e-mailul de invitație pentru administrator și Selectarea locației e-mailului sunt doar în mod citire.
- Autentificare—Nu există opțiunea de editare a setărilor de autentificare și SSO.
În meniul Apelare, următoarele setări nu sunt disponibile:
- Setări pentru apeluri—Setările de prioritate pentru apelurile din opțiunile aplicației sunt doar în mod citire.
- Comportament de apelare—Setările sunt doar în mod citire.
- Locație > PSTN—Opțiunile Gateway local și Cisco PSTN sunt ascunse.
În secțiunea SERVICII, opțiunile serviciului Migrații și Connected UC sunt eliminate.

Activați modul Restricționare în funcție de partener

Administratorii parteneri pot utiliza procedura de mai jos pentru activare Restricționat prin modul partener pentru o anumită organizație client ( setare prestabilită este activată).

Conectați-vă la Partner Hub ( https://admin.webex.com) și selectați Clienți.
Selectați organizația client aplicabilă.
În vizualizarea setărilor din dreapta, activați Restricționat prin modul partener comutați pentru a activa setarea.

Dacă doriți să dezactivați Restricționat de modul partener, dezactivați comutatorul.

Dacă partenerul elimină modul de administrator restricționat pentru un administrator de client, administratorul de client va putea efectua următoarele:

Adăugați Webex pentru utilizatorii angro (cu butonul)
Schimbați pachetele pentru un utilizator

Statistici partener

Total utilizatori după pachet (Softphone, Basic, Standard, Premium)
Tendință utilizator după pachet (Zilnic/Săptămânal/Lunar)
Clienți cu un număr de pachete alocate

Pentru detalii complete despre utilizarea Partner Analytics, consultați articolul Webex Analytics pentru Webex pentru comerț cu ridicata și Webex pentru Broadworks în Partner Hub .

API-urile raportului de facturare

API De facturare	Scop	Tipul de acces	Cerință de rol pentru API (Administratorul necesită cel puțin unul dintre aceste roluri)
Creați un raport de facturare BroadWorks	Utilizat pentru a genera un raport de facturare.	Acces scris	Administrator complet Administrator Vânzări complete
Listă de rapoarte de facturare BroadWorks	Utilizat pentru a enumera rapoartele care sunt disponibile pentru vizualizare.	Acces de citire	Administrator complet Administrator Vânzări complete Administrator doar pentru citire
Obțineți un raport de facturare BroadWorks	Utilizat pentru a obține o copie a unui raport generat.	Acces de citire	Administrator complet Administrator Vânzări complete Administrator doar pentru citire
Ștergeți un raport de facturare BroadWorks	Utilizat pentru a șterge un raport generat.	Acces scris	Administrator complet Administrator Vânzări complete

Câmpuri de facturare

Următorul tabel enumeră câmpurile conținute în raportul generat.

Câmp	Descriere
nume de reapelare	Numele partenerului sau ID-ul organizației partenerului
Id de facturare	Identificator unic de facturare al partenerului sau număr C
spEnterpriseId	Furnizorul de servicii a furnizat un identificator unic pentru întreprinderea abonatului.
intern	Starea studiului intern al clientului (Da/Nu)
ID utilizator	ID-ul de utilizator al abonatului pe BroadWorks
Id abonat	Un identificator unic pentru abonatul în cauză în Webex
selfActivat	Da/Nu
prima Dată De Începere	Data la care abonatul a fost configurat.
data începerii facturării	Data la care începe facturarea în această lună
dată finalizare facturare	Data la care facturarea se încheie în această lună
pachet	Tipul de pachet care este încărcat
cantitate	Cantitate prestabilită pentru facturare. 1 – indică o lună întreagă

După ce generați un raport de facturare pentru o anumită perioadă, nu puteți regenera acel raport decât dacă ștergeți mai întâi raportul existent.
Dacă modificați fie tipul de pachet, fie ID-ul de utilizator BroadWorks pentru un anumit utilizator, raportul pentru luna în care a avut loc schimbarea afișează mai multe intrări pentru acel utilizator cu intrări procentuale separate înainte și după schimbare.

Soluționarea problemelor Webex pentru Cisco BroadWorks

Abonați-vă la pagina de stare Webex

Utilizați statisticile Control Hub

Webex urmărește datele de utilizare și de calitate pentru organizația dvs. și organizațiile clientului dvs. Citiți mai multe despre Control Hub Analytics din Webex Help Center.

Probleme în rețea

Clienții sau utilizatorii nu sunt creați în Control Hub cu configurarea fluxului:

Poate serverul aplicației să ajungă la URL-ul de configurare?
Contul de configurare și parola sunt corecte, există acel cont în BroadWorks?

Clusterele eșuează în mod constant testele de conectivitate:

Interfețele XSP|ADP sunt accesibile publicului?
Utilizați porturile corecte? Puteți introduce un port în definiția interfeței pe cluster.

Interfețe Validare nereușită

Interfețe Xsi-Acțiuni și Xsi-Events:

Verificați dacă URL-urile interfeței sunt introduse corect în cluster în Partner Hub, inclusiv /v2.0/ la sfârșitul URL-urilor.
Verificați firewall-ul permite comunicarea între Webex și aceste interfețe.
Revizuiți sfaturile de configurare a interfeței din acest document.

Interfața Serviciului de autentificare:

Verificați dacă URL-urile interfeței sunt introduse corect în cluster în Partner Hub, inclusiv /v2.0/ la sfârșitul URL-urilor.
Verificați firewall-ul permite comunicarea între Webex și aceste interfețe.
Revizuiți sfaturile de configurare a interfeței din acest document, acordând o atenție deosebită:
1. Asigurați-vă că ați partajat tastele RSA în toate ADP-urile XSP|.
2. Asigurați-vă că ați furnizat URL-ul AuthService la containerul web pe toate ADP-urile XSP|.
3. Dacă ați editat configurația cipher TLS, verificați dacă ați utilizat convenția corectă de numire. XSP|ADP necesită să introduceți formatul de nume IANA pentru cifrele TLS. O versiune anterioară a acestui document a enumerat incorect suitele de cipher necesare în convenția de numire OpenSSL.
4. Dacă utilizați mTLS cu Serviciul de autentificare, sunt încărcate certificatele de client Webex pe magazinul dvs. de încredere XSP|/ADP? Aplicația (sau interfața) este configurată pentru a solicita certificate de client?
5. Dacă utilizați validarea tokenului CI cu Serviciul de autentificare, aplicația (sau interfața) este configurată pentru a nu necesita certificate de client?

Probleme cu clientul

Verificați dacă clientul este conectat la BroadWorks

Conectați-vă la aplicația Webex.
Verificați dacă pictograma Opțiuni de apelare (un receptor cu o unealtă deasupra acestuia) este prezentă pe bara laterală.

Dacă pictograma nu este prezentă, este posibil ca utilizatorul să nu fie încă activat pentru serviciul de apelare din Control Hub.
Deschideți meniul Setări/Preferințe și accesați secțiunea Servicii telefonice . Trebuie să vizualizați sesiunea SSO de stare la care v-ați conectat.

Dacă se afișează un alt serviciu de telefonie, cum ar fi Webex Calling, utilizatorul nu utilizează Webex pentru Cisco BroadWorks.

Această verificare înseamnă:

Clientul a transpus cu succes microservicele Webex necesare.
S-a reușit autentificarea utilizatorului.
Clientul a primit un token web JSON cu durată lungă de viață de către sistemul BroadWorks.
Clientul și-a recuperat profilul dispozitivului și s-a înscris la BroadWorks.

Jurnale client

Dacă aveți nevoie pentru a colecta manual jurnalele de pe un PC Windows, acestea sunt situate după cum urmează:

Windows PC: C:\Users\{username}\AppData\Local\CiscoSpark

Mac:/Users/{username}/Library/Logs/SparkMacDesktop

Probleme de conectare a utilizatorului

mTLS Auth configurat necorespunzător

Dacă toți utilizatorii sunt afectați, verificați conexiunea mTLS de la Webex la URL-ul serviciului de autentificare:

Verificați dacă fie aplicația pentru serviciul de autentificare, fie interfața pe care o utilizează, sunt configurate pentru mTLS.
Verificați dacă lanțul certificatului Webex este instalat ca ancoră de încredere.
Verificați dacă certificatul serverului de pe interfață/aplicație este valid și semnat de un CA bine cunoscut.

Mesaj de suprascriere a licenței

Ghid de depanare

Pentru informații detaliate despre depanarea Webex pentru Cisco BroadWorks, consultați Ghidul de depanare Webex pentru Cisco BroadWorks.

Asistență

Politică de asistență în stare stabilă

Politica de scalare

Dumneavoastră (Furnizor de servicii/Partener) sunteți primul punct de contact pentru asistența clientului final (întreprindere).
Problemele care nu pot fi rezolvate de SP sunt transferate la TAC.

Versiuni BroadWorks

Asistența pentru versiunea serverului BroadWorks urmează politica BroadSoft, a versiunii actuale și a două versiuni majore anterioare (N-2). Citiți mai multe la Politica privind ciclul de viață al produselor BroadSoft secțiunea din Politica ciclului de viață BroadSoft și Matrice de compatibilitate software BroadWorks.

Resurse de auto-asistență

Utilizatorii pot găsi asistență prin Centrul de ajutor Webex, unde există o pagină specifică Webex pentru Cisco BroadWorks, care enumeră subiectele comune de ajutor și asistență ale aplicației Webex.
Aplicația Webex poate fi personalizată cu acest URL de ajutor și cu un URL de raportare a problemelor.
Utilizatorii aplicației Webex pot trimite feedback sau jurnale direct de la client. Jurnalele merg în cloud-ul Webex, unde pot fi analizate de Webex DevOps.
De asemenea, avem o pagină a Centrului de ajutor dedicată ajutorului la nivel de administrator pentru Webex pentru Cisco BroadWorks.

Colectați informații pentru trimiterea unei cereri de servicii

Încercați să includeți cel puțin următoarele informații atunci când trimiteți o interogare sau deschideți un caz:

ID organizație client și ID organizație partener (fiecare ID este un șir de 32 de cifre hexagonale, separate prin afine)
TrackingID (de asemenea, un șir de cifre 32 hexagonale) dacă interfața sau mesajul de eroare oferă unul
Adresa de e-mail a utilizatorului (dacă un anumit utilizator întâmpină probleme)
Versiunile client (dacă problema are simptome observate prin intermediul clientului)

Webex pentru referință BroadWorks

Comparație UC-One SaaS cu Webex pentru Cisco BroadWorks

Soluţie >	UC-One SaaS	Webex pentru Cisco BroadWorks
Cloud	Cisco UC-One Cloud (GCP)	Webex Cloud (AWS)
Clienți	UC-One: Mobile, Desktop Recepţionist, supervizor	Webex: Mobile, Desktop, Web
Diferență tehnologică majoră	Întâlniri livrate pe Broadsoft Meet Technology	Întâlniri livrate pe tehnologia Webex Meetings
Încercări timpurii pe teren	Mediul de imbatranire, clienti beta	Mediul de producție, clienții GA
identitate Utilizator	ID-ul BroadWorks a servit ca ID principal, cu excepția cazului în care Furnizorul de servicii are deja Integrare SSO. ID utilizator și secret în BroadWorks	ID-ul de e-mail din Cisco CI servește ca ID principal Integrarea SSO în furnizorul de servicii BroadWorks, unde utilizatorul se va autentifica cu ID-ul de utilizator BroadWorks și cu secretul BroadWorks la timp. Furnizează acreditări de utilizator prin SSO cu BroadWorks și secret în BroadWorks SAU ID utilizator și secret în IdP CI SAU ID utilizator în CI, ID și secrete în IdP
Autentificare client	Informații de furnizare ale utilizatorilor prin client Token-urile BroadWorks cu durată lungă de viață sunt necesare dacă utilizați mesageria Webex	Utilizatorii furnizează acreditările prin browser (fie pagina de conectare din proxy-ul BIdP Webex, fie CI) Accesul Webex și tokenurile de reîmprospătare
Gestionare/configurare	Sistemele OSS/BSS și portal De Retailer	Sistemele OSS/BSS și Control Hub
Activare partener/furnizor de servicii	Configurare o singură dată de către Operațiuni Cisco	Configurare o singură dată de către Operațiuni Cisco
Activare client/întreprindere	portal De Retailer	Control Hub Creat automat la prima înscriere a utilizatorului
Opțiuni de activare utilizator	Auto-înscriere Setați IM&P extern în BroadWorks	Setați IM&P integrat în BroadWorks (de obicei întreprinderi)
Interfețe serviciu XSP\|ADP	Acțiuni XSI Evenimente XSI CTI (mTLS) Serviciu de autentificare (mTLS opțional) DMS	Acțiuni XSI Acțiuni XSI (mTLS) Evenimente XSI CTI (mTLS) Serviciu de autentificare (TLS) DMS

Instalați Webex și conectați-vă (perspectivă abonat)

1	Descărcați și instalați Webex. Pentru detalii, consultați Webex \| Descărcați aplicația.
2	Rulați Webex. Webex vă solicită adresa de e-mail.
3	Introduceți-vă adresa de e-mail și faceți clic pe Înainte.
4	Se întâmplă una dintre următoarele, în funcție de modul în care organizația dvs. este configurată în Webex: Webex lansează un browser pentru dvs. pentru a finaliza autentificarea cu furnizorul dvs. de identitate. Aceasta ar putea fi autentificarea cu mai mulți factori (MFA). Webex lansează un browser pentru a introduce ID-ul de utilizator și parola BroadWorks. Webex încarcă după ce v-ați autentificat cu succes împotriva IdP sau BroadWorks.

Schimb de date și stocare

Integrare furnizor de servicii

Când configurați clustere și șabloane de utilizatori în Webex Control Hub în timpul integrării Furnizorului de servicii, schimbați următoarele date BroadWorks pe care Webex le stochează:

URL Xsi-Acțiuni
URL Xsi-Events
URL interfață CTI
URL serviciu de autentificare
Informații adaptor de configurare BroadWorks

Furnizor de servicii Furnizor de servicii

Acest tabel enumeră datele utilizatorului și ale întreprinderii care sunt schimbate ca parte a configurării utilizatorului prin API-urile Webex.

Mutarea datelor în Webex	De la	Prin	Stocat de Webex?
ID utilizator BroadWorks	BroadWorks, de către API	API-uri Webex	Da
E-mail (dacă SP este Furnizat)	BroadWorks, de către API	API-uri Webex	Da
E-mail (dacă este Furnizat Utilizatorul)	Utilizator	Portal de activare a utilizatorilor	Da
Prenume	BroadWorks, de către API	API-uri Webex	Da
Nume	BroadWorks, de către API	API-uri Webex	Da
Număr de telefon principal	BroadWorks, de către API	API-uri Webex	Da
Număr de telefon mobil	BroadWorks, de către API	API-uri Webex	Da
Interior principal	BroadWorks, de către API	API-uri Webex	Da
ID furnizor de servicii BroadWorks și ID grup	BroadWorks, de către API	API-uri Webex	Da
Limba	BroadWorks, de către API	API-uri Webex	Da
Fus orar	BroadWorks, de către API	API-uri Webex	Da

Eliminare utilizator

Date utilizator	Ștergere parțială	Ștergere completă
ID utilizator BroadWorks	Da	Da
E-mail	Nu	Da
Prenume	Nu	Da
Nume	Nu	Da
Număr de telefon principal	Da	Da
Număr de telefon mobil	Da	Da
Extensie	Da	Da
ID furnizor de servicii BroadWorks și ID grup	Da	Da
Limba	Nu	Da

Recuperare conectare și configurare utilizator

Autentificare Webex

Mutarea datelor	De la	Pentru
Adresă de e-mail	Utilizator prin aplicația Webex	Webex
Token de acces limitat și URL-ul IdP (independent)	Webex	browser Utilizator
Informații utilizator	browser Utilizator	Furnizor de identitate (care are deja identitatea utilizatorului)
Afirmația SAML	browser Utilizator	Webex
cod De autentificare	Webex	browser Utilizator
cod De autentificare	browser Utilizator	Webex
Tokenuri de acces și reîmprospătare	Webex	browser Utilizator
Tokenuri de acces și reîmprospătare	browser Utilizator	Aplicația Webex

Autentificare BroadWorks

Mutarea datelor	De la	Pentru
Adresă de e-mail	Utilizator prin aplicația Webex	Webex
Token acces limitat și URL IdP (proxy IdP Webex Bwks)	Webex	browser Utilizator
Informații de branding și URL-uri BroadWorks	Webex	browser Utilizator
Informații utilizator BroadWorks	Utilizator prin browser (pagina de conectare marcată deservită de Webex)	Webex
Informații utilizator BroadWorks	Webex	BroadWorks
profil utilizator BroadWorks	BroadWorks	Webex
Afirmația SAML	browser Utilizator	Webex
cod De autentificare	Webex	browser Utilizator
cod De autentificare	browser Utilizator	Webex
Tokenuri de acces și reîmprospătare	Webex	browser Utilizator
Tokenuri de acces și reîmprospătare	browser Utilizator	Aplicația Webex

Notificare de expirare a parolei BroadWorks în timpul conectării

Această caracteristică îmbunătățește procesul de conectare și controlează fluxul de conectare pe baza:

Îmbunătățirea avertismentului de conectare și a mesajului de eroare:

În prezent, utilizatorii Wexbex pentru BWKS care utilizează autentificarea BroadWorks și conectarea prin UAP nu primesc notificarea că parola lor este pe cale să expire sau că nu sunt în măsură să se conecteze, deoarece parola a expirat deja. Cu această caracteristică, dacă parola este pe cale să expire în 10 zile sau mai puțin - utilizatorul primește avertismentul că parola este pe cale să expire cu indicarea numărului de zile rămase, iar utilizatorul este sfătuit să contacteze Partenerul sau să urmeze linkul Parola uitată de pe ecranul de conectare pentru a-și reseta parola.
Dacă parola a expirat și configurația din BroadWorks „enforcePasswordChangeOnExpiry” este setată la adevărată, atunci eroarea „nume de utilizator și parolă incorecte” a fost aruncată, dar acum, cu această funcție, mesajul de eroare este îmbunătățit: Încercarea de conectare nu a reușit. Combinaţia dintre identificatorul de utilizator şi parola furnizată nu corespunde evidenţelor noastre sau parola dvs. trebuie actualizată. Încercați din nou sau contactați administratorul dvs. pentru a actualiza parola. Cod de eroare 100006

Controlul fluxului de conectare:

Partenerul poate restricționa conectarea prin activarea setării „w4bwks-password-expiry-fail-login”. Această setare „poate fi activată de Cisco la cererea unui partener. Dacă parola BroadWorks a expirat, configurația din broadworks „enforcePasswordChangeOnExpiry” este setată la fals și setarea „w4bwks-parola-expiry-fail-login” este activată, atunci eroarea este aruncată spunând parola a expirat x zile în urmă, în timp ce dacă serviciul de setare este dezactivat, atunci este permisă conectarea. În mod implicit, setarea este dezactivată.

Preluare configurație client

Acest tabel ilustrează tipul de date schimbate între diferitele componente în timp ce preluați configurațiile clientului.

Mutarea datelor	De la	Pentru
Înregistrare	Client	Webex
Setări organizație, inclusiv URL-uri BroadWorks	Webex	Client
Token JWT BroadWorks	BroadWorks prin Webex	Client
Token JWT BroadWorks	Client	BroadWorks
Token dispozitiv	BroadWorks	Client
Token dispozitiv	Client	BroadWorks
fișier De Configurare	BroadWorks	Client

Utilizare la starea de echilibru

Această secțiune descrie datele care se deplasează între componente în timpul reautentificării după expirarea tokenului, fie prin BroadWorks, fie prin Webex.

Acest tabel listează mișcarea de date pentru apelare.

Mutarea datelor	De la	Pentru
Semnalizare SIP	Client	BroadWorks
media SRTP	Client	BroadWorks
Semnalizare SIP	BroadWorks	Client
media SRTP	BroadWorks	Client

Acest tabel listează mișcarea datelor pentru mesagerie, prezență și întâlniri.

Mutarea datelor	De la	Pentru
Mesagerie și prezență REST HTTPS	Client	Webex
Mesagerie și prezență REST HTTPS	Webex	Client
Semnalizare SIP	Client	Webex
media SRTP	Client	Webex
Semnalizare SIP	Webex	Client
media SRTP	Webex	Client

Utilizarea API-ului de configurare

Acces dezvoltator

Specificația API este disponibilă pe https://developer.webex.com și un ghid de utilizare este la https://developer.webex.com/docs/api/guides/webex-for-broadworks-developers-guide.

Trebuie să vă conectați pentru a citi specificația API lahttps://developer.webex.com/docs/api/v1/broadworks-subscribers .

Autentificarea și autorizarea aplicației

Pentru mai multe detalii despre integrări și modul de a construi acest flux de autorizare OAuth 2 în aplicația dvs., consultați https://developer.webex.com/docs/integrations.

Există două roluri necesare pentru implementarea integrărilor - dezvoltatorul şi utilizatorul autorizat - şi acestea pot fi deţinute de persoane/echipe separate din mediul dvs.

Dezvoltatorul creează aplicația și o înregistrează https://developer.webex.com pentru a genera OAuth ClientID/Secret necesar cu scopurile așteptate pentru aplicație. Dacă aplicația dvs. este creată de o terță parte, acestea ar putea înregistra aplicația (dacă ați solicitat accesul acestora) sau ați putea face acest lucru cu propriul dvs. acces.
Utilizatorul autorizat este contul pe care îl utilizează aplicația pentru a autoriza apelurile sale API, pentru a schimba organizația parteneră, organizațiile clienților sau abonații acestora. Acest cont trebuie să aibă fie rolul de administrator complet, fie rolul de administrator complet de vânzări în organizația parteneră. Acest cont nu trebuie să fie deținut de o terță parte.

Denumire organizație

Numele organizației depinde de modul de configurare pe care îl utilizați:

Modul Enterprise – Numele organizației este un meci exact al spEnterpriseId.
Modul Furnizor de servicii – Numele organizației este porțiunea de GrupID a spEnterpriseId.

Denumirea organizației va conține orice spațiu alb, uppercase și caractere speciale specificate în spEnterpriseId original.

Cerințe software BroadWorks

Consultați Managementul ciclului de viață - Servere BroadSoft.

Asigurați-vă că pentru a revizui notele de patch-uri pentru aceste patch-uri software. Unii plasturi pot avea cerinţe CLI suplimentare.

Versiunea R22

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.22.0.1123.ap364260
	AP.as.22.0.1123.ap365173
	AP.as.22.0.1123.ap368517	Necesar pentru sincronizarea directorului
	AP.as.22.0.1123.ap369763
	AP.as.22.0.1123.ap372989
	AP.as.22.0.1123.ap372757
	AP.as.22.0.1123.ap372963	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.22.0.1123.ap373197	Patch necesar pentru serverul de aplicații
	AP.as.22.0.1123.ap378391
	AP.as.22.0.1123.ap374793	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.22.0.1123.ap377718	Patch necesar pentru funcția de înregistrare a apelurilor
	AP.as.22.0.1123.ap377868
	AP.as.22.0.1123.ap376508	Patch-ul necesar pentru configurarea fluxului
	AP.xsp.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Server de profil	AP.ps.22.0.1123.ap372989
	AP.ps.22.0.1123.ap372757
	AP.ps.22.0.1123.ap378391
	AP.ps.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Platformă	AP.platform.22.0.1123.ap353577
	AP.platform.22.0.1123.ap354313	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.22.0.1123.ap365173
	AP.platform.22.0.1123.ap367732
	AP.platform.22.0.1123.ap369433
	AP.platform.22.0.1123.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.22.0.1123.ap372757
	AP.platform.22.0.1123.ap376508	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.platform.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
XSP\|ADP	AP.xsp.22.0.1123.ap354313	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap365173
	AP.xsp.22.0.1123.ap368067
	AP.xsp.22.0.1123.ap368601	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.xsp.22.0.1123.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap370952
	AP.xsp.22.0.1123.ap373008
	AP.xsp.22.0.1123.ap372757
	AP.xsp.22.0.1123.ap372433
	AP.xsp.22.0.1123.ap372963	Necesar pentru upgrade de la notificările push V1 la V2
	AP.xsp.22.0.1123.ap378391
	AP.xsp.22.0.1123.ap374677	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap375206	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap376508	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.xsp.22.0.1123.ap378585	Necesar pentru istoricul apelurilor unificate
Altele	AP.xsa.22.0.1123.ap372757
	AP.xs.22.0.1123.ap372757
	AP.ums.22.0.1123.ap378391
	AP.nfm.22.0.1123.ap378391

Versiunea R23

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.23.0.1075.ap368517	Necesar pentru sincronizarea directorului
	AP.as.23.0.1075.ap369763
	AP.as.23.0.1075.ap373197	Server aplicație de configurare
	AP.as.23.0.1075.ap373271	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.23.0.1075.ap378391
	AP.as.23.0.1075.ap376509
	AP.as.23.0.1075.ap377718	Necesar pentru înregistrarea apelului
	AP.as.23.0.1075.ap377868
	AP.as.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Server de profil	AP.ps.23.0.1075.ap378391
Platformă	AP.platform.23.0.1075.ap367732
	AP.platform.23.0.1075.ap370952
	AP.platform.23.0.1075.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.23.0.1075.ap376509
	AP.platform.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
XSP\|ADP	AP.xsp.23.0.1075.ap368067
	AP.xsp.23.0.1075.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap370952
	AP.xsp.23.0.1075.ap373008
	AP.xsp.23.0.1075.ap373271	Necesar pentru upgrade de la notificările push V1 la V2
	AP.xsp.23.0.1075.ap378391
	AP.xsp.23.0.1075.ap374677	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap375206	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap376509
	AP.xsp.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Altele	Dacă utilizați ADP... Xsi-Events-23_2021.05_1.251.bwar	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate

Versiunea R24

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.24.0.944.ap384177	Necesar pentru serverul de mesagerie Unified (UMS)
	AP.as.24.0.944.ap375100	Necesar pentru configurarea fluxului
	AP.as.24.0.944.ap377718	Necesar pentru înregistrarea apelului
	AP.as.24.0.944.ap377868
	AP.as.24.0.944.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Altele	Xsi-Events-24_ 2021.05_1.251.bwar	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate

Etichete BroadWorks necesare pentru Webex

Fluxuri de configurare și activare a utilizatorului

Setarea descrie adăugarea utilizatorului la Webex. Activarea include validarea prin e-mail și atribuirea de servicii în Webex.

Configurarea automată a utilizatorilor și activarea automată (flux de e-mail de încredere)

Cerințe preliminare

Adaptorul dvs. de configurare indică Webex pentru Cisco BroadWorks (care necesită o conexiune de ieșire de la AS la Webex Provisioning Bridge).
Trebuie să aveți adrese de e-mail valide accesibile pentru utilizatorul final ca ID-uri alternative în BroadWorks.
Control Hub are un cont de configurare în configurația organizației partenere.

Pas	Descriere
1	Citate și să ia comenzi pentru serviciul cu clienții dumneavoastră.
2	Procesați comanda clientului și furnizați clientul în sistemele dvs.
3	Sistemul de configurare a serviciului declanșează configurarea BroadWorks. Acest pas, în rezumat, creează întreprinderea și utilizatorii. Apoi alocă serviciile și numerele necesare fiecărui utilizator. Unul dintre aceste servicii este IM&P extern.
4	Această etapă de configurare declanșează configurarea automată a organizației clientului și a utilizatorilor în Webex. (Alocarea serviciului IM&P determină adaptorul de configurare să apeleze API-ul de configurare Webex).
5	Sistemele dvs. trebuie să utilizeze API-ul de configurare Webex dacă mai târziu trebuie să ajustați pachetul pentru utilizator (pentru a schimba de la cel implicit).

Flux de conectare SSO

Fluxuri de conectare alternative

Autentificare BroadWorks fără autentificare directă BroadWorks (partajare de resurse încrucișată):
- Singura diferență este în etapele 5 și 6 ale fluxului de conectare Webex. În pasul 5, acreditările de conectare sunt validate de proxy-ul IdP (mai degrabă decât XSI) și o Aserțiune SAML este returnată clientului.
- Fluxul trece prin pașii rămași în cele două diagrame se aplică.
- Token-ul SSO nu este utilizat în acest flux.
Autentificare SAML SSO Webex:
- În pasul 3 al Fluxului de conectare Webex, serviciul Common Identity returnează Furnizorul de identitate utilizat de autentificarea Webex.
- În acest moment, se invocă un flux alternativ de conectare SAML SSO pentru Webex.

Interacțiuni utilizator

Conectați-vă

Aplicația Webex lansează un browser către Cisco Common Identity (CI) pentru a permite utilizatorilor să introducă adresa lor de e-mail.
CI descoperă că organizația client asociată are proxy-ul IDP BroadWorks (IDP) configurat ca IDP SAML. CI redirecționează către IDP-ul care prezintă utilizatorului o pagină de conectare. (Furnizorul de servicii poate marca această pagină de conectare.)
Utilizatorul intră în acreditările BroadWorks.
Broadworks autentifică utilizatorul prin IDP. Pe succes, IDP redirecționează browserul înapoi la CI cu un succes SAML pentru a finaliza fluxul de autentificare (nu este afișat în diagramă).
În ceea ce privește autentificarea reușită, aplicația Webex obține jetoane de acces de la CI (nu sunt afișate în diagramă). Clientul le utilizează pentru a solicita un Jason Web Token (JWT) cu durată lungă de viață BroadWorks.
Aplicația Webex descoperă configurația de apelare din BroadWorks și alte servicii din Webex.
Aplicația Webex se înregistrează cu BroadWorks.

Conectați-vă dintr-o perspectivă utilizator

Această diagramă este fluxul tipic de conectare, așa cum se vede de către utilizatorul final sau abonat:

Descărcați și instalați aplicația Webex.
Este posibil să fi primit linkul de la furnizorul dvs. de servicii sau să găsiți descărcarea pe pagina de descărcări Webex.
Introduceți adresa de e-mail pe ecranul de conectare Webex. Faceți clic pe Înainte.
De obicei, sunteți redirecționat către o pagină de marcă a Furnizorului de servicii.
Această pagină vă poate fi primită prin adresa dvs. de e-mail.

Dacă nu există adresă de e-mail sau dacă adresa de e-mail este greșită, introduceți în schimb numele de utilizator BroadWorks.
Introduceți parola BroadWorks.
Dacă v-ați conectat cu succes, Webex se deschide.

Flux de apeluri—director corporativ

Flux de apeluri – număr PSTN

Prezentare și partajare

Începeți o întâlnire spațială

Interacțiuni cu clienții

Preluarea profilului din DMS și înscrierea SIP cu AS

Clientul apelează XSI pentru a obține un token de gestionare a dispozitivului și URL-ul la DMS.
Clientul solicită profilul său de dispozitiv de la DMS prin prezentarea tokenului de la pasul 1.
Clientul citește profilul dispozitivului și preia acreditările SIP, adresele și porturile.
Clientul trimite un ÎNREGISTRATOR SIP către SBC utilizând informațiile de la pasul 3.
SBC trimite ÎNREGISTRATORUL SIP la AS (SBC poate efectua o vizualizare în NS pentru a localiza un AS dacă SBC nu cunoaște deja utilizatorul SIP.)

Orientări privind testele și laboratoarele

Următoarele orientări se aplică organizațiilor de testare și de laborator:

Partenerii furnizorului de servicii sunt limitați la maximum 50 de utilizatori de testare care pot fi configurați în mai multe organe.
Orice utilizatori care depășesc primii 50 de utilizatori de testare vor fi facturați.
Pentru a asigura procesarea exactă a facturii dvs., toate organele de testare trebuie să includă „test” în numele organizației BroadWorks.
Organizațiile de testare internă trebuie desemnate în cadrul Webex Control Hub. Acest lucru are scopul de a împiedica utilizatorii de testare să fie facturați ca utilizatori reali.

Desemnarea unei organizații ca organizație de testare

Pentru a desemna o organizație ca organizație de testare:

Conectați-vă la Partner Hub și selectați Clienți.
Selectați clientul corespunzător.
În bara de control din dreapta, activați comutatorul pentru organizarea testelor interne.

Redare mesagerie vocală

Pentru mesageria vocală, asigurați-vă că configurați serverul Media pentru a utiliza unul dintre următoarele coduri:

mp3
wav—Fișierele WAV sunt acceptate în următoarele formate: PCM (acceptat pe toate platformele) și DVI-ADPCM (nu este acceptat pe Android

Dacă utilizați fișiere wav, rulați următoarele comenzi CLI pentru a încredința serverul aplicației și serverul media:

AS_CLI/Service/VoiceMsg>set vmRecordingAudioFileFormat WAV
MS_CLI/Applications/MediaStreaming/Services/IVR> set sendmail8kHzWavFileDefaultFormat ulaw

Terminologie

ACL: Listă de control al accesului
ALG: Gateway strat aplicație
API: Interfață de programare aplicație
AFNURI: Serviciu de notificare Apple Push
LA FEL DE: Server aplicație
TE CONŢINUTUL: Adaptor analogic de telefon, adaptor care convertește telefonie analogică la VoIP
BAM: Manager de aplicații BroadSoft
Autentificare de bază: O metodă de autentificare în care un cont (nume de utilizator) este validat de un secret partajat (parolă)
BMS: Server de mesagerie BroadSoft
PĂȘUNE: Fluxuri bidirecționale Peste HTTP Sincronizat
TULBURĂRI GASTRO- INTESTINALE: Interfața de bază a ratei BRI este o metodă de acces ISDN
Cutie de carton: O colecţie de servicii aşa cum a fost livrată unui utilizator final sau abonat (cf. Ambalaj)
CA: Autoritatea de certificare
Operator: O organizaţie care se ocupă de traficul de telefonie (cf. Partener, furnizor de servicii, furnizor de valoare adăugată)
CAPTCHA: Test Turing public complet automatizat pentru a spune computere și oameni în afară
CCXML: Limba de marcare eXtensible pentru controlul apelului
CIF: Format intermediar comun
TULBURĂRI OCULARE: Interfață linie de comandă
CN: Denumire comună
CNPS: Server push notificări de apel. Un server push de notificare care rulează pe un XSP|ADP în mediul dvs., pentru a împinge notificările de apel către FCM și APNS. Consultați Proxy-ul NPS.
CPE: Echipamente premise pentru clienți
CPR: Regulă de prezență personalizată
CSS: Foaie de stil cascadă
CSV: Valoare Separată prin virgulă
CTI: Integrare telefonie informatică
CUBE: Cisco Unified Border Element
DMZ: Zonă Demilitarizată
DN: Număr director
Nu deranjați (DND): Nu deranjați
DNS: Sistem nume de domeniu
DPG: Grup de asociați la apelare
DSCP: Punct de cod servicii diferențiate
DTAF: Fișier arhivă tip dispozitiv
DTG: Grup trunchi destinație
DTMF: Frecvență multitonică duală
utilizator Final: Persoana care utilizează serviciile, adică face apeluri, intră în întâlniri sau trimite mesaje (cf. Abonat)
Enterprise: O colecţie de utilizatori finali (cf. Organizație)
FCM: Mesagerie în cloud Firebase
FMC: Convergență Fix Mobile
Configurare flux-through: Crearea utilizatorilor în magazinul de identitate Webex prin atribuirea serviciului „IM&P integrat” în BroadWorks.
FQDN: Nume de domeniu complet calificat
Configurare completă prin debit: Crearea și verificarea utilizatorilor din magazinul de identitate Webex prin atribuirea serviciului „IM&P integrat” în BroadWorks și afirmarea că fiecare utilizator BroadWorks are o adresă de e-mail unică și validă.
FXO: Exchange Office este portul care primește linia analogică. Acesta este dopul de pe telefon sau fax sau dopurile de pe sistemul dvs. de telefon analogic. Acesta oferă o indicație on-cârlig / off-cârlig (închidere buclă). Deoarece portul FXO este atașat la un dispozitiv, cum ar fi un fax sau un telefon, dispozitivul este adesea numit „dispozitiv FXO”.
FXS: Abonatul valutar este portul care furnizează de fapt linia analogică abonatului. Cu alte cuvinte, este "plug in the wall", care oferă un ton de apelare, curent de baterie, și tensiune inel.
GCM: Mesaj Google Cloud
GCM: Modul Galois/Counter (tehnologie de criptare)
ASCUNZĂTOARE: Dispozitiv interfață umană
HTTPS: Conectori securizați pentru protocolul de transfer hipertext
IAD: Dispozitiv de acces integrat
IM&P: Mesagerie instantanee și prezență
PSTN IP: Un furnizor de servicii care furnizează VoIP serviciilor PSTN, interschimbabil cu ITSP, sau un termen general pentru telefonie „publică” conectată la internet, furnizat în mod colectiv de către principalii furnizori de telecomunicații (mai degrabă decât de către țări, așa cum este PSTN)
IZZ: Furnizor de servicii de telefonie pe internet
VALORI CRESCUTE ALE: Răspuns vocal interactiv / Răspuns
AFECŢIUNI: Adresa nativă a unei entități XMPP se numește identificator Jabber sau JID localpart@domain.part.example.com/resourcepart (@ . / sunt separatoare)
JSON: Notificare obiect script Java
TULBURĂRI ALE SISTEMULUI NERVOS: Java Secure Socket Extension; tehnologia de bază care oferă caracteristici sigure de conectivitate la serverele BroadWorks
KEM: Modul de extensie cu tastatură (telefoanele hardware Cisco)
PLT: Token cu durată lungă de viață (sau Long Life); o formă de auto-descriere, securizată de token purtător care permite utilizatorilor să rămână autentificați pentru mai mult timp și nu este legată de aplicații specifice.
M: Arhiva mesajelor
MIB: Bază de informații de gestionare
M: Server media
mTLS: Autentificare reciprocă între două părți, utilizând schimbul de certificate, la stabilirea unei conexiuni TLS
MUC: Chat cu mai mulți utilizatori
UMED: Traduceri adresă de rețea
NPS: Server push de notificare; consultați CNPS
proxy NPS: Un serviciu în Webex care furnizează jetoane de autorizare pe termen scurt pentru CNPS, permițându-i să împingă notificările de apel către FCM și APN-uri și, în cele din urmă, către dispozitivele Android și iOS care rulează Webex.
OCLUZII: Deschideți interfața cu clientul
Organizație: O companie sau o organizaţie care reprezintă o colecţie de utilizatori finali (cf. Întreprindere)
OTG: Grup trunchiuri de ieșire
Pachet: O colecţie de servicii aşa cum a fost livrată unui utilizator final sau abonat (cf. Cutie de carton)
Partener: O organizație de agenți care lucrează cu Cisco pentru a distribui produse și servicii către alte organizații (cf. Valoare adăugată revânzător, furnizor de servicii, transportator)
PBX: Schimb de filiale private
PEM: Mail îmbunătățit de confidențialitate
LIOFILIZAT: Rețea publică de teren mobil
TE IZA: Interfața Rată Primară (PRI) este un standard de interfață de telecomunicații utilizat pe o rețea digitală de servicii integrate (ISDN)
PS: Server de profil
PSTN: Rețea de telefonie publică comutată
QoS: Calitatea serviciului
portal De Retailer: Un site web care permite administratorului revânzătorului să își configureze soluția UC-One SaaS. Este uneori menționată ca portal BAM, portal de administrator sau portal de management.
RTCP: Protocol de control în timp real
RTP: Protocol de transport în timp real
SBC: Controler frontieră sesiune
SCA: Aspect Apel partajat
SD: Definiție standard
SDP: Protocol de descriere sesiuni
SP: Furnizor de servicii; O organizație care furnizează servicii de telefonie sau servicii conexe altor organizații (cf. Încărcător, partener, revânzător cu valoare adăugată)
SIP: Protocol de inițiere sesiuni
LĂCRIMARE: Token cu durată scurtă de viață (sau Short Life) (denumit și BroadWorks SSO Token); un token autentificat de unică folosință care este utilizat pentru a obține acces securizat la aplicații web.
SMB: Întreprinderi mici și mijlocii
SNMP: Protocol simplu de gestionare a rețelei
sRTCP: Protocol de control al transferului în timp real securizat (media apelurilor VoIP)
sRTP: Protocol de transfer în timp real securizat (media apelurilor VoIP)
SSL: Strat de prize securizate
Abonat: Persoana care utilizează serviciile, adică face apeluri, intră în întâlniri sau trimite mesaje (cf. Utilizator final)
TCP: Protocol de control al transmisiei
TDM: Multiplicarea diviziunii timpului
TLS: Securitate strat de transport
ToS: Tipul de serviciu
UAP: Portal de activare a utilizatorilor
UC: Comunicații Unified
CEAPA: Interfață utilizator
U ID: Identificator unic
UM: Server de mesagerie
URI: Identificator de resurse uniform
URL: Localizator de resurse uniform
TUSE: Server de partajare
UTC: Ora universală coordonată
UVS: Server video
Retailer cu valoare adăugată (VAR): O organizație de agenți care lucrează cu Cisco pentru a distribui produse și servicii către alte organizații (cf. Operator, partener, furnizor de servicii)
VGA: Array de grafică video
VoIP: Voce prin Internet Protocol (IP)
VXML: Limbă extensibilă de marcare vocală
WebDAV: Autorizare și versiune distribuită pe internet
WebRTC: Comunicații web în timp real
RĂȘINI: Server WebRTC
XMPP: Protocol de mesagerie și prezență extensibil

Anexa

Configurați serviciile (cu mTLS pentru serviciul Auth)

Interfețe Xsi

Instalați și configurați aplicațiile Xsi-Actions și Xsi-Events așa cum sunt descrise în Ghidul de configurare a interfeței pentru serviciile Cisco BroadWorks Xtended Services.

Doar o singură instanță a aplicațiilor Xsi-Events trebuie implementată pe XSP|ADP utilizat pentru interfața CTI.

Toate evenimentele Xsi utilizate pentru integrarea Broadworks cu Webex trebuie să aibă același nume de apelControlApplicationName definit în Applications/Xsi-Events/GeneralSettings. De exemplu:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Schimbarea numelui de apelControlApplicationName sau neavând același nume pe toate aplicațiile web Xsi-Events va afecta funcționalitatea abonamentelor și a evenimentelor de telefonie.

Configurați serviciul de autentificare (cu mTLS)

Tokenurile BroadWorks cu durată lungă de viață sunt generate și validate de serviciul de autentificare găzduit pe |ADP-urile dvs. XSP.

Cerințe

Serverele XSP|ADP care găzduiesc Serviciul de autentificare trebuie să aibă o interfață mTLS configurată.
ADP-urile XSP| trebuie să partajeze aceleași chei pentru criptarea/decriptarea tokenurilor BroadWorks cu durată lungă de viață. Copierea acestor chei la fiecare XSP|ADP este un proces manual.
ADP-urile XSP| trebuie sincronizate cu NTP.

Prezentare generală configurație

Configurația esențială de pe |ADP-urile dvs. XSP include:

Implementați serviciul de autentificare.
Configurați durata tokenului la cel puțin 60 de zile (lăsați emitentul ca BroadWorks).
Generați și partajați tastele RSA prin |ADP-uri XSP.
Furnizați adresa URL autentiService către containerul web.

Implementați serviciul de autentificare pe XSP|ADP

Pe fiecare XSP|ADP utilizat cu Webex:

Activați aplicația pentru serviciul de autentificare pe cale /authService(trebuie să utilizați această cale):

XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService

(unde este cazul <version> este versiunea BroadWorks).
Implementați aplicația:

XSP|ADP_CLI/Maintenance/ManagedObjects>deploy application /authService

Configurați durata tokenului

Verificați configurația actuală a tokenului (ore):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement> get
Setați durata la 60 de zile (max. 180 de zile):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement>set tokenDurationInHours 1440

Generați și partajați cheile RSA

Trebuie să utilizați aceleași perechi de taste publice/private pentru criptarea/decriptarea tokenului în toate instanțele serviciului de autentificare.
Cuplul cheie este generat de serviciul de autentificare atunci când este necesar pentru prima dată să eliberați un token.

Din cauza acestor doi factori aveți nevoie pentru a genera chei pe un XSP|ADP, apoi copiați-le la toate celelalte XSP|ADP.

Dacă ciclați tastele sau modificați lungimea tastei, trebuie să repetați următoarea configurație și să reporniți toate |ADP-urile XSP.

Selectați un XSP|ADP de utilizat pentru generarea unei perechi de taste.
Utilizați un client pentru a solicita un token criptat de la acel XSP|ADP, solicitând următorul URL din browserul clientului:

https://<XSP|ADP-IPAddress>/authService/token?key=BASE22URL(clientPublicKey)

(Acest lucru generează o pereche de chei private / publice pe XSP|ADP, dacă nu a existat deja unul)
Locația magazinului cu tastatură nu este configurabilă. Exportați tastele:

XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
Copiați fișierul exportat /var/broadworks/tmp/authService.keys în aceeași locație pe celelalte ADP-uri XSP|, suprascrierea unui mai în vârstă .keys fișier.
Importați tastele pe fiecare dintre celelalte |ADP-uri XSP:

XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys

Furnizați URL-ul autentiService către containerul web

Containerul web XSP|ADP are nevoie de URL-ul autentiService, astfel încât să poată valida jetoanele.

Pe fiecare dintre |ADP-urile XSP:

Adăugați URL-ul serviciului de autentificare ca serviciu de autentificare extern pentru BroadWorks Communications Utility:

XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1/authService
Adăugați adresa URL a serviciului de autentificare în container:

XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService

Acest lucru permite Webex să utilizeze Serviciul de autentificare pentru a valida jetoanele prezentate ca date de autentificare.
Verificați parametrul cu get.
Reporniți XSP|ADP.

Configurarea TLS și Ciphers pe interfețele HTTP (pentru XSI și Serviciul de autentificare)

Aplicațiile Service Authentication, Xsi-Actions și Xsi-Events utilizează interfețe de server HTTP. Nivelurile de configurabilitate TLS pentru aceste aplicații sunt după cum urmează:

Cele mai generale = Sistem > Transport > HTTP > Interfață server HTTP = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații	context CLI
Sistem (global)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Protocoale de transport pentru acest sistem	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP pe acest sistem	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Interfețe server HTTP specifice pe acest sistem	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Citirea configurației interfeței serverului HTTP TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer>
Introduceți get comanda și citiți rezultatele. Ar trebui să vedeți interfețele (adresele IP) și, pentru fiecare, dacă acestea sunt sigure și dacă necesită autentificarea clientului.

Apache tomcat trimite un certificat pentru fiecare interfață securizată; sistemul generează un certificat semnat dacă are nevoie de unul.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Adăugarea protocolului TLS 1.2 la interfața serverului HTTP

Interfața HTTP care interacționează cu Webex Cloud trebuie configurată pentru TLSv1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața serverului HTTP:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> 443 pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> 443 TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața serverului HTTP

Pentru a configura cifrele necesare:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Introduceți comanda get <interfaceIp> 443 pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> 443 <cipherName> pentru a adăuga un cifru la interfața serverului HTTP.

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Configurați încrederea pentru serviciul de autentificare (cu mTLS)

Conectați-vă la Control Hub cu contul de administrator partener.
Accesați Setări > Apelare BroadWorks și faceți clic pe Descărcare certificat Webex CA pentru a obține CombinedCertChain2023.txt pe computerul local.

Aceste fișiere conțin două seturi de două certificate. Trebuie să divizați fișierele înainte de a le încărca în ADP-urile XSP|. Toate fișierele sunt necesare.
Separați lanțul certificatului în două certificate - combinedcertchain2023.txt.
1. Deschideți combinedcertchain2023.txt într-un editor de text.
2. Selectați și tăiați primul bloc de text, inclusiv liniile -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----, și lipiți blocul de text într-un fișier nou.
3. Salvați noul fișier ca root2023.txt.
4. Salvați fișierul original ca issuing2023.txt. Fișierul original ar trebui să aibă acum doar un singur bloc de text, înconjurat de linii -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----.
Copiați ambele fișiere text într-o locație temporară pe XSP|ADP pe care o securizați, de ex. /var/broadworks/tmp/root2023.txt și /var/broadworks/tmp/issuing2023.txt.
Conectați-vă la XSP|ADP și navigați la /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>. (Opțional) Ajutor de rulare UpdateTrust pentru a vedea parametrii și formatul de comandă.

Încărcați fișierele certificatului în ancore de încredere noi - 2023

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Confirmați că ancorajele sunt actualizate:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

(Opțiune) Configurați mTLS la nivelul interfeței/portului HTTP

Este posibil să configurați mTLS la nivelul interfeței/portului HTTP sau pe o bază de aplicație per-web.

Când configurați mTLS la nivelul interfeței/portului HTTP, mTLS este necesar pentru toate aplicațiile web găzduite accesate prin această interfață/port.

Conectați-vă la XSP|ADP a cărei interfață configurați.
Navigheaza catre XSP|ADP_CLI/Interface/Http/HttpServer> și rulați get comandă pentru a vedea interfețele.
Pentru a adăuga o interfață și a solicita autentificarea clientului acolo (ceea ce înseamnă același lucru ca și mTLS):

XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true

Consultați documentația XSP|ADP CLI pentru detalii. În esență, primul true asigură interfața cu TLS (certificatul de server este creat dacă este necesar) și al doilea true forțează interfața să solicite autentificarea certificatului clientului (împreună sunt mTLS).

De exemplu:

XSP|ADP_CLI/Interface/Http/HttpServer> get

Interface Port Name Secure Client Auth Req Cluster Fqdn
         =======================================================
         192.0.2.7 443 XSP|ADP01.collab.example.net true false 
         192.0.2.7 444 XSP|ADP01.collab.example.net true true

În acest exemplu, mTLS (Client Auth Req = true) este activat pe 192.0.2.7 port 444. TLS este activat pe 192.0.2.7 port 443.

(Opțiune) Configurați mTLS pentru aplicații web specifice

Este posibil să configurați mTLS la nivelul interfeței/portului HTTP sau pe o bază de aplicație per-web.

Când configurați mTLS la nivelul aplicației, mTLS este necesar pentru acea aplicație, indiferent de configurația interfeței serverului HTTP.

Conectați-vă la XSP|ADP a cărei interfață configurați.
Navigheaza catre XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> și rulați get comandă pentru a vedea ce aplicații rulează.
Pentru a adăuga o aplicație și pentru a solicita autentificarea clientului (ceea ce înseamnă același lucru ca și mTLS):

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true

Consultați documentația XSP|ADP CLI pentru detalii. Numele aplicației sunt enumerate acolo. Fișierul true în această comandă activează mTLS.

De exemplu:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add 192.0.2.7 443 AuthenticationService true

Exemplul de comandă adaugă aplicația AuthenticationService la 192.0.2.7:443 și necesită solicitarea și autentificarea certificatelor de la client.

Consultați get:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> get

Interface Ip Port Application Name Client Auth Req
         ===================================================
         192.0.2.7 443 AuthenticationService      true

Configurați managementul dispozitivului pe XSP|ADP, serverul aplicației și serverul profilului

Unde să mergeți Înainte

Pentru configurare, puteți reintra în fluxul principal de documente la interfața CTI și configurația aferentă.

Cerințe suplimentare de certificare pentru autentificarea reciprocă TLS împotriva serviciului de autentificare

Accesați Setări > Apelare BroadWorks.
Faceți clic pe linkul certificatului de descărcare.

De asemenea, puteți obține lanțul certificatului de la https://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt.

Cerințele exacte pentru implementarea acestui lanț de certificate Webex CA depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă rezumă locul în care trebuie implementat lanțul de certificate Webex CA în aceste trei cazuri.

Cerințe reciproce privind certificatul TLS pentru proxy-ul TLS-bridge

Webex prezintă proxy-ului un certificat de client semnat Webex CA.
Lanțul de certificate Webex CA este implementat în magazinul de încredere proxy, astfel încât proxy-ul are încredere în certificatul clientului.
Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în proxy.
Proxy-ul prezintă un certificat de server semnat public pentru Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.

Proxy-ul prezintă un certificat de client semnat intern către |ADP-urile XSP.

Acest certificat trebuie să aibă câmpul de extensie x509.v3 Utilizare extinsă a cheii populat cu OID BroadWorks 1.3.6.1.4.1.6431.1.1.8.2.1.3 și clientAuth scop TLS. De exemplu:

X509v3 extensions:

X509v3 Extended Key Usage:

1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client
              Authentication

Atunci când generați certificate de client intern pentru proxy, rețineți că certificatele SAN nu sunt acceptate. Certificatele serverului intern pentru XSP|ADP pot fi SAN.

ADP-urile XSP| au încredere în CA intern.
ADP-urile XSP| prezintă un certificat de server semnat intern.
Proxy-ul are încredere în CA intern.

Cerințe reciproce de certificare TLS pentru TLS-passthrough Proxy sau XSP în DMZ

Webex prezintă un certificat de client semnat Webex CA pentru XSPs.
Lanțul de certificate Webex CA este implementat pe magazinul de încredere XSPs, astfel încât XSPs are încredere în certificatul clientului.
Certificatul de server XSP semnat public este de asemenea încărcat în XSPs.
XSPs prezintă certificatele de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului XSPs.

Istoricul reviziilor documentelor

Următorul tabel prezintă o istorie a modificărilor aduse acestui document în ultimele 12 luni.

Dată	Versiune	Descrierea modificării
13 mai 2024	2-118	Modificări editoriale.
10 mai 2024	2-117	Pachetul Pro Pentru Control Hub a fost adăugat în secțiunea Caracteristici și Limitări.
6 mai 2024	2-116	Secțiunea SSO partener actualizat - SAML, nu este necesar să contactați TAC pentru furnizorul de identitate.
2 mai 2024	2-115	Modificări editoriale.
10 aprilie 2024	2-114	Informații actualizate despre Patch 2 în secțiunea Aspect în linie partajată.
27 martie 2024	2-113	Actualizat câmp lampă ocupată / preluare apel și partener SSO - secțiunea OpenID Connect.
22 martie 2024	2-112	Cerințe prealabile actualizate în secțiunea Sincronizare Nu deranjați (DND).
07 martie 2024	2-111	Secțiunea Actualizată de control al fluxului de conectare în procesul de conectare a utilizatorului și de recuperare a configurației.
24 februarie 2024	2-110	Modificări editoriale.
20 februarie 2024	2-109	S-a adăugat secțiunea Indicație Spam vizuală în secțiunea Implementare Webex pentru BroadWorks.
07 februarie 2024	2-108	A fost adăugată o notificare de expirare a parolei BroadWorks în timpul conectării la Webex for BroadWorks Reference.
25 ianuarie 2024	2-107	Modificări editoriale.
23 ianuarie 2024	2-106	Efectuați modificări editoriale în secțiunea Mutare utilizator (cu consimțământ) în Webex pentru Cisco BroadWorks , sub Gestionarea Webex pentru BroadWorks.
10 ianuarie 2024	2-105	Modificări editoriale.
20 decembrie 2023	2-104	Acest ghid a fost mutat la Centrul de ajutor Webex, de acum înainte utilizați acest link unificat https://help.webex.com/no4dlj3 .
13 decembrie 2023	2-103	Șablonul clientului a fost modificat în „Șablon de integrare”, a actualizat ghidul de soluție.
12 decembrie 2023	2-102	Actualizat Atașați Webex pentru BroadWorks la secțiunea Organizație existentă în cadrul Gestionării Webex pentru BroadWorks.
08 decembrie 2023	2-101	Modificări editoriale.
noiembrie 08, 2023	2-100	A fost adăugată o notă în Atașați Webex pentru BroadWorks la secțiunea Organizație existentă .
25 octombrie 2023	2-99	A fost adăugat R24 în Configurarea serverului aplicației cu secțiunea URL a serviciului de configurare.
13 septembrie 2023	2-98	Au fost adăugate cerințe de rețea pentru Webex pentru linkurile Cisco Broadworks în secțiunea Abonamente de documente recomandate.
septembrie 04, 2023	2-97	Secțiunea Caracteristici și limitări actualizată în Prezentare generală a Webex pentru Cisco BroadWorks.
08 august 2023	2-96	Note adăugate în Editarea sau ștergerea unui cluster BroadWorks în Partner Hub în cadrul Gestionării Webex pentru BroadWorks.
23 iunie 2023	2-95	Actualizat Pregătiți-vă NPS pentru Webex pentru secțiunea Cisco BroadWorks în secțiunea Implementare Webex pentru Cisco BroadWorks. Actualizat Configurați NPS pentru a utiliza conexiunea proxy de autentificare Timeout la 3000 sub Implementare Webex pentru Cisco BroadWorks.
30 mai 2023	2-94	Actualizat secțiunea Cerințe software BroadWorks în secțiunea Webex pentru Cisco BroadWorks Reference.
26 mai 2023	2-93	Secțiunea actualizată Trust Anchors pentru interfața CTI (R22 și ulterioară) din secțiunea Implementare Webex pentru Cisco BroadWorks. Actualizat Configurați încrederea pentru serviciul de autentificare (cu mTLS) în secțiunea Anexă.
24 mai 2023	2-92	Actualizat Detach Webex pentru BroadWorks din secțiunea Organizație existentă în cadrul Gestionării Webex pentru Cisco BroadWorks. S-a adăugat secțiunea Intrare în rezervă în secțiunea Implementare Webex pentru Cisco BroadWorks.
10 mai 2023	2-91	Actualizat câmpul Lampă ocupată / secțiunea Notificare preluare apeluri în cadrul managementului Webex pentru Cisco BroadWorks.
09 mai 2023	2-90	Actualizat secțiunea Țară din secțiunea Pregătiți-vă mediul.
04 mai 2023	2-89	Actualizat Configurați secțiunea Șabloane pentru clienți în secțiunea Configurați organizația partenerului în Hubul partenerului.
27 aprilie 2023	2-88	S-a adăugat secțiunea Țară în secțiunea Pregătirea mediului.
14.04.2023	2-87	Secțiunea Actualizată de Asistență pentru contacte de grup în cadrul comenzii și configurării.
17 martie 2023	2-86	S-a adăugat scalarea apelului nativ mobil la secțiunea Întâlnire din secțiunea Implementare Webex pentru BroadWorks.
11 martie 2023	2-85	Pași actualizați în Configurarea serviciului de autentificare (cu validarea token-ului CI) în secțiunea Implementare Webex pentru Cisco BroadWorks.
10 martie 2023	2-84	Actualizat secțiunea Interfețe Xsi .
07 martie 2023	2-83	S-a adăugat secțiunea Asistență Grup Contacte în secțiunea Ordine și configurare.
28 februarie 2023	2-82	S-a adăugat secțiunea Partner SSO - OpenID Connect (OIDC) în secțiunea Implementare Webex pentru Cisco BroadWorks.
15 februarie 2023	2-81	Actualizat Trust Anchors pentru interfața CTI (R22 și o versiune ulterioară)în secțiunea Implementare Webex pentru Cisco BroadWorks și Configurare Trust pentru serviciul de autentificare (cu mTLS) din Anexa.
10 februarie 2023	2-80	S-a actualizat Apelarea extensiilor în prezentarea generală a Webex pentru Cisco BroadWorks.

Prezentare generală a Webex pentru Cisco BroadWorks

Introducerea Webex pentru Cisco BroadWorks

Soluţie

Pentru a oferi funcții de colaborare în cloud Webex clienților Mici și Mijlocii care au deja un serviciu de apelare furnizat de furnizorii de servicii BroadWorks.
Pentru a furniza servicii de apelare bazate pe BroadWorks clienților Webex mici și mijlocii.

Context

Beneficii

Protejarea viitoare: împotriva sfârșitului de viață al colaboratorului UC-One, mișcarea tuturor clienților către cadrul de clienți unificați (UCF)
Cel mai bun dintre cele două: Activarea funcțiilor de mesagerie și întâlnire Webex păstrând în același timp apelurile BroadWorks în rețeaua dvs. de telefonie

Domeniu de aplicare al soluției

Clienții mici și mijlocii existenți/noi (mai puțin de 250 de abonați) care doresc o suită de funcții de colaborare, pot avea deja apelare BroadWorks.
Clienții Webex mici până la medii existenți care doresc să adauge BroadWorks Calling.
Întreprinderi mai mici (Consultați portofoliul nostru de întreprinderi pentru Webex).
Nu numai utilizatorii (Vă rugăm să evaluați ofertele Webex Online).

Condiții prealabile pentru succesul cu Webex pentru Cisco BroadWorks

Obligatoriu

Note

Patch-ul BroadWorks curent R22 sau de mai sus

XSP|ADP pentru XSI, CTI, DMS și authService

XSP|ADP dedicat pentru Webex pentru Cisco BroadWorks

Separați XSP|ADP pentru NPS, poate fi partajat cu alte soluții care utilizează NPS.

Dacă aveți o implementare colaborativă existentă, apoi revizuiți recomandările privind configurațiile XSP|ADP și NPS.

Validarea Token CI (cu TLS) este configurată pentru conexiunile Webex la Serviciul de autentificare.

mTLS configurat pentru conexiunile Webex la interfața CTI.

Alte aplicații nu necesită mTLS.

Utilizatorii trebuie să existe în BroadWorks și au nevoie de următoarele atribute, în funcție de decizia dvs. de configurare:

Flowthrough cu e-mailuri de încredere: Atributul de e-mail al utilizatorului BroadWorks trebuie să conțină o adresă de e-mail validă, unică pentru acel utilizator. Utilizatorul trebuie să aibă, de asemenea, un număr principal sau o extensie.
Flowthrough cu e-mailuri false sau auto-activare sau configurare API: Utilizatorul nu are nevoie de adresa de e-mail, dar trebuie să aibă un număr principal sau o extensie.

Fișier DTAF Webex pentru Cisco BroadWorks pentru aplicația Webex

BW Business Lic sau Std Enterprise sau Prem Enterprise User Lic + Webex pentru abonamentul Cisco BroadWorks

Dacă aveți o implementare colaborativă existentă, nu mai aveți nevoie de UC-One Add-On Bundle, Collab Lic și Meet-me Conference Ports.

Dacă aveți o implementare UC-One SaaS existentă, nu există alte modificări decât acceptarea termenilor Premium Package.

IP/Porturile trebuie să fie accesibile prin intermediul serviciilor Webex backend și al aplicațiilor Webex prin intermediul internetului public.

Consultați secțiunea „Pregătiți-vă rețeaua”.

Configurare TLS v1.2 pe |ADP-urile XSP

Pentru configurarea Flowthrough, serverul de aplicații trebuie să se conecteze la adaptorul de configurare BroadWorks.

Nu testăm sau acceptăm configurația proxy de ieșire. Dacă utilizați un proxy de ieșire, acceptați responsabilitatea de a-l susține cu Webex pentru Cisco BroadWorks.

Consultați “Pregătiți-vă rețeaua” subiect.

Despre acest Document

Acest ghid include materiale conceptuale și de referință. Intenționăm să acoperim toate aspectele soluției în acest document.

Setul minim de sarcini pentru implementarea soluției este:

Accesați echipa contului dvs. pentru a deveni partener Cisco. Este imperativ să explorați punctele de contact Cisco pentru a vă familiariza (și a vă instrui). Când deveniți partener Cisco, aplicăm comutatorul Webex pentru Cisco BroadWorks la organizația dvs. partener Webex. (Consultați Implementarea Webex pentru Cisco BroadWorks > Integrarea partenerului în acest document.)
Configurați sistemele BroadWorks pentru integrarea cu Webex. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurarea serviciilor pe dispozitivele Webex pentru Cisco BroadWorks XSP|ADP din acest document.)
Utilizați Partner Hub pentru a conecta Webex la BroadWorks. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurați organizația dvs. de parteneri în Partner Hub în acest document.)
Utilizați Hubul partener pentru a pregăti șabloanele de configurare a utilizatorului. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurați șabloanele de integrare în acest document.)
Testați și conectați un client prin configurarea a cel puțin un utilizator. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurarea organizației dvs. de testare.)

Acestea sunt etape de nivel înalt, în ordinea tipică. Există mai multe sarcini de contribuție pe care nu le puteți ignora.
Dacă doriți să creați propriile aplicații pentru a vă gestiona abonații Webex pentru Cisco BroadWorks, trebuie să citiți Folosind API-ul de configurare din secțiunea de referință a acestui ghid.

Terminologie

Cum funcționează

Utilizatorii apelează numere PSTN utilizând infrastructura BroadWorks.
Utilizatorii apelează alte numere BroadWorks utilizând infrastructura BroadWorks (apeluri audio/video selectând numerele asociate utilizatorilor sau dialpad-ul pentru a introduce numerele).
Alternativ, utilizatorii pot efectua un apel VOIP Webex prin infrastructura Webex, selectând opțiunea „Apel Webex” din aplicația Webex. (Aceste apeluri sunt aplicația Webex în aplicația Webex, nu aplicația Webex în PSTN).
Utilizatorii pot găzdui și participa la Webex Meetings.
Utilizatorii se pot trimite mesaje unul câte unul sau în spații (chat de grup persistent) și pot beneficia de funcții precum căutarea și partajarea fișierelor (pe infrastructura Webex).
Utilizatorii pot partaja prezența (starea). Ele pot alege prezența personalizată sau prezența calculată a clientului.
După ce vă înscriem ca organizație parteneră în Control Hub, cu drepturile corecte, puteți configura relația dintre instanța BroadWorks și Webex.
Creați organizații ale clienților în Control Hub și furnizați utilizatori în aceste organizații.
Fiecare abonat din BroadWorks primește o identitate Webex pe baza adresei de e-mail (atribut de ID de e-mail în BroadWorks).
Utilizatorii se autentifică împotriva BroadWorks sau împotriva Webex.
Clienții sunt eliberați cu jetoane cu durată lungă de viață pentru a le autoriza pentru servicii la BroadWorks și Webex.

Aplicația Webex se află în centrul acestei soluții; este o aplicație de marcă disponibilă pe desktopurile Mac/Windows și pe telefoanele mobile și tabletele Android/iOS.

Există, de asemenea, o versiune web a Aplicației Webex care nu include în prezent funcții de apelare.

Clientul se conectează la cloudul Webex pentru a furniza funcții de mesagerie, prezență și întâlniri.

Clientul se înregistrează la sistemele BroadWorks pentru funcțiile de apelare.

Cloud-ul Webex funcționează cu sistemele BroadWorks pentru a asigura o experiență de configurare fără probleme a utilizatorului.

Caracteristici și limitări

Oferim mai multe pachete cu caracteristici diferite.

Pachetul „Softphone”

Utilizatorii de Softphone își pot partaja ecranul în timpul unui apel.

Pachetul „de bază”

Pachetul „Standard”

Pachetul „Premium”

Partajarea ecranului în cadrul unei întâlniri PMR este acceptată pentru orice participant la întâlnire.

Comparați pachetele

Pachet	Apelare	Mesagerie	Întâlniri Unified Space	Reuniuni PMR
Telefon virtual	Inclus	Nu sunt incluse	Fără	Fără
De bază	Inclus	Inclus	100 de participanți	100 de participanți
Standard	Inclus	Inclus	100 de participanți	100 de participanți
Premium	Inclus	Inclus	300 de participanți	1000 participanți

Caracteristici de mesagerie și întâlnire

Consultați următorul tabel pentru diferențele de asistență pentru caracteristicile întâlnirii PMR pentru pachetele de bază, standard și premium.

Tabelul 1. Diferențe de asistență caracteristică pentru întâlnirile PMR
Caracteristică întâlnire	Sprijinit cu pachet de bază	Sprijinit cu pachet standard	Sprijinit cu pachetul de premiere	Comentariu
Durata întâlnirii	40 de minute sau mai puțin	Nelimitat	Nelimitat
Partajare Desktop	Da	Da	Da	Basic—Partajare desktop de către orice participant la întâlnirea PMR. Standard —Partajare desktop numai de către gazda întâlnirii PMR. Premium—Partajare desktop de către orice participant la întâlnirea PMR.
Partajare Aplicație	Da	Da	Da	De bază—Partajarea aplicației de către orice participant la întâlnirea PMR. Standard - Partajarea aplicației numai de către gazda întâlnirii PMR. Premium—Partajarea aplicației de către orice participant la întâlnirea PMR.
Chat cu mai multe părți	Da	Da	Da
Tablă albă	Da	Da	Da
Protecție parolă	Da	Da	Da
Aplicația web - fără descărcare sau plugin-uri (Experiența oaspeților)	Da	Da	Da
Asocierea asistenței cu dispozitivele Webex	Da	Da	Da
Controlul podelei (Dezactivați unul / Eliminați toate)	Da	Da	Da
Link Întâlniri persistente	Da	Da	Da
Accesul la site-ul întâlnirilor	Da	Da	Da
Intrați în întâlnire prin VoIP	Da	Da	Da
Blocare	Da	Da	Da
Controale prezentator	Nu	Nu	Da
Control desktop la distanță	Nu	Nu	Da
Numărul de participanți	100	100	1000
Înregistrarea salvată local în sistem	Da	Da	Da
Înregistrare în cloud	Nu	Nu	Da
Înregistrare - stocare în cloud	Nu	Nu	10GB pe site
Transcrieri de înregistrare	Nu	Nu	Da
Programare întâlnire	Da	Da	Da
Activați partajarea conținutului cu integrări externe	Nu	Nu	Da	De bază— Partajarea conținutului de către orice participant la întâlnirea PMR. Standard—Partajarea conținutului numai de către gazda întâlnirii PMR. Premium- Partajarea conținutului de către orice participant la întâlnirea PMR.
Permiteți modificarea URL-ului PMR	Nu	Nu	Da	De bază— Utilizatorii pot modifica URL-ul PMR de pe site-ul Webex. Administratorii de parteneri și organizații pot modifica URL-ul din Control Hub. Standard—URL-ul PMR poate fi modificat numai din Hub-ul partenerului de către administratorii partenerului și organizației. Premium—Utilizatorii pot modifica URL-ul PMR de pe site-ul Webex. Administratorii de parteneri și organizații pot modifica URL-ul din Partner Hub.
Redarea în flux live a întâlnirilor (De Exemplu, pe Facebook, Youtube)	Nu	Nu	Da
Permiteți altor utilizatori să programeze întâlniri în numele lor	Nu	Nu	Da
Adăugați gazdă alternativă	Da	Nu	Da
Integrarea aplicațiilor (de exemplu, Zendesk, Slack)	Depinde de integrare	Depinde de integrare	Da	Consultați secțiunea Integrări aplicație de mai jos pentru mai multe informații despre asistență.
Integrare cu Microsoft Office 365 Calendar	Da	Da	Da
Integrare cu Google Calendaring pentru G Suite	Da	Da	Da

Funcții de apelare

Integrări aplicații

Puteți integra Webex pentru Cisco BroadWorks cu următoarele aplicații:

Zendesk—numai Premium
Slack—numai Premium
Microsoft Teams pentru Webex Meetings—Standard sau Premium
Microsoft Teams pentru apelare—Sprijinit cu toate pachetele
Calendarul Office 365—Standard sau Premium
Calendarul Google pentru G Suite—Standard sau Premium

Asistență pentru infrastructura de desktop virtual (VDI)

Asistență IPv6

Webex pentru Cisco BroadWorks acceptă adresarea IPv6 pentru aplicația Webex.

Foaie de parcurs viitoare

Limitări

Limitări de furnizare

Ora întâlnirilor site-ului

Zona de timp a primului abonat pentru fiecare pachet devine zona de timp pentru site-ul Webex Meetings creat pentru acel pachet.

Dacă clientul dvs. are nevoie de o anumită zonă de timp pentru site-ul Webex Meetings, specificați timezone parametru în cererea de configurare pentru:

primul abonat furnizat pentru pachetul Standard din organizație.
primul abonat furnizat pentru pachetul Premium din organizație.
primul abonat furnizat pentru pachetul de bază din organizație.

Limitări generale

Nicio apelare în versiunea web a clientului Webex (Aceasta este o limitare a clientului, nu o limitare a soluției.)
Este posibil ca Webex să nu aibă încă toate comenzile UI pentru a sprijini unele dintre funcțiile de control al apelurilor disponibile de la BroadWorks.
În prezent, clientul Webex nu poate fi „Etichetat alb”.
Când creați organizații ale clienților utilizând metoda de configurare aleasă, acestea sunt create automat în aceeași regiune ca și organizația dvs. parteneră. Acest comportament este proiectat. Ne așteptăm ca partenerii multinaționali să creeze o organizație parteneră în fiecare regiune în care gestionează organizațiile clienților.
Raportarea întâlnirilor și utilizarea mesajelor sunt disponibile prin intermediul organizației client din Control Hub.

Probleme și limitări cunoscute

Pentru o listă actualizată de probleme și limitări cunoscute cu oferta Webex pentru Cisco BroadWorks, consultați Probleme și limitări cunoscute.

Limite de mesagerie

De bază: 2 GB pe utilizator timp de 3 ani
Standard 5 GB per utilizator timp de 3 ani
Premium: 10 GB pe utilizator timp de 5 ani

Informații suplimentare

Pentru informații suplimentare privind limitele generale de mesagerie care se aplică spațiilor echipei de mesagerie Webex, consultați https://help.webex.com/en-us/n8vw82eb/Webex-Capacities.

Securitate, date și roluri

Securitate Webex

Există mai multe detalii cu privire la schimbul de date în secțiunea de referință a acestui document.

Citire suplimentară

Rezidență date organizație

Stocăm datele dvs. Webex în centrul de date care se potrivește cel mai bine regiunii dvs. Consultați Rezidența datelor în Webex în Centrul de ajutor.

Roluri

Echipa de operațiuni în cloud Cisco: Creează „organizația parteneră” în Partner Hub, dacă nu există, în timpul procesului de integrare.

#	Sarcină tipică	SP	Cisco
1	Integrarea partenerului - Crearea organizației partenerului dacă aceasta nu există și activarea comutatoarelor de funcții necesare		●
2	Configurarea BroadWorks în organizația parteneră prin intermediul Hubului partenerului (cluster)	●
3	Configurarea setărilor de integrare în organizația parteneră prin intermediul Hubului partenerului (șabloane de oferte, branding)	●
4	Pregătirea mediului BroadWorks pentru integrare (AS, XSP\|ADP Patching, firewall-uri, configurație XSP\|ADP, XSI, AuthService, CTI, NPS, aplicații DMS pe XSP\|ADP)	●
5	Dezvoltarea integrării sau procesului de configurare	●
6	Pregătiți materialele GTM	●
7	Migrați sau configurați utilizatori noi	●

Arhitectură

Ce este în diagramă?

Clienți

Clientul Aplicației Webex servește ca aplicație principală în ofertele Webex pentru Cisco BroadWorks. Clientul este disponibil pe platforme desktop, mobile și web.

Clientul are întâlniri audio/video native de mesagerie, prezență și cu mai multe părți furnizate de cloudul Webex. Clientul Webex utilizează infrastructura BroadWorks pentru apelurile SIP și PSTN.
Telefoanele Cisco IP și accesoriile aferente utilizează, de asemenea, infrastructura BroadWorks pentru apelurile SIP și PSTN. Ne așteptăm să putem sprijini telefoanele terțe.
Portalul de activare a utilizatorului pentru ca utilizatorii să se conecteze la Webex utilizând acreditările BroadWorks.
Partner Hub este o interfață web pentru administrarea organizației dvs. Webex și a organizațiilor clienților dvs. Partner Hub este locul în care configurați integrarea dintre infrastructura BroadWorks și Webex. De asemenea, utilizați Partner Hub pentru a gestiona configurația și facturarea clienților.

Rețea furnizor de servicii

Blocul verde din partea stângă a diagramei reprezintă rețeaua dvs. Componentele găzduite în rețeaua dvs. oferă următoarele servicii și interfețe pentru alte părți ale soluției:

XSP|ADP cu față publică, pentru Webex pentru Cisco BroadWorks: (Cutia reprezintă una sau mai multe ferme XSP|ADP, eventual frontate de balansoare de sarcină.)
- Găzduiește interfața de servicii Xtended (XSI-Actions & XSI-Events), Serviciul de gestionare a dispozitivelor (DMS), interfața CTI și Serviciul de autentificare. Împreună, aceste aplicații permit telefoanelor și clienților Webex să se autentifice, să descarce fișierele de configurare a apelurilor, să efectueze și să primească apeluri și să vadă starea cârligului (prezența telefonului) și istoricul apelurilor.
- Publică directorul către clienții Webex.
XSP|ADP cu care se confruntă publicul, care rulează NPS:
- Server Push Notificări Apel gazdă: Un server push de notificare pe un ADP XSP| în mediul dvs. Interfețele dintre serverul dvs. de aplicații și proxy-ul nostru NPS. Proxy furnizează jetoane de scurtă durată către NPS-ul dvs. pentru a autoriza notificările către serviciile cloud. Aceste servicii (APNS & FCM) trimit notificări de apel clienților Webex pe dispozitivele Apple iOS și Google Android.
Server aplicație:
- Oferă control apeluri și interfețe pentru alte sisteme BroadWorks (în general)
- Pentru configurarea fluxului, AS este utilizat de administratorul partener pentru a furniza utilizatori în Webex
- Împinge profilul utilizatorului în BroadWorks
OSS/BSS: Sistemul dvs. de asistență pentru operațiuni / Serviciile SIP de afaceri pentru administrarea întreprinderilor BroadWorks.

Webex Cloud

Blocul albastru din diagramă reprezintă cloudul Webex. Microservicele Webex acceptă întregul spectru de capacități de colaborare Webex:

Cisco Common Identity (CI) este serviciul de identitate din cadrul Webex.
Webex pentru Cisco BroadWorks reprezintă setul de microservicii care acceptă integrarea între Webex și furnizorul de servicii BroadWorks găzduit:
- API-uri de configurare a utilizatorului
- Configurație furnizor de servicii
- Conectare utilizator utilizând acreditările BroadWorks
Cutie de mesagerie Webex pentru microservicii legate de mesagerie.
Caseta Webex Meetings care reprezintă servere de procesare media și SBC pentru mai multe întâlniri video cu participanți (SIP și SRTP)

Servicii web terțe

Următoarele componente terțe sunt reprezentate în diagramă:

APNS (Apple Push Notifications Service) împinge notificările de apel și de mesaj către aplicațiile Webex de pe dispozitivele Apple.
FCM (FireBase Cloud Messaging) împinge notificările de apeluri și mesaje către aplicațiile Webex de pe dispozitivele Android.

Considerații de arhitectură XSP|ADP

Rolul serverelor ADP XSP|publice în Webex pentru Cisco BroadWorks

XSP|ADP cu care se confruntă publicul din mediul dvs. oferă următoarele interfețe/servicii pentru Webex și clienți:

Serviciul de autentificare (Authentication Service), securizat de TLS, care răspunde solicitărilor Webex pentru BroadWorks JWT (JSON Web Token) în numele utilizatorului
interfață CTI, securizată de mTLS, la care Webex se abonează pentru evenimentele din istoricul apelurilor și statutul de prezență telefonică din BroadWorks (statut cârlig).
Interfețele de acțiuni și evenimente Xsi (interfața servicii eXtended) pentru controlul apelurilor abonaților, directoarele listei de contacte și apeluri și configurația serviciului de telefonie pentru utilizatorul final
Serviciu DM (Device Management) pentru clienți pentru a prelua fișierele de configurare a apelurilor

Arhitectură XSP|ADP

Vă recomandăm să utilizați o instanță/fermă XSP|ADP dedicată pentru a găzdui aplicațiile necesare pentru integrarea Webex din următoarele motive

De exemplu, dacă oferiți UC-One SaaS, vă recomandăm să creați o nouă fermă XSP|ADP pentru Webex pentru Cisco BroadWorks. În acest fel, cele două servicii pot funcționa independent în timp ce migrați abonați.
Dacă plasați aplicațiile Webex pentru Cisco BroadWorks într-o fermă XSP|ADP care este utilizată în alte scopuri, este responsabilitatea dvs. să monitorizați utilizarea, să gestionați complexitatea rezultată și să planificați scara crescută.
Planificatorul de capacități pentru sistemul Cisco BroadWorks presupune o fermă XSP|ADP dedicată și este posibil să nu fie corect dacă o utilizați pentru calcule de locație.

Cu excepția cazului în care se menționează altfel, ADP-urile dedicate Webex pentru Cisco BroadWorks XSP| trebuie să găzduiască următoarele aplicații:

AuthService (TLS cu validare CI Token sau mTLS)
CTI (mTLS)
Acțiuni XSI (TLS)
Evenimente XSI (TLS)
DMS (TLS) – Opțional. Nu este obligatoriu să implementați o instanță DMS separată sau o fermă specifică pentru Webex pentru Cisco BroadWorks. Puteți utiliza aceeași instanță DMS pe care o utilizați pentru colaborarea UC-One SaaS sau UC-One.
Vizualizare web setări apel (TLS) – Opțional. Vizualizarea web a setărilor pentru apeluri (CSW) este necesară numai dacă doriți ca utilizatorii Webex pentru Cisco BroadWorks să poată configura funcții de apelare în Aplicația Webex.

Webex necesită acces la CTI printr-o interfață securizată prin autentificare TLS reciprocă. Pentru a sprijini această cerință, vă recomandăm una dintre aceste opțiuni:

(Diagrama etichetată Opțiunea 1) O instanță XSP|ADP sau o fermă pentru toate aplicațiile, cu două interfețe configurate pe fiecare server: o interfață mTLS pentru CTI și o interfață TLS pentru alte aplicații, cum ar fi AuthService.
(Diagrama etichetată Opțiunea 2) Două instanțe sau ferme XSP|ADP, una cu o interfață mTLS pentru CTI, iar cealaltă cu o interfață TLS pentru alte aplicații, cum ar fi AuthService.

Reutilizare |ADP XSP

Dacă trebuie să susțineți mai multe organizații partenere Webex pe XSP|ADP, atunci acest lucru înseamnă că trebuie să utilizați mTLS pe Serviciul Auth (validarea CI Token este acceptată numai pentru o singură organizație parteneră pe un XSP|ADP). Dacă utilizați mTLS pe Serviciul de autentificare, atunci acest lucru înseamnă că nu puteți avea clienți care utilizează autentificarea de bază pe Serviciul de autentificare în același timp. Această situație ar împiedica reutilizarea XSP|ADP.
Dacă serviciul CTI existent configurat pentru a fi utilizat de către clienți cu portul securizat (de obicei 8012), dar fără mTLS (adică autentificarea clientului), atunci acest lucru va intra în conflict cu cerința Webex de a avea mTLS.

Configurați sincronizarea NTP pe XSP|ADP

Implementarea necesită sincronizarea timpului pentru toate ADP-urile XSP| pe care le utilizați cu Webex.

În timpul instalării interactive a software-ului XSP|ADP, vi se oferă opțiunea de a configura NTP. Procedați după cum urmează:

Când programul de instalare solicită, Do you want to configure NTP?, introduceți y.
Când programul de instalare solicită, Is this server going to be a NTP server?, introduceți n.
Când programul de instalare solicită, What is the NTP address, hostname, or FQDN?, introduceți adresa serverului dvs. NTP sau a unui serviciu public NTP, de exemplu, pool.ntp.org.

Dacă ADP-urile dvs. XSP| utilizează instalarea silențioasă (neinteractivă), fișierul de configurare a instalatorului trebuie să includă următoarele perechi de valori Key=Value:

NTP

NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>

Cerințe de identitate și securitate XSP|ADP

Fundal

Dacă nu se modifică setările din setările implicite, toate nivelurile moștenesc setările implicite ale furnizorului SSL (JSSE Java Secure Sockets Extension).

Listă de cerințe

XSP|ADP trebuie să se autentifice clienților utilizând un certificat semnat CA în care numele comun sau numele alternativ al subiectului corespund porțiunii de domeniu a interfeței XSI.
Interfața Xsi trebuie să accepte protocolul TLSv1.2.
Interfața Xsi trebuie să utilizeze o suită cipher care îndeplinește următoarele cerințe.
- Diffie-Hellman Ephemeral (DHE) sau curbe eliptice Diffie-Hellman Ephemeral (ECDHE) cheie de schimb
- AES (Standard de criptare avansată) cipher cu o dimensiune minimă a blocului de 128 biți (de exemplu AES-128 sau AES-256)
- GCM (Galois/Counter Mode) sau CBC (Cipher Block Chaining) modul cipher
  - Dacă se utilizează un cipher CBC, numai familia SHA2 de funcții hash este permisă pentru derivare cheie (SHA256, SHA384, SHA512).

De exemplu, următoarele cifruri îndeplinesc cerințele:

TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384

XSP|ADP CLI necesită convenția de numire IANA pentru suitele cipher, așa cum se arată mai sus, nu convenția openSSL.

Ciphers TLS acceptate pentru interfețele AuthService și XSI

TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA

Parametrii scalei de evenimente Xsi

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventQueueSize = 2000

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventHandlerThreadCount = 50

Mai multe |ADP-uri XSP

Element de margine de echilibrare a sarcinii

Note privind această arhitectură:

Configurați DNS astfel încât clienții să poată găsi balansorul de sarcină atunci când se conectează la interfața Xsi (consultați configurația DNS).
Vă recomandăm să configurați elementul de margine în modul proxy SSL invers, pentru a asigura criptarea datelor punct cu punct.
Certificatele din XSP|ADP01 și XSP|ADP02 trebuie să aibă atât domeniul XSP|ADP, de exemplu, dvs.-XSP|ADP.example.com, în numele alternativ al subiectului. Ei ar trebui să aibă propriile lor FQDN, de exemplu XSP|ADP01.example.com, în numele comun. Puteți utiliza certificatele de card wild, dar nu le recomandăm.

Servere de XSP|ADP cu care se confruntă internetul

Dacă expuneți direct interfețele Xsi, utilizați DNS pentru a distribui traficul către mai multe servere XSP|ADP.

Note privind această arhitectură:

Pentru a vă conecta la serverele XSP|ADP sunt necesare două înregistrări:
- Pentru microservicii Webex: Înregistrările Round-robin A/AAAA sunt necesare pentru a viza mai multe adrese IP XSP|ADP. Acest lucru se datorează faptului că microservicele Webex nu pot face căutări SRV. Pentru exemple, consultați Webex Cloud Services.
- Pentru Aplicația Webex: O înregistrare SRV care se rezolvă la O înregistrare în care fiecare înregistrare A se rezolvă la un singur XSP|ADP. Pentru exemple, consultați Aplicația Webex.
  
  Utilizați înregistrările SRV priorizate pentru a viza serviciul XSI pentru mai multe adrese XSP|ADP. Acordați prioritate înregistrărilor dvs. SRV, astfel încât microservicii să meargă întotdeauna la aceeași înregistrare A (și adresa IP ulterioară) și să se mute la următoarea înregistrare A (și adresa IP) numai dacă prima adresă IP este în jos. NU utilizați o abordare robin pentru Aplicația Webex.
Certificatele din XSP|ADP01 și XSP|ADP02 trebuie să aibă atât domeniul XSP|ADP, de exemplu, dvs.-XSP|ADP.example.com, în numele alternativ al subiectului. Ei ar trebui să aibă propriile lor FQDN, de exemplu XSP|ADP01.example.com, în numele comun.
Puteți utiliza certificatele de card wild, dar nu le recomandăm.

Evitați redirecționarea HTTP

Webex nu urmează o redirecționare atunci când vă conectați la URL-urile pe care le furnizați, astfel încât această configurație nu funcționează.

Plasarea comenzilor și furnizarea

Comenzile și configurarea se aplică la aceste niveluri:

Configurarea furnizorului de servicii/partener:

Fiecare furnizor de servicii Webex pentru Cisco BroadWorks (sau reseller) încorporat trebuie să fie configurat ca organizație parteneră în Webex și să primească drepturile necesare. Operațiunile Cisco oferă administratorului organizației partenere acces la gestionarea Webex pentru Cisco BroadWorks pe Hubul pentru parteneri Webex. Administratorul partener trebuie să facă toți pașii de configurare necesari înainte de a putea furniza o organizație Client/Enterprise.
Comandarea și configurarea clientului/întreprinderii:

Fiecare întreprindere BroadWorks activată pentru Webex pentru Cisco BroadWorks declanșează crearea unei organizații asociate pentru clienți Webex. Acest proces are loc automat ca parte a configurării utilizatorului/abonatului. Toți utilizatorii/abonații dintr-o întreprindere BroadWorks sunt configurați în aceeași organizație Webex Customer.

Același comportament se aplică în cazul în care sistemul BroadWorks este configurat ca furnizor de servicii cu grupuri. Când furnizați un abonat într-un grup BroadWorks, o organizație Client care corespunde grupului este creată automat în Webex.
Comandarea și configurarea utilizatorului/abonatului:

Webex pentru Cisco BroadWorks acceptă în prezent următoarele modele de configurare a utilizatorilor:
- Configurarea Flowthrough cu e-mailuri de încredere
- Configurarea Flowthrough fără e-mailuri de încredere
- Auto-configurare utilizator
- provisionare API

Furnizarea Flowthrough cu e-mailuri de încredere

Puteți schimba pachetul de abonați prin Partner Hub sau puteți scrie propria aplicație pentru a utiliza API-ul de configurare pentru a schimba pachetele de abonați.

Flowthrough Provizionarea fără e-mailuri de încredere

Puteți schimba pachetul de abonați prin Partner Hub sau puteți scrie propria aplicație pentru a utiliza API-ul de configurare pentru a schimba pachetele de abonați.

Auto-configurare utilizator

Utilizatorii trebuie să existe în sistemul BroadWorks pe care îl integrați cu Webex sau li se interzice să creeze conturi cu acel link.

Furnizor de servicii furnizat de API-uri

Patch-uri necesare cu configurare prin flux

Pentru R22:

Instalați AP.as.22.0.1123.ap376508.
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pentru R23:

Instalați AP.as.23.0.1075.ap376509
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pentru R24:

Instalați AP.as.24.0.944.ap375100
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

După ce finalizați acești pași, nu veți putea furniza noi utilizatori cu servicii de colaborare UC-One. Utilizatorii nou configurați trebuie să fie Webex pentru utilizatorii Cisco BroadWorks.

Apelare extensie

O extensie poate fi configurată pentru utilizatorii Cisco BroadWorks prin următoarele metode:

Utilizatori Cisco BroadWorks
- Configurarea API-ului public ca „extensie
  - Parametrul de extensie trebuie să fie trecut în mod explicit ca parte a apelului API. Pentru întreprinderile/grupurile care au configurat Codul de apelare a locației (LDC), parametrul de extensie trebuie să fie combinația dintre LDC și numărul de extensie.
- Configurare Flowthrough sau auto-activare
  - Extensia și LDC (dacă este cazul) vor fi preluate automat de la BroadWorks.
Utilizatori sau entități care apelează exclusiv BroadWorks
- Sincronizat automat din BroadWorks de Directory Sync utilizând combinația dintre Codul de apelare a locației (LDC) și numărul de extensie.

Tabelul 2. Gestionarea numerelor de extensii pe baza metodei de configurare
Înregistrări apeluri BroadWorks	Descriere	Metoda de furnizare	Gestionarea extensiei
Webex pentru utilizatorii Cisco BroadWorks	Utilizatorii sunt activați pentru Webex pentru Cisco BroadWorks	API public	Extensia trebuie să fie transferată ca parametru
Webex pentru utilizatorii Cisco BroadWorks		Flowthrough	Extensia preluată din BroadWorks automat
Utilizatori care apelează exclusiv BroadWorks	Utilizatori care nu sunt înscriși în Webex	Sincronizare director	Extensie sincronizată de sincronizarea directorului
Entități apelante non-utilizator	De exemplu, un telefon dintr-o sală de conferințe, un fax, un număr de grup Hunt	Sincronizare director	Extensie sincronizată de sincronizarea directorului
Liste de telefoane BroadWorks	Listele de telefon pentru întreprinderi, grup sau personal	Sincronizare director	Nu se aplică

Cerințe preliminare

Versiunea de client necesară pentru a sprijini această caracteristică este 42.11 sau mai târziu.
Patch-ul în care se adaugă coduri de apelare pentru extensie și locație la XSI și adaptor de configurare Februarie 2022 pentru versiunea 23 sau mai mare ca parte a:
- AP.platform.23.0.1075.ap380045
- AP.as.23.0.1075.ap380045
- AP.xsp.23.0.1075.ap380045
- AP.as.24.0.944.ap380045
Activați antetul X-BroadWorks-Remote-Party-Info pe AS utilizând comanda CLI de mai jos pentru acest flux de apeluri SIP, care este necesar pentru asistența pentru funcția de apelare extensie.
```
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
```

Prioritate opțiuni apelare aplicație

Următoarele sunt opțiunile pentru a face vizibilă opțiunea de apelare extensie pentru clienții existenți:

Dacă un partener dorește ca toate organizațiile sale de clienți gestionate să primească o extensie ca una dintre opțiunile de apel, este recomandat ca administratorul partenerului să mute Extensia de la ascunsă la disponibilă în Partner Hub. Acest lucru va permite organizatorilor de clienți gestionați să moștenească setarea de la partenerul lor.
Dacă un Partener dorește să ofere o extensie în opțiunile de apelare pentru o anumită organizație client, se recomandă ca administratorul Partener să mute extensia de la ascunsă la disponibilă în Control Hub.

Asistență pentru contacte de grup

Această funcție este disponibilă la cerere. Contactați echipa contului dvs. pentru a fi activată.

Înainte de a activa funcția, trebuie efectuată o migrare prealabilă pentru a furniza și a asocia grupuri pentru toți utilizatorii configurați existenți.
Echipa Cisco va rula un API intern pentru a migra orice utilizatori provisionați existenți pentru a-i asocia cu grupul corect. NOTĂ: Acest lucru poate dura până la o săptămână pentru a procesa.
Odată ce migrarea este finalizată pentru partener și funcția este activată, toți utilizatorii nou configurați vor fi „grupați” în mod corespunzător.

Funcția necesită ca abonații Webex pentru BroadWorks să fie configurați în Webex cu grupul de întreprinderi BroadWorks Id.

Id-ul grupului de întreprinderi BroadWorks poate fi furnizat utilizatorilor Cisco BroadWorks prin următoarele metode:

Webex pentru utilizatorii Cisco BroadWorks
- Configurarea API-ului public ca „spEnterpriseGroupId”
  - BroadWorks Enterprise Group Id ar trebui să fie trecut în mod explicit în parametrul spEnterpriseGroupId al apelului API.
- Configurare Flowthrough sau auto-activare
  - BroadWorks Enterprise Group Id va fi preluată automat de la BroadWorks.
- Utilizatori sau entități care apelează exclusiv BroadWorks
  - Nu este cazul. Nu este necesar să se sincronizeze BroadWorks Enterprise Group Id pentru acești utilizatori.

Tabelul 3. Gestionarea ID-ului grupului de întreprinderi pe baza metodei de asigurare a accesului
Înregistrări apeluri BroadWorks	Descriere	Metoda de furnizare	Gestionarea ID-ului grupului de întreprinderi
Webex pentru utilizatorii Cisco BroadWorks	Utilizatorii sunt activați pentru Webex pentru Cisco BroadWorks	API public	BroadWorks Enterprise Group Id trebuie să fie trecut ca parametru spEnterpriseGroupId
Webex pentru utilizatorii Cisco BroadWorks		Flowthrough	BroadWorks Enterprise Group Id este preluat automat de la BroadWorks
Utilizatori care apelează exclusiv BroadWorks	Utilizatori care nu sunt înscriși în Webex	Sincronizare director	Nu se aplică
Entități apelante non-utilizator	De exemplu, un telefon dintr-o sală de conferințe, un fax, un număr de grup Hunt	Sincronizare director	Nu se aplică
Liste de telefoane BroadWorks	Contactele din listele de telefoane ale grupului BroadWorks	Sincronizare director	Contactele grupului sunt stocate în Webex Contact Service asociate cu grupul specific
Listele de telefon BroadWorks Enterpsie sau Persional	Contactele din listele de telefon ale întreprinderii sau personale	Sincronizare director	Nu se aplică

Migrația și asigurarea viitorului

Abonamente recomandate pentru documente

Articolele Webex Help Center (pe help.webex.com) au o opțiune de Abonare care vă permite să primiți o notificare prin e-mail ori de câte ori respectivul articol este actualizat.

Nu există nicio opțiune de abonament pentru paginile de destinație a documentației.

Documente suplimentare

Consultați următoarea documentație aferentă pentru mai multe informații despre Webex pentru Cisco BroadWorks:

Webex pentru documentele Cisco BroadWorks

Administratorii parteneri pot utiliza următoarele documente și site-uri pentru a obține informații despre Webex pentru Cisco BroadWorks.

Aduceți-vă propria soluție PSTN pentru Webex pentru Cisco BroadWorks—Această soluție permite furnizorilor de servicii să furnizeze numere de telefon pe care le dețin (mai degrabă decât numere furnizate de Cisco) pentru ca utilizatorii să le utilizeze atunci când se alătură Webex Meetings.
Ghid de configurare Webex pentru Cisco BroadWorks – descrie modul de configurare a aplicației Webex pentru Webex pentru Cisco BroadWorks.
Ghid de integrare a dispozitivelor pentru Webex pentru Cisco BroadWorks—Descrie modul de integrare și service al dispozitivelor Room OS și MPP.
Ghid de depanare Webex pentru Cisco BroadWorks—Conține informații de depanare pentru Webex pentru Cisco BroadWorks.

Webex pentru articolele Cisco BroadWorks

Administratorii parteneri pot utiliza următoarele site-uri opționale pentru a afla mai multe despre Webex pentru Cisco BroadWorks:

Documentația Webex pentru Cisco BroadWorks—Pagina de destinație listează documentele tehnice și articolele Webex opționale care vizează administratorii parteneri ai Webex pentru Cisco BroadWorks.
Noutăți cu Webex pentru Cisco BroadWorks—Citiți despre cele mai recente caracteristici lansate împreună cu ceea ce va veni în curând.
Probleme și limitări cunoscute—Citiți despre problemele cunoscute pe care le-am identificat în soluția Webex pentru Cisco BroadWorks.
Roluri de administrator partener pentru Webex pentru BroadWorks și RTM en-gros—Acest articol descrie modul de atribuire a rolurilor de administrator partener pentru organizațiile partenere care oferă Webex pentru Cisco BroadWorks. Rolurile sunt utilizate pentru a aloca accesul administrației la setările din Partner Hub și Control Hub.

Documente Cisco BroadWorks

Administratorii parteneri pot consulta site-ul Cisco BroadWorks pe cisco.com pentru documente tehnice care descriu modul de implementare a componentei Cisco BroadWorks a soluției:

Documente Cisco BroadWorks

Articole de asistență Webex

Următoarele site-uri Webex Help pot fi utilizate pentru a găsi articole Webex care ajută administratorii de clienți și utilizatorii finali să utilizeze funcțiile Webex.

Webex de la furnizorii de servicii—Această pagină de destinație conține linkuri cu informații de pornire și articole utilizate în mod obișnuit pentru utilizatorii aplicației Webex care au achiziționat servicii Webex de la un furnizor de servicii.
Webex Help Center—Utilizați funcția de căutare la help.webex.com pentru a căuta articole Webex suplimentare care descriu Aplicația Webex și funcționalitatea Webex Meetings. Puteți căuta articole de utilizator sau de administrator.

Documentație dezvoltator

Ghid pentru dezvoltatorii Webex pentru BroadWorks—Oferă informații pentru dezvoltatorii care creează aplicații care utilizează API-urile Webex pentru BroadWorks.

Pregătiți-vă mediul

Puncte de decizie

Consideraţie	Întrebări de răspuns	Resurse
Arhitectură și infrastructură	Câte ADP-uri XSP\|? Cum iau mTLS?	Planificator de capacitate sistem Cisco BroadWorks Ghid de inginerie a sistemului Cisco BroadWorks referință XSP\|ADP CLI Acest document
Configurarea clientului și a utilizatorului	Puteți afirma că aveți încredere în e-mailurile din BroadWorks? Doriți ca utilizatorii să furnizeze adrese de e-mail pentru a-și activa propriile conturi? Puteți construi instrumente pentru a utiliza API-ul nostru?	Docs API public la https://developer.webex.com Acest document
Branding	Ce culoare și siglă doriți să utilizați?	Articolul de branding al aplicației Webex
Modele	Care sunt diferitele cazuri de utilizare a clientului dvs.?	Acest document
Caracteristici abonat per client/întreprindere/grup	Alegeți pachetul pentru a defini nivelul serviciului per șablon. Basic, Standard, Premium sau Softphone.	Acest document Caracteristică/matrice pachet
Autentificare de bază	BroadWorks sau Webex	Acest document
Adaptor de configurare (pentru opțiunile de configurare prin flux)	Utilizați deja IM&P integrat, de exemplu pentru UC-One SaaS? Intenționați să utilizați mai multe șabloane? Se anticipează un caz de utilizare mai frecvent?	Acest document referință CLI Server aplicație

Arhitectură și infrastructură

Cu ce fel de scară intenționați să începeți? Este posibil să crească în viitor, dar estimarea dvs. actuală de utilizare ar trebui să conducă la planificarea infrastructurii.
Colaborați cu managerul contului dvs. Cisco / reprezentantul dvs. de vânzări pentru a vă mări infrastructura XSP|ADP, în conformitate cu Cisco BroadWorks System Capacity Planner și cu Cisco BroadWorks System Engineering Guide.
Cum va realiza Webex conexiuni TLS reciproce cu ADP-urile dvs. XSP|? Direct către XSP|ADP într-un DMZ sau prin proxy TLS? Acest lucru afectează gestionarea certificatului dvs. și URL-urile pe care le utilizați pentru interfețe. (Nu acceptăm conexiuni TCP necriptate la marginea rețelei dvs.).

Furnizarea de servicii pentru clienți și utilizatori

Ce metodă de configurare a utilizatorului vă convine cel mai bine?

Furnizarea Flowthrough cu e-mailuri de încredere: Prin atribuirea serviciului „IM&P integrat” pe BroadWorks, abonatul este configurat automat în Webex.

Dacă puteți afirma, de asemenea, că adresele de e-mail ale abonatului din BroadWorks sunt valide și unice pentru Webex, atunci puteți utiliza varianta de „e-mail de încredere” a configurării prin flux. Conturile Webex ale abonaților sunt create și activate fără intervenția lor; acestea pur și simplu descarcă clientul și se conectează.

Adresa de e-mail este un atribut de utilizator cheie pe Webex. Prin urmare, Furnizorul de servicii trebuie să furnizeze o adresă de e-mail validă pentru utilizator pentru a le furniza pentru serviciile Webex. Acest lucru trebuie să se afle în atributul ID-ului de e-mail al utilizatorului din BroadWorks. Vă recomandăm să o copiați și în atributul ID alternativ.
Flowthrough Provisioning fără e-mailuri de încredere: Dacă nu puteți avea încredere în adresele de e-mail ale abonatului, puteți aloca în continuare serviciul IM&P integrat în BroadWorks pentru a furniza utilizatori în Webex.

Cu această opțiune, conturile sunt create atunci când atribuiți serviciul, dar abonații trebuie să furnizeze și să valideze adresele lor de e-mail pentru a activa conturile Webex.
Auto-configurare utilizator: Această opțiune nu necesită atribuirea de servicii IM&P în BroadWorks. Dvs. (sau clienții dvs.) distribuiți în schimb un link de configurare, precum și linkurile pentru a descărca diferiți clienți, cu branding-ul și instrucțiunile dvs.

Abonații urmează linkul, apoi furnizează și validează adresele lor de e-mail pentru a crea și activa conturile Webex. Apoi descarcă clientul și se conectează, iar Webex primește o configurație suplimentară despre acesta din BroadWorks (inclusiv numerele lor principale).
Provizionare controlată SP prin API-uri: Webex expune un set de API-uri publice care permit Furnizorilor de servicii să construiască configurarea utilizatorului/abonatului în fluxurile de lucru existente.

Cerințe de furnizare

Metodă de furnizare

Cerințe

Configurare flowthrough

(E-mailuri de încredere sau de neîncredere)

API-ul de configurare Webex adaugă automat utilizatorii BroadWorks existenți la Webex după ce utilizatorul îndeplinește cerințele și activați serviciul IM+P integrat.

Există două fluxuri (e-mailuri de încredere sau e-mailuri false) pe care le atribuiți prin intermediul șablonului de integrare din Webex.

Cerințe BroadWorks:

Utilizatorul există pe BroadWorks cu un număr principal sau o extensie.
Utilizatorul este alocat serviciul IM+P integrat , care indică URL-ul serviciului de configurare Webex.
Numai e-mailuri de încredere. Utilizatorul are o adresă de e-mail configurată pe BroadWorks. Vă recomandăm să adăugați, de asemenea, e-mailul în câmpul Alternate ID , deoarece acest lucru permite utilizatorului să se conecteze utilizând acreditările BroadWorks.
BroadWorks are patch-uri obligatorii instalate pentru configurarea fluxului. Consultaţi Cerinţele pentru plasturi cu Flowthrough Provisioning (de mai jos) pentru cerinţe privind plasturii.
BroadWorks AS este conectat direct la cloudul Webex sau proxy-ul adaptorului de configurare este configurat cu conexiune la URL-ul serviciului de configurare Webex.

Consultați Configurarea serverului aplicației cu URL-ul serviciului de configurare pentru a obține URL-ul serviciului de configurare Webex.

Consultați Cisco BroadWorks Implement Proxy Adapter FD pentru a configura proxy-ul adaptorului de configurare.

Cerințe Webex:

Șablonul de integrare include următoarele setări:

Activați comutatorul BroadWorks Flow prin configurare este activat.
Se atribuie numele și parola contului de configurare utilizând acreditările administratorului de nivel al sistemului BroadWorks
Verificarea utilizatorului este setată la e-mailurile Trust BroadWorks sau la e-mailurile de neîncredere.

Auto-configurare utilizator

Cerințe BroadWorks:

Utilizatorul trebuie să existe pe BroadWorks cu un număr principal sau o extensie

Cerințe Webex:

Șablonul de integrare include următoarele setări:

Activarea comutatorului de alimentare prin configurare este dezactivată.
Verificarea utilizatorului este setată la e-mailuri de neîncredere.
Permite utilizatorilor să se auto-activeze este bifată.

Configurare controlată SP prin API

(E-mailuri de încredere sau de neîncredere)

Webex expune un set de API-uri publice care vă permit să construiți configurarea utilizatorului în fluxurile și instrumentele de lucru existente. Există două fluxuri:

E-mailuri de încredere – API-ul oferă utilizatorului, aplicând e-mailul BroadWorks ca e-mail Webex.
E-mailuri nefiabile – API-ul prevede utilizatorul, dar utilizatorul trebuie să se conecteze la Portalul de activare a utilizatorului și să furnizeze o adresă de e-mail validă.

Cerințe BroadWorks:

Utilizatorul trebuie să existe pe BroadWorks cu un număr principal sau o extensie.

Cerințe Webex:

În șablonul de integrare, verificarea utilizatorului este setată fie la e-mailurile Trust BroadWorks, fie la e-mailurile de neîncredere.
Trebuie să vă înregistrați aplicația, solicitând permisiunea.
Trebuie să solicitați pe tokenul OAuth scopurile evidențiate în secțiunea „Autentificare” din Ghidul Webex pentru dezvoltatorii BroadWorks.
Trebuie să dedicați un administrator sau un administrator de configurare în organizația partenerului.

Pentru a utiliza API-urile, accesați abonații BroadWorks.

Patch-uri necesare cu configurare prin flux

Pentru R22:

Instalați AP.as.22.0.1123.ap376508.
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pentru R23:

Instalați AP.as.23.0.1075.ap376509
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pentru R24:

Instalați AP.as.24.0.944.ap375100
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

După ce finalizați acești pași, nu veți putea furniza noi utilizatori cu servicii de colaborare UC-One. Utilizatorii nou configurați trebuie să fie Webex pentru utilizatorii Cisco BroadWorks.

Locale de limbă acceptate

Tabelul 1. Coduri locale de limbă acceptate
Locale de limbă acceptate (ISO-639-1)_(ISO-3166)	Dacă este disponibil doar un cod de limbă cu două litere...
Locale de limbă acceptate (ISO-639-1)_(ISO-3166)	Cod lingvistic (ISO-639-1) **	Utilizați în schimb localul sensibil implicit (ISO-639-1)_(ISO-3166)
en_US en_AU en_GB en_CA	Nu este cazul.	en_US
fr_FR fr_CA	fr	fr_FR
cs_CZ	c.	cs_CZ
da_DK	Nu este cazul.	da_DK
de_DE	de	de_DE
hu_HU	hu	hu_HU
id_ID	id	id_ID
it_IT	it	it_IT
ja_JP	Nu este cazul.	ja_JP
ko_KR	ko	ko_KR
es_ES es_CO es_MX	Nu este cazul.	es_ES
nl_NL	nl	nl_NL
nb_NU	nb	nb_NU
pl_PL	pl	pl_PL
pt_PT. pt_BR	pt.	pt_PT.
ru_RU	ru	ru_RU
ro_ES	es	ro_ES
zh_CN zh_TW	zh	zh_CN
sv_SE	sv	sv_SE
ar_SA	ar	ar_SA
tr_TR	în	tr_TR

Branding

Sigle ale companiei
Scheme de culori unice pentru modul Luminos sau modul Întunecat
URL-uri de asistență personalizate

Pentru detalii despre modul de personalizare a brandingului, consultați Configurarea personalizărilor avansate ale brandingului.

Personalizările de bază ale brandingului sunt în curs de a fi deprecatate. Vă recomandăm să implementați branding avansat, care oferă o gamă mai largă de personalizări.
Pentru detalii despre modul în care se aplică brandingul atunci când se atașează la o organizație preexistentă a clienților, consultați Condițiile atașamentului organizației din secțiunea Attach Webex for BroadWorks la secțiunea Organizație existentă.

Se integrează șabloanele

Unii dintre parametrii principali ai șablonului sunt enumerați mai jos.

Pachet

Trebuie să selectați un pachet implicit atunci când creați un șablon (Consultați pachetele din secțiunea Prezentare generală pentru detalii). Toți utilizatorii care sunt configurați cu acel șablon, fie prin flux- sau auto-configurare, primesc pachetul implicit.
Aveți control asupra selecției de pachete pentru diferiți clienți prin crearea mai multor șabloane și selectarea diferitelor pachete implicite în fiecare. Puteți apoi să distribuiți diferite linkuri de configurare sau diferite adaptoare de configurare per întreprindere, în funcție de metoda de configurare a utilizatorului aleasă pentru aceste șabloane.
Puteți schimba pachetul de abonați specifici din această funcție implicită, utilizând API-ul de configurare (consultați documentația API Webex pentru Cisco BroadWorks sau prin intermediul Hubului partener (consultați Schimbarea pachetului de utilizatori în Hubul partener).
Nu puteți schimba pachetul unui abonat de la BroadWorks. Alocarea serviciului IM&P integrat este fie pornită, fie oprită; dacă abonatului i se atribuie acest serviciu în BroadWorks, șablonul Hub partener asociat cu URL-ul de configurare al întreprinderii abonatului respectiv definește pachetul.

Retailer și întreprinderi sau furnizor de servicii și grupuri?

Modul în care este configurat sistemul BroadWorks are un impact asupra fluxului prin configurare. Dacă sunteți un revânzător cu întreprinderi, atunci trebuie să activați modul Enterprise atunci când creați un șablon.
Dacă sistemul BroadWorks este configurat în modul Furnizor de servicii, puteți opri modul Enterprise în șabloanele dvs.
Dacă intenționați să furnizați organizații ale clienților utilizând ambele moduri BroadWorks, trebuie să utilizați diferite șabloane pentru grupuri și întreprinderi.

Asigurați-vă că ați aplicat plasturii BroadWorks care sunt necesari pentru configurarea fluxului. Pentru detalii, consultați Patch-urile necesare cu configurarea fluxului.

Mod autentificare

Mod autentificare	BroadWorks	Webex
Identitate principală a utilizatorului	ID de utilizator BroadWorks	Adresă de e-mail
Furnizor de identitate	BroadWorks. Dacă configurați o conexiune directă la BroadWorks, aplicația Webex se autentifică direct la serverul BroadWorks. Pentru a configura o conexiune directă, caseta de selectare Activare autentificare directă BroadWorks trebuie bifată în cadrul configurației clusterului BroadWorks din Hub-ul partenerului (în mod implicit, setarea nu este bifată). În caz contrar, autentificarea la BroadWorks este facilitată printr-un serviciu intermediar găzduit de Webex.	Identitate comună Cisco
Autentificare multi-factor?	Nu	Necesită IdP client care acceptă autentificarea cu mai mulți factori.
Cale de validare a acreditării	Browser-ul este lansat în cazul în care utilizatorul furnizează e-mail la fluxul inițial de conectare și de a descoperi modul lor de autentificare. Browserul este apoi redirecționat către o pagină de conectare BroadWorks găzduită de Webex (această pagină poate fi marcată) Utilizatorul furnizează ID-ul de utilizator și parola BroadWorks pe pagina de conectare. Datele de autentificare ale utilizatorilor sunt validate împotriva BroadWorks. În ceea ce privește succesul, un cod de autorizare este obținut de la Webex. Acest lucru este utilizat pentru a obține tokenurile de acces necesare pentru serviciile Webex.	Browser-ul este lansat în cazul în care utilizatorul furnizează e-mail la fluxul inițial de conectare și de a descoperi modul lor de autentificare. Browserul este redirecționat către IdP (fie Cisco Common Identity, fie Customer IdP), unde va fi prezentat cu un portal de conectare. Utilizatorul furnizează acreditările corespunzătoare pe pagina de conectare Autentificarea cu mai mulți factori poate avea loc dacă IdP-ul clientului acceptă acest lucru. În ceea ce privește succesul, un cod de autorizare este obținut de la Webex. Acest lucru este utilizat pentru a obține tokenurile de acces necesare pentru serviciile Webex.

Pentru o defalcare mai detaliată a fluxului de conectare SSO cu autentificare directă la BroadWorks, consultați Fluxul de conectare SSO.

UTF-8 codificare cu autentificare BroadWorks

Puteți configura codificarea UTF-8 prin rularea uneia dintre următoarele comenzi CLI pe XSP sau ADP:

XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8

Țară

Tabelul 2. Următorul tabel listează codul de țară implicit de apelare în funcție de fiecare locație:
S Nu.	Loc	Cod țară	Nume țară
1	AMER	+1	US, CA
2	APAC	+65	Singapore
3	RESPIRAȚIE	+61	Australia
4	EMEA	+44	Regatul Unit
5	EURO	+49	Germania

Aranjamente pentru parteneri multipli

Adaptor de configurare și șabloane

Opțiunile de configurare legate de această decizie sunt detaliate în Configurarea serverului aplicației cu URL-ul serviciului de configurare.

Proxy adaptor de configurare

Această caracteristică necesită configurarea proxy-ului pe BroadWorks. Pentru detalii, consultați descrierea adaptorului de configurare Cisco BroadWorks.

Cerințe minime

Conturi

Toți abonații pe care îi configurați pentru Webex trebuie să existe în sistemul BroadWorks pe care îl integrați cu Webex. Puteți integra mai multe sisteme BroadWorks, dacă este necesar.

Toți abonații trebuie să aibă licențe BroadWorks și un număr principal sau o extensie.

Administratorii dvs. trebuie să utilizeze conturile lor Webex pentru a se conecta la Partner Hub.

Serverele din Rețeaua și cerințele software

Instanță(e) BroadWorks cu versiunea minimă R22. Consultați cerințele de software BroadWorks (în acest document) pentru versiunile și patch-urile acceptate. Pentru mai multe informații, consultați Politica privind ciclul de viață al produselor BroadSoft secțiunea din Politica ciclului de viață BroadSoft și Matrice de compatibilitate software BroadWorks.

Instanța (instanțele) BroadWorks trebuie să includă cel puțin următoarele servere:
- Server de aplicații (AS) cu versiunea BroadWorks ca mai sus
- Server de rețea (NS)
- Server de profil (PS)

Cu fața publică a serverului|ADP XSP sau a platformei de livrare a aplicației (ADP) care îndeplinește următoarele cerințe:
- Serviciu de autentificare (BWAuth)
- Interfețe acțiuni și evenimente XSI
- DMS (aplicație web de gestionare a dispozitivelor)
- interfață CTI (Intergrație Telefonie Computer)
- TLS 1.2 cu un certificat valabil (nesemnat) și orice intermediari necesari. Necesită administratorul de nivel de sistem pentru a facilita căutarea întreprinderii.
- Autentificare reciprocă TLS (mTLS) pentru serviciul de autentificare (Necesită lanțul public de certificate pentru clienți Webex instalat ca ancore de încredere)
- Autentificare reciprocă TLS (mTLS) pentru interfața CTI (Necesită lanțul public de certificate pentru clienți Webex instalat ca ancore de încredere)
Un server XSP/ADP separat care acționează ca un “Call Notifications Push Server” (un NPS din mediul dvs. utilizat pentru a împinge notificările de apel către Apple/Google. Îl numim „CNPS” aici pentru a-l distinge de serviciul Webex care oferă notificări push pentru mesagerie și prezență).

Acest server trebuie să fie pe R22 sau mai târziu.
Trimitem un server XSP/ADP separat pentru CNPS, deoarece imprevizibilitatea încărcării din Webex pentru conexiunile cloud BWKS ar putea afecta negativ performanța serverului NPS, rezultând o latență crescută a notificării. Consultați Ghidul de Inginerie al Sistemului Cisco BroadWorks pentru mai multe informații pe scara XSP|ADP.

Platformele Aplicației Webex

Pentru a descărca versiunea în limba engleză a Aplicației Webex, accesați https://www.webex.com/webexfromserviceproviders-downloads.html. Aplicația Webex este disponibilă pe:

PC-uri/laptopuri pentru Windows
PC-uri Apple / laptopuri cu MacOS
iOS (Magazin Apple)
Android (Play Store)
Browsere web (accesați https://teams.webex.com/)

Versiuni localizate

Pentru a descărca o versiune localizată a Aplicației Webex, utilizați unul dintre aceste linkuri:

https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (Coreeană)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (Franceză)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (Portugheză)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Chineză Tradițională)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (Chineză simplificată)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japonia)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spania)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (Germană)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (Italiană)

Telefoane fizice și accesorii

Telefoane Cisco IP:
- Telefon Cisco IP seria 6800 cu Firmware pentru mai multe platforme pentru mai multe platforme
- Telefon Cisco IP seria 7800 cu Firmware pentru mai multe platforme pentru mai multe platforme
- Telefon Cisco IP seria 8800 cu Firmware pentru mai multe platforme pentru mai multe platforme
  
  A se vedea https://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html pentru modele și mai multe informații.
Sprijinim telefoanele terțe în același mod ca și alte integrări BroadWorks. Cu toate acestea, nu au încă contacte și integrare de prezență cu Webex pentru Cisco BroadWorks.
Adaptoare:
- Adaptor de telefon analogic pentru mai multe platforme Cisco ATA 191
- Adaptor de telefon analogic pentru mai multe platforme Cisco ATA 192
  
  A se vedea https://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html pentru modele și mai multe informații.
Căști:
- Căști Cisco seria 500
  
  Consultați https://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.html pentru modele și mai multe informații.
Dispozitive de sistem de operare Room:
- Seria Webex Room și Room Kit
- Seria Webex Desk
- Seria Webex Board

Integrare dispozitiv

Profile dispozitiv

Nume client

Tipul profilului dispozitivului și numele pachetului

Șablon mobil Webex

Tipul profilului de identitate/dispozitiv: Conectare - Mobile

DTAF: ucone-mobile-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Șablon de tablete Webex

Tipul profilului de identitate/dispozitiv: Conectare - tabletă

DTAF: ucone-tablet-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Șablon desktop Webex

Tipul profilului de identitate/dispozitiv: Comunicator de afaceri - PC

DTAF: ucone-desktop-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Identificare/profil dispozitiv

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks

Ridicați o solicitare de serviciu cu agentul dvs. de integrare sau cu Cisco TAC pentru a furniza Cisco OAuth pentru contul dvs. Cisco Identity Provider Federation.

Utilizați următorul titlu de solicitare pentru caracteristicile respective:

XSP|ADP AuthService Configuration' pentru a configura serviciul pe XSP|ADP.
„Configurare NPS pentru configurarea proxy-ului Auth” pentru a configura NPS pentru a utiliza proxy-ul de autentificare.
Sincronizare UUID utilizator CI pentru sincronizare UUID utilizator CI. Pentru mai multe detalii despre această caracteristică, consultați: Asistență Cisco BroadWorks pentru CI UUID.
Configurați BroadWorks pentru a activa facturarea Cisco pentru BroadWorks și abonamentele Webex Pentru BroadWorks.

Dacă ați obținut deja acreditările furnizorului de identitate Cisco OAuth, completați o nouă solicitare de serviciu pentru a vă actualiza acreditările.

Certificate de comandă

Cerințe de certificare pentru autentificarea TLS

Aceste certificate trebuie să includă numele dvs. de domeniu complet calificat XSP|ADP ca nume comun al subiectului sau nume alternativ al subiectului.

Cerințele exacte pentru implementarea acestor certificate de server depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă rezumă cazul în care certificatul de server public semnat CA trebuie încărcat în aceste trei cazuri:

CA-urile acceptate public pe care aplicația Webex le acceptă pentru autentificare sunt enumerate în Autoritățile de certificare acceptate pentru serviciile hibride Webex.

Cerințe privind certificatul TLS pentru proxy-ul TLS-bridge

Certificatul de server semnat public este încărcat în proxy.
Proxy-ul prezintă acest certificat de server semnat public către Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.
Un certificat intern semnat CA poate fi încărcat pe XSP|ADP.
XSP|ADP prezintă acest certificat de server semnat intern proxy-ului.
Proxy-ul are încredere în CA intern care a semnat certificatul de server XSP|ADP.

Cerințe de certificare TLS pentru TLS-passthrough Proxy sau XSP|ADP în DMZ

Certificatul de server semnat public este încărcat în |ADP-urile XSP.
ADP-urile XSP| prezintă certificatelor de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului |ADP XSP.

Cerințe suplimentare de certificare pentru autentificarea reciprocă TLS prin interfața CTI

Pentru a descărca certificatul:

Conectați-vă la Partner Hub, accesați Setări > BroadWorks Calling și faceți clic pe linkul certificatului de descărcare.

Cerințele exacte pentru implementarea acestui lanț de certificate Webex CA depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă sintetizează cerințele certificatului în aceste trei cazuri:

(Opțiune) Cerințe de certificare pentru proxy-ul cu punte TLS

Webex prezintă proxy-ului un certificat de client semnat public.
Proxy-ul are încredere în CA intern Cisco care a semnat certificatul clientului. Puteți descărca acest CA / lanț din Control Hub și îl puteți adăuga la magazinul de încredere al proxy-ului. Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în proxy.
Proxy-ul prezintă certificatul de server semnat public pentru Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.

Proxy-ul prezintă un certificat de client semnat intern către |ADP-urile XSP.

Acest certificat trebuie să aibă câmpul de extensie x509.v3 Utilizare extinsă a cheii populat cu OID BroadWorks 1.3.6.1.4.1.6431.1.1.8.2.1.3 și clientAuth scop TLS. De exemplu:

X509v3 extensions:
    X509v3 Extended Key Usage:
        1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication

CNN al certificatului intern trebuie să fie bwcticlient.webex.com.

Atunci când generați certificate de client intern pentru proxy, rețineți că certificatele SAN nu sunt acceptate. Certificatele serverului intern pentru XSP|ADP pot fi SAN.
Este posibil ca autoritățile publice de certificare să nu fie dispuse să semneze certificatele cu OID-ul BroadWorks propriu, care este necesar. În cazul unui proxy de legătură, este posibil să fiți obligat să utilizați un CA intern pentru a semna certificatul clientului pe care proxy-ul îl prezintă la XSP|ADP.

ADP-urile XSP| au încredere în CA intern.
ADP-urile XSP| prezintă un certificat de server semnat intern.
Proxy-ul are încredere în CA intern.
ClientIdentity a serverului de aplicații conține CN-ul certificatului de client semnat intern prezentat către XSP|ADP de către proxy.

(Opțiune) Cerințe de certificare pentru proxy TLS-passthrough sau XSP|ADP în DMZ

Webex prezintă un certificat de client Cisco semnat CA intern pentru ADP-urile XSP|.
ADP-urile XSP| au încredere în CA intern Cisco care a semnat certificatul clientului. Puteți descărca acest CA / lanț din Control Hub și îl puteți adăuga la magazinul de încredere al proxy-ului. Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în |ADP-urile XSP.
ADP-urile XSP| prezintă certificatelor de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului |ADP XSP.
Serverul de aplicații ClientIdentity conține CN-ul certificatului de client semnat de Cisco prezentat XSP|ADP de Webex.

Pregătiți-vă rețeaua

Cerințe de rețea pentru serviciile Webex

Tabelul 3. Cerințe de rețea pentru Webex App Connections (Generic)
Secțiunea Cerințe de rețea Articol	Relevanţa informaţiilor
Rezumatul tipurilor de dispozitive și al protocoalelor acceptate de Webex	Informațional
Protocoale de transport și cifruri de criptare pentru aplicațiile și dispozitivele Webex înregistrate în cloud	Informațional
Servicii Webex – Numere de port și protocoale	Trebuie să citiți
Subrețele IP pentru serviciile media Webex	Trebuie să citiți
Domenii și URL-uri care trebuie accesate pentru serviciile Webex	Trebuie să citiți
URL-uri suplimentare pentru serviciile hibride Webex	Opțional
Funcții proxy	Opțional
802.1X – Controlul accesului în rețea pe bază de port	Opțional
Cerințe de rețea pentru serviciile Webex bazate pe SIP	Opțional
Cerințe de rețea pentru Webex Edge Audio	Opțional
Un rezumat al altor servicii hibride și documentații Webex	Opțional
Servicii Webex pentru clienții FedRAMP	Nu este cazul

Informații suplimentare

Pentru informații suplimentare, consultați Webex App Firewall Whitepaper (PDF).

Asistență pentru redundanță BroadWorks

Topologie rețea

Servicii Webex Cloud

configurare DNS

Microservicele Webex Cloud trebuie să poată găsi serverul (serverele) Broadworks XSP|ADP pentru conectarea la interfețele Xsi, serviciul de autentificare și CTI.

Exemplu: Partenerul DNS A Record pentru descoperirea serverului Round-Robin echilibrat XSP|ADP cu care se confruntă pe internet / Balancers de încărcare.

Tip înregistrare	Nume	Țintă	Scop
A	`webex-cloud-xsp.example.com`	`198.51.100.48`	Puncte către LB1 (Site A)
A	`webex-cloud-xsp.example.com`	`198.51.100.49`	Puncte către LB2 (Site B)

Orice referință la XSP include fie XSP, fie ADP.

Eşec

Când microservicele Webex trimit o solicitare către XSP|ADP/Load Balancer și cererea eșuează, se pot întâmpla mai multe lucruri:

Dacă defecțiunea se datorează unei erori de rețea (de exemplu: TCP, SSL), microservicele Webex marchează IP-ul ca blocat și efectuează imediat un progres de rută către următorul IP.
Dacă este returnat un cod de eroare (HTTP 5xx), microservicele Webex marchează IP-ul ca blocat și efectuează imediat un progres de rută către următorul IP.
Dacă nu se primește niciun răspuns HTTP în termen de 2 secunde, timpii de solicitare și microservicele Webex marchează IP-ul ca blocat și efectuează un progres de rută către următorul IP.

Fiecare solicitare este încercată de 3 ori înainte ca un eșec să fie raportat înapoi la microservice.

Stare

Acțiuni XSI
Evenimente XSI
Serviciu de autentificare

Starea conexiunii este actualizată atunci când pagina este încărcată sau în timpul actualizărilor de intrare. Stările conexiunilor pot fi:

Verde: Când interfața poate fi atinsă pe unul dintre IP-uri în căutarea O înregistrare.
Roşu: Atunci când toate IPs-urile din căutarea unei înregistrări sunt inaccesibile, iar interfața nu este disponibilă.

Următoarele servicii utilizează microservicele pentru a se conecta la |ADP-urile XSP și sunt afectate de disponibilitatea interfeței XSP|ADP:

Conectare la aplicația Webex
Reîmprospătare token aplicație Webex
E-mail/auto-activare de neîncredere
Verificarea stării de sănătate a serviciului Broadworks

Aplicația Webex

configurare DNS

Aplicația Webex accesează serviciile Xtended Services Interface (XSI-Actions & XSI-Events) și Device Management Service (DMS) de pe XSP|ADP.

Exemplul 1—Mai multe |ADP-uri XSP, fiecare din spatele echilibratorilor de sarcină separați

Mai jos este un exemplu de înregistrări SRV.

Tip înregistrare	Înregistrați	Țintă	Scop
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc1.example.com`	Descoperirea clientului interfeței Xsi
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc2.example.com`	Descoperirea clientului interfeței Xsi
A	`xsp-dc1.example.com`	`198.51.100.48`	Puncte către LB1 (site A)
A	`xsp-dc2.example.com`	`198.51.100.49`	Puncte către LB2 (site B)

Exemplul 2—Mai multe |ADP-uri XSP în spatele unui singur balansor de sarcină (cu Podul TLS)

Tip înregistrare	Înregistrați	Țintă	Scop
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`LB.example.com`	balansor De Încărcare
A	LB.example.com	`198.51.100.83`	Adresa IP a echilibratorului de sarcină (\|ADP-urile XSP sunt în spatele echilibratorului de sarcină)

URL DMS

Tip înregistrare	Nume	Țintă	Scop
A	`xsp-dms.example.com`	`198.51.100.48`	Puncte către LB1 (site A)
A	`xsp-dms.example.com`	`198.51.100.49`	Puncte către LB2 (site B)

Orice referință la XSP include fie XSP, fie ADP.

Cum găsește aplicația Webex adresele XSP|ADP

Clientul încearcă să localizeze nodurile XSP|ADP utilizând următorul flux DNS:

Clientul preia inițial URL-urile Xsi-Actions/Xsi-Events din Webex Cloud (le-ați introdus la crearea clusterului BroadWorks Calling asociat). Numele/domeniul gazdei Xsi este parsat din URL, iar clientul efectueaza cautarea SRV dupa cum urmeaza:
1. Clientul efectuează o căutare SRV pentru _xsi-client._tcp.<xsi domain="">
2. În cazul în care căutarea SRV returnează unul sau mai multe obiective A/AAAA:
  1. Clientul caută A/AAAA pentru aceste ținte și cache adresele IP returnate.
  2. Clientul se conectează la una dintre ținte (și, prin urmare, înregistrarea A / AAAA cu o singură adresă IP) pe baza priorității SRV, apoi greutatea (sau la întâmplare, dacă toate sunt egale).
3. Dacă căutarea SRV nu returnează niciun obiectiv:
  
  Clientul caută A/AAAA parametrul rădăcină Xsi și apoi încearcă să se conecteze la adresa IP returnată. Acesta ar putea fi un element de margine de echilibrare a sarcinii sau ar putea fi serverul XSP|ADP în sine.
  
  După cum s-a menționat, înregistrarea A/AAAA trebuie să se rezolve la o adresă IP din aceleași motive.
(Opțional) Puteți furniza ulterior detalii XSI-Actions/XSI-Events personalizate în configurația dispozitivului pentru aplicația Webex, utilizând următoarele etichete:
```
<protocols>
	<xsi>
		<paths>
			<root>%XSI_ROOT_WXT%</root>
			<actions>%XSI_ACTIONS_PATH_WXT%</actions>
			<events>%XSI_EVENTS_PATH_WXT%</events>
		</paths>
	</xsi>
</protocols>
```
1. Acești parametri de configurare au prioritate față de orice configurație din clusterul BroadWorks din Control Hub.
2. Dacă există, clientul va compara adresa XSI originală primită prin configurația BroadWorks Cluster.
3. Dacă există vreo diferență detectată, clientul își va reinițializa conectivitatea XSI Actions/ XSI Events. Primul pas în acest sens este de a efectua același proces de căutare DNS enumerate la pasul 1 – de data aceasta solicitând o căutare pentru valoarea din %XSI_ROOT_WXT% parametrul din fișierul de configurare.
  
  Asigurați-vă că creați înregistrările SRV corespunzătoare dacă utilizați această etichetă pentru a modifica interfețele Xsi.

Eşec

Dacă o solicitare sau o solicitare de bătăi de inimă către o gazdă eșuează, se pot întâmpla mai multe lucruri:

Dacă defecțiunea se datorează unei erori de rețea (de exemplu: TCP, SSL), ruta Aplicației Webex avansează imediat către următoarea gazdă din listă.
Dacă este returnat un cod de eroare (HTTP 5xx), Aplicația Webex marchează acea adresă IP ca fiind blocată și se îndreaptă către următoarea gazdă din listă.
Dacă un răspuns nu este primit într-o perioadă de timp, atunci cererea este considerată nereușită din cauza expirării termenului și următoarele cereri sunt trimise către următoarea gazdă. Cu toate acestea, solicitarea expirată este considerată nereușită. Unele cereri sunt reîncercate după eșec (cu timpul de reîncercare în creștere). Cererile ca presupusul non-vital nu sunt rejudecate.

În cazul bătăilor inimii, dacă există două eșecuri consecutive ale solicitării, Aplicația Webex va reiniția canalul evenimentului.

Rețineți că Aplicația Webex nu efectuează o copie de rezervă, iar descoperirea serviciului DNS se efectuează o singură dată la conectare.

Implementarea Webex pentru BroadWorks

Prezentare generală implementare

Integrare partener pentru Webex pentru Cisco BroadWorks

Partenerii Webex dintr-o regiune pot crea organizații de clienți în orice regiune în care oferim serviciile. Pentru ajutor, consultați: Reședință de date în Webex.

Configurați serviciile pe dispozitivele Webex pentru |ADP-urile Cisco BroadWorks XSP

Cerem ca aplicația NPS să fie rulată pe un alt XSP|ADP. Cerințele pentru ca XSP|ADP să fie descrise în Configurarea notificărilor de apel din rețea.

Aveți nevoie de următoarele aplicații/servicii pe |ADP-urile dvs. XSP.

Serviciu/Aplicație	Este necesară autentificarea	Scopul serviciului/aplicației
Evenimente Xsi	TLS (serverul se autentifică în clienți)	Controlul apelurilor, notificări serviciu
Acțiuni Xsi	TLS (serverul se autentifică în clienți)	Controlul apelurilor, acțiuni
Gestionare dispozitiv	TLS (serverul se autentifică în clienți)	Descărcare configurație apelare
Serviciu de autentificare	TLS (serverul se autentifică în clienți)	Autentificare de bază
Integrare telefonie informatică	mTLS (autentificare client și server reciproc)	prezență Telefonie
aplicație Vizualizare web setări apel	TLS (serverul se autentifică în clienți)	Expune setările apelurilor utilizatorilor în portalul de auto-asistență din aplicația Webex

Cerințe de co-rezidență

Serviciul de autentificare trebuie să fie co-rezident cu aplicațiile Xsi, deoarece aceste interfețe trebuie să accepte jetoane de lungă durată pentru autorizarea serviciului. Serviciul de autentificare este necesar pentru a valida aceste jetoane.
Serviciul de autentificare și Xsi pot rula pe același port, dacă este necesar.
Puteți separa celelalte servicii/aplicații după cum este necesar pentru scara dvs. (de exemplu, ferma XSP|ADP dedicată gestionării dispozitivelor).
Puteți co-localiza aplicațiile Xsi, CTI, Serviciul de autentificare și DMS.
Nu instalați alte aplicații sau servicii pe |ADP-urile XSP care sunt utilizate pentru integrarea BroadWorks cu Webex.
Nu colocalizați aplicația NPS cu alte aplicații.

Interfețe Xsi

Instalați și configurați aplicațiile Xsi-Actions și Xsi-Events așa cum sunt descrise în Ghidul de configurare a interfeței pentru serviciile Cisco BroadWorks Xtended Services.

Doar o singură instanță a aplicațiilor Xsi-Events trebuie implementată pe XSP|ADP utilizat pentru interfața CTI.

Toate evenimentele Xsi utilizate pentru integrarea Broadworks cu Webex trebuie să aibă același nume de apelControlApplicationName definit în Applications/Xsi-Events/GeneralSettings. De exemplu:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Schimbarea numelui de apelControlApplicationName sau neavând același nume pe toate aplicațiile web Xsi-Events va afecta funcționalitatea abonamentelor și a evenimentelor de telefonie.

Configurați serviciul de autentificare (cu validarea token-ului CI)

Pentru a configura autentificarea mTLS pentru Serviciul Auth în loc de validarea CI Token, consultați Anexa pentru Configurarea serviciilor (cu mTLS pentru Serviciul Auth).

Dacă utilizați în prezent mTLS pentru Serviciul Auth, nu este obligatoriu să vă reconfigurați pentru a utiliza validarea CI Token cu TLS.

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks.
Instalați următorii plasturi pe fiecare server |ADP XSP. Instalați plasturii care sunt potriviți pentru eliberarea dvs.:
- Pentru R22:
  
  AP.platform.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap368601
- Pentru R23:
  
  AP.xsp.23.0.1075.ap376509
  
  AP.platform.23.0.1075.ap376509
- Pentru R24 – nu este necesar niciun plasture
Orice referință la XSP include fie XSP, fie ADP.
Instalați AuthenticationService aplicație pe fiecare serviciu XSP|ADP.
1. Rulați următoarea comandă pentru a activa aplicația AuthenticationService pe XSP|ADP pe calea contextului /authService.
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
2. Rulați această comandă pentru a implementa Serviciul de autentificare pe XSP|ADP:
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...

IdenTrust Commercial Root CA 1
Autoritatea certificatului Go Daddy Root - G2

Verificați dacă aceste certificate sunt prezente în cadrul următoarei CLI

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get

Dacă nu este prezent, executați următoarea comandă pentru a importa trusturile Java implicite:

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust

Alternativ, puteți adăuga manual aceste certificate ca ancore de încredere cu următoarea comandă:

ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>

Configurați furnizorii de identitate rulând următoarele comenzi pe fiecare server |ADP XSP:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get

set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL> — Pentru URL, introduceți URL-ul IssuerName care se aplică clusterului dvs. CI. A se vedea tabelul următor.
set issuerUrl <URL> — Pentru URL, introduceți IssuerUrl care se aplică clusterului dvs. CI. A se vedea următorul tabel.
set tokenInfoUrl <IdPProxy URL> —Introduceți URL-ul proxy IdP care se aplică clusterului dvs. de echipe. A se vedea al doilea tabel care urmează.

Tabelul 1. Setați numele emitentului și adresa URL a emitentului

Dacă CI Cluster este...

Setați numele emitentului și adresa URL a...

US-A

US-B

https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

Dacă nu cunoașteți clusterul CI, puteți obține informațiile din detaliile clientului în vizualizarea Help Desk a Control Hub.

Dacă clusterul Teams este... Setați TokenInfoURL la... (URL proxy IdP)

AXM

AFRA

https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

AORE

https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

Dacă nu cunoașteți clusterul Teams, puteți obține informațiile din detaliile clientului în vizualizarea Help Desk a Control Hub.
Pentru testare, puteți verifica dacă tokenInfoURL este valid prin înlocuirea " idp/authenticate" porțiune a URL-ului cu " ping".

Specificați drepturile Webex care trebuie să fie prezente în profilul de utilizator din Webex executând următoarea comandă:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
Configurați furnizorii de identitate pentru Federația Cisco utilizând următoarele comenzi pe fiecare server |ADP XSP:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
- set flsUrl https://cifls.webex.com/federation
- set refreshPeriodInMinutes 60
- set refreshToken refresh-Token-From-Step1
Rulați următoarea comandă pentru a valida că configurația FLS funcționează. Această comandă va returna lista furnizorilor de identitate:

XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
Configurați Token Management utilizând următoarele comenzi pe fiecare server |ADP XSP:
- XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>
- set tokenIssuer BroadWorks
- set tokenDurationInHours 720
Generați și partajați chei RSA. Trebuie să generați taste pe un XSP|ADP, apoi să le copiați la toate celelalte XSP|ADP. Acest lucru se datorează următorilor factori:
- Trebuie să utilizați aceleași perechi de taste publice/private pentru criptarea/decriptarea tokenului în toate instanțele serviciului de autentificare.
- Cuplul cheie este generat de serviciul de autentificare atunci când este necesar pentru prima dată să eliberați un token.
Dacă ciclați tastele sau modificați lungimea tastei, trebuie să repetați următoarea configurație și să reporniți toate |ADP-urile XSP.
1. Selectați un XSP|ADP de utilizat pentru generarea unei perechi de taste.
2. Utilizați un client pentru a solicita un token criptat de la acel XSP|ADP, solicitând următorul URL din browserul clientului:
  
  https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
  
  (Acest lucru generează o pereche de chei private / publice pe XSP|ADP, dacă nu a existat deja unul)
3. Locația magazinului cu tastatură nu este configurabilă. Exportați tastele:
  
  XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
4. Copiați fișierul exportat /var/broadworks/tmp/authService.keys în aceeași locație pe celelalte ADP-uri XSP|, suprascrierea unui mai în vârstă .keys fișier.
5. Importați tastele pe fiecare dintre celelalte |ADP-uri XSP:
  
  XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Furnizați adresa URL autentiService către containerul web. Containerul web XSP|ADP are nevoie de URL-ul autentiService, astfel încât să poată valida jetoanele. Pe fiecare dintre |ADP-urile XSP:
1. Adăugați URL-ul serviciului de autentificare ca serviciu de autentificare extern pentru BroadWorks Communications Utility:
  
  XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1/authService
2. Adăugați adresa URL a serviciului de autentificare în container:
  
  XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
  
  Acest lucru permite Webex să utilizeze Serviciul de autentificare pentru a valida jetoanele prezentate ca date de autentificare.
3. Verificați parametrul cu get.
4. Reporniți XSP|ADP.

Eliminați cerința de autentificare a clientului pentru serviciul Auth (numai R24)

ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false

Configurarea TLS și Ciphers pe interfețele HTTP (pentru XSI și Serviciul de autentificare)

Aplicațiile Service Authentication, Xsi-Actions și Xsi-Events utilizează interfețe de server HTTP. Nivelurile de configurabilitate TLS pentru aceste aplicații sunt după cum urmează:

Cele mai generale = Sistem > Transport > HTTP > Interfață server HTTP = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații	context CLI
Sistem (global)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Protocoale de transport pentru acest sistem	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP pe acest sistem	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Interfețe server HTTP specifice pe acest sistem	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Citirea configurației interfeței serverului HTTP TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer>
Introduceți get comanda și citiți rezultatele. Ar trebui să vedeți interfețele (adresele IP) și, pentru fiecare, dacă acestea sunt sigure și dacă necesită autentificarea clientului.

Apache tomcat trimite un certificat pentru fiecare interfață securizată; sistemul generează un certificat semnat dacă are nevoie de unul.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Adăugarea protocolului TLS 1.2 la interfața serverului HTTP

Interfața HTTP care interacționează cu Webex Cloud trebuie configurată pentru TLSv1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața serverului HTTP:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> 443 pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> 443 TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața serverului HTTP

Pentru a configura cifrele necesare:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Introduceți comanda get <interfaceIp> 443 pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> 443 <cipherName> pentru a adăuga un cifru la interfața serverului HTTP.

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Configurați managementul dispozitivului pe XSP|ADP, serverul aplicației și serverul profilului

Interfața CTI și configurația aferentă

Comanda de configurare „inmost to outmost” este prezentată mai jos. Respectarea acestei ordonanțe nu este obligatorie.

Configurați serverul aplicației pentru abonamentele CTI
Configurați ADP-urile XSP| pentru abonamentele CTI autentificate mTLS
Deschideți porturile de intrare pentru interfața securizată CTI
Abonați organizația dvs. Webex la BroadWorks CTI Events

Configurați serverul aplicației pentru abonamentele CTI

Actualizați ClientIdentity pe serverul de aplicații cu numele comun (CN) al certificatului de client Webex pentru Cisco BroadWorks CTI.

Pentru fiecare server de aplicații pe care îl utilizați cu Webex, adăugați identitatea certificatului la ClientIdentity după cum urmează:

AS_CLI/System/ClientIdentity> add bwcticlient.webex.com

Numele comun al certificatului de client Webex pentru Cisco BroadWorks este bwcticlient.webex.com.

Configurați TLS și Ciphers pe interfața CTI

Nivelurile de configurabilitate pentru interfața XSP|ADP CTI sunt după cum urmează:

Cele mai generale = Sistem > Transport > Interfețe CTI > Interfață CTI = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații

Context CLI

Sistem (global)

(R22 și ulterior)

XSP|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>

XSP|ADP_CLI/Sistem/SSLCommonSettings/JSSE/Protocoale>

Protocoale de transport pentru acest sistem

(R22 și ulterior)

XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>

XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>

Toate interfețele CTI de pe acest sistem

(R22 și ulterior)

XSP|ADP_CLI/Interfață/CTI/SSLCommonSettings/Ciphers>

XSP|ADP_CLI/Interfață/CTI/SSLCommonSettings/Protocoale>

O interfață CTI specifică pe acest sistem

(R22 și ulterior)

XSP|ADP_CLI/Interfață/CTI/CTIServer/SSLSettings/Ciphers>

XSP|ADP_CLI/Interfață/CTI/CTIServerSSLSettings/Protocoale>

TLS_ECDHE_RSA_CU_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_CU_AES_128_GCM_SHA256
TLS_ECDHE_RSA_CU_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_CU_AES_128_CBC_SHA256
TLS_DHE_DSS_CU_AES_128_GCM_SHA256
TLS_DHE_RSA_CU_AES_128_GCM_SHA256
TLS_DHE_RSA_CU_AES_128_CBC_SHA256
TLS_DHE_DSS_CU_AES_128_CBC_SHA256
TLS_ECDH_RSA_CU_AES_128_GCM_SHA256
TLS_ECDH_ECDSA_CU_AES_128_GCM_SHA256
TLS_ECDH_RSA_CU_AES_128_CBC_SHA256
TLS_ECDH_ECDSA_CU_AES_128_CBC_SHA256

Citirea configurației interfeței CTI TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer>

XSP|ADP_CLI/Interface/CTI/CTIServer> get
  Interface IP  Port  Secure  Server Certificate  Client Auth Req
=================================================================
  10.155.6.175  8012    true                true             true

Adăugarea protocolului TLS 1.2 la interfața CTI

Interfața XSP|ADP CTI care interacționează cu Webex Cloud trebuie configurată pentru TLS v1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața CTI:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața CTI

Pentru a configura cifrele necesare pe interfața CTI:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
Introduceți get comandă pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> <cipherName> pentru a adăuga un cipher la interfața CTI.

XSP|ADP CLI necesită numele standard al suitei de cipher IANA, nu numele suitei de cipher openSSL. De exemplu, pentru a adăuga OpenSSL cipher ECDHE-ECDSA-CHACHA20-POLY1305 la interfața CTI, ați utiliza: XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Anchoare de încredere pentru interfața CTI (R22 și ulterioară)

Pentru fiecare XSP|ADP din infrastructura dvs. care publică evenimente CTI în Webex, efectuați următoarele:

Conectați-vă la Hub pentru parteneri .

Accesați Setări > Apelare BroadWorks și faceți clic pe Descărcare certificat CA Webex pentru a obține CombinedCertChain2023.txt pe computerul local.

Aceste fișiere conțin două seturi de două certificate. Trebuie să divizați fișierele înainte de a le încărca în ADP-urile XSP|. Toate fișierele sunt necesare.

Separați lanțul certificatului în două certificate - combinedcertchain2023.txt
1. Deschideți combinedcertchain2023.txt într-un editor de text.
2. Selectați și tăiați primul bloc de text, inclusiv liniile -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----, și lipiți blocul de text într-un fișier nou.
3. Salvați noul fișier ca root2023.txt.
4. Salvați fișierul original ca issuing2023.txt. Fișierul original ar trebui să aibă acum doar un singur bloc de text, înconjurat de linii -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----.
Copiați ambele fișiere text într-o locație temporară pe XSP|ADP pe care o securizați, de ex. /var/broadworks/tmp/root2023.txt și /var/broadworks/tmp/issuing2023.txt
Conectați-vă la XSP|ADP și navigați la /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
(Opțional) Rulați help updateTrust pentru a vedea parametrii și formatul de comandă.

Încărcați fișierele certificatului în ancore de încredere noi - 2023

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Confirmați că ancorajele sunt actualizate:

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

Permiteți clienților să se autentifice cu certificate:

XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true

Adăugați interfața CTI și activați mTLS

Adăugați interfața CTI SSL.

Contextul CLI depinde de versiunea BroadWorks. Comanda creează un certificat de server semnat pe interfață și forțează interfața să solicite un certificat de client.
- În cazul BroadWorks R22 și R23:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
Înlocuiți certificatul de server și cheia de pe interfețele CTI XSP|ADP. Aveți nevoie de adresa IP a interfeței CTI pentru aceasta; o puteți citi din următorul context:
- În cazul BroadWorks R22 și R23:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer> get
  
  Apoi executați următoarele comenzi pentru a înlocui certificatul autosemnat al interfeței cu propriul certificat și cheia privată:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>
Reporniți XSP|ADP.

Activați accesul la BroadWorks CTI Events pe Webex

Specificați adresa CTI prin care Webex se poate abona la BroadWorks CTI Events.
Abonamentele CTI sunt pe bază de abonat și sunt stabilite și menținute numai în timp ce abonatul este configurat pentru Webex pentru Cisco BroadWorks.

Vizualizare web setări apel

Webex utilizează această funcție pentru a oferi utilizatorilor acces la setările comune ale apelurilor BroadWorks care nu sunt native ale Aplicației Webex.

Vizualizarea web a setărilor de apeluri are două componente:

Aplicație de vizualizare web a setărilor de apeluri, găzduită pe un Cisco BroadWorks XSP|ADP.
Aplicația Webex, care face setările apelurilor într-o vizualizare web.

Experiență utilizator

Utilizatori pentru Windows: Faceți clic pe Setări apel și apoi faceți clic pe Preferințe pentru apeluri deschise > Setări avansate pentru apeluri.
Utilizatori Mac: Faceți clic pe fotografia de profil, apoi Preferințe > Setări avansate pentru apeluri.

Implementarea CSWV pe BroadWorks

Instalați vizualizarea web a setărilor apelurilor pe |ADP-urile XSP

Conectați-vă la cisco.com și căutați "BWCallSettingsWeb" în secțiunea de descărcare software.
Găsiți și descărcați cea mai recentă versiune a fișierului.

De exemplu, BWCallSettingsWeb_1.8.2_1.war( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04) a fost cel mai recent la momentul scrierii.
Instalați, activați și implementați arhiva web în conformitate cu Ghidul de configurare a platformei de servicii Xtended Cisco BroadWorks pentru versiunea |ADP XSP. (Versiunea R24 este https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf).
1. Copiați fișierul .war într-o locație temporară pe XSP|ADP, cum ar fi /tmp/.
2. Navigați la următorul context CLI și executați comanda de instalare:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war
  
  Managerul de software BroadWorks validează și instalează fișierul.
3. [Opțional] Ștergere /tmp/BWCallSettingsWeb_1.7.5_1.war(acest fișier nu mai este necesar).
4. Activați aplicația:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings
  
  Numele și versiunea sunt obligatorii pentru orice aplicație, dar pentru CSWV trebuie să furnizați, de asemenea, un contextPath deoarece este o aplicație negestionată. Puteți utiliza orice valoare care nu este utilizată de o altă aplicație, de exemplu, /callsettings.
5. Implementați aplicația Setări apel pe calea contextului selectat:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
Acum puteți prezice URL-ul setărilor de apel pe care îl veți specifica pentru clienți, după cum urmează:

https://<XSP|ADP-FQDN>/callsettings/

Note:
- Trebuie să furnizați bara de remorcare de pe acest URL atunci când o introduceți în fișierul de configurare a clientului.
- XSP|ADP-FQDN trebuie să corespundă cu FQDN Xsi-Actions, deoarece CSWV trebuie să utilizeze Xsi-Actions, iar CORS nu este acceptat.
Repetați această procedură pentru alte ADP-uri XSP| în mediul Webex pentru Cisco BroadWorks (dacă este necesar).

Aplicația Webview Setări apel este acum activă pe |ADP-urile XSP.

Configurați aplicația Webex pentru a utiliza vizualizarea web a setărilor apelurilor

Pentru mai multe detalii despre configurația clientului, consultați Ghidul de configurare Webex pentru Cisco BroadWorks.

<config>
    <services>
        <web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%">
            <url>%WEB_CALL_SETTINGS_URL_WXT%</url>
        </web-call-settings>

În șablonul de configurare a aplicației Webex din BroadWorks, configurați URL-ul CSWV în %WEB_CALL_SETTINGS_URL_WXT% etichetă.

Dacă nu specificați în mod explicit adresa URL, pagina implicită este goală, iar pagina de setări a apelurilor nu este vizibilă utilizatorilor.

Asigurați-vă că aveți cele mai recente șabloane de configurare pentru aplicația Webex (consultați Profilurile dispozitivului).
Setați ținta de setări pentru apeluri web csw:

%WEB_CALL_SETTINGS_TARGET_WXT% csw
Setați URL-ul setărilor de apeluri web pentru mediul dvs., de exemplu:

%WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/

Ați derivat această valoare atunci când implementați aplicația CSWV.
Fișierul de configurare a clientului rezultat trebuie să aibă o intrare după cum urmează:
```
<web-call-settings target="csw">
    <url>https://yourxsp.example.com/callsettings/</url>
</web-call-settings>
```
Orice referință la XSP include fie XSP, fie ADP.

Configurați notificările push pentru apeluri în Webex pentru Cisco BroadWorks

Aceste servicii notifică dispozitivele mobile ale abonaților Webex pentru Cisco BroadWorks că au apeluri de intrare pe Webex.

Pentru mai multe informații despre NPS, consultați Descrierea caracteristicilor serverului Notification Push.

Prezentare generală proxy NPS

Pentru compatibilitate cu Webex pentru Cisco BroadWorks, CNPS-ul dvs. trebuie să fie patch-uri pentru a sprijini funcția Proxy NPS, Push Server pentru VoIP în UCaaS.

Pentru mai multe informații, consultați Push Server pentru VoIP în Descrierea caracteristicilor UCaaS.
Patch-urile BroadWorks pentru funcție sunt disponibile pe: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.

Pentru software-ul și plasturii NPS, consultați secțiunea Pregătiți-vă NPS pentru Webex pentru Cisco BroadWorks.

Căutați și descărcați plasturele din pagina de descărcare software.
Mai multe informații despre serverul ADP pot fi găsite la https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html.

Considerații APNS

Pregătiți-vă NPS pentru Webex pentru Cisco BroadWorks

Instalați și configurați un XSP dedicat (versiunea minimă R22) sau o platformă de livrare a aplicațiilor (ADP).

Instalați plasturii proxy de autentificare NPS:

Plasturi XSP R22:

Plasturii XSP R23:

Activați aplicația Notificare Push Server.

(Pentru notificări Android) Activați API-ul FCM v1 pe NPS.

XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true

(Pentru notificările Apple iOS) Activați HTTP/2 pe NPS.

XSP_CLI/Applications/NotificationPushServer/APNS/GeneralSettings> set HTTP2Enabled true

Acest lucru este exclusiv pentru Versiunea 22 și versiunile anterioare; nu este disponibil în Versiunea 23 și versiunile de mai sus, care acceptă numai HTTP/2.

Atașați un suport tehnic de la NPS XSP/ADP.

Exemplu: _pushnotification-client._tcp.qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com ÎN A 10.193.78.149

Odată setat, una dintre următoarele este necesară pentru preluarea modificărilor:

Un bw de repornire trebuie preformat într-o fereastră de întreținere.
Prin intermediul CLI Cisco BroadWorks:

R24 și mai în vârstă

AS_CLI/ASDiagnostic/DNS> reîncărcare

R25 +

AS_CLI/ASDiagnostic/DNS/ExecutionServer> reîncărcare

AS_CLI/ASDiagnostic/DNS/ProvisioningServer> reîncărcare

Ce este de făcut în continuare

Pentru instalări noi ale unui NPS, accesați Configurarea NPS pentru a utiliza proxy-ul de autentificare

Pentru a migra o implementare Android existentă la FCMv1, accesați Migrarea NPS la FCMv1

Configurați NPS pentru a utiliza proxy-ul de autentificare

Această sarcină se aplică unei noi instalări de NPS, dedicată Webex pentru Cisco BroadWorks.

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks.

Creați contul clientului pe NPS:

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientId client-Id-From-Step1

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientSecret
New Password: client-Secret-From-Step1

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set RefreshToken
New Password: Refresh-Token-From-Step1

Pentru a verifica valorile pe care le-ați introdus în concordanță cu ceea ce ați primit, rulați XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> get

Emitentul CiscoCI ar trebui să fie ÎNTOTDEAUNA cluster CI din SUA, indiferent de locația dvs., iar implicit ar trebui să fie:

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI> get issuerUrl = https://idbroker.webex.com/idb

Introduceți URL-ul proxy NPS și setați intervalul de reîmprospătare a tokenului (se recomandă 30 de minute):

XSP|ADP_CLI/Applications/NotificationPushServer/CloudNPSService> set url https://nps.uc-one.broadsoft.com/nps/

XSP|ADP_CLI/Applications/NotificationPushServer/CloudNPSService> set VOIPTokenRefreshInterval 1800

(Pentru notificări Android) Adăugați ID-ul aplicației Android în contextul aplicațiilor FCM de pe NPS.

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.cisco.wx2.android

(Pentru notificările Apple iOS) Adăugați ID-ul aplicației în contextul aplicațiilor APNS, asigurându-vă că pentru a omite cheia Auth – setați-l la gol.

XSP|ADP_CLI/Applications/NotificationPushServer/APNS/Production/Tokens> add com.cisco.squared

Configurați următoarele URL-uri NPS:

Context CLI \|ADP XSP	Parametru	Valoare
`XSP\|ADP_CLI/Applications/` `NotificationPushServer/FCM>`	`authURL`	https://www.googleapis.com/oauth2/v4/token
	`pushURL`	https://fcm.googleapis.com/v1/projects/PROJECT-ID/messages:send
	`scope`	https://www.googleapis.com/auth/firebase.messaging
`XSP\|ADP_CLI/Applications/NotificationPushServer` `/APNS/Production>`	`url`	https://api.push.apple.com/3/device

Configurați următorii parametri de conexiune NPS la valorile recomandate afișate:

Context CLI \|ADP XSP	Parametru	Valoare
`XSP\|ADP_CLI/Applications/` `NotificationPushServer/FCM>`	`tokenTimeToLiveInSeconds`	3600
	`connectionPoolSize`	10
	`connectionTimeoutInMilliseconds`	3600
	`connectionIdleTimeoutInSeconds`	600
`XSP\|ADP_CLI/Applications/NotificationPushServer/` `APNS/Production>`	`connectionTimeout`	3000
	`connectionPoolSize`	2
	`connectionIdleTimeoutInSeconds`	600

Verificați dacă serverul de aplicații selectează ID-urile aplicației, deoarece este posibil să fie necesar să adăugați aplicațiile Webex în lista de permisiuni:

Rulați AS_CLI/System/PushNotification> get și verificați valoarea enforceAllowedApplicationList. Dacă este true, trebuie să finalizați această subsarcină. În caz contrar, săriți restul sarcinii secundare.
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.wx2.android “Webex Android”
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.squared “Webex iOS”

Reporniți XSP|ADP: bwrestart

Testați notificările apelurilor efectuând apeluri de la un abonat BroadWorks la doi utilizatori mobili Webex. Verificați dacă apare notificarea de apel pe dispozitivele iOS și Android.

Migrați NPS la FCMv1

Migrați clienții UC-One la FCMv1—Când aveți clienți UCaaS existenți și trebuie să îi migrați pentru a utiliza FCMv1.
Migrați clienții SaaS la FCMv1—Când aveți clienți SaaS existenți și trebuie să îi migrați pentru a utiliza FCMv1.
Actualizați serverul ADP—Când migrați NPS la un server ADP.

Migrați clienții UC-One la FCMv1

Utilizați pașii de mai jos din Google FCM Console pentru a migra clienții UC-One la Google FCM HTTPv1.

<string name="gcm_defaultSenderId">xxxxxxxxxxxxx</string>

Conectați-vă la SDK Administrator FCM la http://console.firebase.google.com.
Selectați aplicația Android corespunzătoare.
În fila General, înregistrați ID-ul proiectului
Navigați la fila Conturi serviciu pentru a configura un cont de serviciu. Puteți crea un cont de serviciu nou sau puteți configura unul existent.

Pentru a crea un nou cont de servicii:
1. Faceți clic pe butonul albastru pentru a crea un nou cont de serviciu
2. Faceți clic pe butonul albastru pentru a genera o nouă cheie privată
3. Descărcați cheia într-o locație sigură
Pentru a reutiliza un cont de serviciu existent:
1. Faceți clic pe textul albastru pentru a vizualiza conturile de servicii existente.
2. Identificați contul de serviciu pe care trebuie să îl utilizați. Contul de serviciu are nevoie de permisiunea firebaseadmin-sdk.
3. Pe dreapta, faceți clic pe meniul hamburger și creați o nouă cheie privată.
4. Descărcați fișierul json care conține cheia și salvați-l într-o locație sigură.
Copiați fișierul json pe XSP|ADP.

Configurați ID-ul proiectului și:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file>
...Done

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> get
  Project ID  Accountkey
========================
  my_project    ********

Configurați aplicația:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id>
...Done

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> get
  Application ID    Project ID
==============================
          my_app    my_project

Activați FCMv1:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Migrați clienții SaaS la FCMv1

Utilizați pașii de mai jos de pe Google FCM Console dacă doriți să migrați clienții SaaS la FCMv1.

Asigurați-vă că ați finalizat deja procedura „Configurați NPS pentru a utiliza proxy-ul de autentificare”.

Dezactivați FCM:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Activați FCM:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Actualizați serverul ADP

Utilizați pașii de mai jos din Consola FCM Google dacă migrați NPS pentru a utiliza un server ADP.

Obțineți fișierul JSON din Consola Google Cloud:
1. Pe Consola Google Cloud, accesați pagina Conturi de servicii .
2. Faceți clic pe Selectați un proiect, alegeți proiectul și faceți clic pe Deschidere.
3. Găsiți rândul contului de serviciu pentru care doriți să creați o cheie, faceți clic pe butonul Mai vertical, apoi faceți clic pe Creare cheie.
4. Selectați un tip de cheie și faceți clic pe Creare
  
  Descărcări de fișiere.
Adăugați FCM la serverul ADP:
1. Importați fișierul JSON pe serverul ADP utilizând /bw/install comanda.
2. Conectați-vă la ADP CLI și adăugați cheia Proiect și API:
  
  ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON:
3. În continuare, adăugați aplicația și cheia:
  
  ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done
4. Verificați configurația:
```
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g
Project ID Accountkey
========================
connect-ucaas ********

ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g
Application ID Project ID
===================================
com.broadsoft.ucaas.connect connect-ucaas
```

Configurați organizația partenerului în Hubul partenerului

Configurați clusterele BroadWorks

[o dată pe cluster]

Acest lucru se face din următoarele motive:

Pentru a activa cloud-ul Webex pentru a vă autentifica utilizatorii împotriva BroadWorks (prin serviciul de autentificare găzduit de XSP|ADP).
Pentru a permite aplicațiilor Webex să utilizeze interfața Xsi pentru controlul apelurilor.
Pentru a permite Webex să asculte evenimentele CTI publicate de BroadWorks (prezență telefonică și istoricul apelurilor).

Împiedicăm acest lucru deoarece un cluster configurat necorespunzător poate cauza probleme care sunt dificil de rezolvat.

Ce trebuie să faceți:

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .

Dacă utilizatorul administrator nu are vizibilitate pentru setările de apelare BroadWorks , se recomandă să deschideți un caz cu Cisco TAC.
Faceți clic pe Adăugare cluster.

Acest lucru lansează un expert unde vă furnizați interfețele XSP|ADP (URL-uri). Puteți adăuga un port la URL-ul interfeței dacă utilizați un port non-standard.
Denumiți acest cluster și faceți clic pe Înainte.

Conceptul de cluster de aici este pur și simplu o colecție de interfețe, de obicei plasate pe un server XSP|ADP sau pe o fermă, care permit Webex să citească informații de pe serverul aplicației (AS). Este posibil să aveți un XSP|ADP per cluster AS sau mai multe |ADP-uri XSP per cluster sau mai multe clustere AS per XSP|ADP. Cerințele de scară pentru sistemul BroadWorks nu intră în domeniul de aplicare aici.
(Opțional) Introduceți un nume de cont al utilizatorului BroadWorks și o parolă despre care știți că se află în sistemul BroadWorks pe care îl conectați la Webex, apoi faceți clic pe Înainte.

Testele de validare pot utiliza acest cont pentru a valida conexiunile la interfețele din cluster.
Adăugați URL-urile Acțiuni XSI și Evenimente XSI.
Opțional. Actualizați URL-ul DAS cu URL-ul Serviciului de activare a dispozitivului.
Opțional. Bifați caseta de selectare Activare autentificare directă BroadWorks dacă doriți ca conectarea la BroadWorks să fie directă la BroadWorks. În caz contrar, autentificarea la BroadWorks este delegată prin serviciul proxy IdP găzduit de Webex.

Această casetă de selectare afectează aceste situații de conectare:
- Conectare la Portalul de activare a utilizatorului – Utilizatorii trebuie să introducă acreditările BroadWorks atunci când se conectează la portal. Setarea de mai sus determină dacă conectarea este directă la BroadWorks sau prin proxy-ul IdP.
- Conectare la client—Dacă autentificarea BroadWorks este configurată în șablonul de integrare, setarea de mai sus determină dacă conectarea clientului la Aplicația Webex este direcționată către BroadWorks sau este delegată prin proxy-ul IdP.
Faceți clic pe Înainte.
Pe pagina Interfață CTI , faceți următoarele:
1. Adăugați URL-ul CTI și portul pentru interfața CTI la care doriți să vă conectați.
2. Opțional. Activați comutatorul Istoric apeluri și apoi introduceți ID-ul de utilizator BroadWorks. Când este selectată această opțiune, evenimentele din istoricul apelurilor BroadWorks sunt sincronizate cu cloudul Webex. Utilizatorii își pot vizualiza istoricul apelurilor în Aplicația Webex.
3. Opțional. Activați comutatorul Nu deranjați (DND) de sincronizare și apoi introduceți ID-ul de utilizator BroadWorks. Această opțiune sincronizează evenimentele DND între Webex și BroadWorks, asigurându-se că funcția funcționează la fel pe ambele platforme.
4. Faceți clic pe Înainte.
Adăugați URL-ul Serviciului de autentificare .
Selectați Serviciul Auth cu validare token CI.

Această opțiune nu necesită mTLS pentru a proteja conexiunea de la Webex, deoarece Serviciul de autentificare validează în mod corespunzător tokenul utilizatorului față de serviciul de identitate Webex înainte de a emite tokenul de lungă durată utilizatorului.
Revizuiți intrările pe ecranul final, apoi faceți clic pe Creare. Ar trebui să vedeți un mesaj de succes.

Partner Hub trece URL-urile la diverse microservicii Webex care testează conexiunile la interfețele furnizate.
Faceți clic pe Vizualizare clustere și ar trebui să vedeți noul cluster și dacă validarea a reușit.
Butonul Creare poate fi dezactivat pe ecranul final (previzualizare) al expertului. Dacă nu puteți salva șablonul, acesta indică o problemă cu una dintre integrările pe care tocmai le-ați configurat.

Am implementat această verificare pentru a preveni erorile în sarcinile ulterioare. Puteți reveni prin intermediul expertului pe măsură ce configurați implementarea dvs., ceea ce poate necesita modificări ale infrastructurii dvs. (de exemplu, XSP|ADP, echilibrator de sarcină sau firewall), așa cum este documentat în acest ghid, înainte de a putea salva șablonul.

Verificarea conexiunilor la interfețele BroadWorks

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .
Faceți clic pe Vizualizare clustere.
Partner Hub inițiază teste de conectivitate de la diferitele microservicii la interfețele din clustere.

După finalizarea testelor, pagina listei de clustere afișează mesajul de stare de lângă fiecare cluster.

Ar trebui să vedeți mesaje de succes verde. Dacă vedeți un mesaj de Eroare roșu, faceți clic pe numele clusterului afectat pentru a vedea care setare cauzează problema.
Opțional. Selectați un cluster dacă doriți să vedeți setările existente pentru acel cluster, cum ar fi XSI-Actions, XSI-Events, URL-ul DAS și setările interfeței CTI.

Configurați șabloanele de integrare

Puteți crea cât mai multe șabloane de care aveți nevoie, dar numai un singur șablon poate fi asociat unui client.

Conectați-vă la Partner Hub și selectați Clienți.
Faceți clic pe butonul Integrare șabloane pentru a vizualiza șabloanele existente.
Faceți clic pe Creare șablon.
În fereastra Detalii șablon , adăugați numele șablonului, țara sau regiunea și limba de e-mail implicită.
În fereastra Setări serviciu , utilizați lista derulantă Cluster pentru a alege clusterul pe care doriți să îl utilizați cu acest șablon.
Introduceți un nume șablon, apoi faceți clic pe Înainte.

Configurați modul de configurare, utilizând aceste setări recomandate:

Tabelul 3. Setări de dozare recomandate pentru diferite moduri de dozare
Denumire setare	Configurarea Flowthrough cu e-mailuri de încredere	Configurare Flowthrough fără e-mailuri	Auto-configurare utilizator
Activarea fluxului BroadWorks prin configurare (include acreditările contului de configurare dacă este activată**)	Pornit Furnizați numele contului și parola de configurare conform configurației BroadWorks.	Pornit Furnizați numele contului și parola de configurare conform configurației BroadWorks.	Oprit
Creare automată organizații noi în Control Hub	În	În	În
Adresă de e-mail a furnizorului de servicii	Selectați o adresă de e-mail din lista derulantă (puteți introduce unele caractere, pentru a găsi adresa dacă este o listă lungă). Această adresă de e-mail identifică administratorul din cadrul organizației dvs. Partener care va primi acces de administrator delegat la orice noi organizații client create cu șablonul de integrare.
Țară	Alegeți țara pe care o utilizați pentru acest șablon. Țara pe care o alegeți se potrivește cu organizațiile clienților care sunt create cu acest șablon într-o anumită regiune. În prezent, regiunea ar putea fi (EMEAR) sau (America de Nord și restul lumii). Consultați hărțile țării în funcție de regiune din această foaie de calcul. Țara organizației va determina numerele de apelare globale implicite pentru Cisco PSTN în site-urile Webex Meeting. Consultați secțiunea Țară a paginii de ajutor pentru mai multe informații.
Mod BroadWorks Enterprise activ	Activați acest lucru dacă clienții pe care îi furnizați cu acest șablon sunt întreprinderi în BroadWorks. Dacă acestea sunt grupuri, dezactivați acest comutator. Dacă aveți o combinație de întreprinderi și grupuri în BroadWorks dvs., ar trebui să creați șabloane diferite pentru aceste cazuri diferite.

Note din tabel:

† Acest comutator asigură crearea unei noi organizații de clienți dacă domeniul de e-mail al unui abonat nu corespunde unei organizații Webex existente.

Acest lucru ar trebui să fie întotdeauna valabil, cu excepția cazului în care utilizați un proces de comandă și executare manuală (prin Cisco Commerce Workspace) pentru a crea organizații ale clienților în Webex (înainte de a începe să configurați utilizatori în respectivele organizații). Această opțiune este adesea menționată ca modelul „Hybrid Provisioning” și nu intră în domeniul de aplicare al acestui document.
** „Cont de configurare” se referă la contul de administrator la nivel de sistem BroadWorks. Pe BroadWorks, aveți nevoie de un cont de administrator cu aceste atribute: Administrator Type=Configurare, Doar citire=Dezactivare.

Selectați pachetul de servicii implicit pentru clienți utilizând acest șablon (consultați pachetele din secțiunea Prezentare generală); fie Basic, Standard, Premium sau Softphone.

Puteți suprascrie această setare pentru utilizatorii individuali prin intermediul Partner Hub.
Opțional. Verificați Dezactivarea apelurilor gratuite Cisco Webex dacă doriți să dezactivați apelurile Webex.
Pentru Configurarea intrării în întâlnire, selectați una dintre următoarele opțiuni:
- Numere de apelare Cisco (PSTN)
- Numere de apelare furnizate de partener (BYoPSTN)—Dacă selectați această opțiune, consultați Ghidul de soluții PSTN pentru Webex pentru Cisco BroadWorks pentru informații detaliate despre modul de configurare a acestei opțiuni.
Faceți clic pe Înainte.

Există două abordări pentru configurarea abonaților în ceea ce privește modul în care sunt verificate identitățile lor – folosind e-mailuri de încredere sau e-mailuri de neîncredere.

În cazul de e-mail de neîncredere, utilizatorii trebuie să-și verifice e-mailurile înainte de configurare sau utilizatorii se pot auto-activa.

În cazul de neîncredere există mai multe moduri de configurare bazate pe setările de verificare din tabelul de mai jos:

Tabelul 4. Setări de verificare a utilizatorului recomandate pentru modurile de configurare nefiabile
Denumire setare	Configurare Flowthrough fără e-mailuri	Auto-configurare utilizator
Administrator de configurare în primul rând	Recomandată	Nu se aplică
Permiteți utilizatorilor să se autoactiveze	Nu se aplică	Obligatoriu

Note din tabel:
* Fiecare organizație client din Webex trebuie să aibă cel puțin un utilizator cu rol de administrator. Primul utilizator căruia îi atribuiți IM&P integrat în BroadWorks preia rolul de administrator al clientului dacă este creată o nouă organizație client în Webex. În calitate de Furnizor de servicii, este posibil să doriți să aveți control asupra persoanei care primește rolul. Verificarea acestei setări împiedică utilizatorii să finalizeze activarea până când primul utilizator pe care l-ați configurat este activat. Dacă debifați această setare, atunci primul utilizator care devine activ în noua organizație devine administratorul clientului.

Faceți clic pe Înainte.

Selectați modul de autentificare implicit (fie autentificare BroadWorks , fie autentificare Webex) pentru conectarea utilizatorului la Webex.

(Consultați Modul de autentificare din secțiunea Pregătire mediu).

Faceți clic pe Înainte.
Pentru Preferințe, configurați următoarele:
1. Alegeți dacă doriți să Precompletați adresele de e-mail ale utilizatorului în pagina de conectare.
  
  Ar trebui să utilizați această opțiune numai dacă ați selectat BroadWorks Authentication și ați introdus, de asemenea, adresele de e-mail ale utilizatorilor în atributul ID alternativ din BroadWorks. În caz contrar, vor trebui să își folosească numele de utilizator BroadWorks. Pagina de conectare oferă opțiunea de a schimba utilizatorul, dacă este necesar, dar acest lucru poate duce la probleme de conectare.
2. Dacă doriți să activați sincronizarea directorului, setați Activarea sincronizării directorului telefonului pentru toate noile organizații ale clienților la Activare.
  
  Această opțiune permite Webex să citească contactele BroadWorks în organizația client, astfel încât utilizatorii să le poată găsi și apela din aplicația Webex.
3. Introduceți un administrator partener.
  
  Acest nume este utilizat în mesajul de e-mail automat de la Webex, care invită utilizatorii să-și valideze adresele de e-mail.
4. Asigurați-vă că e-mailurile Permiteți invitarea administratorului sunt activate atunci când atașați comutatorul de organe existente (setarea implicită este activată).
5. Faceți clic pe Înainte.
Revizuiți intrările pe ecranul final. Puteți să faceți clic pe comenzile de navigare din partea de sus a expertului pentru a reveni și a schimba orice detalii. Faceți clic pe Creați.

Ar trebui să vedeți un mesaj de succes.
Faceți clic pe Vizualizare șabloane și ar trebui să vedeți noul șablon listat cu orice alte șabloane.
Faceți clic pe numele șablonului pentru a modifica sau șterge șablonul, dacă este necesar.

Nu este necesar să introduceți din nou detaliile contului de configurare. Câmpurile de confirmare a parolei/parolei goale sunt acolo pentru a schimba acreditările dacă trebuie, dar lăsați-le goale pentru a păstra valorile pe care le-ați dat expertului.
Adăugați mai multe șabloane dacă aveți configurații partajate diferite pe care doriți să le furnizați clienților.

Păstrați deschisă pagina Vizualizare șabloane , deoarece este posibil să aveți nevoie de detalii șablon pentru o sarcină ulterioară.

Configurați serverul aplicației cu URL-ul serviciului de furnizare

Această sarcină este necesară numai pentru debit prin configurare.

Server Aplicație Patch (numai R22, R23 și R24)

Dacă nu ați făcut încă acest lucru, aplicați următorul plasture care se aplică eliberării dvs.:.
- Pentru R22: AP.as.22.0.1123.ap373197
- Pentru R23: AP.as.23.0.1075.ap373197
- Pentru R24: AP.as.24.0.944.ap384177
Pentru o listă completă de plasturi BroadWorks care formează cerința de implementare a Webex pentru Cisco BroadWorks, Consultați Cerințele software BroadWorks din secțiunea Referință.
Modificarea la Maintenance/ContainerOptions context.
Activați parametrul URL de configurare:

/AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true

Obțineți URL(URL) de configurare de la Partner Hub

Consultați Ghidul de administrare a interfeței de comandă a serverului Cisco BroadWorks pentru detalii (Interfață > Mesagerie și serviciu > IM&P integrat) ale comenzilor AS.

Conectați-vă la Partner Hub și accesați Setări > Apelare BroadWorks.
Faceți clic pe Vizualizare șabloane.
Selectați șablonul pe care îl utilizați pentru a furniza abonații acestei întreprinderi/grupului în Webex.

Detaliile șablonului se afișează într-un panou de scurgere din dreapta. Dacă nu ați creat încă un șablon, trebuie să faceți acest lucru înainte de a putea obține URL-ul de configurare.
Copiați URL-ul adaptorului de configurare.

Repetați acest lucru pentru alte șabloane dacă aveți mai multe.

(Opțiune) Configurarea parametrilor de configurare la nivel de sistem pe serverul de aplicații

Este posibil să nu doriți să setați domeniul de furnizare și serviciu la nivel de sistem dacă utilizați UC-One SaaS. Consultați Punctele de decizie din secțiunea Pregătire mediu.

Conectați-vă la serverul de aplicații și configurați interfața de mesagerie.
1. AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL
2. AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name
3. AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password
4. AS_CLI/Interface/Messaging> set enableSynchronization true
Activați interfața IMP integrată:
1. /AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
2. /AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true

(Opțiune) Configurarea parametrilor de configurare per întreprindere pe serverul de aplicații

În interfața de utilizator BroadWorks, deschideți întreprinderea pe care doriți să o configurați și accesați Servicii > IM&P integrat.
Selectați Utilizați domeniul serviciului și introduceți o valoare fictivă (Webex ignoră acest parametru. Puteți utiliza example.com).
Selectați Utilizați serverul de mesagerie.

În câmpul URL , lipiți URL-ul de configurare pe care l-ați copiat din șablonul dvs. în Partner Hub.

În câmpul Nume utilizator , introduceți un nume pentru administratorul de configurare. Aceasta trebuie să corespundă valorii din șablonul din Partner Hub.
Introduceți o parolă pentru administratorul de configurare. Aceasta trebuie să corespundă valorii din șablonul din Partner Hub.
Pentru identitatea implicită a utilizatorului pentru ID-ul IM&P, selectați Primar.
Faceți clic Aplicați .
Repetați pentru alte întreprinderi pe care doriți să le configurați pentru debit prin configurare.

Date de configurare a utilizatorului

API Verificare preconfigurare partener

Pentru mai multe informații despre API, consultați: Ghid Webex pentru dezvoltatorii angro

Pentru a utiliza API-ul, accesați: Verificați previzualizarea furnizării abonaților angro

Pentru a accesa Preverificarea unui document de furnizare abonat angro, trebuie să vă conectați la https://developer.webex.com/ portal.

Partenerul SSO - SAML

Verificați dacă furnizorul de identitate terț îndeplinește cerințele enumerate în secțiunea Cerințe pentru furnizorii de identitate din Integrarea cu conectare unică în Control Hub.

Deschideți o solicitare de serviciu cu Cisco TAC. TAC trebuie să stabilească o relație de încredere între furnizorul de identitate terț și serviciul de identitate comună Cisco. .

Încărcați fișierul cu metadate CI pe care TAC l-a furnizat furnizorului dvs. de identitate.
Configurați un șablon de integrare. Pentru setarea Mod de autentificare , selectați Autentificare partener. Pentru ID-ul entității IDP, introduceți EntityID din metadatele XML SAML ale furnizorului de identitate terț.
Creați un utilizator nou într-o nouă organizație client care utilizează șablonul.
Foarte mult că utilizatorul se poate conecta.

Partner SSO - OpenID Connect (OIDC)

Atribut	Obligatoriu	Descriere
Nume IDP	Da	Numele unic, dar insensibil la caz, pentru configurația IdP OIDC, ar putea consta din litere, numere, hife, subliniază, tilduri și puncte, iar lungimea maximă este de 128 de caractere.
ID client OAuth	Da	Utilizat pentru a solicita autentificarea IdP OIDC.
Secret client OAuth	Da	Utilizat pentru a solicita autentificarea IdP OIDC.
Lista scopurilor	Da	Lista scopurilor care vor fi utilizate pentru a solicita autentificarea IdP OIDC, împărțită în funcție de spațiu, de exemplu, „profil de e-mail deschis” Trebuie să includă Openid și e-mail.
Punct final de autorizare	Da, dacă punctul final de descoperire nu este furnizat	URL-ul punctului final de autorizare OAuth 2.0 al IdP.
punct de sfârșit	Da, dacă punctul final de descoperire nu este furnizat	URL-ul punctului final OAuth 2.0 al IdP-ului.
Punct final de descoperire	Nu	URL-ul punctului final de descoperire IdP pentru descoperirea punctelor finale OpenID.
utilizator InfoEndpoint	Nu	URL-ul punctului final de informații despre utilizator al IdP.
Punct final al setului de taste	Nu	URL-ul terminalului JSON Web Key Set al IdP.

În plus față de atributele IDP de mai sus, ID-ul organizației partenere trebuie specificat în cererea TAC.

Configurați URI-ul de redirecționare pe IDP-ul de conectare OpenID.
Configurați un șablon de integrare. Pentru setarea modului de autentificare, selectați Autentificare partener Cu OpenID Connect și introduceți Numele IDP furnizat în timpul configurării IDP ca ID-ul entității IDP OpenID Connect.
Creați un utilizator nou într-o nouă organizație client care utilizează șablonul.
Foarte mult că utilizatorul se poate conecta utilizând fluxul de autentificare SSO.

Activați identificatorul de corelație apeluri

Utilizați CLI pentru a activa caracteristica pe toate interfețele AS și XSP|ADP.

Rulați următoarele comenzi pe interfețele AS. Acest lucru va permite AS pentru a trimite X-BroadWorks-Correlation-Info antet SIP:

AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true

AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true
Fișierul enableCallCorrelationID parametrul asociat cu aplicația Xsi-Actions este utilizat pentru a controla includerea informațiilor privind corelarea apelurilor în jurnalele Xsi-Actions. Se recomandă ca enableCallCorrelationID activată utilizând următoarea comandă pe interfețele XSP|ADP:

XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true

Pentru informații suplimentare despre Identificatorul de corelație apeluri, consultați Descrierea caracteristicilor Identificatorului de corelație apeluri Cisco BroadWorks.

Sincronizare director

Pentru a activa Sincronizarea directorului, accesați Sincronizarea directorului în Webex pentru Cisco BroadWorks.

Istoricul apelurilor unificate

Evenimente din istoricul apelurilor – aceste evenimente sunt utilizate pentru a construi o istorie detaliată a apelurilor unificate
Evenimente de stare cârlig – Istoricul unificat al apelurilor include optimizări de stare cârlig care reduc cantitatea de lățime de bandă a rețelei pentru actualizările de prezență telefonică

Cerințe privind istoricul apelurilor unificate

Înainte de a putea configura istoricul apelurilor unificate, asigurați-vă că ați corectat sistemul. Această caracteristică depinde de următoarele patch-uri BroadWorks care sunt instalate:

Pentru R22:

AP.xsp.22.0.1123.ap378585
AP.as.22.0.1123.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.22.0.1123.ap378585
AP.ps.22.0.1123.ap378585

Pentru R23:

AP.as.23.0.1075.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.23.0.1075.ap378585
Dacă utilizați XSP— AP.xsp.23.0.1075.ap378585
Dacă utilizați ADP— Xsi-Events-23_2021.05_1.251.bwar

Pentru R24:

AP.as.24.0.944.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
Xsi-Events-24_2021.05_1.251.bwar

Pentru a avea informații despre Hunt Group, Call Center și alte redirecționări în istoricul apelurilor Unified, trebuie instalați și activați următorii plasturi Broadworks:

Pentru R23:

AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994

Pentru R24:

AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994

Pentru a avea informații despre Asistentul executiv în istoricul apelurilor Unified, trebuie instalați și activați următorii plasturi Broadworks:

Pentru R24:

AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
ADP care rulează Xsi-Events-24_2022.06 sau mai târziu

În plus față de plasturii Broadworks, sincronizarea directorului trebuie să fie, de asemenea, activată pentru istoricul apelurilor Unified Executive-Assistant.

Activați istoricul apelurilor (cluster nou)

Pentru a activa istoricul apelurilor într-un cluster nou, consultați pașii pentru adăugarea unui cluster în Configurați organizația partenerului în Hubul partenerului.

Activați istoricul apelurilor (cluster existent)

Pentru a activa istoricul apelurilor pe un cluster existent, urmați pașii de mai jos:

Conectați-vă la Partner Hub la admin.webex.com.
Accesați Setări și selectați un cluster existent.
Verificați dacă conexiunea clusterului este bună. Panoul din dreapta trebuie să afișeze o marcă de verificare verde cu Connection stabilită.

Dacă acest lucru nu apare, sub Verificare conexiuni (opțional), introduceți ID-ul de utilizator BroadWorks și parola BroadWorks și faceți clic pe Verificare pentru a verifica dacă conexiunea este bună.
Bifați caseta de selectare Activare istoric apeluri .
Faceți clic pe Salvați.

Interacțiuni caracteristică

Există următoarele interacțiuni ale caracteristicii pentru istoricul apelurilor unificate:

Istoricul de apeluri unificat nu este acceptat pentru utilizatorii care sunt configurați în BroadWorks cu liste de rutare sau rute directe. Atunci când această situație există, evenimentele privind istoricul apelurilor și starea cârligului nu sunt trimise în Aplicația Webex.
Istoricul de apeluri unificat nu este acceptat cu apelarea extensiei. Apelurile care sunt plasate utilizând apelarea extensie nu pot fi reflectate corect în istoricul apelurilor.

Vizualizați istoricul apelurilor în aplicația Webex

Utilizatorii finali pot accesa și vizualiza istoricul de apeluri unificat din aplicația Webex. Pentru detalii, consultați: Istoricul apelurilor și întâlnirilor Webex | View.

Dezactivați istoricul apelurilor unificate

Indicație Spam vizual

Activați istoricul apelurilor unificate conform descrierii din secțiunea anterioară.
Trebuie să fie instalaţi şi activi următorii plasturi:
- AP.as.23.0.1075.ap384591 / AP.as.24.0.944.ap384591
- sau AS-25_Rel_2022.12 la un nivel minim
Funcția trebuie să fie activată prin intermediul CLI AS:
- AS_CLI/System/ActivatableFeature> activați 104112
- AS_CLI/System/StirShaken> setați enableVerificare adevărată
Broadworks trebuie să fie configurat pentru a efectua semnarea, etichetarea și verificarea STIR-SHAKEN așa cum este descris în Etichetarea și Verificarea semnării STIR-SHAKEN Cisco BroadWorks

Identificarea apelantului și redirecționarea apelului

Identificare apelant

Dacă găsește mai multe instanțe ale unui număr într-o singură sursă, nu va încerca să aleagă unul dintre ele, în acest caz, nu va afișa niciun ID de apelant.

Identitatea comună Webex (CI) care conține utilizatorii organizației dvs.
Contacte personale și organizaționale. Contactele personale sunt vizibile sub fila Contacte.
Adresa locală. În Windows - Aplicația Outlook, în Mac - Contacte Mac, în iOS - Contacte iPhone, în Android - Contacte Android.

Redirecționare apel

Apel redirecționat: Afișează numărul care a redirecționat apelul.
Grup de hunting: Afișează numele grupului de hunt care a redirecționat apelul.
Coadă centru de apeluri: Afișează numele cozii care a redirecționat apelul.
Asistent executiv: Afișează numele Executivului pentru care vine apelul.

Excepții:

Pentru apelurile din coada de apeluri internă, în cazul în care un agent apelează înapoi o parte internă, partea de la distanță nu va vedea numele cozii de apeluri, ci va vedea numele agentului care le apelează.

Apelul a fost Răspuns În Altă Parte:

Aspect linie partajată

Această caracteristică ajută utilizatorii să gestioneze apelurile în extensia altui utilizator direct din Aplicația Webex.

Puteți configura aparența liniei partajate numai pentru versiunea desktop a Aplicației Webex.
Puteți adăuga maximum 10 linii în Aplicația Webex, inclusiv linia principală.
Nu puteți aloca linia unui spațiu de lucru ca linie partajată.
Un utilizator nu poate fi asigurat cu serviciul de Asistent Executiv în același timp cu partajarea liniilor.
Portul liniei principale a unui utilizator nu trebuie schimbat într-o linie partajată.

Cerințe

Pentru a implementa această funcție pe Webex pentru Cisco BroadWorks, trebuie să implementați următorii plasturi BroadWorks:

Patch 1: Drapelul proprietarului din lista de dispozitive pentru a sprijini liniile partajate ale clienților Webex

R23 fără ADP:

AP.as.23.0.1075.ap384179
AP.xsp.23.0.1075.ap384179

R23 cu ADP:

AP.as.23.0.1075.ap384179
Xsi-Acţiuni-23_2022.10

R24:

CA: AP.as.24.0.944.ap384179
Xsi-Acţiuni-24_2022.10

R25:

CA: Versiunea RI Rel_ 2022.10_1.310
Xsi-Acțiuni-25_ 2022.10

DACĂ este activată „Nelimitat”, nu este necesară nicio modificare
DACĂ „Limited To” este <10, modificați valoarea = 10 și salvați pentru a utiliza toate liniile disponibile

Versiunea RI Rel_ 2022.10_1.310

Sincronizare Nu deranjați (DND).

Sincronizarea DND se aplică la nivelul clusterului BroadWorks și poate fi activată în Partner Hub de către un administrator partener.

Cerințe preliminare

Asiguraţi-vă că următorii plasturi sunt aplicaţi pe AS şi XSP|ADP. Aplicați numai plasturii pentru versiunea BroadWorks.

Pentru Versiunea 23:

Aplicații ADP: Xsi-Actions-23_ 2022.03_1.220.bwar, Xsi-Events-23_2022.03_1.220.bwar

Pentru versiunea 24:

Aplicații ADP: Xsi-Actions-24_ 2022.03_1.220.bwar, Xsi-Events-24_2022.03_1.220.bwar

După ce aplicați plasturii, activați caracteristica 25433 pe AS:

AS_CLI/System/ActivatableFeature> activate 25433

Activați sincronizarea DND (cluster existent)

Conectați-vă la Partner Hub
Faceți clic pe Setări.
Faceți clic pe Vizualizare cluster și selectați clusterul BroadWorks corespunzător.
Activați comutatorul de sincronizare Nu deranjați (DND).
Introduceți ID-ul de utilizator BroadWorks și faceți clic pe Activare.

Sistemul validează faptul că clusterul BroadWorks are plasturii potriviți pentru a sprijini sincronizarea DND. Dacă validarea eșuează, butonul Salvare este dezactivat.
Dacă validarea reușește, faceți clic pe Salvare.

Odată ce sincronizarea DND este activată, Webex reîmprospătează toate abonamentele utilizatorilor pentru a include pachetul Nu deranjați evenimentul. În funcție de numărul de utilizatori, acest proces poate dura câteva ore pentru a finaliza.
Activarea sincronizării DND este un comutator cu un singur mod. Odată ce funcția este activată, nu o puteți dezactiva pe cont propriu.

Activați sincronizarea DND (cluster nou)

De asemenea, puteți activa funcția în timpul creării de clustere. Pentru detalii, consultați „Configurați clusterele BroadWorks” din Configurați organizația partenerului în Partner Hub.

Dezactivați sincronizarea DND

Nu puteți dezactiva Sincronizarea DND pe cont propriu. Pentru a dezactiva caracteristica, creați un caz BEMS de inginerie cu următoarele informații:

Familie: Serviciu Spark
Produs: Apelare în Webex (Webex pentru BroadWorks)
Componentă: Furnizare WxBW
Cazul BEMS trebuie să precizeze că Nu deranjați sincronizarea trebuie să fie dezactivată pentru un partener. Cazul trebuie să conțină partnerId și clusterId BroadWorks.

Cazuri de utilizare

Înregistrare apeluri

Webex pentru Cisco BroadWorks acceptă patru moduri de înregistrare a apelurilor.

Tabelul 6. Moduri de înregistrare
Moduri de înregistrare	Descriere	Controale/indicatori care se afișează în aplicația Webex
Întotdeauna	Înregistrarea este inițiată automat atunci când apelul este stabilit. Utilizatorul nu are capacitatea de a porni sau opri înregistrarea.	Indicator vizual în curs de înregistrare
Întotdeauna cu întrerupere/reluare	Înregistrarea este inițiată automat atunci când apelul este stabilit. Utilizatorul poate întrerupe și relua înregistrarea.	Indicator vizual în curs de înregistrare Buton pauză înregistrare Buton Reluare înregistrare
Nu este necesară	Înregistrarea este inițiată automat atunci când apelul este stabilit, dar înregistrarea este ștearsă, cu excepția cazului în care utilizatorul apasă Start Recording. Dacă utilizatorul începe înregistrarea, înregistrarea completă din configurarea apelului este reținută. După începerea înregistrării, utilizatorul poate, de asemenea, să întrerupă și să reia înregistrarea	Buton Start Înregistrare Buton pauză înregistrare Buton Reluare înregistrare
OnDemand cu inițiere inițiată de utilizator	Înregistrarea nu inițiază decât dacă utilizatorul selectează opțiunea Start Recording din aplicația Webex. Utilizatorul are opțiunea de a începe și opri înregistrarea de mai multe ori în timpul unui apel.	Buton Start Înregistrare Buton Oprire înregistrare Buton pauză înregistrare

Cerințe

Pentru a implementa această funcție pe Webex pentru Cisco BroadWorks, trebuie să implementați următorii plasturi BroadWorks:

Identificatorul de corelație apeluri trebuie să fie activat. Pentru detalii, consultați Activarea identificatorului de corelație apeluri.

Pentru a utiliza această funcție, trebuie să fie activată următoarea etichetă de configurare: %ENABLE_CALL_RECORDING_WXT%.

Această caracteristică necesită o integrare cu o platformă terță parte de înregistrare a apelurilor.

Pentru a configura înregistrarea apelurilor în BroadWorks, accesați Ghidul interfeței de înregistrare a apelurilor Cisco BroadWorks.

Informații suplimentare

Pentru informații despre utilizator despre modul de utilizare a caracteristicii Înregistrare, accesați help.webex.com articol Webex | Înregistrați apelurile.

Pentru a reda o înregistrare, utilizatorii sau administratorii trebuie să acceseze platforma de înregistrare a apelurilor terță parte.

Grup Call Park și Preluați

Funcție de funcționare

După ce caracteristica este configurată

În timpul unui apel, un utilizator face clic pe opțiunea Park din aplicația Webex pentru a parca apelul la o extensie pe care sistemul o selectează automat. Sistemul afișează extensia utilizatorului pentru o perioadă de 10 secunde.
Un alt utilizator din grup face clic pe opțiunea Recuperare apel din aplicația Webex. Utilizatorul intră apoi în extensia apelului parcat pentru a continua apelul.

Cerințe

Pentru ca această caracteristică să funcționeze, asigurați-vă că aveți următoarele:

Fișierul de configurare a clientului trebuie să aibă următoarele etichete setate:

<call-park enabled="%ENABLE_CALL_PARK_WXT%"
        timer="%CALL_PARK_AUTO_CLOSE_DIALOG_TIMER_WXT%"/>

Identificatorul de corelație apeluri trebuie să fie activat pe AS și XSP|ADP. Pentru detalii, consultați Activarea identificatorului de corelație apeluri.
SBC-ul trebuie să fie configurat pentru a trece ‘ x-broadworks-correlation-in' atribuie SIP către și de la serverul de aplicații.

Configurare

Informații suplimentare

Pentru informații despre utilizator despre modul de utilizare a parcului de apeluri de grup, consultați Webex | Park și preluați apelurile.

Parcare apel/Parcare apel direcționat

Introduceți *68 pentru a parca un apel
Introduceți *88 pentru a prelua un apel

Întrerupeți

Serviciul de tip barge-in este utilizat în mod obișnuit în mediile centrului de apeluri sau în alte situații în care poate fi necesară asistență sau intervenție imediată.

Atunci când apare o barjă, se stabilește un apel în trei moduri între părți. Se introduc următorii termeni:

Supervizor: Un supervizor este o persoană care supraveghează și gestionează o echipă de agenți de servicii pentru clienți sau reprezentanți ai centrului de apeluri. În contextul întreruperii apelurilor, un supervizor are, de obicei, capacitatea de a monitoriza și de a interveni în apelurile în curs ale clienților. Aceștia pot utiliza instrumente de monitorizare a apelurilor sau software-ul pentru a asculta apelurile, pentru a oferi îndrumare agenților și pentru a asigura controlul calității. Rolul supraveghetorului poate implica agenți de formare, abordarea preocupărilor clienților și optimizarea performanței echipei.
Client: Un client se referă la o persoană sau o entitate care se angajează cu o companie sau o organizație pentru a obține produse, servicii sau asistență. În contextul introducerii apelului, un client este o persoană care efectuează sau primește un apel telefonic cu un agent de servicii pentru clienți. Clienții pot solicita asistență, informații sau soluționarea întrebărilor sau problemelor lor în timpul apelului. Funcția de blocare a apelurilor permite supraveghetorilor sau personalului autorizat să se alăture apelului în curs între client și agent.
Agent: Un agent, cunoscut și sub numele de reprezentant al serviciului pentru clienți sau agent al centrului de apeluri, este o persoană responsabilă pentru gestionarea interacțiunilor cu clienții și furnizarea de asistență sau asistență prin telefon sau prin alte canale de comunicare. Agenții sunt instruiți să abordeze întrebările clienților, să rezolve problemele, să proceseze tranzacțiile și să ofere o experiență pozitivă pentru clienți. În contextul intrării în apelare, un agent este persoana care vorbește direct cu clientul în timpul apelului telefonic. Agentul poate primi îndrumare sau feedback de la supervizor prin intermediul apelului de tip barge-in, dacă este necesar.

Creşterea numărului de apeluri nativ mobile la întâlnire

Scala de apel nativ mobil la întâlnire vine cu două caracteristici unice:

Notificare push nouă

Utilizatorii de telefonie mobilă aflați într-un apel nativ pot comuta acum la Aplicația Webex atingând Notificarea push nouă. Când începeți un ecran de apel nativ, pe ecran apare o Notificare push Nouă și atingând notificarea vă duce direct la ecranul în apel al Aplicației Webex.

Vizualizați notificarea Webex în timpul unui apel telefonic mobil dacă utilizați Webex Go sau operatorul de rețea mobilă (MNO) are semnalizarea apelurilor utilizând controlul apelurilor Cisco pentru apelurile telefonice mobile.
Mutați apelul mobil în întâlnire

Când vă aflați în mijlocul unui apel cu cineva, este posibil să doriți să mutați acel apel într-o întâlnire pentru a utiliza unele caracteristici avansate ale întâlnirilor, cum ar fi transmisia video, partajarea sau tabla. Sau invitați alte persoane la discuție și mutați-vă la o întâlnire.

Cerințe BroadWorks

Caracteristică activabilă 25239
R23 cu XSP|ADP:
- AS Patch AP.as.23.0.1075.ap383064
- XSP|ADP Patch AP.xsp.23.0.1075.ap383064
- Patch AP.platform.23.0.1075.ap383064
R23 cu ADP:
- AS Patch AP.as.23.0.1075.ap383064
- ADP cu Xsi-Actions-23, versiunea CommPilot-23 > 2022.05_1.303 și versiunea NPS > 2022.08_1.350
R24:
- CA plasture transdermic: AP.as.24.0.944.ap383064
- ADP cu Xsi-Actions-24, versiunea CommPilot-24 > 2022.05_1.303 și versiunea NPS > 2022.08_1.350
R25:
- AS versiunea RI Rel_ 2022.08_1.354
- ADP cu Xsi-Actions-25, CommPilot-25 > 2022.08_1.350 și versiunea NPS > 2022.08_1.350

Configurație apelare URI pentru a sprijini mutarea apelului în întâlnire

Politica NS de apelare rapidă

Definiți regula pentru (.*)webex.com pentru a ruta prin I-SBC

NS_CLI/Policy/UrlDialing> get WebexMeetings
 Policy: UrlDialing  Instance: Webex
   unknownSipURIHandling = reject
   disableSubscriberLookups = true
   Enable = true
   CallTypes:
     Selection = {ALL}
     From = {PCS, ALL, TRMT, LO, TPSX, OAX, GNT, DP, LPS, OA, TPS, IOA, MOBX, EA, FGB, MOB, SNEN, POA, SV, SVCD, CAC, IN, TO1X, MS, CSV, VSC, EM, SVCO, SMC, TPSE, ZD, NIL, CS, CT, TF, GAN, VFAC, TO, DA, OAP}
   lineportOnly = false
   enableSipURIMatchingRules = true

NS_CLI/Policy/UrlDialing/Rules> get WebexMeetings
 Policy: UrlDialing  Instance: WebexCalling  Table: Rules
   id            pattern      routingNE  cost  weight            dtg
===================================================================
    1      *@*.webex.com  WebexMeetings     1      50  WebexMeetings

NS Routing NE pentru I-SBC

configurare Exemplu

NS_CLI/System/Device/RoutingNE> get ne WebexMeetings
 Network Element  WebexMeetings
    Location              =  1281465
    Data Center           =
    Static Cost           =  1
    Static Weight         =  99
    Poll                  =  false
    OpState               =  enabled
    State                 =  OnLine
    Profile               =  NIL_PROFILE
    Remote Lookup Enabled =  false
    Signaling Attributes  =

NS_CLI/System/Device/RoutingNE/Address> get ne WebexMeetings
      Routing NE     Address  Cost  Weight  Port    Transport    Route
=====================================================================
   WebexMeetings sbc-address     1      99     -  unspecified

Profil de rutare NS

Instanța de politică UrlDialing adăugată la profilul(ele) de rutare corespunzător(e)

NS_CLI/Policy/Profile> get profile MyInst
 Profile:  Webex
                  Policy              Instance
    ==========================================
 …
              UrlDialing          WebexMeetings

CA Utilizare Rută NS pentru apel NetworkURL

Activați AS pentru a onora ruta NS în modul Hybrid AS

AS_CLI/Interface/IMS> set queryNSForNetworkURL true

Apelare de urgență E911

Utilizați următoarele articole Webex pentru a configura asistența pentru serviciile de apelare de urgență E911:

Apelare de urgență E911 în Webex pentru BroadWorks—Utilizați acest articol pentru a configura apelarea de urgență E911 în Webex pentru Cisco BroadWorks utilizând unul dintre următorii furnizori E911 acceptați:
- Lățime de bandă
- Intrado
- RedSky
Disclaimer pentru apeluri de urgență—Dacă aveți un serviciu de localizare, puteți configura fereastra Disclaimer pentru servicii de urgență din Aplicația Webex pentru a include o opțiune pentru ca utilizatorii să își actualizeze locația atunci când se conectează.

Personalizați și configurați clienții

Aceste două seturi de configurații se pot suprapune, caz în care configurația Webex depășește configurația BroadWorks.

Adăugați șabloane de configurare a aplicațiilor Webex pe serverul aplicației BroadWorks

Aplicațiile Webex sunt configurate cu fișiere DTAF. Clienții descarcă un fișier XML de configurare de pe serverul aplicației, prin serviciul de administrare a dispozitivelor de pe XSP|ADP.

Obțineți fișierele DTAF necesare (consultați profilurile dispozitivului din secțiunea Pregătire mediu).
Verificați dacă aveți seturile de etichete corecte în BroadWorks System > Resurse > Setările etichetei de administrare a dispozitivelor.

Pentru fiecare client pe care îl configurați:

Descărcați și extrageți fișierul zip DTAF pentru clientul particular.
Importați fișiere DTAF în BroadWorks la Sistem > Resurse > Tipuri de profil de identitate/dispozitiv

Deschideți profilul dispozitivului nou adăugat pentru editare și:

Introduceți FQDN și Protocolul de acces la dispozitiv la ferma XSP|ADP.

Bifați caseta de selectare Support Remote Party Info . Acest suport este necesar pentru ca partajarea desktop-ului să funcționeze.

Modificați șabloanele în funcție de mediul dumneavoastră (consultați tabelul de mai jos).
Salvează-ți profilul.

Faceți clic pe Fișiere și autentificare și apoi selectați opțiunea de a reconstrui toate fișierele de sistem.

Nume	Descriere
Prioritate Codec	Configurați ordinea prioritară pentru codecurile audio și video pentru apelurile VoIP
TCP, UDP și TLS	Configurați protocoalele utilizate pentru semnalizarea SIP și media
Porturi audio și video RTP	Configurați intervalele portului pentru transmisia audio și video RTP
opțiuni SIP	Configurați diferite opțiuni legate de SIP (SIP INFO, utilizați rport, descoperire proxy SIP, intervale de reîmprospătare pentru înregistrare și abonare etc.)

Personalizați brandingul pentru aplicația Webex

Personalizări partener — Administratorii parteneri pot aplica personalizări avansate de branding care se aplică organizației partenere și/sau clienților pe care partenerul îi gestionează. Consultați Configurarea personalizărilor avansate de branding.
Personalizări client – Dacă partenerul permite clienților să aplice propriile personalizări Branding, administratorii clienților pot urma procedurile de la Adăugare Branding Company la Webex.

Portalul de activare a utilizatorului utilizează aceeași siglă pe care o adăugați pentru branding-ul clientului.

Personalizați URL-urile de raportare a problemelor și de asistență

Pentru a personaliza aceste opțiuni, administratorii pot urma procedura "Add Feedback and Help Site URL", care poate fi găsită în ambele articole de Branding de mai sus.

Configurați organizația dvs. de testare pentru Webex pentru Cisco BroadWorks

Înainte de a începe

Cu Flowthrough Provizionare

Trebuie să configurați toate serviciile XSP|ADP și organizația parteneră din Control Hub, înainte de a putea efectua această sarcină.

Alocați serviciul în BroadWorks:

Creați o întreprindere de testare sub întreprinderea furnizorului dvs. de servicii în BroadWorks sau creați un grup de testare sub Furnizorul dvs. de servicii (depinde de configurarea BroadWorks).
Configurați serviciul IM&P pentru acea întreprindere, pentru a indica șablonul pe care îl testați (preluați URL-ul adaptorului de configurare și acreditările din șablonul de integrare Control Hub).
Creați abonați de testare în acea întreprindere / grup.
Oferiți utilizatorilor adrese de e-mail unice în câmpul de e-mail din BroadWorks. Copiați și cele din atributul ID alternativ.

Alocați serviciul IM&P integrat abonaților respectivi.

Verificați organizația clienților și utilizatorii din Control Hub:

Conectați-vă la Control Hub cu contul de administrator partener.
Accesați Clienți și verificați dacă noua dvs. organizație client se află în listă (numele urmează numele grupului sau numele întreprinderii, de la BroadWorks).
Deschideți organizația client și verificați dacă abonații sunt utilizatori în organizația respectivă.
Verificați dacă primul abonat căruia i-ați atribuit serviciul IM&P integrat a devenit administratorul clientului acelei organizații.

Teste utilizator

1	Descărcați aplicația Webex pe două mașini diferite.
2	Conectați-vă ca utilizatori de testare pe cele două mașini.
3	Efectuați apeluri de testare.

Gestionarea Webex pentru BroadWorks

Furnizarea de organizații pentru clienți

Furnizați utilizatori

Puteți să furnizați utilizatorilor în aceste moduri:

Utilizați API-uri pentru a crea conturi Webex
Alocați IM&P integrat (configurare flux) cu e-mailuri de încredere pentru a crea conturi Webex
Alocați IM&P integrat (configurare flux) fără e-mailuri de încredere. Utilizatorii furnizează și validează adrese de e-mail pentru a crea conturi Webex
Permiteți utilizatorilor să se autoactiveze (le trimiteți un link, creează conturi Webex)

API-uri de asigurare a accesului public

Clienții angro vor fi respinși de aceste API-uri.

Configurare flowthrough

Pentru a confirma că utilizatorii și organizația client sunt complet configurați pe Webex, trebuie să vă conectați la Partner Hub și să căutați în lista de clienți.

Locația șabloanelor a fost mutată de la BroadWorks Calling in Org Settings la secțiunea Listă de clienți și acum se numește șablonul de integrare.

Auto-activare utilizator

Pentru a furniza utilizatorilor BroadWorks în Webex, fără a aloca serviciul IM&P integrat:

Conectați-vă la Partner Hub și găsiți pagina Listă clienți .
Faceți clic pe Vizualizare șabloane.
Selectați șablonul de integrare de configurare pe care doriți să îl aplicați acestui utilizator.

Rețineți că fiecare șablon este asociat cu un cluster și cu organizația dvs. parteneră. Dacă utilizatorul nu se află în sistemul BroadWorks asociat cu acest șablon, utilizatorul nu se poate auto-activa cu link-ul.
Copiați linkul de configurare și trimiteți-l utilizatorului.

De asemenea, este posibil să doriți să includeți linkul de descărcare a software-ului și să reamintiți utilizatorului de care are nevoie pentru a furniza și valida adresa de e-mail pentru a-și activa contul Webex.
Puteți monitoriza starea de activare a utilizatorului în șablonul selectat.

Pentru mai multe informații, consultați Fluxurile de configurare și activare a utilizatorului.

Furnizarea de e-mailuri de neîncredere

Mutați utilizatorii Webex în Webex pentru Cisco BroadWorks

Pentru a muta utilizatorii Webex existenți în Webex pentru Cisco BroadWorks, consultați tabelul de mai jos pentru a determina procedura de urmat.

Utilizatorul Webex existent aparține unui...

Urmați aceste procese pentru a muta utilizatorul

Organizația consumatorului sau autentificarea (de exemplu, cont gratuit, cont de încercare)

Configurarea utilizatorilor—Dacă organizația Webex pentru BroadWorks nu există (fără utilizatori configurați), urmați configurarea normală pentru a furniza primul utilizator ca utilizator de administrator și creați organizația. Acest lucru mută automat contul de utilizator Webex pentru primul utilizator. Pentru utilizatorii următori, utilizați procedura de mai jos.
Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks—Dacă există organizația Webex pentru BroadWorks (primul utilizator este configurat), obțineți consimțământul utilizatorului și mutați utilizatorii următori.

organizație Client

Utilizatorul Webex existent aparține unui...

Urmați aceste procese pentru a muta utilizatorul

Organizația consumatorului sau autentificarea (de exemplu, cont gratuit, cont de încercare)

Dacă organizația Webex for BroadWorks nu există (nu sunt configurați utilizatori):

Configurarea utilizatorilor—Urmați configurarea normală pentru a adăuga primul utilizator ca utilizator de administrator. Acest lucru mută automat contul primului utilizator și creează organizația Webex pentru BroadWorks. Consimțământul utilizatorului este necesar pentru a muta utilizatorii secvențiali (utilizați procedura de mai jos).

Dacă există o organizație Webex for BroadWorks (cel puțin un utilizator este configurat):

Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks—Obțineți consimțământul utilizatorului și mutați utilizatorii următori.

organizație Client

Atașați Webex for BroadWorks la organizația existentă—atașamentul organizației (pentru primul utilizator) adaugă, de asemenea, Webex for BroadWorks la utilizatorii următori, atât timp cât acestea sunt atribuite organizației corecte.

Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks

Mutați utilizatorul (cu e-mail de încredere) – utilizează configurarea cu e-mailuri de încredere
Mutați utilizatorul (cu e-mail de neîncredere) – utilizează configurarea cu e-mailuri nefiabile
Auto-activare

Mutați utilizatorul (cu e-mail de încredere)

Dacă șablonul de integrare utilizează e-mailuri de încredere, administratorul partener poate muta utilizatorii următori în acest proces:

Administratorul adaugă utilizatorul.
- Utilizatorul este împins la Podul de configurare BroadWorks.
- Căutarea CI determină faptul că acest utilizator are un alt cont Webex cu această adresă de e-mail.
- Un e-mail automat este trimis utilizatorului.
Utilizatorul deschide e-mailul și face clic pe Activare cont. Utilizatorul este redirecționat către portalul Webex Consumer.
Conectați utilizatorul la Webex.
Faceți clic pe Ștergere pentru a șterge vechiul cont Webex.
- Contul vechi Webex este șters.
- Utilizatorul este configurat în Webex pentru Cisco BroadWorks utilizând aceeași adresă de e-mail.
- Utilizatorul este direcționat către pagina Descărcare.

Mutați utilizatorul (cu e-mail de neîncredere)

Administratorul adaugă utilizatorul.
- Utilizatorul este împins automat la Podul de configurare BroadWorks.
- Un text cu un link de activare este trimis utilizatorului.
Utilizatorul face clic pe linkul Activare și introduce adresa lor de e-mail.
- Căutarea CI determină faptul că acest utilizator are un alt cont Webex cu această adresă de e-mail.
- Un e-mail automat este trimis utilizatorului.
Utilizatorul deschide e-mailul și face clic pe Alăturați-vă acum.
- Adresa de e-mail este validată.
- Utilizatorul este redirecționat pentru a se conecta la portalul Webex Consumer.
Conectați utilizatorul la Webex.
Utilizatorul trebuie să facă clic pe Ștergere pentru a șterge vechiul cont Webex.
- Contul vechi Webex este șters.
- Utilizatorul este configurat în Webex pentru Cisco BroadWorks utilizând aceeași adresă de e-mail.
- Utilizatorul este direcționat către pagina Descărcare.

Flux de auto-activare

Dacă utilizatorul are un cont BroadWorks existent, acesta poate utiliza procesul de auto-activare pentru a-și muta contul.

Utilizatorul se conectează la URL-ul Portalului de acces al utilizatorului utilizând acreditările BroadWorks.
Utilizatorul își introduce adresa de e-mail.
- Utilizatorul este împins la BroadWorks Provisioning Bridge.
- Un e-mail automat este trimis la adresa de e-mail a utilizatorului.
Utilizatorul deschide e-mailul și face clic pe link-ul Alăturați-vă acum , care validează adresa de e-mail.
- CI găsește că utilizatorul are un cont Webex existent. Utilizatorul trebuie să șteargă vechiul cont înainte de a putea continua.
- Utilizatorul este redirecționat pentru a se conecta la Webex.
Utilizatorul se conectează la Portalul pentru consumatori.
Utilizatorul face clic pe Ștergere cont.
- Contul Webex vechi este șters.
- Utilizatorul are la dispoziție un nou cont Webex pentru Cisco BroadWorks cu aceeași adresă de e-mail.

Atașați Webex for BroadWorks la organizația existentă

Este necesară aprobarea administratorului organizației dacă oricare dintre următoarele sunt adevărate:

Organizația client existentă are 100 de utilizatori sau mai mulți
Organizația are un domeniu de e-mail verificat
Domeniul organizației este revendicat

Dacă niciunul dintre criteriile de mai sus nu este adevărat, atunci poate apărea o Atașare Automată.

Administratorii parteneri pot finaliza următoarea procedură pentru a adăuga servicii de apelare BroadWorks la o organizație Webex existentă:

Asigurați-vă că e-mailurile Permite invitarea administratorului sunt atașate la organele existente (comutatorul este activat în mod implicit).

Administratorul partener furnizează Webex pentru Cisco BroadWorks pentru client. Pentru ajutor, consultați Furnizarea organizațiilor pentru clienți. Se întâmplă următoarele:

Atașamentul organizației eșuează cu o 2017 eroare (Nu s-a putut furniza Abonatul într-o organizație Webex existentă). (O eroare nu va fi primită în timpul unui atașament automat.)
Se generează o notificare prin e-mail și se trimite administratorilor organizației clientului (până la cinci administratori). Notificarea prin e-mail evidențiază e-mailul administratorului partenerului (așa cum este configurat în șablonul de integrare din Hub-ul partenerului) și solicită administratorului organizației să aprobe administratorul partenerului ca administrator extern. Administratorul organizației clientului trebuie să aprobe cererea și să ofere administratorului partener acces complet al administratorului la organizația clientului.

După finalizarea furnizării serviciilor de apelare, organizația client existentă va fi vizibilă ca client sub organizația partener Webex pentru BroadWorks.

Numele organizației atașate nu se va schimba în numele întreprinderii BroadWorks. Numele organizației atașate va rămâne așa cum a fost înainte de procesul de atașare.

Condițiile atașamentului organizației

Adresa de e-mail a primului abonat BroadWorks furnizat trebuie să corespundă cu adresa de e-mail a unui utilizator existent în organizația client vizată. În caz contrar, va fi creată o nouă organizație pentru clienți.
Primul utilizator din organizația existentă care este configurat pentru Webex pentru BroadWorks nu este configurat ca utilizator de administrator. Setările și drepturile organizației existente sunt păstrate.
Setările de autentificare existente ale organizației au prioritate față de ceea ce este configurat în șablonul de configurare Webex pentru BroadWorks. Ca rezultat, nu există nicio modificare a modului în care utilizatorii existenți se conectează.
- Cu toate acestea, dacă organizația client existentă are activată branding-ul de bază, după ce atașamentul apare, setările avansate de branding ale partenerului vor avea prioritate. Dacă clientul dorește ca brandingul de bază să rămână intact, atunci partenerul trebuie să configureze organizația clientului pentru a suprascrie brandingul în setările avansate de branding.
Numele organizației existente nu se va schimba.
Nu există nicio modificare a setării steagului de ștergere a e-mailului în setările organizației existente. Acest lucru poate afecta utilizatorii nou configurați. În funcție de modul în care este setat steagul, este posibil ca noii utilizatori să primească sau să nu primească un e-mail cu un cod care trebuie introdus pentru a finaliza activarea.
Modul Administrator restricționat (setat de comutatorul Modul partener restricționat) este dezactivat pentru organizația atașată.
Asigurați-vă că finalizați procesul de atașare a organizației (mutarea utilizatorilor existenți și actualizarea ID-ului organizației), înainte de a furniza noi utilizatori în organizația Webex pentru Cisco BroadWorks.
O întreprindere BroadWorks poate fi asociată doar cu o singură organizație Webex. Nu puteți furniza abonați de la o singură întreprindere BroadWorks în organizații Webex separate.

Adăugare administrator extern

Administratorul clientului trebuie să ofere administratorului extern drepturi și privilegii de Administrator complet.

Dezactivați Webex pentru BroadWorks din organizația existentă

Dacă nu aveți acces la setările clientului din Control Hub, administratorul clientului vă acordă acces la administratorul extern urmând Aprobarea solicitării administratorului extern.
Eliminați toate spațiile de lucru Webex pentru BroadWorks din organizație. Utilizați API-ul Eliminare spațiu de lucru BroadWorks .
Eliminați toți abonații Webex pentru BroadWorks din organizație. Utilizați API-ul Eliminare abonat BroadWorks .
Eliminați utilizatorii Webex în așteptare pentru BroadWorks din organizație. De exemplu, dacă utilizatorii au fost configurați prin intermediul fluxului de e-mail neautentificat și e-mailurile valide nu au fost încă introduse, utilizatorii sunt lăsați într-o stare în așteptare. Urmați Verificați configurarea utilizatorului cu e-mailuri nefiabile pentru a șterge utilizatorii.
Ștergeți configurația BroadWorks Calling pentru acest client. Deschideți instanța Control Hub a clientului, faceți clic pe Hybrid, în secțiunea BroadWorks Calling ștergeți toate configurațiile.

După finalizarea detașării, dacă doriți să atașați Webex for BroadWorks clientului, urmați procesele de configurare pentru a atașa unui client existent.

Gestionați utilizatorii și organizațiile

Verificați Asigurarea accesului utilizatorului cu e-mailurile care nu prezintă încredere

1	Conectați-vă la Partner Hub și găsiți pagina Listă clienți .
2	Faceți clic pe Vizualizare șabloane. Selectați șablonul de integrare corespunzător pe care doriți să îl aplicați acestui utilizator.
3	În conformitate cu Verificarea utilizatorului, verificați dacă sunt setate următoarele setări pentru a vă asigura că configurarea fluxului cu e-mailuri neconfirmate este configurată corect: Opțiunea E-mailuri nefiabile trebuie bifată Câmpul Share Link trebuie să indice linkul Activare. Dacă totul este configurat, utilizatorii pot încerca să se autosesizeze prin Portalul de activare a utilizatorului.
4	După ce apare configurarea utilizatorului, în secțiunea Verificare utilizator , faceți clic pe Afișare stare utilizator pentru a verifica starea de configurare. Vizualizarea stării utilizatorului afișează lista de utilizatori împreună cu detalii, cum ar fi ID-ul BroadWorks, tipul de pachet selectat și starea curentă, care arată dacă utilizatorul este configurat sau dacă există o cerință în așteptare.
5	Pentru utilizatorii cu erori sau cerințe în așteptare, faceți clic pe cele trei puncte din dreapta și alegeți una dintre următoarele opțiuni administrative: Reîncercați activarea—Faceți clic pe această opțiune pentru a reîncerca integrarea utilizatorului. În fereastra pop-up, introduceți o adresă de e-mail validă și faceți clic pe Înregistrare. Ștergeți utilizatorul—Această opțiune poate fi adecvată dacă trebuie să modificați configurația pentru a permite integrarea. După ce ștergeți utilizatorul și efectuați modificările, utilizatorul poate încerca din nou să se integreze. Schimbați tipul de pachet—Schimbați setarea de la un pachet la altul: Copiați textul de eroare—Faceți clic pe această opțiune pentru a copia textul de eroare.

Opțiuni de vizualizare suplimentare

Următoarele opțiuni suplimentare sunt disponibile atunci când vizualizați lista de utilizatori:

Export—Faceți clic pe acest buton dacă doriți să exportați lista de utilizatori într-un fișier CSV.
Excludeți utilizatorii configurați—Activați acest comutator dacă doriți să vizualizați numai utilizatorii cu cerințe în așteptare sau erori.

Modificați ID-ul utilizatorului sau adresa de e-mail

Modificări ale ID-ului de utilizator și adresei de e-mail

Atribut în BroadWorks	Atribut corespunzător în Webex	Scop	Note
ID utilizator BroadWorks	Fără	Identificator principal	Nu puteți schimba acest identificator și totuși să asociați utilizatorul la același cont în Webex. Puteți șterge utilizatorul și recrea dacă nu este corect.
ID e-mail	ID utilizator	Obligatoriu pentru configurarea prin flux (crearea ID-ului de utilizator Webex) atunci când afirmați că aveți încredere în e-mail Nu este necesar în BroadWorks dacă nu afirmați că puteți avea încredere în e-mailuri Nu este necesar în BroadWorks dacă permiteți abonaților să se auto-activeze	Există un proces manual pentru a schimba acest lucru în ambele locuri dacă utilizatorul este configurat cu adresa de e-mail greșită: Schimbați adresa de e-mail a utilizatorului în Control Hub Modificați atributul ID-ului de e-mail în BroadWorks Nu modificați ID-ul de utilizator BroadWorks. Acest lucru nu este acceptat.
ID alternativ	Fără	Permite autentificarea utilizatorului, prin e-mail și parolă, împotriva ID-ului de utilizator BroadWorks	Ar trebui să fie la fel ca ID-ul de e-mail. Dacă Nu puteți introduce e-mailul în atributul ID alternativ, utilizatorii vor trebui să introducă ID-ul de utilizator BroadWorks atunci când se autentifică.

Schimbați pachetul de utilizatori în Partner Hub

1	Conectați-vă la Partner Hub și faceți clic pe Clienți.
2	Găsiți și selectați organizația clientului în care este găzduit utilizatorul. Pagina de prezentare generală a organizației se deschide într-un panou din dreapta ecranului.
3	Faceți clic pe Vizualizare client. Organizația clientului se deschide în Control Hub, afișând pagina Prezentare generală.
4	Faceți clic pe Utilizatori, apoi găsiți și faceți clic pe utilizatorul afectat.
5	În Serviciile utilizatorului, faceți clic pe Webex for BroadWorks Packages (Abonamente). Se deschide panoul de pachete al utilizatorului și puteți vedea ce pachet este alocat în prezent utilizatorului.
6	În fila Profil , căutați în secțiunea Pachet și faceți clic pe săgeată (>) pentru a extinde vizualizarea.
7	Selectaţi pachetul dorit pentru acest utilizator (Basic, Standard, Premium sau Softphone) şi faceţi clic pe Salvare. Control Hub afișează un mesaj pe care utilizatorul îl actualizează.
8	Puteți închide detaliile utilizatorului și fila Control Hub.

Este posibil să dureze două până la trei ore pentru noile setări PMR care rezultă dintr-o modificare a pachetului pentru a fi actualizate.

Ștergeți utilizatorii

Există o varietate de metode pe care administratorii le pot utiliza pentru a șterge un utilizator din Webex pentru Cisco BroadWorks:

Webex pentru API Cisco BroadWorks

Administratorii parteneri pot utiliza API-ul Webex pentru Cisco BroadWorks pentru a șterge utilizatorii:

Rulați Eliminați o solicitare API pentru abonații BroadWorks la https://developer.webex.com/docs/api/v1/broadworks-subscribers/remove-a-broadworks-subscriber. Această solicitare elimină abonamentul Webex pentru Cisco BroadWorks. Utilizatorul nu mai este facturat ca utilizator Webex pentru Cisco BroadWorks și este tratat ca utilizator Webex gratuit.
Rulați Ștergeți o solicitare API a persoanei https://developer.webex.com/docs/api/v1/people/delete-a-person pentru a șterge complet utilizatorul.

Furnizare flux-through

Administratorii parteneri pot utiliza configurarea prin flux pentru a șterge utilizatorii:

Pe serverul BroadWorks, eliminați serviciul integrat IM+P de la utilizator. Puteți dezactiva serviciul pentru utilizator de pe pagina IM&P integrată a BroadWorks. Pentru o procedură detaliată, consultați „Configurați IM&P integrat” în Ghidul de administrare a interfeței web pentru grupul de servere Cisco BroadWorks – Partea a 2-a.

După ce serviciul este dezactivat, configurarea prin flux elimină abonamentul Webex pentru Cisco BroadWorks de la utilizator. Utilizatorul nu mai este facturat ca utilizator Webex pentru Cisco BroadWorks și este tratat ca utilizator Webex gratuit.
În Control Hub, găsiți și selectați utilizatorul.
Accesați Acțiuni și selectați Ștergere utilizator.

Control Hub (Administratori clienți)

Ștergere organizație

Urmați această procedură pentru a șterge o organizație Webex pentru Cisco BroadWorks din sistem.

Utilizați API-urile People pentru a șterge toți utilizatorii din organizație:

Rulați API-ul List People pentru a obține o listă de utilizatori.
Rulați API-ul Ștergere persoană pentru a șterge utilizatorii.

API-ul Eliminare abonat BroadWorks elimină drepturile Webex pentru Cisco BroadWorks de la un utilizator, dar nu șterge utilizatorul.

Dacă Sincronizarea directorului este activată, dezactivați-o. Acest lucru se poate face prin intermediul Partner Hub sau prin intermediul API-ului public.

Pentru a dezactiva Sincronizarea directorului prin Partner Hub:

Conectați-vă la Partner Hub și faceți clic pe Setări.
În cadrul BroadWorks Calling, faceți clic pe Vizualizare șabloane și selectați șablonul corespunzător.
Faceți clic pe butonul Afișare listă de stare sincronizare client din panoul lateral.
Pentru clientul corespunzător, faceți clic pe cele trei puncte din dreapta și selectați Dezactivare sincronizare.

Pentru a dezactiva sincronizarea directorului prin API, utilizați Actualizarea sincronizării directorului pentru un API BroadWorks Enterprise și dezactivați setarea enableDirSync .

După ce toți utilizatorii sunt eliminați, utilizați Ștergeți un API de organizație pentru a șterge organizația.

Gestionarea lansării

În mod implicit, Aplicația Webex utilizează upgrade-uri automate (lansări lunare controlate de Cisco). Cu toate acestea, cu această caracteristică, administratorii parteneri pot:

Configurați programele de lansare personalizate cu amânări din programul de lansare Cisco implicit
Configurați un program de lansare și o cascadă unică pentru programul respectiv pentru toate organizațiile de clienți pe care le gestionează
Atribuiți diferite programe de lansare diferitelor organizații ale clienților

Reconfigurarea sistemului

Puteți reconfigura sistemul după cum urmează:

Adăugați un cluster BroadWorks în Partner Hub
Editați sau ștergeți un cluster BroadWorks în Partner Hub
Adăugați un șablon de integrare în Partner Hub
Editați sau ștergeți un șablon de integrare în Partner Hub

Editați sau ștergeți un cluster BroadWorks în Partner Hub

Puteți edita sau elimina un cluster BroadWorks în Partner Hub.

Conectați-vă la Partner Hub cu acreditările administratorului partenerului dvs. la https://admin.webex.com.

Accesați Setări și găsiți secțiunea BroadWorks Calling .

Faceți clic pe Vizualizare clustere.

Faceți clic pe clusterul pe care doriți să îl editați sau să îl ștergeți.

Detaliile clusterului se afișează într-un panou de scurgere din dreapta.

Aveți aceste opțiuni:

Schimbați orice detalii pe care trebuie să le schimbați, apoi faceți clic pe Salvare.

Faceți clic pe Ștergere pentru a elimina clusterul, apoi confirmați.

Lista de clustere se actualizează cu modificările dvs.

Editați sau ștergeți un șablon de integrare în Partner Hub

Puteți edita sau șterge șabloanele de integrare în Partner Hub.

Conectați-vă la Partner Hub cu acreditările administratorului partenerului dvs. la https://admin.webex.com.

Accesați Setări și găsiți secțiunea BroadWorks Calling .

Faceți clic pe Vizualizare șabloane.

Faceți clic pe șablonul pe care doriți să îl editați sau să îl ștergeți.

Aveți aceste opțiuni:

Editați orice detalii pe care trebuie să le modificați, apoi faceți clic pe Salvare.
Faceți clic pe Ștergere pentru a elimina șablonul, apoi confirmați.

Setare	Valori	Note
Configurarea numelui contului / parolei	șiruri furnizate de utilizator	Nu este necesar să introduceți din nou detaliile contului de configurare atunci când editați un șablon. Câmpurile de confirmare a parolei/parolei goale sunt acolo pentru a schimba acreditările dacă trebuie, dar lăsați-le goale pentru a păstra valorile pe care le-ați furnizat inițial.
Precompletare adresă de e-mail utilizator pe pagina de conectare	Pornit/oprit	Poate dura până la 7 ore pentru ca o modificare a acestei setări să intre în vigoare. Adică, după ce îl activați, este posibil ca utilizatorii să trebuiască să introducă în continuare adresele lor de e-mail pe ecranul de conectare.

Lista de clustere se actualizează cu modificările dvs.

Webex Assistant

Activați Webex Assistant pentru întâlniri

Webex Assistant este activat în mod implicit atât pentru clienții Broadworks Standard, cât și pentru cei Premium.

Administratorii parteneri și administratorii organizațiilor clienților pot dezactiva funcția pentru organizațiile clienților prin intermediul Control Hub.

Limitări

Există următoarele limitări pentru Webex pentru Cisco BroadWorks:

Asistența se limitează la site-urile de întâlniri Premium și Standard și numai la sălile de întâlnire personale.
Transcrierile de captare închisă sunt acceptate numai în engleză, spaniolă, franceză și germană.
Partajarea conținutului prin e-mail poate fi accesată numai de către utilizatorii din organizația dvs.
Conținutul întâlnirii nu este accesibil utilizatorilor din afara organizației dvs. Conținutul întâlnirii nu este, de asemenea, accesibil atunci când este partajat între utilizatori de pachete diferite din cadrul aceleiași organizații.
Cu pachetul Premium, transcrierile post-întâlnire sunt disponibile dacă Webex Assistant este activat sau dezactivat. Cu toate acestea, dacă este selectată înregistrarea locală, transcrierile sau evidențierile post-întâlnire nu sunt capturate.
Cu pachetul Standard, opțiunea Înregistrare întâlnire în cloud nu este disponibilă și, prin urmare, transcrierile post-întâlnire nu sunt disponibile dacă Webex Assistant este activat sau dezactivat. Cu toate acestea, dacă este selectată înregistrarea locală, transcrierile sau evidențierile post-întâlnire nu sunt capturate.

Informații suplimentare despre Webex Assistant

Pentru informații despre utilizator despre modul de utilizare a funcției, consultați Utilizarea Webex Assistant în Webex Meetings și Events.

Dezactivați apelurile Webex

Asistență caracteristici

Când Webex Calling este dezactivat, se aplică următoarele condiții pentru utilizatorii Webex pentru Cisco BroadWorks:

Utilizatorii nu mai văd Apel cu Webex ca opțiune de apelare selectabilă în Aplicația Webex.
Utilizatorii nu pot plasa sau primi apeluri Webex gratuite către utilizatorii non-Webex pentru Cisco BroadWorks. Aceasta include apelurile inițiate dintr-un spațiu de echipă Webex, istoricul apelurilor, contactele, introducând URI-ul celuilalt utilizator sau adresa de e-mail în bara de căutare.
Partajarea ecranului funcționează într-un apel BroadWorks.
Întâlnirile Webex și prezența telefonului încă funcționează, chiar dacă apelurile Webex sunt dezactivate.

Dezactivați apelurile Webex (șablon de integrare nou)

Pentru detalii despre configurarea unui nou șablon de integrare, consultați Configurați organizația partenerului în Partner Hub.

Dezactivați apelurile Webex (șablon de integrare existent)

Conectați-vă la Partner Hub la admin.webex.com.
Alegeți Setări.
Faceți clic pe Vizualizare șablon și alegeți șablonul de integrare corespunzător.
Faceți clic pe Dezactivare apelare gratuită Cisco Webex.
Faceți clic pe Salvați.

Dezactivați apelurile Webex (utilizator existent)

Dacă utilizați configurarea prin flux, puteți face următoarele:

Deschideți CommPilot și accesați configurația utilizatorului.
Eliminați serviciul IM+P integrat de la utilizator și faceți clic pe OK.
Adăugați serviciul IM+P integrat utilizatorului și faceți clic pe OK.

În caz contrar, puteți utiliza API-ul pentru a actualiza utilizatorul.

Utilizați API-ul Eliminare abonat BroadWorks pentru a șterge utilizatorul.
Utilizați API-ul Furnizarea unui abonat BroadWorks pentru a adăuga utilizatorul.

Dezactivați partajarea video sau a ecranului în cadrul apelurilor

Pentru detalii și opțiuni complete de configurare, consultați Dezactivarea apelurilor video și dezactivarea partajării ecranului în Ghidul de configurare Webex pentru Cisco BroadWorks.

Pentru transmisia video, puteți configura, de asemenea, dacă media de apelare de intrare este implicită numai pentru transmisia video sau audio.

Câmp lampă ocupată / Notificare preluare apel

Limitări de prezență pentru utilizatorii non-Webex:

Prezența nu este acceptată pentru utilizatorii non-CI Broadworks, chiar dacă aceștia se află în lista BLF.
Utilizatorii CI fără drepturi în cloud Webex sau tipul automat de conturi (spații de lucru) afișează numai prezența „în apel” și „necunoscută”. Nu există stare activă, care sună, etc.
Utilizatorii non-Webex din lista de vizionare BLF, care au început un apel înainte de începerea clientului Webex sau în timp ce acesta era offline, vor fi afișați cu o prezență „necunoscută”.
Pierderea conexiunii înseamnă că toate stările non-Webex din timpul apelului vor fi resetate la „necunoscute” la reconectare.
Dacă un utilizator non-Webex din BLF deține un apel, acesta va continua să fie afișat ca „într-un apel”.

Cerințe

Asigurați-vă că următorii plasturi sunt aplicați pe BroadWorks. Instalați numai plasturii care se aplică eliberării dvs.:

Pentru R22:

AP.platform.22.0.1123.ap382053
AP.as.22.0.1123.ap382053
AP.as.22.0.1123.ap382362
AP.xsp.22.0.1123.ap382053
AP.xsp.22.0.1123.ap382362
AP.as.22.0.1123.ap383459
AP.as.22.0.1123.ap383520

Pentru R23:

AP.platform.23.0.1075.ap382053
AP.as.23.0.1075.ap382053
AP.as.23.0.1075.ap382362
AP.as.23.0.1075.ap383459
AP.as.23.0.1075.ap383520
Dacă utilizați XSP|ADP:
- AP.xsp.23.0.1075.ap382053
- AP.xsp.23.0.1075.ap382362
Dacă utilizați ADP:
- Acţiuni Xsi-23_2022.01_1.200.bwar
- Xsi-Events-23_2022.01_1.201.bwar (sau mai târziu)

Pentru R24:

AP.as.24.0.944.ap382053
AP.as.24.0.944.ap382362
AP.as.24.0.944.ap383459
AP.as.24.0.944. ap383520
Acţiuni Xsi-24_2022.01_1.200.bwar
Xsi-Events-24_2022.01_1.201.bwar (sau mai târziu)

Asigurați-vă că următoarele etichete de configurare sunt activate în Aplicația Webex:

<busy-lamp-field enabled="%ENABLE_BUSY_LAMP_FIELD_WXT%">
<display-caller enabled="%ENABLE_BLF_DISPLAY_CALLER_WXT%"/>
<notification-delay time=”%BLF_NOTIFICATON_DELAY_TIME_WXT%”/>(această etichetă este opțională)

Trebuie să activați caracteristica 101642 Mecanism Xsi îmbunătățit Pentru Telefonia echipei pe AS:

AS_CLI/System/ActivatableFeature> activate 101642

Activați X-BroadWorks-Remote-Party-Info pe AS utilizând comanda CLI de mai jos, deoarece unele fluxuri de apeluri SIP necesită această funcție:

AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

Asigurați-vă că următoarele servicii sunt atribuite utilizatorilor:

Alocați serviciul de preluare a apelurilor direcționate pentru toți utilizatorii
Configurați câmpul Lampă ocupată pentru utilizatori

Orice referință la XSP include fie XSP, fie ADP.

Configurare câmp lampă ocupată pe BroadWorks

Administratorii parteneri pot utiliza următoarea procedură pentru a configura câmpul Lampă ocupată pentru un utilizator.

Conectați-vă la BroadWorks CommPilot.
Pentru un utilizator selectat, accesați Aplicațiile clientului și configurați câmpul Lampă ocupată.
Adăugați adresa URL a listei BLF care va fi monitorizată.
Utilizați parametrii de căutare pentru a localiza și adăuga utilizatori în lista Utilizatori monitorizați .
Faceți clic pe OK.

- DA. - DA, DA. Asistență Slido pentru integrare

Webex pentru Cisco BroadWorks acceptă integrarea Aplicației Webex cu Slido.

Pentru informații suplimentare despre modul de implementare și utilizare Slido cu Aplicația Webex, consultați Integrare Slido cu Aplicația Webex.

Disponibilitate Webex: Într-o întâlnire Calendar

Pentru a activa această funcție:

navigați la fila General din fila Setări pe Windows sau Preferințe pe Mac.
Bifați caseta pentru a Afișa atunci când vă aflați într-o întâlnire din calendar.

Pentru utilizatorii cu integrarea prezenței Outlook activată, „Într-o întâlnire din calendar” în hărțile Webex pentru a „Ocupa” în Outlook.

Caveat

Pentru ca această caracteristică să funcționeze, trebuie să aveți aplicația Webex și clientul Outlook care rulează în același timp.

În prezent, lucrăm pentru a sprijini opțiunea „Afișare ca lucru în altă parte” din Outlook pentru a nu afișa un utilizator ca „Într-o întâlnire din calendar” în Webex.

Răspuns automat cu ton

Pentru ca un utilizator Webex pentru Cisco BroadWorks să utilizeze această funcție:

Funcția este acceptată numai pe aspectul liniei principale
Aplicația Webex trebuie să fie aspectul liniei principale
Eticheta %ENABLE_AUTO_ANSWER_WXT% trebuie activată

Alertați toate aparențele pentru ca apelurile Click-to-dial să fie dezactivate în configurația Aspect apel partajat – aceasta este abordarea recomandată

sau
Permiteți Terminarea apelului în această locație trebuie să fie dezactivată pentru toate aparențele de apel partajate sau

sau
Locațiile sunt dezactivate pentru toate aparițiile partajate ale apelurilor

Creșterea Capacității

Fermele XSP|ADP

Scale fermă dedicată: Adăugați unul sau mai multe servere XSP|ADP la ferma care are nevoie de capacitate suplimentară. Instalați și activați același set de aplicații și configurații ca nodurile existente ale fermei.
Adăugați o fermă dedicată: Adăugați o nouă fermă XSP|ADP dedicată. Va trebui să creați un nou cluster și noi șabloane în Partner Hub, astfel încât să puteți începe să adăugați clienți noi la noua fermă, pentru a atenua presiunea asupra fermei existente.
Adăugați ferma specializată: Dacă întâmpinați blocaje pentru un anumit serviciu, este posibil să doriți să creați o fermă XSP|ADP separată în acest scop, luând în considerare cerințele de co-rezidență enumerate în acest document. Este posibil să fie necesar să reconfigurați clusterele Control Hub și intrările DNS dacă schimbați adresa URL a serviciului care are o nouă fermă.

Gestionarea certificatelor serverului HTTP

Trebuie să gestionați aceste certificate pentru aplicațiile web autentificate mTLS pe |ADP-urile dvs. XSP:

Lanțul nostru de certificate de încredere din cloud Webex
Certificatele de interfețe HTTP ale serverului XSP|ADP

Lanțul de încredere

Interfețele serverului HTTP

Restricționat prin modul partenerului

Acces administrator client

Pentru un administrator de client dintr-o organizație în care Modul restricționat de partener este activat, nivelul de acces la Control Hub este determinat cu următoarea formulă:

(Acces la Control Hub) = (Autorizări pentru Rol organizație) - (Restricționat de restricțiile Modului Partener)

Restricții

Când Modul restricționat de partener este activat pentru o organizație client, administratorii clienți din organizația respectivă nu pot accesa următoarele setări Control Hub:

În vizualizarea Utilizatori, următoarele setări nu sunt disponibile:
- Butonul Gestionați utilizatorii este inactiv.
- Adăugați sau modificați manual utilizatorii—Nu există opțiunea de adăugare sau modificare a utilizatorilor, fie manuală, fie prin CSV.
- Revendicați utilizatorii—nu este disponibilă
- Alocați automat licențele—nu este disponibilă
- Sincronizare director —Nu se pot edita setările de sincronizare director (această setare este disponibilă numai pentru administratorii la nivel de partener).
- Detalii utilizator—Setările utilizatorului, cum ar fi prenumele, prenumele, numele afișat și e-mailul principal* sunt editabile.
- Resetați pachetul—Nu există opțiunea de resetare a tipului de pachet.
- Editați serviciile—Nu există opțiunea de editare a serviciilor care sunt activate pentru un utilizator (de exemplu, mesaje, întâlniri, apelare)
- Vizualizați starea serviciilor—Nu se poate vizualiza starea completă a serviciilor hibride sau a canalului de upgrade al software-ului
- Număr de serviciu principal—Acest câmp este disponibil doar în mod citire.
În vizualizarea Cont, următoarele setări nu sunt disponibile:
- Numele companiei este disponibil doar în mod citire.
În vizualizarea Setări organizație, următoarele setări nu sunt disponibile:
- Domeniu—Accesul este doar în mod citire.
- E-mail—Setările Anulați e-mailul de invitație pentru administrator și Selectarea locației e-mailului sunt doar în mod citire.
- Autentificare—Nu există opțiunea de editare a setărilor de autentificare și SSO.
În meniul Apelare, următoarele setări nu sunt disponibile:
- Setări pentru apeluri—Setările de prioritate pentru apelurile din opțiunile aplicației sunt doar în mod citire.
- Comportament de apelare—Setările sunt doar în mod citire.
- Locație > PSTN—Opțiunile Gateway local și Cisco PSTN sunt ascunse.
În secțiunea SERVICII, opțiunile serviciului Migrații și Connected UC sunt eliminate.

Activați modul Restricționare în funcție de partener

Administratorii parteneri pot utiliza procedura de mai jos pentru activare Restricționat prin modul partener pentru o anumită organizație client ( setare prestabilită este activată).

Conectați-vă la Partner Hub ( https://admin.webex.com) și selectați Clienți.
Selectați organizația client aplicabilă.
În vizualizarea setărilor din dreapta, activați Restricționat prin modul partener comutați pentru a activa setarea.

Dacă doriți să dezactivați Restricționat de modul partener, dezactivați comutatorul.

Dacă partenerul elimină modul de administrator restricționat pentru un administrator de client, administratorul de client va putea efectua următoarele:

Adăugați Webex pentru utilizatorii angro (cu butonul)
Schimbați pachetele pentru un utilizator

Statistici partener

Total utilizatori după pachet (Softphone, Basic, Standard, Premium)
Tendință utilizator după pachet (Zilnic/Săptămânal/Lunar)
Clienți cu un număr de pachete alocate

Pentru detalii complete despre utilizarea Partner Analytics, consultați articolul Webex Analytics pentru Webex pentru comerț cu ridicata și Webex pentru Broadworks în Partner Hub .

API-urile raportului de facturare

API De facturare	Scop	Tipul de acces	Cerință de rol pentru API (Administratorul necesită cel puțin unul dintre aceste roluri)
Creați un raport de facturare BroadWorks	Utilizat pentru a genera un raport de facturare.	Acces scris	Administrator complet Administrator Vânzări complete
Listă de rapoarte de facturare BroadWorks	Utilizat pentru a enumera rapoartele care sunt disponibile pentru vizualizare.	Acces de citire	Administrator complet Administrator Vânzări complete Administrator doar pentru citire
Obțineți un raport de facturare BroadWorks	Utilizat pentru a obține o copie a unui raport generat.	Acces de citire	Administrator complet Administrator Vânzări complete Administrator doar pentru citire
Ștergeți un raport de facturare BroadWorks	Utilizat pentru a șterge un raport generat.	Acces scris	Administrator complet Administrator Vânzări complete

Câmpuri de facturare

Următorul tabel enumeră câmpurile conținute în raportul generat.

Câmp	Descriere
nume de reapelare	Numele partenerului sau ID-ul organizației partenerului
Id de facturare	Identificator unic de facturare al partenerului sau număr C
spEnterpriseId	Furnizorul de servicii a furnizat un identificator unic pentru întreprinderea abonatului.
intern	Starea studiului intern al clientului (Da/Nu)
ID utilizator	ID-ul de utilizator al abonatului pe BroadWorks
Id abonat	Un identificator unic pentru abonatul în cauză în Webex
selfActivat	Da/Nu
prima Dată De Începere	Data la care abonatul a fost configurat.
data începerii facturării	Data la care începe facturarea în această lună
dată finalizare facturare	Data la care facturarea se încheie în această lună
pachet	Tipul de pachet care este încărcat
cantitate	Cantitate prestabilită pentru facturare. 1 – indică o lună întreagă

După ce generați un raport de facturare pentru o anumită perioadă, nu puteți regenera acel raport decât dacă ștergeți mai întâi raportul existent.
Dacă modificați fie tipul de pachet, fie ID-ul de utilizator BroadWorks pentru un anumit utilizator, raportul pentru luna în care a avut loc schimbarea afișează mai multe intrări pentru acel utilizator cu intrări procentuale separate înainte și după schimbare.

Soluționarea problemelor Webex pentru Cisco BroadWorks

Abonați-vă la pagina de stare Webex

Utilizați statisticile Control Hub

Webex urmărește datele de utilizare și de calitate pentru organizația dvs. și organizațiile clientului dvs. Citiți mai multe despre Control Hub Analytics din Webex Help Center.

Probleme în rețea

Clienții sau utilizatorii nu sunt creați în Control Hub cu configurarea fluxului:

Poate serverul aplicației să ajungă la URL-ul de configurare?
Contul de configurare și parola sunt corecte, există acel cont în BroadWorks?

Clusterele eșuează în mod constant testele de conectivitate:

Interfețele XSP|ADP sunt accesibile publicului?
Utilizați porturile corecte? Puteți introduce un port în definiția interfeței pe cluster.

Interfețe Validare nereușită

Interfețe Xsi-Acțiuni și Xsi-Events:

Verificați dacă URL-urile interfeței sunt introduse corect în cluster în Partner Hub, inclusiv /v2.0/ la sfârșitul URL-urilor.
Verificați firewall-ul permite comunicarea între Webex și aceste interfețe.
Revizuiți sfaturile de configurare a interfeței din acest document.

Interfața Serviciului de autentificare:

Verificați dacă URL-urile interfeței sunt introduse corect în cluster în Partner Hub, inclusiv /v2.0/ la sfârșitul URL-urilor.
Verificați firewall-ul permite comunicarea între Webex și aceste interfețe.
Revizuiți sfaturile de configurare a interfeței din acest document, acordând o atenție deosebită:
1. Asigurați-vă că ați partajat tastele RSA în toate ADP-urile XSP|.
2. Asigurați-vă că ați furnizat URL-ul AuthService la containerul web pe toate ADP-urile XSP|.
3. Dacă ați editat configurația cipher TLS, verificați dacă ați utilizat convenția corectă de numire. XSP|ADP necesită să introduceți formatul de nume IANA pentru cifrele TLS. O versiune anterioară a acestui document a enumerat incorect suitele de cipher necesare în convenția de numire OpenSSL.
4. Dacă utilizați mTLS cu Serviciul de autentificare, sunt încărcate certificatele de client Webex pe magazinul dvs. de încredere XSP|/ADP? Aplicația (sau interfața) este configurată pentru a solicita certificate de client?
5. Dacă utilizați validarea tokenului CI cu Serviciul de autentificare, aplicația (sau interfața) este configurată pentru a nu necesita certificate de client?

Probleme cu clientul

Verificați dacă clientul este conectat la BroadWorks

Conectați-vă la aplicația Webex.
Verificați dacă pictograma Opțiuni de apelare (un receptor cu o unealtă deasupra acestuia) este prezentă pe bara laterală.

Dacă pictograma nu este prezentă, este posibil ca utilizatorul să nu fie încă activat pentru serviciul de apelare din Control Hub.
Deschideți meniul Setări/Preferințe și accesați secțiunea Servicii telefonice . Trebuie să vizualizați sesiunea SSO de stare la care v-ați conectat.

Dacă se afișează un alt serviciu de telefonie, cum ar fi Webex Calling, utilizatorul nu utilizează Webex pentru Cisco BroadWorks.

Această verificare înseamnă:

Clientul a transpus cu succes microservicele Webex necesare.
S-a reușit autentificarea utilizatorului.
Clientul a primit un token web JSON cu durată lungă de viață de către sistemul BroadWorks.
Clientul și-a recuperat profilul dispozitivului și s-a înscris la BroadWorks.

Jurnale client

Dacă aveți nevoie pentru a colecta manual jurnalele de pe un PC Windows, acestea sunt situate după cum urmează:

Windows PC: C:\Users\{username}\AppData\Local\CiscoSpark

Mac:/Users/{username}/Library/Logs/SparkMacDesktop

Probleme de conectare a utilizatorului

mTLS Auth configurat necorespunzător

Dacă toți utilizatorii sunt afectați, verificați conexiunea mTLS de la Webex la URL-ul serviciului de autentificare:

Verificați dacă fie aplicația pentru serviciul de autentificare, fie interfața pe care o utilizează, sunt configurate pentru mTLS.
Verificați dacă lanțul certificatului Webex este instalat ca ancoră de încredere.
Verificați dacă certificatul serverului de pe interfață/aplicație este valid și semnat de un CA bine cunoscut.

Mesaj de suprascriere a licenței

Ghid de depanare

Pentru informații detaliate despre depanarea Webex pentru Cisco BroadWorks, consultați Ghidul de depanare Webex pentru Cisco BroadWorks.

Asistență

Politică de asistență în stare stabilă

Politica de scalare

Dumneavoastră (Furnizor de servicii/Partener) sunteți primul punct de contact pentru asistența clientului final (întreprindere).
Problemele care nu pot fi rezolvate de SP sunt transferate la TAC.

Versiuni BroadWorks

Asistența pentru versiunea serverului BroadWorks urmează politica BroadSoft, a versiunii actuale și a două versiuni majore anterioare (N-2). Citiți mai multe la Politica privind ciclul de viață al produselor BroadSoft secțiunea din Politica ciclului de viață BroadSoft și Matrice de compatibilitate software BroadWorks.

Resurse de auto-asistență

Utilizatorii pot găsi asistență prin Centrul de ajutor Webex, unde există o pagină specifică Webex pentru Cisco BroadWorks, care enumeră subiectele comune de ajutor și asistență ale aplicației Webex.
Aplicația Webex poate fi personalizată cu acest URL de ajutor și cu un URL de raportare a problemelor.
Utilizatorii aplicației Webex pot trimite feedback sau jurnale direct de la client. Jurnalele merg în cloud-ul Webex, unde pot fi analizate de Webex DevOps.
De asemenea, avem o pagină a Centrului de ajutor dedicată ajutorului la nivel de administrator pentru Webex pentru Cisco BroadWorks.

Colectați informații pentru trimiterea unei cereri de servicii

Încercați să includeți cel puțin următoarele informații atunci când trimiteți o interogare sau deschideți un caz:

ID organizație client și ID organizație partener (fiecare ID este un șir de 32 de cifre hexagonale, separate prin afine)
TrackingID (de asemenea, un șir de cifre 32 hexagonale) dacă interfața sau mesajul de eroare oferă unul
Adresa de e-mail a utilizatorului (dacă un anumit utilizator întâmpină probleme)
Versiunile client (dacă problema are simptome observate prin intermediul clientului)

Webex pentru referință BroadWorks

Comparație UC-One SaaS cu Webex pentru Cisco BroadWorks

Soluţie >	UC-One SaaS	Webex pentru Cisco BroadWorks
Cloud	Cisco UC-One Cloud (GCP)	Webex Cloud (AWS)
Clienți	UC-One: Mobile, Desktop Recepţionist, supervizor	Webex: Mobile, Desktop, Web
Diferență tehnologică majoră	Întâlniri livrate pe Broadsoft Meet Technology	Întâlniri livrate pe tehnologia Webex Meetings
Încercări timpurii pe teren	Mediul de imbatranire, clienti beta	Mediul de producție, clienții GA
identitate Utilizator	ID-ul BroadWorks a servit ca ID principal, cu excepția cazului în care Furnizorul de servicii are deja Integrare SSO. ID utilizator și secret în BroadWorks	ID-ul de e-mail din Cisco CI servește ca ID principal Integrarea SSO în furnizorul de servicii BroadWorks, unde utilizatorul se va autentifica cu ID-ul de utilizator BroadWorks și cu secretul BroadWorks la timp. Furnizează acreditări de utilizator prin SSO cu BroadWorks și secret în BroadWorks SAU ID utilizator și secret în IdP CI SAU ID utilizator în CI, ID și secrete în IdP
Autentificare client	Informații de furnizare ale utilizatorilor prin client Token-urile BroadWorks cu durată lungă de viață sunt necesare dacă utilizați mesageria Webex	Utilizatorii furnizează acreditările prin browser (fie pagina de conectare din proxy-ul BIdP Webex, fie CI) Accesul Webex și tokenurile de reîmprospătare
Gestionare/configurare	Sistemele OSS/BSS și portal De Retailer	Sistemele OSS/BSS și Control Hub
Activare partener/furnizor de servicii	Configurare o singură dată de către Operațiuni Cisco	Configurare o singură dată de către Operațiuni Cisco
Activare client/întreprindere	portal De Retailer	Control Hub Creat automat la prima înscriere a utilizatorului
Opțiuni de activare utilizator	Auto-înscriere Setați IM&P extern în BroadWorks	Setați IM&P integrat în BroadWorks (de obicei întreprinderi)
Interfețe serviciu XSP\|ADP	Acțiuni XSI Evenimente XSI CTI (mTLS) Serviciu de autentificare (mTLS opțional) DMS	Acțiuni XSI Acțiuni XSI (mTLS) Evenimente XSI CTI (mTLS) Serviciu de autentificare (TLS) DMS

Instalați Webex și conectați-vă (perspectivă abonat)

1	Descărcați și instalați Webex. Pentru detalii, consultați Webex \| Descărcați aplicația.
2	Rulați Webex. Webex vă solicită adresa de e-mail.
3	Introduceți-vă adresa de e-mail și faceți clic pe Înainte.
4	Se întâmplă una dintre următoarele, în funcție de modul în care organizația dvs. este configurată în Webex: Webex lansează un browser pentru dvs. pentru a finaliza autentificarea cu furnizorul dvs. de identitate. Aceasta ar putea fi autentificarea cu mai mulți factori (MFA). Webex lansează un browser pentru a introduce ID-ul de utilizator și parola BroadWorks. Webex încarcă după ce v-ați autentificat cu succes împotriva IdP sau BroadWorks.

Schimb de date și stocare

Integrare furnizor de servicii

Când configurați clustere și șabloane de utilizatori în Webex Control Hub în timpul integrării Furnizorului de servicii, schimbați următoarele date BroadWorks pe care Webex le stochează:

URL Xsi-Acțiuni
URL Xsi-Events
URL interfață CTI
URL serviciu de autentificare
Informații adaptor de configurare BroadWorks

Furnizor de servicii Furnizor de servicii

Acest tabel enumeră datele utilizatorului și ale întreprinderii care sunt schimbate ca parte a configurării utilizatorului prin API-urile Webex.

Mutarea datelor în Webex	De la	Prin	Stocat de Webex?
ID utilizator BroadWorks	BroadWorks, de către API	API-uri Webex	Da
E-mail (dacă SP este Furnizat)	BroadWorks, de către API	API-uri Webex	Da
E-mail (dacă este Furnizat Utilizatorul)	Utilizator	Portal de activare a utilizatorilor	Da
Prenume	BroadWorks, de către API	API-uri Webex	Da
Nume	BroadWorks, de către API	API-uri Webex	Da
Număr de telefon principal	BroadWorks, de către API	API-uri Webex	Da
Număr de telefon mobil	BroadWorks, de către API	API-uri Webex	Da
Interior principal	BroadWorks, de către API	API-uri Webex	Da
ID furnizor de servicii BroadWorks și ID grup	BroadWorks, de către API	API-uri Webex	Da
Limba	BroadWorks, de către API	API-uri Webex	Da
Fus orar	BroadWorks, de către API	API-uri Webex	Da

Eliminare utilizator

Date utilizator	Ștergere parțială	Ștergere completă
ID utilizator BroadWorks	Da	Da
E-mail	Nu	Da
Prenume	Nu	Da
Nume	Nu	Da
Număr de telefon principal	Da	Da
Număr de telefon mobil	Da	Da
Extensie	Da	Da
ID furnizor de servicii BroadWorks și ID grup	Da	Da
Limba	Nu	Da

Recuperare conectare și configurare utilizator

Autentificare Webex

Mutarea datelor	De la	Pentru
Adresă de e-mail	Utilizator prin aplicația Webex	Webex
Token de acces limitat și URL-ul IdP (independent)	Webex	browser Utilizator
Informații utilizator	browser Utilizator	Furnizor de identitate (care are deja identitatea utilizatorului)
Afirmația SAML	browser Utilizator	Webex
cod De autentificare	Webex	browser Utilizator
cod De autentificare	browser Utilizator	Webex
Tokenuri de acces și reîmprospătare	Webex	browser Utilizator
Tokenuri de acces și reîmprospătare	browser Utilizator	Aplicația Webex

Autentificare BroadWorks

Mutarea datelor	De la	Pentru
Adresă de e-mail	Utilizator prin aplicația Webex	Webex
Token acces limitat și URL IdP (proxy IdP Webex Bwks)	Webex	browser Utilizator
Informații de branding și URL-uri BroadWorks	Webex	browser Utilizator
Informații utilizator BroadWorks	Utilizator prin browser (pagina de conectare marcată deservită de Webex)	Webex
Informații utilizator BroadWorks	Webex	BroadWorks
profil utilizator BroadWorks	BroadWorks	Webex
Afirmația SAML	browser Utilizator	Webex
cod De autentificare	Webex	browser Utilizator
cod De autentificare	browser Utilizator	Webex
Tokenuri de acces și reîmprospătare	Webex	browser Utilizator
Tokenuri de acces și reîmprospătare	browser Utilizator	Aplicația Webex

Notificare de expirare a parolei BroadWorks în timpul conectării

Această caracteristică îmbunătățește procesul de conectare și controlează fluxul de conectare pe baza:

Îmbunătățirea avertismentului de conectare și a mesajului de eroare:

În prezent, utilizatorii Wexbex pentru BWKS care utilizează autentificarea BroadWorks și conectarea prin UAP nu primesc notificarea că parola lor este pe cale să expire sau că nu sunt în măsură să se conecteze, deoarece parola a expirat deja. Cu această caracteristică, dacă parola este pe cale să expire în 10 zile sau mai puțin - utilizatorul primește avertismentul că parola este pe cale să expire cu indicarea numărului de zile rămase, iar utilizatorul este sfătuit să contacteze Partenerul sau să urmeze linkul Parola uitată de pe ecranul de conectare pentru a-și reseta parola.
Dacă parola a expirat și configurația din BroadWorks „enforcePasswordChangeOnExpiry” este setată la adevărată, atunci eroarea „nume de utilizator și parolă incorecte” a fost aruncată, dar acum, cu această funcție, mesajul de eroare este îmbunătățit: Încercarea de conectare nu a reușit. Combinaţia dintre identificatorul de utilizator şi parola furnizată nu corespunde evidenţelor noastre sau parola dvs. trebuie actualizată. Încercați din nou sau contactați administratorul dvs. pentru a actualiza parola. Cod de eroare 100006

Controlul fluxului de conectare:

Partenerul poate restricționa conectarea prin activarea setării „w4bwks-password-expiry-fail-login”. Această setare „poate fi activată de Cisco la cererea unui partener. Dacă parola BroadWorks a expirat, configurația din broadworks „enforcePasswordChangeOnExpiry” este setată la fals și setarea „w4bwks-parola-expiry-fail-login” este activată, atunci eroarea este aruncată spunând parola a expirat x zile în urmă, în timp ce dacă serviciul de setare este dezactivat, atunci este permisă conectarea. În mod implicit, setarea este dezactivată.

Preluare configurație client

Acest tabel ilustrează tipul de date schimbate între diferitele componente în timp ce preluați configurațiile clientului.

Mutarea datelor	De la	Pentru
Înregistrare	Client	Webex
Setări organizație, inclusiv URL-uri BroadWorks	Webex	Client
Token JWT BroadWorks	BroadWorks prin Webex	Client
Token JWT BroadWorks	Client	BroadWorks
Token dispozitiv	BroadWorks	Client
Token dispozitiv	Client	BroadWorks
fișier De Configurare	BroadWorks	Client

Utilizare la starea de echilibru

Această secțiune descrie datele care se deplasează între componente în timpul reautentificării după expirarea tokenului, fie prin BroadWorks, fie prin Webex.

Acest tabel listează mișcarea de date pentru apelare.

Mutarea datelor	De la	Pentru
Semnalizare SIP	Client	BroadWorks
media SRTP	Client	BroadWorks
Semnalizare SIP	BroadWorks	Client
media SRTP	BroadWorks	Client

Acest tabel listează mișcarea datelor pentru mesagerie, prezență și întâlniri.

Mutarea datelor	De la	Pentru
Mesagerie și prezență REST HTTPS	Client	Webex
Mesagerie și prezență REST HTTPS	Webex	Client
Semnalizare SIP	Client	Webex
media SRTP	Client	Webex
Semnalizare SIP	Webex	Client
media SRTP	Webex	Client

Utilizarea API-ului de configurare

Acces dezvoltator

Specificația API este disponibilă pe https://developer.webex.com și un ghid de utilizare este la https://developer.webex.com/docs/api/guides/webex-for-broadworks-developers-guide.

Trebuie să vă conectați pentru a citi specificația API lahttps://developer.webex.com/docs/api/v1/broadworks-subscribers .

Autentificarea și autorizarea aplicației

Pentru mai multe detalii despre integrări și modul de a construi acest flux de autorizare OAuth 2 în aplicația dvs., consultați https://developer.webex.com/docs/integrations.

Există două roluri necesare pentru implementarea integrărilor - dezvoltatorul şi utilizatorul autorizat - şi acestea pot fi deţinute de persoane/echipe separate din mediul dvs.

Dezvoltatorul creează aplicația și o înregistrează https://developer.webex.com pentru a genera OAuth ClientID/Secret necesar cu scopurile așteptate pentru aplicație. Dacă aplicația dvs. este creată de o terță parte, acestea ar putea înregistra aplicația (dacă ați solicitat accesul acestora) sau ați putea face acest lucru cu propriul dvs. acces.
Utilizatorul autorizat este contul pe care îl utilizează aplicația pentru a autoriza apelurile sale API, pentru a schimba organizația parteneră, organizațiile clienților sau abonații acestora. Acest cont trebuie să aibă fie rolul de administrator complet, fie rolul de administrator complet de vânzări în organizația parteneră. Acest cont nu trebuie să fie deținut de o terță parte.

Denumire organizație

Numele organizației depinde de modul de configurare pe care îl utilizați:

Modul Enterprise – Numele organizației este un meci exact al spEnterpriseId.
Modul Furnizor de servicii – Numele organizației este porțiunea de GrupID a spEnterpriseId.

Denumirea organizației va conține orice spațiu alb, uppercase și caractere speciale specificate în spEnterpriseId original.

Cerințe software BroadWorks

Consultați Managementul ciclului de viață - Servere BroadSoft.

Asigurați-vă că pentru a revizui notele de patch-uri pentru aceste patch-uri software. Unii plasturi pot avea cerinţe CLI suplimentare.

Versiunea R22

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.22.0.1123.ap364260
	AP.as.22.0.1123.ap365173
	AP.as.22.0.1123.ap368517	Necesar pentru sincronizarea directorului
	AP.as.22.0.1123.ap369763
	AP.as.22.0.1123.ap372989
	AP.as.22.0.1123.ap372757
	AP.as.22.0.1123.ap372963	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.22.0.1123.ap373197	Patch necesar pentru serverul de aplicații
	AP.as.22.0.1123.ap378391
	AP.as.22.0.1123.ap374793	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.22.0.1123.ap377718	Patch necesar pentru funcția de înregistrare a apelurilor
	AP.as.22.0.1123.ap377868
	AP.as.22.0.1123.ap376508	Patch-ul necesar pentru configurarea fluxului
	AP.xsp.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Server de profil	AP.ps.22.0.1123.ap372989
	AP.ps.22.0.1123.ap372757
	AP.ps.22.0.1123.ap378391
	AP.ps.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Platformă	AP.platform.22.0.1123.ap353577
	AP.platform.22.0.1123.ap354313	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.22.0.1123.ap365173
	AP.platform.22.0.1123.ap367732
	AP.platform.22.0.1123.ap369433
	AP.platform.22.0.1123.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.22.0.1123.ap372757
	AP.platform.22.0.1123.ap376508	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.platform.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
XSP\|ADP	AP.xsp.22.0.1123.ap354313	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap365173
	AP.xsp.22.0.1123.ap368067
	AP.xsp.22.0.1123.ap368601	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.xsp.22.0.1123.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap370952
	AP.xsp.22.0.1123.ap373008
	AP.xsp.22.0.1123.ap372757
	AP.xsp.22.0.1123.ap372433
	AP.xsp.22.0.1123.ap372963	Necesar pentru upgrade de la notificările push V1 la V2
	AP.xsp.22.0.1123.ap378391
	AP.xsp.22.0.1123.ap374677	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap375206	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap376508	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.xsp.22.0.1123.ap378585	Necesar pentru istoricul apelurilor unificate
Altele	AP.xsa.22.0.1123.ap372757
	AP.xs.22.0.1123.ap372757
	AP.ums.22.0.1123.ap378391
	AP.nfm.22.0.1123.ap378391

Versiunea R23

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.23.0.1075.ap368517	Necesar pentru sincronizarea directorului
	AP.as.23.0.1075.ap369763
	AP.as.23.0.1075.ap373197	Server aplicație de configurare
	AP.as.23.0.1075.ap373271	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.23.0.1075.ap378391
	AP.as.23.0.1075.ap376509
	AP.as.23.0.1075.ap377718	Necesar pentru înregistrarea apelului
	AP.as.23.0.1075.ap377868
	AP.as.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Server de profil	AP.ps.23.0.1075.ap378391
Platformă	AP.platform.23.0.1075.ap367732
	AP.platform.23.0.1075.ap370952
	AP.platform.23.0.1075.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.23.0.1075.ap376509
	AP.platform.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
XSP\|ADP	AP.xsp.23.0.1075.ap368067
	AP.xsp.23.0.1075.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap370952
	AP.xsp.23.0.1075.ap373008
	AP.xsp.23.0.1075.ap373271	Necesar pentru upgrade de la notificările push V1 la V2
	AP.xsp.23.0.1075.ap378391
	AP.xsp.23.0.1075.ap374677	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap375206	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap376509
	AP.xsp.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Altele	Dacă utilizați ADP... Xsi-Events-23_2021.05_1.251.bwar	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate

Versiunea R24

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.24.0.944.ap384177	Necesar pentru serverul de mesagerie Unified (UMS)
	AP.as.24.0.944.ap375100	Necesar pentru configurarea fluxului
	AP.as.24.0.944.ap377718	Necesar pentru înregistrarea apelului
	AP.as.24.0.944.ap377868
	AP.as.24.0.944.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Altele	Xsi-Events-24_ 2021.05_1.251.bwar	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate

Etichete BroadWorks necesare pentru Webex

Fluxuri de configurare și activare a utilizatorului

Setarea descrie adăugarea utilizatorului la Webex. Activarea include validarea prin e-mail și atribuirea de servicii în Webex.

Configurarea automată a utilizatorilor și activarea automată (flux de e-mail de încredere)

Cerințe preliminare

Adaptorul dvs. de configurare indică Webex pentru Cisco BroadWorks (care necesită o conexiune de ieșire de la AS la Webex Provisioning Bridge).
Trebuie să aveți adrese de e-mail valide accesibile pentru utilizatorul final ca ID-uri alternative în BroadWorks.
Control Hub are un cont de configurare în configurația organizației partenere.

Pas	Descriere
1	Citate și să ia comenzi pentru serviciul cu clienții dumneavoastră.
2	Procesați comanda clientului și furnizați clientul în sistemele dvs.
3	Sistemul de configurare a serviciului declanșează configurarea BroadWorks. Acest pas, în rezumat, creează întreprinderea și utilizatorii. Apoi alocă serviciile și numerele necesare fiecărui utilizator. Unul dintre aceste servicii este IM&P extern.
4	Această etapă de configurare declanșează configurarea automată a organizației clientului și a utilizatorilor în Webex. (Alocarea serviciului IM&P determină adaptorul de configurare să apeleze API-ul de configurare Webex).
5	Sistemele dvs. trebuie să utilizeze API-ul de configurare Webex dacă mai târziu trebuie să ajustați pachetul pentru utilizator (pentru a schimba de la cel implicit).

Flux de conectare SSO

Fluxuri de conectare alternative

Autentificare BroadWorks fără autentificare directă BroadWorks (partajare de resurse încrucișată):
- Singura diferență este în etapele 5 și 6 ale fluxului de conectare Webex. În pasul 5, acreditările de conectare sunt validate de proxy-ul IdP (mai degrabă decât XSI) și o Aserțiune SAML este returnată clientului.
- Fluxul trece prin pașii rămași în cele două diagrame se aplică.
- Token-ul SSO nu este utilizat în acest flux.
Autentificare SAML SSO Webex:
- În pasul 3 al Fluxului de conectare Webex, serviciul Common Identity returnează Furnizorul de identitate utilizat de autentificarea Webex.
- În acest moment, se invocă un flux alternativ de conectare SAML SSO pentru Webex.

Interacțiuni utilizator

Conectați-vă

Aplicația Webex lansează un browser către Cisco Common Identity (CI) pentru a permite utilizatorilor să introducă adresa lor de e-mail.
CI descoperă că organizația client asociată are proxy-ul IDP BroadWorks (IDP) configurat ca IDP SAML. CI redirecționează către IDP-ul care prezintă utilizatorului o pagină de conectare. (Furnizorul de servicii poate marca această pagină de conectare.)
Utilizatorul intră în acreditările BroadWorks.
Broadworks autentifică utilizatorul prin IDP. Pe succes, IDP redirecționează browserul înapoi la CI cu un succes SAML pentru a finaliza fluxul de autentificare (nu este afișat în diagramă).
În ceea ce privește autentificarea reușită, aplicația Webex obține jetoane de acces de la CI (nu sunt afișate în diagramă). Clientul le utilizează pentru a solicita un Jason Web Token (JWT) cu durată lungă de viață BroadWorks.
Aplicația Webex descoperă configurația de apelare din BroadWorks și alte servicii din Webex.
Aplicația Webex se înregistrează cu BroadWorks.

Conectați-vă dintr-o perspectivă utilizator

Această diagramă este fluxul tipic de conectare, așa cum se vede de către utilizatorul final sau abonat:

Descărcați și instalați aplicația Webex.
Este posibil să fi primit linkul de la furnizorul dvs. de servicii sau să găsiți descărcarea pe pagina de descărcări Webex.
Introduceți adresa de e-mail pe ecranul de conectare Webex. Faceți clic pe Înainte.
De obicei, sunteți redirecționat către o pagină de marcă a Furnizorului de servicii.
Această pagină vă poate fi primită prin adresa dvs. de e-mail.

Dacă nu există adresă de e-mail sau dacă adresa de e-mail este greșită, introduceți în schimb numele de utilizator BroadWorks.
Introduceți parola BroadWorks.
Dacă v-ați conectat cu succes, Webex se deschide.

Flux de apeluri—director corporativ

Flux de apeluri – număr PSTN

Prezentare și partajare

Începeți o întâlnire spațială

Interacțiuni cu clienții

Preluarea profilului din DMS și înscrierea SIP cu AS

Clientul apelează XSI pentru a obține un token de gestionare a dispozitivului și URL-ul la DMS.
Clientul solicită profilul său de dispozitiv de la DMS prin prezentarea tokenului de la pasul 1.
Clientul citește profilul dispozitivului și preia acreditările SIP, adresele și porturile.
Clientul trimite un ÎNREGISTRATOR SIP către SBC utilizând informațiile de la pasul 3.
SBC trimite ÎNREGISTRATORUL SIP la AS (SBC poate efectua o vizualizare în NS pentru a localiza un AS dacă SBC nu cunoaște deja utilizatorul SIP.)

Orientări privind testele și laboratoarele

Următoarele orientări se aplică organizațiilor de testare și de laborator:

Partenerii furnizorului de servicii sunt limitați la maximum 50 de utilizatori de testare care pot fi configurați în mai multe organe.
Orice utilizatori care depășesc primii 50 de utilizatori de testare vor fi facturați.
Pentru a asigura procesarea exactă a facturii dvs., toate organele de testare trebuie să includă „test” în numele organizației BroadWorks.
Organizațiile de testare internă trebuie desemnate în cadrul Webex Control Hub. Acest lucru are scopul de a împiedica utilizatorii de testare să fie facturați ca utilizatori reali.

Desemnarea unei organizații ca organizație de testare

Pentru a desemna o organizație ca organizație de testare:

Conectați-vă la Partner Hub și selectați Clienți.
Selectați clientul corespunzător.
În bara de control din dreapta, activați comutatorul pentru organizarea testelor interne.

Redare mesagerie vocală

Pentru mesageria vocală, asigurați-vă că configurați serverul Media pentru a utiliza unul dintre următoarele coduri:

mp3
wav—Fișierele WAV sunt acceptate în următoarele formate: PCM (acceptat pe toate platformele) și DVI-ADPCM (nu este acceptat pe Android

Dacă utilizați fișiere wav, rulați următoarele comenzi CLI pentru a încredința serverul aplicației și serverul media:

AS_CLI/Service/VoiceMsg>set vmRecordingAudioFileFormat WAV
MS_CLI/Applications/MediaStreaming/Services/IVR> set sendmail8kHzWavFileDefaultFormat ulaw

Terminologie

ACL: Listă de control al accesului
ALG: Gateway strat aplicație
API: Interfață de programare aplicație
AFNURI: Serviciu de notificare Apple Push
LA FEL DE: Server aplicație
TE CONŢINUTUL: Adaptor analogic de telefon, adaptor care convertește telefonie analogică la VoIP
BAM: Manager de aplicații BroadSoft
Autentificare de bază: O metodă de autentificare în care un cont (nume de utilizator) este validat de un secret partajat (parolă)
BMS: Server de mesagerie BroadSoft
PĂȘUNE: Fluxuri bidirecționale Peste HTTP Sincronizat
TULBURĂRI GASTRO- INTESTINALE: Interfața de bază a ratei BRI este o metodă de acces ISDN
Cutie de carton: O colecţie de servicii aşa cum a fost livrată unui utilizator final sau abonat (cf. Ambalaj)
CA: Autoritatea de certificare
Operator: O organizaţie care se ocupă de traficul de telefonie (cf. Partener, furnizor de servicii, furnizor de valoare adăugată)
CAPTCHA: Test Turing public complet automatizat pentru a spune computere și oameni în afară
CCXML: Limba de marcare eXtensible pentru controlul apelului
CIF: Format intermediar comun
TULBURĂRI OCULARE: Interfață linie de comandă
CN: Denumire comună
CNPS: Server push notificări de apel. Un server push de notificare care rulează pe un XSP|ADP în mediul dvs., pentru a împinge notificările de apel către FCM și APNS. Consultați Proxy-ul NPS.
CPE: Echipamente premise pentru clienți
CPR: Regulă de prezență personalizată
CSS: Foaie de stil cascadă
CSV: Valoare Separată prin virgulă
CTI: Integrare telefonie informatică
CUBE: Cisco Unified Border Element
DMZ: Zonă Demilitarizată
DN: Număr director
DND: Nu deranjați
DNS: Sistem nume de domeniu
DPG: Grup de asociați la apelare
DSCP: Punct de cod servicii diferențiate
DTAF: Fișier arhivă tip dispozitiv
DTG: Grup trunchi destinație
DTMF: Frecvență multitonică duală
utilizator Final: Persoana care utilizează serviciile, adică face apeluri, intră în întâlniri sau trimite mesaje (cf. Abonat)
Enterprise: O colecţie de utilizatori finali (cf. Organizație)
FCM: Mesagerie în cloud Firebase
FMC: Convergență Fix Mobile
Configurare flux-through: Crearea utilizatorilor în magazinul de identitate Webex prin atribuirea serviciului „IM&P integrat” în BroadWorks.
FQDN: Nume de domeniu complet calificat
Configurare completă prin debit: Crearea și verificarea utilizatorilor din magazinul de identitate Webex prin atribuirea serviciului „IM&P integrat” în BroadWorks și afirmarea că fiecare utilizator BroadWorks are o adresă de e-mail unică și validă.
FXO: Exchange Office este portul care primește linia analogică. Acesta este dopul de pe telefon sau fax sau dopurile de pe sistemul dvs. de telefon analogic. Acesta oferă o indicație on-cârlig / off-cârlig (închidere buclă). Deoarece portul FXO este atașat la un dispozitiv, cum ar fi un fax sau un telefon, dispozitivul este adesea numit „dispozitiv FXO”.
FXS: Abonatul valutar este portul care furnizează de fapt linia analogică abonatului. Cu alte cuvinte, este "plug in the wall", care oferă un ton de apelare, curent de baterie, și tensiune inel.
GCM: Mesaj Google Cloud
GCM: Modul Galois/Counter (tehnologie de criptare)
ASCUNZĂTOARE: Dispozitiv interfață umană
HTTPS: Conectori securizați pentru protocolul de transfer hipertext
IAD: Dispozitiv de acces integrat
IM&P: Mesagerie instantanee și prezență
PSTN IP: Un furnizor de servicii care furnizează VoIP serviciilor PSTN, interschimbabil cu ITSP, sau un termen general pentru telefonie „publică” conectată la internet, furnizat în mod colectiv de către principalii furnizori de telecomunicații (mai degrabă decât de către țări, așa cum este PSTN)
IZZ: Furnizor de servicii de telefonie pe internet
VALORI CRESCUTE ALE: Răspuns vocal interactiv / Răspuns
AFECŢIUNI: Adresa nativă a unei entități XMPP se numește identificator Jabber sau JID localpart@domain.part.example.com/resourcepart (@ . / sunt separatoare)
JSON: Notificare obiect script Java
TULBURĂRI ALE SISTEMULUI NERVOS: Java Secure Socket Extension; tehnologia de bază care oferă caracteristici sigure de conectivitate la serverele BroadWorks
KEM: Modul de extensie cu tastatură (telefoanele hardware Cisco)
PLT: Token cu durată lungă de viață (sau Long Life); o formă de auto-descriere, securizată de token purtător care permite utilizatorilor să rămână autentificați pentru mai mult timp și nu este legată de aplicații specifice.
M: Arhiva mesajelor
MIB: Bază de informații de gestionare
M: Server media
mTLS: Autentificare reciprocă între două părți, utilizând schimbul de certificate, la stabilirea unei conexiuni TLS
MUC: Chat cu mai mulți utilizatori
UMED: Traduceri adresă de rețea
NPS: Server push de notificare; consultați CNPS
proxy NPS: Un serviciu în Webex care furnizează jetoane de autorizare pe termen scurt pentru CNPS, permițându-i să împingă notificările de apel către FCM și APN-uri și, în cele din urmă, către dispozitivele Android și iOS care rulează Webex.
OCLUZII: Deschideți interfața cu clientul
Organizație: O companie sau o organizaţie care reprezintă o colecţie de utilizatori finali (cf. Întreprindere)
OTG: Grup trunchiuri de ieșire
Pachet: O colecţie de servicii aşa cum a fost livrată unui utilizator final sau abonat (cf. Cutie de carton)
Partener: O organizație de agenți care lucrează cu Cisco pentru a distribui produse și servicii către alte organizații (cf. Valoare adăugată revânzător, furnizor de servicii, transportator)
PBX: Schimb de filiale private
PEM: Mail îmbunătățit de confidențialitate
LIOFILIZAT: Rețea publică de teren mobil
TE IZA: Interfața Rată Primară (PRI) este un standard de interfață de telecomunicații utilizat pe o rețea digitală de servicii integrate (ISDN)
PS: Server de profil
PSTN: Rețea de telefonie publică comutată
QoS: Calitatea serviciului
portal De Retailer: Un site web care permite administratorului revânzătorului să își configureze soluția UC-One SaaS. Este uneori menționată ca portal BAM, portal de administrator sau portal de management.
RTCP: Protocol de control în timp real
RTP: Protocol de transport în timp real
SBC: Controler frontieră sesiune
SCA: Aspect Apel partajat
SD: Definiție standard
SDP: Protocol de descriere sesiuni
SP: Furnizor de servicii; O organizație care furnizează servicii de telefonie sau servicii conexe altor organizații (cf. Încărcător, partener, revânzător cu valoare adăugată)
SIP: Protocol de inițiere sesiuni
LĂCRIMARE: Token cu durată scurtă de viață (sau Short Life) (denumit și BroadWorks SSO Token); un token autentificat de unică folosință care este utilizat pentru a obține acces securizat la aplicații web.
SMB: Întreprinderi mici și mijlocii
SNMP: Protocol simplu de gestionare a rețelei
sRTCP: Protocol de control al transferului în timp real securizat (media apelurilor VoIP)
sRTP: Protocol de transfer în timp real securizat (media apelurilor VoIP)
SSL: Strat de prize securizate
Abonat: Persoana care utilizează serviciile, adică face apeluri, intră în întâlniri sau trimite mesaje (cf. Utilizator final)
TCP: Protocol de control al transmisiei
TDM: Multiplicarea diviziunii timpului
TLS: Securitate strat de transport
ToS: Tipul de serviciu
UAP: Portal de activare a utilizatorilor
UC: Comunicații Unified
CEAPA: Interfață utilizator
U ID: Identificator unic
UM: Server de mesagerie
URI: Identificator de resurse uniform
URL: Localizator de resurse uniform
TUSE: Server de partajare
UTC: Ora universală coordonată
UVS: Server video
Retailer cu valoare adăugată (VAR): O organizație de agenți care lucrează cu Cisco pentru a distribui produse și servicii către alte organizații (cf. Operator, partener, furnizor de servicii)
VGA: Array de grafică video
VoIP: Voce prin Internet Protocol (IP)
VXML: Limbă extensibilă de marcare vocală
WebDAV: Autorizare și versiune distribuită pe internet
WebRTC: Comunicații web în timp real
RĂȘINI: Server WebRTC
XMPP: Protocol de mesagerie și prezență extensibil

Anexa

Configurați serviciile (cu mTLS pentru serviciul Auth)

Interfețe Xsi

Instalați și configurați aplicațiile Xsi-Actions și Xsi-Events așa cum sunt descrise în Ghidul de configurare a interfeței pentru serviciile Cisco BroadWorks Xtended Services.

Doar o singură instanță a aplicațiilor Xsi-Events trebuie implementată pe XSP|ADP utilizat pentru interfața CTI.

Toate evenimentele Xsi utilizate pentru integrarea Broadworks cu Webex trebuie să aibă același nume de apelControlApplicationName definit în Applications/Xsi-Events/GeneralSettings. De exemplu:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Schimbarea numelui de apelControlApplicationName sau neavând același nume pe toate aplicațiile web Xsi-Events va afecta funcționalitatea abonamentelor și a evenimentelor de telefonie.

Configurați serviciul de autentificare (cu mTLS)

Tokenurile BroadWorks cu durată lungă de viață sunt generate și validate de serviciul de autentificare găzduit pe |ADP-urile dvs. XSP.

Cerințe

Serverele XSP|ADP care găzduiesc Serviciul de autentificare trebuie să aibă o interfață mTLS configurată.
ADP-urile XSP| trebuie să partajeze aceleași chei pentru criptarea/decriptarea tokenurilor BroadWorks cu durată lungă de viață. Copierea acestor chei la fiecare XSP|ADP este un proces manual.
ADP-urile XSP| trebuie sincronizate cu NTP.

Prezentare generală configurație

Configurația esențială de pe |ADP-urile dvs. XSP include:

Implementați serviciul de autentificare.
Configurați durata tokenului la cel puțin 60 de zile (lăsați emitentul ca BroadWorks).
Generați și partajați tastele RSA prin |ADP-uri XSP.
Furnizați adresa URL autentiService către containerul web.

Implementați serviciul de autentificare pe XSP|ADP

Pe fiecare XSP|ADP utilizat cu Webex:

Activați aplicația pentru serviciul de autentificare pe cale /authService(trebuie să utilizați această cale):

XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService

(unde este cazul <version> este versiunea BroadWorks).
Implementați aplicația:

XSP|ADP_CLI/Maintenance/ManagedObjects>deploy application /authService

Configurați durata tokenului

Verificați configurația actuală a tokenului (ore):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement> get
Setați durata la 60 de zile (max. 180 de zile):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement>set tokenDurationInHours 1440

Generați și partajați cheile RSA

Trebuie să utilizați aceleași perechi de taste publice/private pentru criptarea/decriptarea tokenului în toate instanțele serviciului de autentificare.
Cuplul cheie este generat de serviciul de autentificare atunci când este necesar pentru prima dată să eliberați un token.

Din cauza acestor doi factori aveți nevoie pentru a genera chei pe un XSP|ADP, apoi copiați-le la toate celelalte XSP|ADP.

Dacă ciclați tastele sau modificați lungimea tastei, trebuie să repetați următoarea configurație și să reporniți toate |ADP-urile XSP.

Selectați un XSP|ADP de utilizat pentru generarea unei perechi de taste.
Utilizați un client pentru a solicita un token criptat de la acel XSP|ADP, solicitând următorul URL din browserul clientului:

https://<XSP|ADP-IPAddress>/authService/token?key=BASE22URL(clientPublicKey)

(Acest lucru generează o pereche de chei private / publice pe XSP|ADP, dacă nu a existat deja unul)
Locația magazinului cu tastatură nu este configurabilă. Exportați tastele:

XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
Copiați fișierul exportat /var/broadworks/tmp/authService.keys în aceeași locație pe celelalte ADP-uri XSP|, suprascrierea unui mai în vârstă .keys fișier.
Importați tastele pe fiecare dintre celelalte |ADP-uri XSP:

XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys

Furnizați URL-ul autentiService către containerul web

Containerul web XSP|ADP are nevoie de URL-ul autentiService, astfel încât să poată valida jetoanele.

Pe fiecare dintre |ADP-urile XSP:

Adăugați URL-ul serviciului de autentificare ca serviciu de autentificare extern pentru BroadWorks Communications Utility:

XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1/authService
Adăugați adresa URL a serviciului de autentificare în container:

XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService

Acest lucru permite Webex să utilizeze Serviciul de autentificare pentru a valida jetoanele prezentate ca date de autentificare.
Verificați parametrul cu get.
Reporniți XSP|ADP.

Configurarea TLS și Ciphers pe interfețele HTTP (pentru XSI și Serviciul de autentificare)

Aplicațiile Service Authentication, Xsi-Actions și Xsi-Events utilizează interfețe de server HTTP. Nivelurile de configurabilitate TLS pentru aceste aplicații sunt după cum urmează:

Cele mai generale = Sistem > Transport > HTTP > Interfață server HTTP = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații	context CLI
Sistem (global)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Protocoale de transport pentru acest sistem	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP pe acest sistem	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Interfețe server HTTP specifice pe acest sistem	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Citirea configurației interfeței serverului HTTP TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer>
Introduceți get comanda și citiți rezultatele. Ar trebui să vedeți interfețele (adresele IP) și, pentru fiecare, dacă acestea sunt sigure și dacă necesită autentificarea clientului.

Apache tomcat trimite un certificat pentru fiecare interfață securizată; sistemul generează un certificat semnat dacă are nevoie de unul.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Adăugarea protocolului TLS 1.2 la interfața serverului HTTP

Interfața HTTP care interacționează cu Webex Cloud trebuie configurată pentru TLSv1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața serverului HTTP:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> 443 pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> 443 TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața serverului HTTP

Pentru a configura cifrele necesare:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Introduceți comanda get <interfaceIp> 443 pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> 443 <cipherName> pentru a adăuga un cifru la interfața serverului HTTP.

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Configurați încrederea pentru serviciul de autentificare (cu mTLS)

Conectați-vă la Control Hub cu contul de administrator partener.
Accesați Setări > Apelare BroadWorks și faceți clic pe Descărcare certificat Webex CA pentru a obține CombinedCertChain2023.txt pe computerul local.

Aceste fișiere conțin două seturi de două certificate. Trebuie să divizați fișierele înainte de a le încărca în ADP-urile XSP|. Toate fișierele sunt necesare.
Separați lanțul certificatului în două certificate - combinedcertchain2023.txt.
1. Deschideți combinedcertchain2023.txt într-un editor de text.
2. Selectați și tăiați primul bloc de text, inclusiv liniile -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----, și lipiți blocul de text într-un fișier nou.
3. Salvați noul fișier ca root2023.txt.
4. Salvați fișierul original ca issuing2023.txt. Fișierul original ar trebui să aibă acum doar un singur bloc de text, înconjurat de linii -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----.
Copiați ambele fișiere text într-o locație temporară pe XSP|ADP pe care o securizați, de ex. /var/broadworks/tmp/root2023.txt și /var/broadworks/tmp/issuing2023.txt.
Conectați-vă la XSP|ADP și navigați la /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>. (Opțional) Ajutor de rulare UpdateTrust pentru a vedea parametrii și formatul de comandă.

Încărcați fișierele certificatului în ancore de încredere noi - 2023

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Confirmați că ancorajele sunt actualizate:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

(Opțiune) Configurați mTLS la nivelul interfeței/portului HTTP

Este posibil să configurați mTLS la nivelul interfeței/portului HTTP sau pe o bază de aplicație per-web.

Când configurați mTLS la nivelul interfeței/portului HTTP, mTLS este necesar pentru toate aplicațiile web găzduite accesate prin această interfață/port.

Conectați-vă la XSP|ADP a cărei interfață configurați.
Navigheaza catre XSP|ADP_CLI/Interface/Http/HttpServer> și rulați get comandă pentru a vedea interfețele.
Pentru a adăuga o interfață și a solicita autentificarea clientului acolo (ceea ce înseamnă același lucru ca și mTLS):

XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true

Consultați documentația XSP|ADP CLI pentru detalii. În esență, primul true asigură interfața cu TLS (certificatul de server este creat dacă este necesar) și al doilea true forțează interfața să solicite autentificarea certificatului clientului (împreună sunt mTLS).

De exemplu:

XSP|ADP_CLI/Interface/Http/HttpServer> get

Interface Port Name Secure Client Auth Req Cluster Fqdn
         =======================================================
         192.0.2.7 443 XSP|ADP01.collab.example.net true false 
         192.0.2.7 444 XSP|ADP01.collab.example.net true true

În acest exemplu, mTLS (Client Auth Req = true) este activat pe 192.0.2.7 port 444. TLS este activat pe 192.0.2.7 port 443.

(Opțiune) Configurați mTLS pentru aplicații web specifice

Este posibil să configurați mTLS la nivelul interfeței/portului HTTP sau pe o bază de aplicație per-web.

Când configurați mTLS la nivelul aplicației, mTLS este necesar pentru acea aplicație, indiferent de configurația interfeței serverului HTTP.

Conectați-vă la XSP|ADP a cărei interfață configurați.
Navigheaza catre XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> și rulați get comandă pentru a vedea ce aplicații rulează.
Pentru a adăuga o aplicație și pentru a solicita autentificarea clientului (ceea ce înseamnă același lucru ca și mTLS):

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true

Consultați documentația XSP|ADP CLI pentru detalii. Numele aplicației sunt enumerate acolo. Fișierul true în această comandă activează mTLS.

De exemplu:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add 192.0.2.7 443 AuthenticationService true

Exemplul de comandă adaugă aplicația AuthenticationService la 192.0.2.7:443 și necesită solicitarea și autentificarea certificatelor de la client.

Consultați get:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> get

Interface Ip Port Application Name Client Auth Req
         ===================================================
         192.0.2.7 443 AuthenticationService      true

Configurați managementul dispozitivului pe XSP|ADP, serverul aplicației și serverul profilului

Unde să mergeți Înainte

Pentru configurare, puteți reintra în fluxul principal de documente la interfața CTI și configurația aferentă.

Cerințe suplimentare de certificare pentru autentificarea reciprocă TLS împotriva serviciului de autentificare

Accesați Setări > Apelare BroadWorks.
Faceți clic pe linkul certificatului de descărcare.

De asemenea, puteți obține lanțul certificatului de la https://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt.

Cerințele exacte pentru implementarea acestui lanț de certificate Webex CA depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă rezumă locul în care trebuie implementat lanțul de certificate Webex CA în aceste trei cazuri.

Cerințe reciproce privind certificatul TLS pentru proxy-ul TLS-bridge

Webex prezintă proxy-ului un certificat de client semnat Webex CA.
Lanțul de certificate Webex CA este implementat în magazinul de încredere proxy, astfel încât proxy-ul are încredere în certificatul clientului.
Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în proxy.
Proxy-ul prezintă un certificat de server semnat public pentru Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.

Proxy-ul prezintă un certificat de client semnat intern către |ADP-urile XSP.

Acest certificat trebuie să aibă câmpul de extensie x509.v3 Utilizare extinsă a cheii populat cu OID BroadWorks 1.3.6.1.4.1.6431.1.1.8.2.1.3 și clientAuth scop TLS. De exemplu:

X509v3 extensions:

X509v3 Extended Key Usage:

1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client
              Authentication

Atunci când generați certificate de client intern pentru proxy, rețineți că certificatele SAN nu sunt acceptate. Certificatele serverului intern pentru XSP|ADP pot fi SAN.

ADP-urile XSP| au încredere în CA intern.
ADP-urile XSP| prezintă un certificat de server semnat intern.
Proxy-ul are încredere în CA intern.

Cerințe reciproce de certificare TLS pentru TLS-passthrough Proxy sau XSP în DMZ

Webex prezintă un certificat de client semnat Webex CA pentru XSPs.
Lanțul de certificate Webex CA este implementat pe magazinul de încredere XSPs, astfel încât XSPs are încredere în certificatul clientului.
Certificatul de server XSP semnat public este de asemenea încărcat în XSPs.
XSPs prezintă certificatele de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului XSPs.

Istoricul reviziilor documentelor

Următorul tabel prezintă o istorie a modificărilor aduse acestui document în ultimele 12 luni.

Dată	Versiune	Descrierea modificării
2 mai 2024	2-115	Modificări editoriale.
10 aprilie 2024	2-114	Informații actualizate despre Patch 2 în secțiunea Aspect în linie partajată.
27 martie 2024	2-113	Actualizat câmp lampă ocupată / preluare apel și partener SSO - secțiunea OpenID Connect.
22 martie 2024	2-112	Cerințe prealabile actualizate în secțiunea Sincronizare Nu deranjați (DND).
07 martie 2024	2-111	Secțiunea Actualizată de control al fluxului de conectare în procesul de conectare a utilizatorului și de recuperare a configurației.
24 februarie 2024	2-110	Modificări editoriale.
20 februarie 2024	2-109	S-a adăugat secțiunea Indicație Spam vizuală în secțiunea Implementare Webex pentru BroadWorks.
07 februarie 2024	2-108	A fost adăugată o notificare de expirare a parolei BroadWorks în timpul conectării la Webex for BroadWorks Reference.
25 ianuarie 2024	2-107	Modificări editoriale.
23 ianuarie 2024	2-106	Efectuați modificări editoriale în secțiunea Mutare utilizator (cu consimțământ) în Webex pentru Cisco BroadWorks , sub Gestionarea Webex pentru BroadWorks.
10 ianuarie 2024	2-105	Modificări editoriale.
20 decembrie 2023	2-104	Acest ghid a fost mutat la Centrul de ajutor Webex, de acum înainte utilizați acest link unificat https://help.webex.com/no4dlj3 .
13 decembrie 2023	2-103	Șablonul clientului a fost modificat în „Șablon de integrare”, a actualizat ghidul de soluție.
12 decembrie 2023	2-102	Actualizat Atașați Webex pentru BroadWorks la secțiunea Organizație existentă în cadrul Gestionării Webex pentru BroadWorks.
08 decembrie 2023	2-101	Modificări editoriale.
noiembrie 08, 2023	2-100	A fost adăugată o notă în Atașați Webex pentru BroadWorks la secțiunea Organizație existentă .
25 octombrie 2023	2-99	A fost adăugat R24 în Configurarea serverului aplicației cu secțiunea URL a serviciului de configurare.
13 septembrie 2023	2-98	Au fost adăugate cerințe de rețea pentru Webex pentru linkurile Cisco Broadworks în secțiunea Abonamente de documente recomandate.
septembrie 04, 2023	2-97	Secțiunea Caracteristici și limitări actualizată în Prezentare generală a Webex pentru Cisco BroadWorks.
08 august 2023	2-96	Note adăugate în Editarea sau ștergerea unui cluster BroadWorks în Partner Hub în cadrul Gestionării Webex pentru BroadWorks.
23 iunie 2023	2-95	Actualizat Pregătiți-vă NPS pentru Webex pentru secțiunea Cisco BroadWorks în secțiunea Implementare Webex pentru Cisco BroadWorks. Actualizat Configurați NPS pentru a utiliza conexiunea proxy de autentificare Timeout la 3000 sub Implementare Webex pentru Cisco BroadWorks.
30 mai 2023	2-94	Actualizat secțiunea Cerințe software BroadWorks în secțiunea Webex pentru Cisco BroadWorks Reference.
26 mai 2023	2-93	Secțiunea actualizată Trust Anchors pentru interfața CTI (R22 și ulterioară) din secțiunea Implementare Webex pentru Cisco BroadWorks. Actualizat Configurați încrederea pentru serviciul de autentificare (cu mTLS) în secțiunea Anexă.
24 mai 2023	2-92	Actualizat Detach Webex pentru BroadWorks din secțiunea Organizație existentă în cadrul Gestionării Webex pentru Cisco BroadWorks. S-a adăugat secțiunea Intrare în rezervă în secțiunea Implementare Webex pentru Cisco BroadWorks.
10 mai 2023	2-91	Actualizat câmpul Lampă ocupată / secțiunea Notificare preluare apeluri în cadrul managementului Webex pentru Cisco BroadWorks.
09 mai 2023	2-90	Actualizat secțiunea Țară din secțiunea Pregătiți-vă mediul.
04 mai 2023	2-89	Actualizat Configurați secțiunea Șabloane pentru clienți în secțiunea Configurați organizația partenerului în Hubul partenerului.
27 aprilie 2023	2-88	S-a adăugat secțiunea Țară în secțiunea Pregătirea mediului.
14.04.2023	2-87	Secțiunea Actualizată de Asistență pentru contacte de grup în cadrul comenzii și configurării.
17 martie 2023	2-86	S-a adăugat scalarea apelului nativ mobil la secțiunea Întâlnire din secțiunea Implementare Webex pentru BroadWorks.
11 martie 2023	2-85	Pași actualizați în Configurarea serviciului de autentificare (cu validarea token-ului CI) în secțiunea Implementare Webex pentru Cisco BroadWorks.
10 martie 2023	2-84	Actualizat secțiunea Interfețe Xsi .
07 martie 2023	2-83	S-a adăugat secțiunea Asistență Grup Contacte în secțiunea Ordine și configurare.
28 februarie 2023	2-82	S-a adăugat secțiunea Partner SSO - OpenID Connect (OIDC) în secțiunea Implementare Webex pentru Cisco BroadWorks.
15 februarie 2023	2-81	Actualizat Trust Anchors pentru interfața CTI (R22 și o versiune ulterioară)în secțiunea Implementare Webex pentru Cisco BroadWorks și Configurare Trust pentru serviciul de autentificare (cu mTLS) din Anexa.
10 februarie 2023	2-80	S-a actualizat Apelarea extensiilor în prezentarea generală a Webex pentru Cisco BroadWorks.

Prezentare generală a Webex pentru Cisco BroadWorks

Introducerea Webex pentru Cisco BroadWorks

Soluţie

Pentru a oferi funcții de colaborare în cloud Webex clienților Mici și Mijlocii care au deja un serviciu de apelare furnizat de furnizorii de servicii BroadWorks.
Pentru a furniza servicii de apelare bazate pe BroadWorks clienților Webex mici și mijlocii.

Context

Beneficii

Protejarea viitoare: împotriva sfârșitului de viață al colaboratorului UC-One, mișcarea tuturor clienților către cadrul de clienți unificați (UCF)
Cel mai bun dintre cele două: Activarea funcțiilor de mesagerie și întâlnire Webex păstrând în același timp apelurile BroadWorks în rețeaua dvs. de telefonie

Domeniu de aplicare al soluției

Clienții mici și mijlocii existenți/noi (mai puțin de 250 de abonați) care doresc o suită de funcții de colaborare, pot avea deja apelare BroadWorks.
Clienții Webex mici până la medii existenți care doresc să adauge BroadWorks Calling.
Întreprinderi mai mici (Consultați portofoliul nostru de întreprinderi pentru Webex).
Nu numai utilizatorii (Vă rugăm să evaluați ofertele Webex Online).

Condiții prealabile pentru succesul cu Webex pentru Cisco BroadWorks

Obligatoriu

Note

Patch-ul BroadWorks curent R22 sau de mai sus

XSP|ADP pentru XSI, CTI, DMS și authService

XSP|ADP dedicat pentru Webex pentru Cisco BroadWorks

Separați XSP|ADP pentru NPS, poate fi partajat cu alte soluții care utilizează NPS.

Dacă aveți o implementare colaborativă existentă, apoi revizuiți recomandările privind configurațiile XSP|ADP și NPS.

Validarea Token CI (cu TLS) este configurată pentru conexiunile Webex la Serviciul de autentificare.

mTLS configurat pentru conexiunile Webex la interfața CTI.

Alte aplicații nu necesită mTLS.

Utilizatorii trebuie să existe în BroadWorks și au nevoie de următoarele atribute, în funcție de decizia dvs. de configurare:

Flowthrough cu e-mailuri de încredere: Atributul de e-mail al utilizatorului BroadWorks trebuie să conțină o adresă de e-mail validă, unică pentru acel utilizator. Utilizatorul trebuie să aibă, de asemenea, un număr principal sau o extensie.
Flowthrough cu e-mailuri false sau auto-activare sau configurare API: Utilizatorul nu are nevoie de adresa de e-mail, dar trebuie să aibă un număr principal sau o extensie.

Fișier DTAF Webex pentru Cisco BroadWorks pentru aplicația Webex

BW Business Lic sau Std Enterprise sau Prem Enterprise User Lic + Webex pentru abonamentul Cisco BroadWorks

Dacă aveți o implementare colaborativă existentă, nu mai aveți nevoie de UC-One Add-On Bundle, Collab Lic și Meet-me Conference Ports.

Dacă aveți o implementare UC-One SaaS existentă, nu există alte modificări decât acceptarea termenilor Premium Package.

IP/Porturile trebuie să fie accesibile prin intermediul serviciilor Webex backend și al aplicațiilor Webex prin intermediul internetului public.

Consultați secțiunea „Pregătiți-vă rețeaua”.

Configurare TLS v1.2 pe |ADP-urile XSP

Pentru configurarea Flowthrough, serverul de aplicații trebuie să se conecteze la adaptorul de configurare BroadWorks.

Nu testăm sau acceptăm configurația proxy de ieșire. Dacă utilizați un proxy de ieșire, acceptați responsabilitatea de a-l susține cu Webex pentru Cisco BroadWorks.

Consultați “Pregătiți-vă rețeaua” subiect.

Despre acest Document

Acest ghid include materiale conceptuale și de referință. Intenționăm să acoperim toate aspectele soluției în acest document.

Setul minim de sarcini pentru implementarea soluției este:

Accesați echipa contului dvs. pentru a deveni partener Cisco. Este imperativ să explorați punctele de contact Cisco pentru a vă familiariza (și a vă instrui). Când deveniți partener Cisco, aplicăm comutatorul Webex pentru Cisco BroadWorks la organizația dvs. partener Webex. (Consultați Implementarea Webex pentru Cisco BroadWorks > Integrarea partenerului în acest document.)
Configurați sistemele BroadWorks pentru integrarea cu Webex. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurarea serviciilor pe dispozitivele Webex pentru Cisco BroadWorks XSP|ADP din acest document.)
Utilizați Partner Hub pentru a conecta Webex la BroadWorks. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurați organizația dvs. de parteneri în Partner Hub în acest document.)
Utilizați Hubul partener pentru a pregăti șabloanele de configurare a utilizatorului. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurați șabloanele de integrare în acest document.)
Testați și conectați un client prin configurarea a cel puțin un utilizator. (Consultați Implementarea Webex pentru Cisco BroadWorks > Configurarea organizației dvs. de testare.)

Acestea sunt etape de nivel înalt, în ordinea tipică. Există mai multe sarcini de contribuție pe care nu le puteți ignora.
Dacă doriți să creați propriile aplicații pentru a vă gestiona abonații Webex pentru Cisco BroadWorks, trebuie să citiți Folosind API-ul de configurare din secțiunea de referință a acestui ghid.

Terminologie

Cum funcționează

Utilizatorii apelează numere PSTN utilizând infrastructura BroadWorks.
Utilizatorii apelează alte numere BroadWorks utilizând infrastructura BroadWorks (apeluri audio/video selectând numerele asociate utilizatorilor sau dialpad-ul pentru a introduce numerele).
Alternativ, utilizatorii pot efectua un apel VOIP Webex prin infrastructura Webex, selectând opțiunea „Apel Webex” din aplicația Webex. (Aceste apeluri sunt aplicația Webex în aplicația Webex, nu aplicația Webex în PSTN).
Utilizatorii pot găzdui și participa la Webex Meetings.
Utilizatorii se pot trimite mesaje unul câte unul sau în spații (chat de grup persistent) și pot beneficia de funcții precum căutarea și partajarea fișierelor (pe infrastructura Webex).
Utilizatorii pot partaja prezența (starea). Ele pot alege prezența personalizată sau prezența calculată a clientului.
După ce vă înscriem ca organizație parteneră în Control Hub, cu drepturile corecte, puteți configura relația dintre instanța BroadWorks și Webex.
Creați organizații ale clienților în Control Hub și furnizați utilizatori în aceste organizații.
Fiecare abonat din BroadWorks primește o identitate Webex pe baza adresei de e-mail (atribut de ID de e-mail în BroadWorks).
Utilizatorii se autentifică împotriva BroadWorks sau împotriva Webex.
Clienții sunt eliberați cu jetoane cu durată lungă de viață pentru a le autoriza pentru servicii la BroadWorks și Webex.

Aplicația Webex se află în centrul acestei soluții; este o aplicație de marcă disponibilă pe desktopurile Mac/Windows și pe telefoanele mobile și tabletele Android/iOS.

Există, de asemenea, o versiune web a Aplicației Webex care nu include în prezent funcții de apelare.

Clientul se conectează la cloudul Webex pentru a furniza funcții de mesagerie, prezență și întâlniri.

Clientul se înregistrează la sistemele BroadWorks pentru funcțiile de apelare.

Cloud-ul Webex funcționează cu sistemele BroadWorks pentru a asigura o experiență de configurare fără probleme a utilizatorului.

Caracteristici și limitări

Oferim mai multe pachete cu caracteristici diferite.

Pachetul „Softphone”

Utilizatorii de Softphone își pot partaja ecranul în timpul unui apel.

Pachetul „de bază”

Pachetul „Standard”

Pachetul „Premium”

Partajarea ecranului în cadrul unei întâlniri PMR este acceptată pentru orice participant la întâlnire.

Comparați pachetele

Pachet	Apelare	Mesagerie	Întâlniri Unified Space	Reuniuni PMR
Softphone	Inclus	Nu sunt incluse	Fără	Fără
De bază	Inclus	Inclus	100 de participanți	100 de participanți
Standard	Inclus	Inclus	100 de participanți	100 de participanți
Premium	Inclus	Inclus	300 de participanți	1000 participanți

Caracteristici de mesagerie și întâlnire

Consultați următorul tabel pentru diferențele de asistență pentru caracteristicile întâlnirii PMR pentru pachetele de bază, standard și premium.

Tabelul 1. Diferențe de asistență caracteristică pentru întâlnirile PMR
Caracteristică întâlnire	Sprijinit cu pachet de bază	Sprijinit cu pachet standard	Sprijinit cu pachetul de premiere	Comentariu
Durata întâlnirii	40 de minute sau mai puțin	Nelimitat	Nelimitat
Partajare Desktop	Da	Da	Da	Basic—Partajare desktop de către orice participant la întâlnirea PMR. Standard —Partajare desktop numai de către gazda întâlnirii PMR. Premium—Partajare desktop de către orice participant la întâlnirea PMR.
Partajare Aplicație	Da	Da	Da	De bază—Partajarea aplicației de către orice participant la întâlnirea PMR. Standard - Partajarea aplicației numai de către gazda întâlnirii PMR. Premium—Partajarea aplicației de către orice participant la întâlnirea PMR.
Chat cu mai multe părți	Da	Da	Da
Tablă albă	Da	Da	Da
Protecție parolă	Da	Da	Da
Aplicația web - fără descărcare sau plugin-uri (Experiența oaspeților)	Da	Da	Da
Asocierea asistenței cu dispozitivele Webex	Da	Da	Da
Controlul podelei (Dezactivați unul / Eliminați toate)	Da	Da	Da
Link Întâlniri persistente	Da	Da	Da
Accesul la site-ul întâlnirilor	Da	Da	Da
Intrați în întâlnire prin VoIP	Da	Da	Da
Blocare	Da	Da	Da
Controale prezentator	Nu	Nu	Da
Control desktop la distanță	Nu	Nu	Da
Numărul de participanți	100	100	1000
Înregistrarea salvată local în sistem	Da	Da	Da
Înregistrare în cloud	Nu	Nu	Da
Înregistrare - stocare în cloud	Nu	Nu	10GB pe site
Transcrieri de înregistrare	Nu	Nu	Da
Programare întâlnire	Da	Da	Da
Activați partajarea conținutului cu integrări externe	Nu	Nu	Da	De bază— Partajarea conținutului de către orice participant la întâlnirea PMR. Standard—Partajarea conținutului numai de către gazda întâlnirii PMR. Premium- Partajarea conținutului de către orice participant la întâlnirea PMR.
Permiteți modificarea URL-ului PMR	Nu	Nu	Da	De bază— Utilizatorii pot modifica URL-ul PMR de pe site-ul Webex. Administratorii de parteneri și organizații pot modifica URL-ul din Control Hub. Standard—URL-ul PMR poate fi modificat numai din Hub-ul partenerului de către administratorii partenerului și organizației. Premium—Utilizatorii pot modifica URL-ul PMR de pe site-ul Webex. Administratorii de parteneri și organizații pot modifica URL-ul din Partner Hub.
Redarea în flux live a întâlnirilor (De Exemplu, pe Facebook, Youtube)	Nu	Nu	Da
Permiteți altor utilizatori să programeze întâlniri în numele lor	Nu	Nu	Da
Adăugați gazdă alternativă	Da	Nu	Da
Integrarea aplicațiilor (de exemplu, Zendesk, Slack)	Depinde de integrare	Depinde de integrare	Da	Consultați secțiunea Integrări aplicație de mai jos pentru mai multe informații despre asistență.
Integrare cu Microsoft Office 365 Calendar	Da	Da	Da
Integrare cu Google Calendaring pentru G Suite	Da	Da	Da

Funcții de apelare

Integrări aplicații

Puteți integra Webex pentru Cisco BroadWorks cu următoarele aplicații:

Zendesk—numai Premium
Slack—numai Premium
Microsoft Teams pentru Webex Meetings—Standard sau Premium
Microsoft Teams pentru apelare—Sprijinit cu toate pachetele
Calendarul Office 365—Standard sau Premium
Calendarul Google pentru G Suite—Standard sau Premium

Asistență pentru infrastructura de desktop virtual (VDI)

Asistență IPv6

Webex pentru Cisco BroadWorks acceptă adresarea IPv6 pentru aplicația Webex.

Pachet Pro pentru Control Hub

Aceste servicii suplimentare vor fi disponibile numai pentru pachetele Standard și Premium.

Pentru mai multe informații, consultați Pagina de ajutor a pachetului Pro pentru Control Hub.

Foaie de parcurs viitoare

Selecție flexibilă a ID-ului apelantului extern

Flexibilitate utilizator: Utilizatorii pot alege cel mai potrivit ID de apelant pentru diferite apeluri, îmbunătățind eficacitatea comunicării pe baza contextului apelului.

Cerințe de furnizare: Este necesară configurarea administratorului pe Cisco BroadWorks pentru a pune la dispoziție diferite ID-uri de apelant.

Limitări

Limitări de furnizare

Ora întâlnirilor site-ului

Zona de timp a primului abonat pentru fiecare pachet devine zona de timp pentru site-ul Webex Meetings creat pentru acel pachet.

Dacă clientul dvs. are nevoie de o anumită zonă de timp pentru site-ul Webex Meetings, specificați timezone parametru în cererea de configurare pentru:

primul abonat furnizat pentru pachetul Standard din organizație.
primul abonat furnizat pentru pachetul Premium din organizație.
primul abonat furnizat pentru pachetul de bază din organizație.

Limitări generale

Nicio apelare în versiunea web a clientului Webex (Aceasta este o limitare a clientului, nu o limitare a soluției.)
Este posibil ca Webex să nu aibă încă toate comenzile UI pentru a sprijini unele dintre funcțiile de control al apelurilor disponibile de la BroadWorks.
În prezent, clientul Webex nu poate fi „Etichetat alb”.
Când creați organizații ale clienților utilizând metoda de configurare aleasă, acestea sunt create automat în aceeași regiune ca și organizația dvs. parteneră. Acest comportament este proiectat. Ne așteptăm ca partenerii multinaționali să creeze o organizație parteneră în fiecare regiune în care gestionează organizațiile clienților.
Raportarea întâlnirilor și utilizarea mesajelor sunt disponibile prin intermediul organizației client din Control Hub.

Probleme și limitări cunoscute

Pentru o listă actualizată de probleme și limitări cunoscute cu oferta Webex pentru Cisco BroadWorks, consultați Probleme și limitări cunoscute.

Limite de mesagerie

De bază: 2 GB pe utilizator timp de 3 ani
Standard 5 GB per utilizator timp de 3 ani
Premium: 10 GB pe utilizator timp de 5 ani

Informații suplimentare

Pentru informații suplimentare privind limitele generale de mesagerie care se aplică spațiilor echipei de mesagerie Webex, consultați https://help.webex.com/en-us/n8vw82eb/Webex-Capacities.

Securitate, date și roluri

Securitate Webex

Există mai multe detalii cu privire la schimbul de date în secțiunea de referință a acestui document.

Citire suplimentară

Rezidență date organizație

Stocăm datele dvs. Webex în centrul de date care se potrivește cel mai bine regiunii dvs. Consultați Rezidența datelor în Webex în Centrul de ajutor.

Roluri

Echipa de operațiuni în cloud Cisco: Creează „organizația parteneră” în Partner Hub, dacă nu există, în timpul procesului de integrare.

#	Sarcină tipică	SP	Cisco
1	Integrarea partenerului - Crearea organizației partenerului dacă aceasta nu există și activarea comutatoarelor de funcții necesare		●
2	Configurarea BroadWorks în organizația parteneră prin intermediul Hubului partenerului (cluster)	●
3	Configurarea setărilor de integrare în organizația parteneră prin intermediul Hubului partenerului (șabloane de oferte, branding)	●
4	Pregătirea mediului BroadWorks pentru integrare (AS, XSP\|ADP Patching, firewall-uri, configurație XSP\|ADP, XSI, AuthService, CTI, NPS, aplicații DMS pe XSP\|ADP)	●
5	Dezvoltarea integrării sau procesului de configurare	●
6	Pregătiți materialele GTM	●
7	Migrați sau configurați utilizatori noi	●

Arhitectură

Ce este în diagramă?

Clienți

Clientul Aplicației Webex servește ca aplicație principală în ofertele Webex pentru Cisco BroadWorks. Clientul este disponibil pe platforme desktop, mobile și web.

Clientul are întâlniri audio/video native de mesagerie, prezență și cu mai multe părți furnizate de cloudul Webex. Clientul Webex utilizează infrastructura BroadWorks pentru apelurile SIP și PSTN.
Telefoanele Cisco IP și accesoriile aferente utilizează, de asemenea, infrastructura BroadWorks pentru apelurile SIP și PSTN. Ne așteptăm să putem sprijini telefoanele terțe.
Portalul de activare a utilizatorului pentru ca utilizatorii să se conecteze la Webex utilizând acreditările BroadWorks.
Partner Hub este o interfață web pentru administrarea organizației dvs. Webex și a organizațiilor clienților dvs. Partner Hub este locul în care configurați integrarea dintre infrastructura BroadWorks și Webex. De asemenea, utilizați Partner Hub pentru a gestiona configurația și facturarea clienților.

Rețea furnizor de servicii

Blocul verde din partea stângă a diagramei reprezintă rețeaua dvs. Componentele găzduite în rețeaua dvs. oferă următoarele servicii și interfețe pentru alte părți ale soluției:

XSP|ADP cu față publică, pentru Webex pentru Cisco BroadWorks: (Cutia reprezintă una sau mai multe ferme XSP|ADP, eventual frontate de balansoare de sarcină.)
- Găzduiește interfața de servicii Xtended (XSI-Actions & XSI-Events), Serviciul de gestionare a dispozitivelor (DMS), interfața CTI și Serviciul de autentificare. Împreună, aceste aplicații permit telefoanelor și clienților Webex să se autentifice, să descarce fișierele de configurare a apelurilor, să efectueze și să primească apeluri și să vadă starea cârligului (prezența telefonului) și istoricul apelurilor.
- Publică directorul către clienții Webex.
XSP|ADP cu care se confruntă publicul, care rulează NPS:
- Server Push Notificări Apel gazdă: Un server push de notificare pe un ADP XSP| în mediul dvs. Interfețele dintre serverul dvs. de aplicații și proxy-ul nostru NPS. Proxy furnizează jetoane de scurtă durată către NPS-ul dvs. pentru a autoriza notificările către serviciile cloud. Aceste servicii (APNS & FCM) trimit notificări de apel clienților Webex pe dispozitivele Apple iOS și Google Android.
Server aplicație:
- Oferă control apeluri și interfețe pentru alte sisteme BroadWorks (în general)
- Pentru configurarea fluxului, AS este utilizat de administratorul partener pentru a furniza utilizatori în Webex
- Împinge profilul utilizatorului în BroadWorks
OSS/BSS: Sistemul dvs. de asistență pentru operațiuni / Serviciile SIP de afaceri pentru administrarea întreprinderilor BroadWorks.

Webex Cloud

Blocul albastru din diagramă reprezintă cloudul Webex. Microservicele Webex acceptă întregul spectru de capacități de colaborare Webex:

Cisco Common Identity (CI) este serviciul de identitate din cadrul Webex.
Webex pentru Cisco BroadWorks reprezintă setul de microservicii care acceptă integrarea între Webex și furnizorul de servicii BroadWorks găzduit:
- API-uri de configurare a utilizatorului
- Configurație furnizor de servicii
- Conectare utilizator utilizând acreditările BroadWorks
Cutie de mesagerie Webex pentru microservicii legate de mesagerie.
Caseta Webex Meetings care reprezintă servere de procesare media și SBC pentru mai multe întâlniri video cu participanți (SIP și SRTP)

Servicii web terțe

Următoarele componente terțe sunt reprezentate în diagramă:

APNS (Apple Push Notifications Service) împinge notificările de apel și de mesaj către aplicațiile Webex de pe dispozitivele Apple.
FCM (FireBase Cloud Messaging) împinge notificările de apeluri și mesaje către aplicațiile Webex de pe dispozitivele Android.

Considerații de arhitectură XSP|ADP

Rolul serverelor ADP XSP|publice în Webex pentru Cisco BroadWorks

XSP|ADP cu care se confruntă publicul din mediul dvs. oferă următoarele interfețe/servicii pentru Webex și clienți:

Serviciul de autentificare (Authentication Service), securizat de TLS, care răspunde solicitărilor Webex pentru BroadWorks JWT (JSON Web Token) în numele utilizatorului
interfață CTI, securizată de mTLS, la care Webex se abonează pentru evenimentele din istoricul apelurilor și statutul de prezență telefonică din BroadWorks (statut cârlig).
Interfețele de acțiuni și evenimente Xsi (interfața servicii eXtended) pentru controlul apelurilor abonaților, directoarele listei de contacte și apeluri și configurația serviciului de telefonie pentru utilizatorul final
Serviciu DM (Device Management) pentru clienți pentru a prelua fișierele de configurare a apelurilor

Arhitectură XSP|ADP

Vă recomandăm să utilizați o instanță/fermă XSP|ADP dedicată pentru a găzdui aplicațiile necesare pentru integrarea Webex din următoarele motive

De exemplu, dacă oferiți UC-One SaaS, vă recomandăm să creați o nouă fermă XSP|ADP pentru Webex pentru Cisco BroadWorks. În acest fel, cele două servicii pot funcționa independent în timp ce migrați abonați.
Dacă plasați aplicațiile Webex pentru Cisco BroadWorks într-o fermă XSP|ADP care este utilizată în alte scopuri, este responsabilitatea dvs. să monitorizați utilizarea, să gestionați complexitatea rezultată și să planificați scara crescută.
Planificatorul de capacități pentru sistemul Cisco BroadWorks presupune o fermă XSP|ADP dedicată și este posibil să nu fie corect dacă o utilizați pentru calcule de locație.

Cu excepția cazului în care se menționează altfel, ADP-urile dedicate Webex pentru Cisco BroadWorks XSP| trebuie să găzduiască următoarele aplicații:

AuthService (TLS cu validare CI Token sau mTLS)
CTI (mTLS)
Acțiuni XSI (TLS)
Evenimente XSI (TLS)
DMS (TLS) – Opțional. Nu este obligatoriu să implementați o instanță DMS separată sau o fermă specifică pentru Webex pentru Cisco BroadWorks. Puteți utiliza aceeași instanță DMS pe care o utilizați pentru colaborarea UC-One SaaS sau UC-One.
Vizualizare web setări apel (TLS) – Opțional. Vizualizarea web a setărilor pentru apeluri (CSW) este necesară numai dacă doriți ca utilizatorii Webex pentru Cisco BroadWorks să poată configura funcții de apelare în Aplicația Webex.

Webex necesită acces la CTI printr-o interfață securizată prin autentificare TLS reciprocă. Pentru a sprijini această cerință, vă recomandăm una dintre aceste opțiuni:

(Diagrama etichetată Opțiunea 1) O instanță XSP|ADP sau o fermă pentru toate aplicațiile, cu două interfețe configurate pe fiecare server: o interfață mTLS pentru CTI și o interfață TLS pentru alte aplicații, cum ar fi AuthService.
(Diagrama etichetată Opțiunea 2) Două instanțe sau ferme XSP|ADP, una cu o interfață mTLS pentru CTI, iar cealaltă cu o interfață TLS pentru alte aplicații, cum ar fi AuthService.

Reutilizare |ADP XSP

Dacă trebuie să susțineți mai multe organizații partenere Webex pe XSP|ADP, atunci acest lucru înseamnă că trebuie să utilizați mTLS pe Serviciul Auth (validarea CI Token este acceptată numai pentru o singură organizație parteneră pe un XSP|ADP). Dacă utilizați mTLS pe Serviciul de autentificare, atunci acest lucru înseamnă că nu puteți avea clienți care utilizează autentificarea de bază pe Serviciul de autentificare în același timp. Această situație ar împiedica reutilizarea XSP|ADP.
Dacă serviciul CTI existent configurat pentru a fi utilizat de către clienți cu portul securizat (de obicei 8012), dar fără mTLS (adică autentificarea clientului), atunci acest lucru va intra în conflict cu cerința Webex de a avea mTLS.

Configurați sincronizarea NTP pe XSP|ADP

Implementarea necesită sincronizarea timpului pentru toate ADP-urile XSP| pe care le utilizați cu Webex.

În timpul instalării interactive a software-ului XSP|ADP, vi se oferă opțiunea de a configura NTP. Procedați după cum urmează:

Când programul de instalare solicită, Do you want to configure NTP?, introduceți y.
Când programul de instalare solicită, Is this server going to be a NTP server?, introduceți n.
Când programul de instalare solicită, What is the NTP address, hostname, or FQDN?, introduceți adresa serverului dvs. NTP sau a unui serviciu public NTP, de exemplu, pool.ntp.org.

Dacă ADP-urile dvs. XSP| utilizează instalarea silențioasă (neinteractivă), fișierul de configurare a instalatorului trebuie să includă următoarele perechi de valori Key=Value:

NTP

NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>

Cerințe de identitate și securitate XSP|ADP

Fundal

Dacă nu se modifică setările din setările implicite, toate nivelurile moștenesc setările implicite ale furnizorului SSL (JSSE Java Secure Sockets Extension).

Listă de cerințe

XSP|ADP trebuie să se autentifice clienților utilizând un certificat semnat CA în care numele comun sau numele alternativ al subiectului corespund porțiunii de domeniu a interfeței XSI.
Interfața Xsi trebuie să accepte protocolul TLSv1.2.
Interfața Xsi trebuie să utilizeze o suită cipher care îndeplinește următoarele cerințe.
- Diffie-Hellman Ephemeral (DHE) sau curbe eliptice Diffie-Hellman Ephemeral (ECDHE) cheie de schimb
- AES (Standard de criptare avansată) cipher cu o dimensiune minimă a blocului de 128 biți (de exemplu AES-128 sau AES-256)
- GCM (Galois/Counter Mode) sau CBC (Cipher Block Chaining) modul cipher
  - Dacă se utilizează un cipher CBC, numai familia SHA2 de funcții hash este permisă pentru derivare cheie (SHA256, SHA384, SHA512).

De exemplu, următoarele cifruri îndeplinesc cerințele:

TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384

XSP|ADP CLI necesită convenția de numire IANA pentru suitele cipher, așa cum se arată mai sus, nu convenția openSSL.

Ciphers TLS acceptate pentru interfețele AuthService și XSI

TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA

Parametrii scalei de evenimente Xsi

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventQueueSize = 2000

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventHandlerThreadCount = 50

Mai multe |ADP-uri XSP

Element de margine de echilibrare a sarcinii

Note privind această arhitectură:

Configurați DNS astfel încât clienții să poată găsi balansorul de sarcină atunci când se conectează la interfața Xsi (consultați configurația DNS).
Vă recomandăm să configurați elementul de margine în modul proxy SSL invers, pentru a asigura criptarea datelor punct cu punct.
Certificatele din XSP|ADP01 și XSP|ADP02 trebuie să aibă atât domeniul XSP|ADP, de exemplu, dvs.-XSP|ADP.example.com, în numele alternativ al subiectului. Ei ar trebui să aibă propriile lor FQDN, de exemplu XSP|ADP01.example.com, în numele comun. Puteți utiliza certificatele de card wild, dar nu le recomandăm.

Servere de XSP|ADP cu care se confruntă internetul

Dacă expuneți direct interfețele Xsi, utilizați DNS pentru a distribui traficul către mai multe servere XSP|ADP.

Note privind această arhitectură:

Pentru a vă conecta la serverele XSP|ADP sunt necesare două înregistrări:
- Pentru microservicii Webex: Înregistrările Round-robin A/AAAA sunt necesare pentru a viza mai multe adrese IP XSP|ADP. Acest lucru se datorează faptului că microservicele Webex nu pot face căutări SRV. Pentru exemple, consultați Webex Cloud Services.
- Pentru Aplicația Webex: O înregistrare SRV care se rezolvă la O înregistrare în care fiecare înregistrare A se rezolvă la un singur XSP|ADP. Pentru exemple, consultați Aplicația Webex.
  
  Utilizați înregistrările SRV priorizate pentru a viza serviciul XSI pentru mai multe adrese XSP|ADP. Acordați prioritate înregistrărilor dvs. SRV, astfel încât microservicii să meargă întotdeauna la aceeași înregistrare A (și adresa IP ulterioară) și să se mute la următoarea înregistrare A (și adresa IP) numai dacă prima adresă IP este în jos. NU utilizați o abordare robin pentru Aplicația Webex.
Certificatele din XSP|ADP01 și XSP|ADP02 trebuie să aibă atât domeniul XSP|ADP, de exemplu, dvs.-XSP|ADP.example.com, în numele alternativ al subiectului. Ei ar trebui să aibă propriile lor FQDN, de exemplu XSP|ADP01.example.com, în numele comun.
Puteți utiliza certificatele de card wild, dar nu le recomandăm.

Evitați redirecționarea HTTP

Webex nu urmează o redirecționare atunci când vă conectați la URL-urile pe care le furnizați, astfel încât această configurație nu funcționează.

Plasarea comenzilor și furnizarea

Comenzile și configurarea se aplică la aceste niveluri:

Configurarea furnizorului de servicii/partener:

Fiecare furnizor de servicii Webex pentru Cisco BroadWorks (sau reseller) încorporat trebuie să fie configurat ca organizație parteneră în Webex și să primească drepturile necesare. Operațiunile Cisco oferă administratorului organizației partenere acces la gestionarea Webex pentru Cisco BroadWorks pe Hubul pentru parteneri Webex. Administratorul partener trebuie să facă toți pașii de configurare necesari înainte de a putea furniza o organizație Client/Enterprise.
Comandarea și configurarea clientului/întreprinderii:

Fiecare întreprindere BroadWorks activată pentru Webex pentru Cisco BroadWorks declanșează crearea unei organizații asociate pentru clienți Webex. Acest proces are loc automat ca parte a configurării utilizatorului/abonatului. Toți utilizatorii/abonații dintr-o întreprindere BroadWorks sunt configurați în aceeași organizație Webex Customer.

Același comportament se aplică în cazul în care sistemul BroadWorks este configurat ca furnizor de servicii cu grupuri. Când furnizați un abonat într-un grup BroadWorks, o organizație Client care corespunde grupului este creată automat în Webex.
Comandarea și configurarea utilizatorului/abonatului:

Webex pentru Cisco BroadWorks acceptă în prezent următoarele modele de configurare a utilizatorilor:
- Configurarea Flowthrough cu e-mailuri de încredere
- Configurarea Flowthrough fără e-mailuri de încredere
- Auto-configurare utilizator
- provisionare API

Furnizarea Flowthrough cu e-mailuri de încredere

Puteți schimba pachetul de abonați prin Partner Hub sau puteți scrie propria aplicație pentru a utiliza API-ul de configurare pentru a schimba pachetele de abonați.

Flowthrough Provizionarea fără e-mailuri de încredere

Puteți schimba pachetul de abonați prin Partner Hub sau puteți scrie propria aplicație pentru a utiliza API-ul de configurare pentru a schimba pachetele de abonați.

Auto-configurare utilizator

Utilizatorii trebuie să existe în sistemul BroadWorks pe care îl integrați cu Webex sau li se interzice să creeze conturi cu acel link.

Furnizor de servicii furnizat de API-uri

Patch-uri necesare cu configurare prin flux

Pentru R22:

Instalați AP.as.22.0.1123.ap376508.
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pentru R23:

Instalați AP.as.23.0.1075.ap376509
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pentru R24:

Instalați AP.as.24.0.944.ap375100
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

După ce finalizați acești pași, nu veți putea furniza noi utilizatori cu servicii de colaborare UC-One. Utilizatorii nou configurați trebuie să fie Webex pentru utilizatorii Cisco BroadWorks.

Apelare extensie

O extensie poate fi configurată pentru utilizatorii Cisco BroadWorks prin următoarele metode:

Utilizatori Cisco BroadWorks
- Configurarea API-ului public ca „extensie
  - Parametrul de extensie trebuie să fie trecut în mod explicit ca parte a apelului API. Pentru întreprinderile/grupurile care au configurat Codul de apelare a locației (LDC), parametrul de extensie trebuie să fie combinația dintre LDC și numărul de extensie.
- Configurare Flowthrough sau auto-activare
  - Extensia și LDC (dacă este cazul) vor fi preluate automat de la BroadWorks.
Utilizatori sau entități care apelează exclusiv BroadWorks
- Sincronizat automat din BroadWorks de Directory Sync utilizând combinația dintre Codul de apelare a locației (LDC) și numărul de extensie.

Tabelul 2. Gestionarea numerelor de extensii pe baza metodei de configurare
Înregistrări apeluri BroadWorks	Descriere	Metoda de furnizare	Gestionarea extensiei
Webex pentru utilizatorii Cisco BroadWorks	Utilizatorii sunt activați pentru Webex pentru Cisco BroadWorks	API public	Extensia trebuie să fie transferată ca parametru
Webex pentru utilizatorii Cisco BroadWorks		Flowthrough	Extensia preluată din BroadWorks automat
Utilizatori care apelează exclusiv BroadWorks	Utilizatori care nu sunt înscriși în Webex	Sincronizare director	Extensie sincronizată de sincronizarea directorului
Entități apelante non-utilizator	De exemplu, un telefon dintr-o sală de conferințe, un fax, un număr de grup Hunt	Sincronizare director	Extensie sincronizată de sincronizarea directorului
Liste de telefoane BroadWorks	Listele de telefon pentru întreprinderi, grup sau personal	Sincronizare director	Nu se aplică

Cerințe preliminare

Versiunea de client necesară pentru a sprijini această caracteristică este 42.11 sau mai târziu.
Patch-ul în care se adaugă coduri de apelare pentru extensie și locație la XSI și adaptor de configurare Februarie 2022 pentru versiunea 23 sau mai mare ca parte a:
- AP.platform.23.0.1075.ap380045
- AP.as.23.0.1075.ap380045
- AP.xsp.23.0.1075.ap380045
- AP.as.24.0.944.ap380045
Activați antetul X-BroadWorks-Remote-Party-Info pe AS utilizând comanda CLI de mai jos pentru acest flux de apeluri SIP, care este necesar pentru asistența pentru funcția de apelare extensie.
```
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
```

Prioritate opțiuni apelare aplicație

Următoarele sunt opțiunile pentru a face vizibilă opțiunea de apelare extensie pentru clienții existenți:

Dacă un partener dorește ca toate organizațiile sale de clienți gestionate să primească o extensie ca una dintre opțiunile de apel, este recomandat ca administratorul partenerului să mute Extensia de la ascunsă la disponibilă în Partner Hub. Acest lucru va permite organizatorilor de clienți gestionați să moștenească setarea de la partenerul lor.
Dacă un Partener dorește să ofere o extensie în opțiunile de apelare pentru o anumită organizație client, se recomandă ca administratorul Partener să mute extensia de la ascunsă la disponibilă în Control Hub.

Asistență pentru contacte de grup

Această funcție este disponibilă la cerere. Contactați echipa contului dvs. pentru a fi activată.

Înainte de a activa funcția, trebuie efectuată o migrare prealabilă pentru a furniza și a asocia grupuri pentru toți utilizatorii configurați existenți.
Echipa Cisco va rula un API intern pentru a migra orice utilizatori provisionați existenți pentru a-i asocia cu grupul corect. NOTĂ: Acest lucru poate dura până la o săptămână pentru a procesa.
Odată ce migrarea este finalizată pentru partener și funcția este activată, toți utilizatorii nou configurați vor fi „grupați” în mod corespunzător.

Funcția necesită ca abonații Webex pentru BroadWorks să fie configurați în Webex cu grupul de întreprinderi BroadWorks Id.

Id-ul grupului de întreprinderi BroadWorks poate fi furnizat utilizatorilor Cisco BroadWorks prin următoarele metode:

Webex pentru utilizatorii Cisco BroadWorks
- Configurarea API-ului public ca „spEnterpriseGroupId”
  - BroadWorks Enterprise Group Id ar trebui să fie trecut în mod explicit în parametrul spEnterpriseGroupId al apelului API.
- Configurare Flowthrough sau auto-activare
  - BroadWorks Enterprise Group Id va fi preluată automat de la BroadWorks.
- Utilizatori sau entități care apelează exclusiv BroadWorks
  - Nu este cazul. Nu este necesar să se sincronizeze BroadWorks Enterprise Group Id pentru acești utilizatori.

Tabelul 3. Gestionarea ID-ului grupului de întreprinderi pe baza metodei de asigurare a accesului
Înregistrări apeluri BroadWorks	Descriere	Metoda de furnizare	Gestionarea ID-ului grupului de întreprinderi
Webex pentru utilizatorii Cisco BroadWorks	Utilizatorii sunt activați pentru Webex pentru Cisco BroadWorks	API public	BroadWorks Enterprise Group Id trebuie să fie trecut ca parametru spEnterpriseGroupId
Webex pentru utilizatorii Cisco BroadWorks		Flowthrough	BroadWorks Enterprise Group Id este preluat automat de la BroadWorks
Utilizatori care apelează exclusiv BroadWorks	Utilizatori care nu sunt înscriși în Webex	Sincronizare director	Nu se aplică
Entități apelante non-utilizator	De exemplu, un telefon dintr-o sală de conferințe, un fax, un număr de grup Hunt	Sincronizare director	Nu se aplică
Liste de telefoane BroadWorks	Contactele din listele de telefoane ale grupului BroadWorks	Sincronizare director	Contactele grupului sunt stocate în Webex Contact Service asociate cu grupul specific
Listele de telefon BroadWorks Enterpsie sau Persional	Contactele din listele de telefon ale întreprinderii sau personale	Sincronizare director	Nu se aplică

Migrația și asigurarea viitorului

Abonamente recomandate pentru documente

Articolele Webex Help Center (pe help.webex.com) au o opțiune de Abonare care vă permite să primiți o notificare prin e-mail ori de câte ori respectivul articol este actualizat.

Nu există nicio opțiune de abonament pentru paginile de destinație a documentației.

Documente suplimentare

Consultați următoarea documentație aferentă pentru mai multe informații despre Webex pentru Cisco BroadWorks:

Webex pentru documentele Cisco BroadWorks

Administratorii parteneri pot utiliza următoarele documente și site-uri pentru a obține informații despre Webex pentru Cisco BroadWorks.

Aduceți-vă propria soluție PSTN pentru Webex pentru Cisco BroadWorks—Această soluție permite furnizorilor de servicii să furnizeze numere de telefon pe care le dețin (mai degrabă decât numere furnizate de Cisco) pentru ca utilizatorii să le utilizeze atunci când se alătură Webex Meetings.
Ghid de configurare Webex pentru Cisco BroadWorks – descrie modul de configurare a aplicației Webex pentru Webex pentru Cisco BroadWorks.
Ghid de integrare a dispozitivelor pentru Webex pentru Cisco BroadWorks—Descrie modul de integrare și service al dispozitivelor Room OS și MPP.
Ghid de depanare Webex pentru Cisco BroadWorks—Conține informații de depanare pentru Webex pentru Cisco BroadWorks.

Webex pentru articolele Cisco BroadWorks

Administratorii parteneri pot utiliza următoarele site-uri opționale pentru a afla mai multe despre Webex pentru Cisco BroadWorks:

Documentația Webex pentru Cisco BroadWorks—Pagina de destinație listează documentele tehnice și articolele Webex opționale care vizează administratorii parteneri ai Webex pentru Cisco BroadWorks.
Noutăți cu Webex pentru Cisco BroadWorks—Citiți despre cele mai recente caracteristici lansate împreună cu ceea ce va veni în curând.
Probleme și limitări cunoscute—Citiți despre problemele cunoscute pe care le-am identificat în soluția Webex pentru Cisco BroadWorks.
Roluri de administrator partener pentru Webex pentru BroadWorks și RTM en-gros—Acest articol descrie modul de atribuire a rolurilor de administrator partener pentru organizațiile partenere care oferă Webex pentru Cisco BroadWorks. Rolurile sunt utilizate pentru a aloca accesul administrației la setările din Partner Hub și Control Hub.

Documente Cisco BroadWorks

Administratorii parteneri pot consulta site-ul Cisco BroadWorks pe cisco.com pentru documente tehnice care descriu modul de implementare a componentei Cisco BroadWorks a soluției:

Documente Cisco BroadWorks

Articole de asistență Webex

Următoarele site-uri Webex Help pot fi utilizate pentru a găsi articole Webex care ajută administratorii de clienți și utilizatorii finali să utilizeze funcțiile Webex.

Webex de la furnizorii de servicii—Această pagină de destinație conține linkuri cu informații de pornire și articole utilizate în mod obișnuit pentru utilizatorii aplicației Webex care au achiziționat servicii Webex de la un furnizor de servicii.
Webex Help Center—Utilizați funcția de căutare la help.webex.com pentru a căuta articole Webex suplimentare care descriu Aplicația Webex și funcționalitatea Webex Meetings. Puteți căuta articole de utilizator sau de administrator.

Documentație dezvoltator

Ghid pentru dezvoltatorii Webex pentru BroadWorks—Oferă informații pentru dezvoltatorii care creează aplicații care utilizează API-urile Webex pentru BroadWorks.

Pregătiți-vă mediul

Puncte de decizie

Consideraţie	Întrebări de răspuns	Resurse
Arhitectură și infrastructură	Câte ADP-uri XSP\|? Cum iau mTLS?	Planificator de capacitate sistem Cisco BroadWorks Ghid de inginerie a sistemului Cisco BroadWorks referință XSP\|ADP CLI Acest document
Configurarea clientului și a utilizatorului	Puteți afirma că aveți încredere în e-mailurile din BroadWorks? Doriți ca utilizatorii să furnizeze adrese de e-mail pentru a-și activa propriile conturi? Puteți construi instrumente pentru a utiliza API-ul nostru?	Docs API public la https://developer.webex.com Acest document
Branding	Ce culoare și siglă doriți să utilizați?	Articolul de branding al aplicației Webex
Modele	Care sunt diferitele cazuri de utilizare a clientului dvs.?	Acest document
Caracteristici abonat per client/întreprindere/grup	Alegeți pachetul pentru a defini nivelul serviciului per șablon. Basic, Standard, Premium sau Softphone.	Acest document Caracteristică/matrice pachet
Autentificare de bază	BroadWorks sau Webex	Acest document
Adaptor de configurare (pentru opțiunile de configurare prin flux)	Utilizați deja IM&P integrat, de exemplu pentru UC-One SaaS? Intenționați să utilizați mai multe șabloane? Se anticipează un caz de utilizare mai frecvent?	Acest document referință CLI Server aplicație

Arhitectură și infrastructură

Cu ce fel de scară intenționați să începeți? Este posibil să crească în viitor, dar estimarea dvs. actuală de utilizare ar trebui să conducă la planificarea infrastructurii.
Colaborați cu managerul contului dvs. Cisco / reprezentantul dvs. de vânzări pentru a vă mări infrastructura XSP|ADP, în conformitate cu Cisco BroadWorks System Capacity Planner și cu Cisco BroadWorks System Engineering Guide.
Cum va realiza Webex conexiuni TLS reciproce cu ADP-urile dvs. XSP|? Direct către XSP|ADP într-un DMZ sau prin proxy TLS? Acest lucru afectează gestionarea certificatului dvs. și URL-urile pe care le utilizați pentru interfețe. (Nu acceptăm conexiuni TCP necriptate la marginea rețelei dvs.).

Furnizarea de servicii pentru clienți și utilizatori

Ce metodă de configurare a utilizatorului vă convine cel mai bine?

Furnizarea Flowthrough cu e-mailuri de încredere: Prin atribuirea serviciului „IM&P integrat” pe BroadWorks, abonatul este configurat automat în Webex.

Dacă puteți afirma, de asemenea, că adresele de e-mail ale abonatului din BroadWorks sunt valide și unice pentru Webex, atunci puteți utiliza varianta de „e-mail de încredere” a configurării prin flux. Conturile Webex ale abonaților sunt create și activate fără intervenția lor; acestea pur și simplu descarcă clientul și se conectează.

Adresa de e-mail este un atribut de utilizator cheie pe Webex. Prin urmare, Furnizorul de servicii trebuie să furnizeze o adresă de e-mail validă pentru utilizator pentru a le furniza pentru serviciile Webex. Acest lucru trebuie să se afle în atributul ID-ului de e-mail al utilizatorului din BroadWorks. Vă recomandăm să o copiați și în atributul ID alternativ.
Flowthrough Provisioning fără e-mailuri de încredere: Dacă nu puteți avea încredere în adresele de e-mail ale abonatului, puteți aloca în continuare serviciul IM&P integrat în BroadWorks pentru a furniza utilizatori în Webex.

Cu această opțiune, conturile sunt create atunci când atribuiți serviciul, dar abonații trebuie să furnizeze și să valideze adresele lor de e-mail pentru a activa conturile Webex.
Auto-configurare utilizator: Această opțiune nu necesită atribuirea de servicii IM&P în BroadWorks. Dvs. (sau clienții dvs.) distribuiți în schimb un link de configurare, precum și linkurile pentru a descărca diferiți clienți, cu branding-ul și instrucțiunile dvs.

Abonații urmează linkul, apoi furnizează și validează adresele lor de e-mail pentru a crea și activa conturile Webex. Apoi descarcă clientul și se conectează, iar Webex primește o configurație suplimentară despre acesta din BroadWorks (inclusiv numerele lor principale).
Provizionare controlată SP prin API-uri: Webex expune un set de API-uri publice care permit Furnizorilor de servicii să construiască configurarea utilizatorului/abonatului în fluxurile de lucru existente.

Cerințe de furnizare

Metodă de furnizare

Cerințe

Configurare flowthrough

(E-mailuri de încredere sau de neîncredere)

API-ul de configurare Webex adaugă automat utilizatorii BroadWorks existenți la Webex după ce utilizatorul îndeplinește cerințele și activați serviciul IM+P integrat.

Există două fluxuri (e-mailuri de încredere sau e-mailuri false) pe care le atribuiți prin intermediul șablonului de integrare din Webex.

Cerințe BroadWorks:

Utilizatorul există pe BroadWorks cu un număr principal sau o extensie.
Utilizatorul este alocat serviciul IM+P integrat , care indică URL-ul serviciului de configurare Webex.
Numai e-mailuri de încredere. Utilizatorul are o adresă de e-mail configurată pe BroadWorks. Vă recomandăm să adăugați, de asemenea, e-mailul în câmpul Alternate ID , deoarece acest lucru permite utilizatorului să se conecteze utilizând acreditările BroadWorks.
BroadWorks are patch-uri obligatorii instalate pentru configurarea fluxului. Consultaţi Cerinţele pentru plasturi cu Flowthrough Provisioning (de mai jos) pentru cerinţe privind plasturii.
BroadWorks AS este conectat direct la cloudul Webex sau proxy-ul adaptorului de configurare este configurat cu conexiune la URL-ul serviciului de configurare Webex.

Consultați Configurarea serverului aplicației cu URL-ul serviciului de configurare pentru a obține URL-ul serviciului de configurare Webex.

Consultați Cisco BroadWorks Implement Proxy Adapter FD pentru a configura proxy-ul adaptorului de configurare.

Cerințe Webex:

Șablonul de integrare include următoarele setări:

Activați comutatorul BroadWorks Flow prin configurare este activat.
Se atribuie numele și parola contului de configurare utilizând acreditările administratorului de nivel al sistemului BroadWorks
Verificarea utilizatorului este setată la e-mailurile Trust BroadWorks sau la e-mailurile de neîncredere.

Auto-configurare utilizator

Cerințe BroadWorks:

Utilizatorul trebuie să existe pe BroadWorks cu un număr principal sau o extensie

Cerințe Webex:

Șablonul de integrare include următoarele setări:

Activarea comutatorului de alimentare prin configurare este dezactivată.
Verificarea utilizatorului este setată la e-mailuri de neîncredere.
Permite utilizatorilor să se auto-activeze este bifată.

Configurare controlată SP prin API

(E-mailuri de încredere sau de neîncredere)

Webex expune un set de API-uri publice care vă permit să construiți configurarea utilizatorului în fluxurile și instrumentele de lucru existente. Există două fluxuri:

E-mailuri de încredere – API-ul oferă utilizatorului, aplicând e-mailul BroadWorks ca e-mail Webex.
E-mailuri nefiabile – API-ul prevede utilizatorul, dar utilizatorul trebuie să se conecteze la Portalul de activare a utilizatorului și să furnizeze o adresă de e-mail validă.

Cerințe BroadWorks:

Utilizatorul trebuie să existe pe BroadWorks cu un număr principal sau o extensie.

Cerințe Webex:

În șablonul de integrare, verificarea utilizatorului este setată fie la e-mailurile Trust BroadWorks, fie la e-mailurile de neîncredere.
Trebuie să vă înregistrați aplicația, solicitând permisiunea.
Trebuie să solicitați pe tokenul OAuth scopurile evidențiate în secțiunea „Autentificare” din Ghidul Webex pentru dezvoltatorii BroadWorks.
Trebuie să dedicați un administrator sau un administrator de configurare în organizația partenerului.

Pentru a utiliza API-urile, accesați abonații BroadWorks.

Patch-uri necesare cu configurare prin flux

Pentru R22:

Instalați AP.as.22.0.1123.ap376508.
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pentru R23:

Instalați AP.as.23.0.1075.ap376509
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pentru R24:

Instalați AP.as.24.0.944.ap375100
După instalare, setați proprietatea bw.msg.includeIsEnterpriseInOSSschema la true de la CLI în Maintenance/ContainerOptions.

Pentru mai multe informaţii, consultaţi notele de plasture https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

După ce finalizați acești pași, nu veți putea furniza noi utilizatori cu servicii de colaborare UC-One. Utilizatorii nou configurați trebuie să fie Webex pentru utilizatorii Cisco BroadWorks.

Locale de limbă acceptate

Tabelul 1. Coduri locale de limbă acceptate
Locale de limbă acceptate (ISO-639-1)_(ISO-3166)	Dacă este disponibil doar un cod de limbă cu două litere...
Locale de limbă acceptate (ISO-639-1)_(ISO-3166)	Cod lingvistic (ISO-639-1) **	Utilizați în schimb localul sensibil implicit (ISO-639-1)_(ISO-3166)
en_US en_AU en_GB en_CA	Nu este cazul.	en_US
fr_FR fr_CA	fr	fr_FR
cs_CZ	c.	cs_CZ
da_DK	Nu este cazul.	da_DK
de_DE	de	de_DE
hu_HU	hu	hu_HU
id_ID	id	id_ID
it_IT	it	it_IT
ja_JP	Nu este cazul.	ja_JP
ko_KR	ko	ko_KR
es_ES es_CO es_MX	Nu este cazul.	es_ES
nl_NL	nl	nl_NL
nb_NU	nb	nb_NU
pl_PL	pl	pl_PL
pt_PT. pt_BR	pt.	pt_PT.
ru_RU	ru	ru_RU
ro_ES	es	ro_ES
zh_CN zh_TW	zh	zh_CN
sv_SE	sv	sv_SE
ar_SA	ar	ar_SA
tr_TR	în	tr_TR

Branding

Sigle ale companiei
Scheme de culori unice pentru modul Luminos sau modul Întunecat
URL-uri de asistență personalizate

Pentru detalii despre modul de personalizare a brandingului, consultați Configurarea personalizărilor avansate ale brandingului.

Personalizările de bază ale brandingului sunt în curs de a fi deprecatate. Vă recomandăm să implementați branding avansat, care oferă o gamă mai largă de personalizări.
Pentru detalii despre modul în care se aplică brandingul atunci când se atașează la o organizație preexistentă a clienților, consultați Condițiile atașamentului organizației din secțiunea Attach Webex for BroadWorks la secțiunea Organizație existentă.

Se integrează șabloanele

Unii dintre parametrii principali ai șablonului sunt enumerați mai jos.

Pachet

Trebuie să selectați un pachet implicit atunci când creați un șablon (Consultați pachetele din secțiunea Prezentare generală pentru detalii). Toți utilizatorii care sunt configurați cu acel șablon, fie prin flux- sau auto-configurare, primesc pachetul implicit.
Aveți control asupra selecției de pachete pentru diferiți clienți prin crearea mai multor șabloane și selectarea diferitelor pachete implicite în fiecare. Puteți apoi să distribuiți diferite linkuri de configurare sau diferite adaptoare de configurare per întreprindere, în funcție de metoda de configurare a utilizatorului aleasă pentru aceste șabloane.
Puteți schimba pachetul de abonați specifici din această funcție implicită, utilizând API-ul de configurare (consultați documentația API Webex pentru Cisco BroadWorks sau prin intermediul Hubului partener (consultați Schimbarea pachetului de utilizatori în Hubul partener).
Nu puteți schimba pachetul unui abonat de la BroadWorks. Alocarea serviciului IM&P integrat este fie pornită, fie oprită; dacă abonatului i se atribuie acest serviciu în BroadWorks, șablonul Hub partener asociat cu URL-ul de configurare al întreprinderii abonatului respectiv definește pachetul.

Retailer și întreprinderi sau furnizor de servicii și grupuri?

Modul în care este configurat sistemul BroadWorks are un impact asupra fluxului prin configurare. Dacă sunteți un revânzător cu întreprinderi, atunci trebuie să activați modul Enterprise atunci când creați un șablon.
Dacă sistemul BroadWorks este configurat în modul Furnizor de servicii, puteți opri modul Enterprise în șabloanele dvs.
Dacă intenționați să furnizați organizații ale clienților utilizând ambele moduri BroadWorks, trebuie să utilizați diferite șabloane pentru grupuri și întreprinderi.

Asigurați-vă că ați aplicat plasturii BroadWorks care sunt necesari pentru configurarea fluxului. Pentru detalii, consultați Patch-urile necesare cu configurarea fluxului.

Mod autentificare

Mod autentificare	BroadWorks	Webex
Identitate principală a utilizatorului	ID de utilizator BroadWorks	Adresă de e-mail
Furnizor de identitate	BroadWorks. Dacă configurați o conexiune directă la BroadWorks, aplicația Webex se autentifică direct la serverul BroadWorks. Pentru a configura o conexiune directă, caseta de selectare Activare autentificare directă BroadWorks trebuie bifată în cadrul configurației clusterului BroadWorks din Hub-ul partenerului (în mod implicit, setarea nu este bifată). În caz contrar, autentificarea la BroadWorks este facilitată printr-un serviciu intermediar găzduit de Webex.	Identitate comună Cisco
Autentificare multi-factor?	Nu	Necesită IdP client care acceptă autentificarea cu mai mulți factori.
Cale de validare a acreditării	Browser-ul este lansat în cazul în care utilizatorul furnizează e-mail la fluxul inițial de conectare și de a descoperi modul lor de autentificare. Browserul este apoi redirecționat către o pagină de conectare BroadWorks găzduită de Webex (această pagină poate fi marcată) Utilizatorul furnizează ID-ul de utilizator și parola BroadWorks pe pagina de conectare. Datele de autentificare ale utilizatorilor sunt validate împotriva BroadWorks. În ceea ce privește succesul, un cod de autorizare este obținut de la Webex. Acest lucru este utilizat pentru a obține tokenurile de acces necesare pentru serviciile Webex.	Browser-ul este lansat în cazul în care utilizatorul furnizează e-mail la fluxul inițial de conectare și de a descoperi modul lor de autentificare. Browserul este redirecționat către IdP (fie Cisco Common Identity, fie Customer IdP), unde va fi prezentat cu un portal de conectare. Utilizatorul furnizează acreditările corespunzătoare pe pagina de conectare Autentificarea cu mai mulți factori poate avea loc dacă IdP-ul clientului acceptă acest lucru. În ceea ce privește succesul, un cod de autorizare este obținut de la Webex. Acest lucru este utilizat pentru a obține tokenurile de acces necesare pentru serviciile Webex.

Pentru o defalcare mai detaliată a fluxului de conectare SSO cu autentificare directă la BroadWorks, consultați Fluxul de conectare SSO.

UTF-8 codificare cu autentificare BroadWorks

Puteți configura codificarea UTF-8 prin rularea uneia dintre următoarele comenzi CLI pe XSP sau ADP:

XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8

Țară

Tabelul 2. Următorul tabel listează codul de țară implicit de apelare în funcție de fiecare locație:
S Nu.	Loc	Cod țară	Nume țară
1	AMER	+1	US, CA
2	APAC	+65	Singapore
3	RESPIRAȚIE	+61	Australia
4	EMEA	+44	Regatul Unit
5	EURO	+49	Germania

Aranjamente pentru parteneri multipli

Adaptor de configurare și șabloane

Opțiunile de configurare legate de această decizie sunt detaliate în Configurarea serverului aplicației cu URL-ul serviciului de configurare.

Proxy adaptor de configurare

Această caracteristică necesită configurarea proxy-ului pe BroadWorks. Pentru detalii, consultați descrierea adaptorului de configurare Cisco BroadWorks.

Cerințe minime

Conturi

Toți abonații pe care îi configurați pentru Webex trebuie să existe în sistemul BroadWorks pe care îl integrați cu Webex. Puteți integra mai multe sisteme BroadWorks, dacă este necesar.

Toți abonații trebuie să aibă licențe BroadWorks și un număr principal sau o extensie.

Administratorii dvs. trebuie să utilizeze conturile lor Webex pentru a se conecta la Partner Hub.

Serverele din Rețeaua și cerințele software

Instanță(e) BroadWorks cu versiunea minimă R22. Consultați cerințele de software BroadWorks (în acest document) pentru versiunile și patch-urile acceptate. Pentru mai multe informații, consultați Politica privind ciclul de viață al produselor BroadSoft secțiunea din Politica ciclului de viață BroadSoft și Matrice de compatibilitate software BroadWorks.

Instanța (instanțele) BroadWorks trebuie să includă cel puțin următoarele servere:
- Server de aplicații (AS) cu versiunea BroadWorks ca mai sus
- Server de rețea (NS)
- Server de profil (PS)

Cu fața publică a serverului|ADP XSP sau a platformei de livrare a aplicației (ADP) care îndeplinește următoarele cerințe:
- Serviciu de autentificare (BWAuth)
- Interfețe acțiuni și evenimente XSI
- DMS (aplicație web de gestionare a dispozitivelor)
- interfață CTI (Intergrație Telefonie Computer)
- TLS 1.2 cu un certificat valabil (nesemnat) și orice intermediari necesari. Necesită administratorul de nivel de sistem pentru a facilita căutarea întreprinderii.
- Autentificare reciprocă TLS (mTLS) pentru serviciul de autentificare (Necesită lanțul public de certificate pentru clienți Webex instalat ca ancore de încredere)
- Autentificare reciprocă TLS (mTLS) pentru interfața CTI (Necesită lanțul public de certificate pentru clienți Webex instalat ca ancore de încredere)
Un server XSP/ADP separat care acționează ca un “Call Notifications Push Server” (un NPS din mediul dvs. utilizat pentru a împinge notificările de apel către Apple/Google. Îl numim „CNPS” aici pentru a-l distinge de serviciul Webex care oferă notificări push pentru mesagerie și prezență).

Acest server trebuie să fie pe R22 sau mai târziu.
Trimitem un server XSP/ADP separat pentru CNPS, deoarece imprevizibilitatea încărcării din Webex pentru conexiunile cloud BWKS ar putea afecta negativ performanța serverului NPS, rezultând o latență crescută a notificării. Consultați Ghidul de Inginerie al Sistemului Cisco BroadWorks pentru mai multe informații pe scara XSP|ADP.

Platformele Aplicației Webex

Pentru a descărca versiunea în limba engleză a Aplicației Webex, accesați https://www.webex.com/webexfromserviceproviders-downloads.html. Aplicația Webex este disponibilă pe:

PC-uri/laptopuri pentru Windows
PC-uri Apple / laptopuri cu MacOS
iOS (Magazin Apple)
Android (Play Store)
Browsere web (accesați https://teams.webex.com/)

Versiuni localizate

Pentru a descărca o versiune localizată a Aplicației Webex, utilizați unul dintre aceste linkuri:

https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (Coreeană)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (Franceză)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (Portugheză)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Chineză Tradițională)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (Chineză simplificată)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japonia)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spania)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (Germană)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (Italiană)

Telefoane fizice și accesorii

Telefoane Cisco IP:
- Telefon Cisco IP seria 6800 cu Firmware pentru mai multe platforme pentru mai multe platforme
- Telefon Cisco IP seria 7800 cu Firmware pentru mai multe platforme pentru mai multe platforme
- Telefon Cisco IP seria 8800 cu Firmware pentru mai multe platforme pentru mai multe platforme
  
  A se vedea https://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html pentru modele și mai multe informații.
Sprijinim telefoanele terțe în același mod ca și alte integrări BroadWorks. Cu toate acestea, nu au încă contacte și integrare de prezență cu Webex pentru Cisco BroadWorks.
Adaptoare:
- Adaptor de telefon analogic pentru mai multe platforme Cisco ATA 191
- Adaptor de telefon analogic pentru mai multe platforme Cisco ATA 192
  
  A se vedea https://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html pentru modele și mai multe informații.
Căști:
- Căști Cisco seria 500
  
  Consultați https://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.html pentru modele și mai multe informații.
Dispozitive de sistem de operare Room:
- Seria Webex Room și Room Kit
- Seria Webex Desk
- Seria Webex Board

Integrare dispozitiv

Profile dispozitiv

Nume client

Tipul profilului dispozitivului și numele pachetului

Șablon mobil Webex

Tipul profilului de identitate/dispozitiv: Conectare - Mobile

DTAF: ucone-mobile-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Șablon de tablete Webex

Tipul profilului de identitate/dispozitiv: Conectare - tabletă

DTAF: ucone-tablet-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Șablon desktop Webex

Tipul profilului de identitate/dispozitiv: Comunicator de afaceri - PC

DTAF: ucone-desktop-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier configurare: config-wxt.xml

Identificare/profil dispozitiv

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks

Ridicați o solicitare de serviciu cu agentul dvs. de integrare sau cu Cisco TAC pentru a furniza Cisco OAuth pentru contul dvs. Cisco Identity Provider Federation.

Utilizați următorul titlu de solicitare pentru caracteristicile respective:

XSP|ADP AuthService Configuration' pentru a configura serviciul pe XSP|ADP.
„Configurare NPS pentru configurarea proxy-ului Auth” pentru a configura NPS pentru a utiliza proxy-ul de autentificare.
Sincronizare UUID utilizator CI pentru sincronizare UUID utilizator CI. Pentru mai multe detalii despre această caracteristică, consultați: Asistență Cisco BroadWorks pentru CI UUID.
Configurați BroadWorks pentru a activa facturarea Cisco pentru BroadWorks și abonamentele Webex Pentru BroadWorks.

Dacă ați obținut deja acreditările furnizorului de identitate Cisco OAuth, completați o nouă solicitare de serviciu pentru a vă actualiza acreditările.

Certificate de comandă

Cerințe de certificare pentru autentificarea TLS

Aceste certificate trebuie să includă numele dvs. de domeniu complet calificat XSP|ADP ca nume comun al subiectului sau nume alternativ al subiectului.

Cerințele exacte pentru implementarea acestor certificate de server depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă rezumă cazul în care certificatul de server public semnat CA trebuie încărcat în aceste trei cazuri:

CA-urile acceptate public pe care aplicația Webex le acceptă pentru autentificare sunt enumerate în Autoritățile de certificare acceptate pentru serviciile hibride Webex.

Cerințe privind certificatul TLS pentru proxy-ul TLS-bridge

Certificatul de server semnat public este încărcat în proxy.
Proxy-ul prezintă acest certificat de server semnat public către Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.
Un certificat intern semnat CA poate fi încărcat pe XSP|ADP.
XSP|ADP prezintă acest certificat de server semnat intern proxy-ului.
Proxy-ul are încredere în CA intern care a semnat certificatul de server XSP|ADP.

Cerințe de certificare TLS pentru TLS-passthrough Proxy sau XSP|ADP în DMZ

Certificatul de server semnat public este încărcat în |ADP-urile XSP.
ADP-urile XSP| prezintă certificatelor de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului |ADP XSP.

Cerințe suplimentare de certificare pentru autentificarea reciprocă TLS prin interfața CTI

Pentru a descărca certificatul:

Conectați-vă la Partner Hub, accesați Setări > BroadWorks Calling și faceți clic pe linkul certificatului de descărcare.

Cerințele exacte pentru implementarea acestui lanț de certificate Webex CA depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă sintetizează cerințele certificatului în aceste trei cazuri:

(Opțiune) Cerințe de certificare pentru proxy-ul cu punte TLS

Webex prezintă proxy-ului un certificat de client semnat public.
Proxy-ul are încredere în CA intern Cisco care a semnat certificatul clientului. Puteți descărca acest CA / lanț din Control Hub și îl puteți adăuga la magazinul de încredere al proxy-ului. Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în proxy.
Proxy-ul prezintă certificatul de server semnat public pentru Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.

Proxy-ul prezintă un certificat de client semnat intern către |ADP-urile XSP.

Acest certificat trebuie să aibă câmpul de extensie x509.v3 Utilizare extinsă a cheii populat cu OID BroadWorks 1.3.6.1.4.1.6431.1.1.8.2.1.3 și clientAuth scop TLS. De exemplu:

X509v3 extensions:
    X509v3 Extended Key Usage:
        1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication

CNN al certificatului intern trebuie să fie bwcticlient.webex.com.

Atunci când generați certificate de client intern pentru proxy, rețineți că certificatele SAN nu sunt acceptate. Certificatele serverului intern pentru XSP|ADP pot fi SAN.
Este posibil ca autoritățile publice de certificare să nu fie dispuse să semneze certificatele cu OID-ul BroadWorks propriu, care este necesar. În cazul unui proxy de legătură, este posibil să fiți obligat să utilizați un CA intern pentru a semna certificatul clientului pe care proxy-ul îl prezintă la XSP|ADP.

ADP-urile XSP| au încredere în CA intern.
ADP-urile XSP| prezintă un certificat de server semnat intern.
Proxy-ul are încredere în CA intern.
ClientIdentity a serverului de aplicații conține CN-ul certificatului de client semnat intern prezentat către XSP|ADP de către proxy.

(Opțiune) Cerințe de certificare pentru proxy TLS-passthrough sau XSP|ADP în DMZ

Webex prezintă un certificat de client Cisco semnat CA intern pentru ADP-urile XSP|.
ADP-urile XSP| au încredere în CA intern Cisco care a semnat certificatul clientului. Puteți descărca acest CA / lanț din Control Hub și îl puteți adăuga la magazinul de încredere al proxy-ului. Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în |ADP-urile XSP.
ADP-urile XSP| prezintă certificatelor de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului |ADP XSP.
Serverul de aplicații ClientIdentity conține CN-ul certificatului de client semnat de Cisco prezentat XSP|ADP de Webex.

Pregătiți-vă rețeaua

Cerințe de rețea pentru serviciile Webex

Tabelul 3. Cerințe de rețea pentru Webex App Connections (Generic)
Secțiunea Cerințe de rețea Articol	Relevanţa informaţiilor
Rezumatul tipurilor de dispozitive și al protocoalelor acceptate de Webex	Informațional
Protocoale de transport și cifruri de criptare pentru aplicațiile și dispozitivele Webex înregistrate în cloud	Informațional
Servicii Webex – Numere de port și protocoale	Trebuie să citiți
Subrețele IP pentru serviciile media Webex	Trebuie să citiți
Domenii și URL-uri care trebuie accesate pentru serviciile Webex	Trebuie să citiți
URL-uri suplimentare pentru serviciile hibride Webex	Opțional
Funcții proxy	Opțional
802.1X – Controlul accesului în rețea pe bază de port	Opțional
Cerințe de rețea pentru serviciile Webex bazate pe SIP	Opțional
Cerințe de rețea pentru Webex Edge Audio	Opțional
Un rezumat al altor servicii hibride și documentații Webex	Opțional
Servicii Webex pentru clienții FedRAMP	Nu este cazul

Informații suplimentare

Pentru informații suplimentare, consultați Webex App Firewall Whitepaper (PDF).

Asistență pentru redundanță BroadWorks

Topologie rețea

Servicii Webex Cloud

configurare DNS

Microservicele Webex Cloud trebuie să poată găsi serverul (serverele) Broadworks XSP|ADP pentru conectarea la interfețele Xsi, serviciul de autentificare și CTI.

Exemplu: Partenerul DNS A Record pentru descoperirea serverului Round-Robin echilibrat XSP|ADP cu care se confruntă pe internet / Balancers de încărcare.

Tip înregistrare	Nume	Țintă	Scop
A	`webex-cloud-xsp.example.com`	`198.51.100.48`	Puncte către LB1 (Site A)
A	`webex-cloud-xsp.example.com`	`198.51.100.49`	Puncte către LB2 (Site B)

Orice referință la XSP include fie XSP, fie ADP.

Eşec

Când microservicele Webex trimit o solicitare către XSP|ADP/Load Balancer și cererea eșuează, se pot întâmpla mai multe lucruri:

Dacă defecțiunea se datorează unei erori de rețea (de exemplu: TCP, SSL), microservicele Webex marchează IP-ul ca blocat și efectuează imediat un progres de rută către următorul IP.
Dacă este returnat un cod de eroare (HTTP 5xx), microservicele Webex marchează IP-ul ca blocat și efectuează imediat un progres de rută către următorul IP.
Dacă nu se primește niciun răspuns HTTP în termen de 2 secunde, timpii de solicitare și microservicele Webex marchează IP-ul ca blocat și efectuează un progres de rută către următorul IP.

Fiecare solicitare este încercată de 3 ori înainte ca un eșec să fie raportat înapoi la microservice.

Stare

Acțiuni XSI
Evenimente XSI
Serviciu de autentificare

Starea conexiunii este actualizată atunci când pagina este încărcată sau în timpul actualizărilor de intrare. Stările conexiunilor pot fi:

Verde: Când interfața poate fi atinsă pe unul dintre IP-uri în căutarea O înregistrare.
Roşu: Atunci când toate IPs-urile din căutarea unei înregistrări sunt inaccesibile, iar interfața nu este disponibilă.

Următoarele servicii utilizează microservicele pentru a se conecta la |ADP-urile XSP și sunt afectate de disponibilitatea interfeței XSP|ADP:

Conectare la aplicația Webex
Reîmprospătare token aplicație Webex
E-mail/auto-activare de neîncredere
Verificarea stării de sănătate a serviciului Broadworks

Aplicația Webex

configurare DNS

Aplicația Webex accesează serviciile Xtended Services Interface (XSI-Actions & XSI-Events) și Device Management Service (DMS) de pe XSP|ADP.

Exemplul 1—Mai multe |ADP-uri XSP, fiecare din spatele echilibratorilor de sarcină separați

Mai jos este un exemplu de înregistrări SRV.

Tip înregistrare	Înregistrați	Țintă	Scop
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc1.example.com`	Descoperirea clientului interfeței Xsi
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc2.example.com`	Descoperirea clientului interfeței Xsi
A	`xsp-dc1.example.com`	`198.51.100.48`	Puncte către LB1 (site A)
A	`xsp-dc2.example.com`	`198.51.100.49`	Puncte către LB2 (site B)

Exemplul 2—Mai multe |ADP-uri XSP în spatele unui singur balansor de sarcină (cu Podul TLS)

Tip înregistrare	Înregistrați	Țintă	Scop
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`LB.example.com`	balansor De Încărcare
A	LB.example.com	`198.51.100.83`	Adresa IP a echilibratorului de sarcină (\|ADP-urile XSP sunt în spatele echilibratorului de sarcină)

URL DMS

Tip înregistrare	Nume	Țintă	Scop
A	`xsp-dms.example.com`	`198.51.100.48`	Puncte către LB1 (site A)
A	`xsp-dms.example.com`	`198.51.100.49`	Puncte către LB2 (site B)

Orice referință la XSP include fie XSP, fie ADP.

Cum găsește aplicația Webex adresele XSP|ADP

Clientul încearcă să localizeze nodurile XSP|ADP utilizând următorul flux DNS:

Clientul preia inițial URL-urile Xsi-Actions/Xsi-Events din Webex Cloud (le-ați introdus la crearea clusterului BroadWorks Calling asociat). Numele/domeniul gazdei Xsi este parsat din URL, iar clientul efectueaza cautarea SRV dupa cum urmeaza:
1. Clientul efectuează o căutare SRV pentru _xsi-client._tcp.<xsi domain="">
2. În cazul în care căutarea SRV returnează unul sau mai multe obiective A/AAAA:
  1. Clientul caută A/AAAA pentru aceste ținte și cache adresele IP returnate.
  2. Clientul se conectează la una dintre ținte (și, prin urmare, înregistrarea A / AAAA cu o singură adresă IP) pe baza priorității SRV, apoi greutatea (sau la întâmplare, dacă toate sunt egale).
3. Dacă căutarea SRV nu returnează niciun obiectiv:
  
  Clientul caută A/AAAA parametrul rădăcină Xsi și apoi încearcă să se conecteze la adresa IP returnată. Acesta ar putea fi un element de margine de echilibrare a sarcinii sau ar putea fi serverul XSP|ADP în sine.
  
  După cum s-a menționat, înregistrarea A/AAAA trebuie să se rezolve la o adresă IP din aceleași motive.
(Opțional) Puteți furniza ulterior detalii XSI-Actions/XSI-Events personalizate în configurația dispozitivului pentru aplicația Webex, utilizând următoarele etichete:
```
<protocols>
	<xsi>
		<paths>
			<root>%XSI_ROOT_WXT%</root>
			<actions>%XSI_ACTIONS_PATH_WXT%</actions>
			<events>%XSI_EVENTS_PATH_WXT%</events>
		</paths>
	</xsi>
</protocols>
```
1. Acești parametri de configurare au prioritate față de orice configurație din clusterul BroadWorks din Control Hub.
2. Dacă există, clientul va compara adresa XSI originală primită prin configurația BroadWorks Cluster.
3. Dacă există vreo diferență detectată, clientul își va reinițializa conectivitatea XSI Actions/ XSI Events. Primul pas în acest sens este de a efectua același proces de căutare DNS enumerate la pasul 1 – de data aceasta solicitând o căutare pentru valoarea din %XSI_ROOT_WXT% parametrul din fișierul de configurare.
  
  Asigurați-vă că creați înregistrările SRV corespunzătoare dacă utilizați această etichetă pentru a modifica interfețele Xsi.

Eşec

Dacă o solicitare sau o solicitare de bătăi de inimă către o gazdă eșuează, se pot întâmpla mai multe lucruri:

Dacă defecțiunea se datorează unei erori de rețea (de exemplu: TCP, SSL), ruta Aplicației Webex avansează imediat către următoarea gazdă din listă.
Dacă este returnat un cod de eroare (HTTP 5xx), Aplicația Webex marchează acea adresă IP ca fiind blocată și se îndreaptă către următoarea gazdă din listă.
Dacă un răspuns nu este primit într-o perioadă de timp, atunci cererea este considerată nereușită din cauza expirării termenului și următoarele cereri sunt trimise către următoarea gazdă. Cu toate acestea, solicitarea expirată este considerată nereușită. Unele cereri sunt reîncercate după eșec (cu timpul de reîncercare în creștere). Cererile ca presupusul non-vital nu sunt rejudecate.

În cazul bătăilor inimii, dacă există două eșecuri consecutive ale solicitării, Aplicația Webex va reiniția canalul evenimentului.

Rețineți că Aplicația Webex nu efectuează o copie de rezervă, iar descoperirea serviciului DNS se efectuează o singură dată la conectare.

Implementarea Webex pentru BroadWorks

Prezentare generală implementare

Integrare partener pentru Webex pentru Cisco BroadWorks

Partenerii Webex dintr-o regiune pot crea organizații de clienți în orice regiune în care oferim serviciile. Pentru ajutor, consultați: Reședință de date în Webex.

Configurați serviciile pe dispozitivele Webex pentru |ADP-urile Cisco BroadWorks XSP

Cerem ca aplicația NPS să fie rulată pe un alt XSP|ADP. Cerințele pentru ca XSP|ADP să fie descrise în Configurarea notificărilor de apel din rețea.

Aveți nevoie de următoarele aplicații/servicii pe |ADP-urile dvs. XSP.

Serviciu/Aplicație	Este necesară autentificarea	Scopul serviciului/aplicației
Evenimente Xsi	TLS (serverul se autentifică în clienți)	Controlul apelurilor, notificări serviciu
Acțiuni Xsi	TLS (serverul se autentifică în clienți)	Controlul apelurilor, acțiuni
Gestionare dispozitiv	TLS (serverul se autentifică în clienți)	Descărcare configurație apelare
Serviciu de autentificare	TLS (serverul se autentifică în clienți)	Autentificare de bază
Integrare telefonie informatică	mTLS (autentificare client și server reciproc)	prezență Telefonie
aplicație Vizualizare web setări apel	TLS (serverul se autentifică în clienți)	Expune setările apelurilor utilizatorilor în portalul de auto-asistență din aplicația Webex

Cerințe de co-rezidență

Serviciul de autentificare trebuie să fie co-rezident cu aplicațiile Xsi, deoarece aceste interfețe trebuie să accepte jetoane de lungă durată pentru autorizarea serviciului. Serviciul de autentificare este necesar pentru a valida aceste jetoane.
Serviciul de autentificare și Xsi pot rula pe același port, dacă este necesar.
Puteți separa celelalte servicii/aplicații după cum este necesar pentru scara dvs. (de exemplu, ferma XSP|ADP dedicată gestionării dispozitivelor).
Puteți co-localiza aplicațiile Xsi, CTI, Serviciul de autentificare și DMS.
Nu instalați alte aplicații sau servicii pe |ADP-urile XSP care sunt utilizate pentru integrarea BroadWorks cu Webex.
Nu colocalizați aplicația NPS cu alte aplicații.

Interfețe Xsi

Instalați și configurați aplicațiile Xsi-Actions și Xsi-Events așa cum sunt descrise în Ghidul de configurare a interfeței pentru serviciile Cisco BroadWorks Xtended Services.

Doar o singură instanță a aplicațiilor Xsi-Events trebuie implementată pe XSP|ADP utilizat pentru interfața CTI.

Toate evenimentele Xsi utilizate pentru integrarea Broadworks cu Webex trebuie să aibă același nume de apelControlApplicationName definit în Applications/Xsi-Events/GeneralSettings. De exemplu:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Schimbarea numelui de apelControlApplicationName sau neavând același nume pe toate aplicațiile web Xsi-Events va afecta funcționalitatea abonamentelor și a evenimentelor de telefonie.

Configurați serviciul de autentificare (cu validarea token-ului CI)

Pentru a configura autentificarea mTLS pentru Serviciul Auth în loc de validarea CI Token, consultați Anexa pentru Configurarea serviciilor (cu mTLS pentru Serviciul Auth).

Dacă utilizați în prezent mTLS pentru Serviciul Auth, nu este obligatoriu să vă reconfigurați pentru a utiliza validarea CI Token cu TLS.

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks.
Instalați următorii plasturi pe fiecare server |ADP XSP. Instalați plasturii care sunt potriviți pentru eliberarea dvs.:
- Pentru R22:
  
  AP.platform.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap368601
- Pentru R23:
  
  AP.xsp.23.0.1075.ap376509
  
  AP.platform.23.0.1075.ap376509
- Pentru R24 – nu este necesar niciun plasture
Orice referință la XSP include fie XSP, fie ADP.
Instalați AuthenticationService aplicație pe fiecare serviciu XSP|ADP.
1. Rulați următoarea comandă pentru a activa aplicația AuthenticationService pe XSP|ADP pe calea contextului /authService.
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
2. Rulați această comandă pentru a implementa Serviciul de autentificare pe XSP|ADP:
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...

IdenTrust Commercial Root CA 1
Autoritatea certificatului Go Daddy Root - G2

Verificați dacă aceste certificate sunt prezente în cadrul următoarei CLI

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get

Dacă nu este prezent, executați următoarea comandă pentru a importa trusturile Java implicite:

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust

Alternativ, puteți adăuga manual aceste certificate ca ancore de încredere cu următoarea comandă:

ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>

Configurați furnizorii de identitate rulând următoarele comenzi pe fiecare server |ADP XSP:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get

set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL> — Pentru URL, introduceți URL-ul IssuerName care se aplică clusterului dvs. CI. A se vedea tabelul următor.
set issuerUrl <URL> — Pentru URL, introduceți IssuerUrl care se aplică clusterului dvs. CI. A se vedea următorul tabel.
set tokenInfoUrl <IdPProxy URL> —Introduceți URL-ul proxy IdP care se aplică clusterului dvs. de echipe. A se vedea al doilea tabel care urmează.

Tabelul 1. Setați numele emitentului și adresa URL a emitentului

Dacă CI Cluster este...

Setați numele emitentului și adresa URL a...

US-A

US-B

https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

Dacă nu cunoașteți clusterul CI, puteți obține informațiile din detaliile clientului în vizualizarea Help Desk a Control Hub.

Dacă clusterul Teams este... Setați TokenInfoURL la... (URL proxy IdP)

AXM

AFRA

https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

AORE

https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

Dacă nu cunoașteți clusterul Teams, puteți obține informațiile din detaliile clientului în vizualizarea Help Desk a Control Hub.
Pentru testare, puteți verifica dacă tokenInfoURL este valid prin înlocuirea " idp/authenticate" porțiune a URL-ului cu " ping".

Specificați drepturile Webex care trebuie să fie prezente în profilul de utilizator din Webex executând următoarea comandă:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
Configurați furnizorii de identitate pentru Federația Cisco utilizând următoarele comenzi pe fiecare server |ADP XSP:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
- set flsUrl https://cifls.webex.com/federation
- set refreshPeriodInMinutes 60
- set refreshToken refresh-Token-From-Step1
Rulați următoarea comandă pentru a valida că configurația FLS funcționează. Această comandă va returna lista furnizorilor de identitate:

XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
Configurați Token Management utilizând următoarele comenzi pe fiecare server |ADP XSP:
- XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>
- set tokenIssuer BroadWorks
- set tokenDurationInHours 720
Generați și partajați chei RSA. Trebuie să generați taste pe un XSP|ADP, apoi să le copiați la toate celelalte XSP|ADP. Acest lucru se datorează următorilor factori:
- Trebuie să utilizați aceleași perechi de taste publice/private pentru criptarea/decriptarea tokenului în toate instanțele serviciului de autentificare.
- Cuplul cheie este generat de serviciul de autentificare atunci când este necesar pentru prima dată să eliberați un token.
Dacă ciclați tastele sau modificați lungimea tastei, trebuie să repetați următoarea configurație și să reporniți toate |ADP-urile XSP.
1. Selectați un XSP|ADP de utilizat pentru generarea unei perechi de taste.
2. Utilizați un client pentru a solicita un token criptat de la acel XSP|ADP, solicitând următorul URL din browserul clientului:
  
  https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
  
  (Acest lucru generează o pereche de chei private / publice pe XSP|ADP, dacă nu a existat deja unul)
3. Locația magazinului cu tastatură nu este configurabilă. Exportați tastele:
  
  XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
4. Copiați fișierul exportat /var/broadworks/tmp/authService.keys în aceeași locație pe celelalte ADP-uri XSP|, suprascrierea unui mai în vârstă .keys fișier.
5. Importați tastele pe fiecare dintre celelalte |ADP-uri XSP:
  
  XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Furnizați adresa URL autentiService către containerul web. Containerul web XSP|ADP are nevoie de URL-ul autentiService, astfel încât să poată valida jetoanele. Pe fiecare dintre |ADP-urile XSP:
1. Adăugați URL-ul serviciului de autentificare ca serviciu de autentificare extern pentru BroadWorks Communications Utility:
  
  XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1/authService
2. Adăugați adresa URL a serviciului de autentificare în container:
  
  XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
  
  Acest lucru permite Webex să utilizeze Serviciul de autentificare pentru a valida jetoanele prezentate ca date de autentificare.
3. Verificați parametrul cu get.
4. Reporniți XSP|ADP.

Eliminați cerința de autentificare a clientului pentru serviciul Auth (numai R24)

ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false

Configurarea TLS și Ciphers pe interfețele HTTP (pentru XSI și Serviciul de autentificare)

Aplicațiile Service Authentication, Xsi-Actions și Xsi-Events utilizează interfețe de server HTTP. Nivelurile de configurabilitate TLS pentru aceste aplicații sunt după cum urmează:

Cele mai generale = Sistem > Transport > HTTP > Interfață server HTTP = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații	context CLI
Sistem (global)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Protocoale de transport pentru acest sistem	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP pe acest sistem	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Interfețe server HTTP specifice pe acest sistem	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Citirea configurației interfeței serverului HTTP TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer>
Introduceți get comanda și citiți rezultatele. Ar trebui să vedeți interfețele (adresele IP) și, pentru fiecare, dacă acestea sunt sigure și dacă necesită autentificarea clientului.

Apache tomcat trimite un certificat pentru fiecare interfață securizată; sistemul generează un certificat semnat dacă are nevoie de unul.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Adăugarea protocolului TLS 1.2 la interfața serverului HTTP

Interfața HTTP care interacționează cu Webex Cloud trebuie configurată pentru TLSv1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața serverului HTTP:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> 443 pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> 443 TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața serverului HTTP

Pentru a configura cifrele necesare:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Introduceți comanda get <interfaceIp> 443 pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> 443 <cipherName> pentru a adăuga un cifru la interfața serverului HTTP.

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Configurați managementul dispozitivului pe XSP|ADP, serverul aplicației și serverul profilului

Interfața CTI și configurația aferentă

Comanda de configurare „inmost to outmost” este prezentată mai jos. Respectarea acestei ordonanțe nu este obligatorie.

Configurați serverul aplicației pentru abonamentele CTI
Configurați ADP-urile XSP| pentru abonamentele CTI autentificate mTLS
Deschideți porturile de intrare pentru interfața securizată CTI
Abonați organizația dvs. Webex la BroadWorks CTI Events

Configurați serverul aplicației pentru abonamentele CTI

Actualizați ClientIdentity pe serverul de aplicații cu numele comun (CN) al certificatului de client Webex pentru Cisco BroadWorks CTI.

Pentru fiecare server de aplicații pe care îl utilizați cu Webex, adăugați identitatea certificatului la ClientIdentity după cum urmează:

AS_CLI/System/ClientIdentity> add bwcticlient.webex.com

Numele comun al certificatului de client Webex pentru Cisco BroadWorks este bwcticlient.webex.com.

Configurați TLS și Ciphers pe interfața CTI

Nivelurile de configurabilitate pentru interfața XSP|ADP CTI sunt după cum urmează:

Cele mai generale = Sistem > Transport > Interfețe CTI > Interfață CTI = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații

Context CLI

Sistem (global)

(R22 și ulterior)

XSP|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>

XSP|ADP_CLI/Sistem/SSLCommonSettings/JSSE/Protocoale>

Protocoale de transport pentru acest sistem

(R22 și ulterior)

XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>

XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>

Toate interfețele CTI de pe acest sistem

(R22 și ulterior)

XSP|ADP_CLI/Interfață/CTI/SSLCommonSettings/Ciphers>

XSP|ADP_CLI/Interfață/CTI/SSLCommonSettings/Protocoale>

O interfață CTI specifică pe acest sistem

(R22 și ulterior)

XSP|ADP_CLI/Interfață/CTI/CTIServer/SSLSettings/Ciphers>

XSP|ADP_CLI/Interfață/CTI/CTIServerSSLSettings/Protocoale>

TLS_ECDHE_RSA_CU_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_CU_AES_128_GCM_SHA256
TLS_ECDHE_RSA_CU_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_CU_AES_128_CBC_SHA256
TLS_DHE_DSS_CU_AES_128_GCM_SHA256
TLS_DHE_RSA_CU_AES_128_GCM_SHA256
TLS_DHE_RSA_CU_AES_128_CBC_SHA256
TLS_DHE_DSS_CU_AES_128_CBC_SHA256
TLS_ECDH_RSA_CU_AES_128_GCM_SHA256
TLS_ECDH_ECDSA_CU_AES_128_GCM_SHA256
TLS_ECDH_RSA_CU_AES_128_CBC_SHA256
TLS_ECDH_ECDSA_CU_AES_128_CBC_SHA256

Citirea configurației interfeței CTI TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer>

XSP|ADP_CLI/Interface/CTI/CTIServer> get
  Interface IP  Port  Secure  Server Certificate  Client Auth Req
=================================================================
  10.155.6.175  8012    true                true             true

Adăugarea protocolului TLS 1.2 la interfața CTI

Interfața XSP|ADP CTI care interacționează cu Webex Cloud trebuie configurată pentru TLS v1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața CTI:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața CTI

Pentru a configura cifrele necesare pe interfața CTI:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
Introduceți get comandă pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> <cipherName> pentru a adăuga un cipher la interfața CTI.

XSP|ADP CLI necesită numele standard al suitei de cipher IANA, nu numele suitei de cipher openSSL. De exemplu, pentru a adăuga OpenSSL cipher ECDHE-ECDSA-CHACHA20-POLY1305 la interfața CTI, ați utiliza: XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Anchoare de încredere pentru interfața CTI (R22 și ulterioară)

Pentru fiecare XSP|ADP din infrastructura dvs. care publică evenimente CTI în Webex, efectuați următoarele:

Conectați-vă la Hub pentru parteneri .

Accesați Setări > Apelare BroadWorks și faceți clic pe Descărcare certificat CA Webex pentru a obține CombinedCertChain2023.txt pe computerul local.

Aceste fișiere conțin două seturi de două certificate. Trebuie să divizați fișierele înainte de a le încărca în ADP-urile XSP|. Toate fișierele sunt necesare.

Separați lanțul certificatului în două certificate - combinedcertchain2023.txt
1. Deschideți combinedcertchain2023.txt într-un editor de text.
2. Selectați și tăiați primul bloc de text, inclusiv liniile -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----, și lipiți blocul de text într-un fișier nou.
3. Salvați noul fișier ca root2023.txt.
4. Salvați fișierul original ca issuing2023.txt. Fișierul original ar trebui să aibă acum doar un singur bloc de text, înconjurat de linii -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----.
Copiați ambele fișiere text într-o locație temporară pe XSP|ADP pe care o securizați, de ex. /var/broadworks/tmp/root2023.txt și /var/broadworks/tmp/issuing2023.txt
Conectați-vă la XSP|ADP și navigați la /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
(Opțional) Rulați help updateTrust pentru a vedea parametrii și formatul de comandă.

Încărcați fișierele certificatului în ancore de încredere noi - 2023

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Confirmați că ancorajele sunt actualizate:

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

Permiteți clienților să se autentifice cu certificate:

XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true

Adăugați interfața CTI și activați mTLS

Adăugați interfața CTI SSL.

Contextul CLI depinde de versiunea BroadWorks. Comanda creează un certificat de server semnat pe interfață și forțează interfața să solicite un certificat de client.
- În cazul BroadWorks R22 și R23:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
Înlocuiți certificatul de server și cheia de pe interfețele CTI XSP|ADP. Aveți nevoie de adresa IP a interfeței CTI pentru aceasta; o puteți citi din următorul context:
- În cazul BroadWorks R22 și R23:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer> get
  
  Apoi executați următoarele comenzi pentru a înlocui certificatul autosemnat al interfeței cu propriul certificat și cheia privată:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>
Reporniți XSP|ADP.

Activați accesul la BroadWorks CTI Events pe Webex

Specificați adresa CTI prin care Webex se poate abona la BroadWorks CTI Events.
Abonamentele CTI sunt pe bază de abonat și sunt stabilite și menținute numai în timp ce abonatul este configurat pentru Webex pentru Cisco BroadWorks.

Vizualizare web setări apel

Webex utilizează această funcție pentru a oferi utilizatorilor acces la setările comune ale apelurilor BroadWorks care nu sunt native ale Aplicației Webex.

Vizualizarea web a setărilor de apeluri are două componente:

Aplicație de vizualizare web a setărilor de apeluri, găzduită pe un Cisco BroadWorks XSP|ADP.
Aplicația Webex, care face setările apelurilor într-o vizualizare web.

Experiență utilizator

Utilizatori pentru Windows: Faceți clic pe Setări apel și apoi faceți clic pe Preferințe pentru apeluri deschise > Setări avansate pentru apeluri.
Utilizatori Mac: Faceți clic pe fotografia de profil, apoi Preferințe > Setări avansate pentru apeluri.

Implementarea CSWV pe BroadWorks

Instalați vizualizarea web a setărilor apelurilor pe |ADP-urile XSP

Conectați-vă la cisco.com și căutați "BWCallSettingsWeb" în secțiunea de descărcare software.
Găsiți și descărcați cea mai recentă versiune a fișierului.

De exemplu, BWCallSettingsWeb_1.8.2_1.war( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04) a fost cel mai recent la momentul scrierii.
Instalați, activați și implementați arhiva web în conformitate cu Ghidul de configurare a platformei de servicii Xtended Cisco BroadWorks pentru versiunea |ADP XSP. (Versiunea R24 este https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf).
1. Copiați fișierul .war într-o locație temporară pe XSP|ADP, cum ar fi /tmp/.
2. Navigați la următorul context CLI și executați comanda de instalare:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war
  
  Managerul de software BroadWorks validează și instalează fișierul.
3. [Opțional] Ștergere /tmp/BWCallSettingsWeb_1.7.5_1.war(acest fișier nu mai este necesar).
4. Activați aplicația:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings
  
  Numele și versiunea sunt obligatorii pentru orice aplicație, dar pentru CSWV trebuie să furnizați, de asemenea, un contextPath deoarece este o aplicație negestionată. Puteți utiliza orice valoare care nu este utilizată de o altă aplicație, de exemplu, /callsettings.
5. Implementați aplicația Setări apel pe calea contextului selectat:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
Acum puteți prezice URL-ul setărilor de apel pe care îl veți specifica pentru clienți, după cum urmează:

https://<XSP|ADP-FQDN>/callsettings/

Note:
- Trebuie să furnizați bara de remorcare de pe acest URL atunci când o introduceți în fișierul de configurare a clientului.
- XSP|ADP-FQDN trebuie să corespundă cu FQDN Xsi-Actions, deoarece CSWV trebuie să utilizeze Xsi-Actions, iar CORS nu este acceptat.
Repetați această procedură pentru alte ADP-uri XSP| în mediul Webex pentru Cisco BroadWorks (dacă este necesar).

Aplicația Webview Setări apel este acum activă pe |ADP-urile XSP.

Configurați aplicația Webex pentru a utiliza vizualizarea web a setărilor apelurilor

Pentru mai multe detalii despre configurația clientului, consultați Ghidul de configurare Webex pentru Cisco BroadWorks.

<config>
    <services>
        <web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%">
            <url>%WEB_CALL_SETTINGS_URL_WXT%</url>
        </web-call-settings>

În șablonul de configurare a aplicației Webex din BroadWorks, configurați URL-ul CSWV în %WEB_CALL_SETTINGS_URL_WXT% etichetă.

Dacă nu specificați în mod explicit adresa URL, pagina implicită este goală, iar pagina de setări a apelurilor nu este vizibilă utilizatorilor.

Asigurați-vă că aveți cele mai recente șabloane de configurare pentru aplicația Webex (consultați Profilurile dispozitivului).
Setați ținta de setări pentru apeluri web csw:

%WEB_CALL_SETTINGS_TARGET_WXT% csw
Setați URL-ul setărilor de apeluri web pentru mediul dvs., de exemplu:

%WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/

Ați derivat această valoare atunci când implementați aplicația CSWV.
Fișierul de configurare a clientului rezultat trebuie să aibă o intrare după cum urmează:
```
<web-call-settings target="csw">
    <url>https://yourxsp.example.com/callsettings/</url>
</web-call-settings>
```
Orice referință la XSP include fie XSP, fie ADP.

Configurați notificările push pentru apeluri în Webex pentru Cisco BroadWorks

Aceste servicii notifică dispozitivele mobile ale abonaților Webex pentru Cisco BroadWorks că au apeluri de intrare pe Webex.

Pentru mai multe informații despre NPS, consultați Descrierea caracteristicilor serverului Notification Push.

Prezentare generală proxy NPS

Pentru compatibilitate cu Webex pentru Cisco BroadWorks, CNPS-ul dvs. trebuie să fie patch-uri pentru a sprijini funcția Proxy NPS, Push Server pentru VoIP în UCaaS.

Pentru mai multe informații, consultați Push Server pentru VoIP în Descrierea caracteristicilor UCaaS.
Patch-urile BroadWorks pentru funcție sunt disponibile pe: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.

Pentru software-ul și plasturii NPS, consultați secțiunea Pregătiți-vă NPS pentru Webex pentru Cisco BroadWorks.

Căutați și descărcați plasturele din pagina de descărcare software.
Mai multe informații despre serverul ADP pot fi găsite la https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html.

Considerații APNS

Pregătiți-vă NPS pentru Webex pentru Cisco BroadWorks

Instalați și configurați un XSP dedicat (versiunea minimă R22) sau o platformă de livrare a aplicațiilor (ADP).

Instalați plasturii proxy de autentificare NPS:

Plasturi XSP R22:

Plasturii XSP R23:

Activați aplicația Notificare Push Server.

(Pentru notificări Android) Activați API-ul FCM v1 pe NPS.

XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true

(Pentru notificările Apple iOS) Activați HTTP/2 pe NPS.

XSP_CLI/Applications/NotificationPushServer/APNS/GeneralSettings> set HTTP2Enabled true

Acest lucru este exclusiv pentru Versiunea 22 și versiunile anterioare; nu este disponibil în Versiunea 23 și versiunile de mai sus, care acceptă numai HTTP/2.

Atașați un suport tehnic de la NPS XSP/ADP.

Exemplu: _pushnotification-client._tcp.qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com ÎN A 10.193.78.149

Odată setat, una dintre următoarele este necesară pentru preluarea modificărilor:

Un bw de repornire trebuie preformat într-o fereastră de întreținere.
Prin intermediul CLI Cisco BroadWorks:

R24 și mai în vârstă

AS_CLI/ASDiagnostic/DNS> reîncărcare

R25 +

AS_CLI/ASDiagnostic/DNS/ExecutionServer> reîncărcare

AS_CLI/ASDiagnostic/DNS/ProvisioningServer> reîncărcare

Ce este de făcut în continuare

Pentru instalări noi ale unui NPS, accesați Configurarea NPS pentru a utiliza proxy-ul de autentificare

Pentru a migra o implementare Android existentă la FCMv1, accesați Migrarea NPS la FCMv1

Configurați NPS pentru a utiliza proxy-ul de autentificare

Această sarcină se aplică unei noi instalări de NPS, dedicată Webex pentru Cisco BroadWorks.

Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks.

Creați contul clientului pe NPS:

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientId client-Id-From-Step1

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientSecret
New Password: client-Secret-From-Step1

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set RefreshToken
New Password: Refresh-Token-From-Step1

Pentru a verifica valorile pe care le-ați introdus în concordanță cu ceea ce ați primit, rulați XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> get

Emitentul CiscoCI ar trebui să fie ÎNTOTDEAUNA cluster CI din SUA, indiferent de locația dvs., iar implicit ar trebui să fie:

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI> get issuerUrl = https://idbroker.webex.com/idb

Introduceți URL-ul proxy NPS și setați intervalul de reîmprospătare a tokenului (se recomandă 30 de minute):

XSP|ADP_CLI/Applications/NotificationPushServer/CloudNPSService> set url https://nps.uc-one.broadsoft.com/nps/

XSP|ADP_CLI/Applications/NotificationPushServer/CloudNPSService> set VOIPTokenRefreshInterval 1800

(Pentru notificări Android) Adăugați ID-ul aplicației Android în contextul aplicațiilor FCM de pe NPS.

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.cisco.wx2.android

(Pentru notificările Apple iOS) Adăugați ID-ul aplicației în contextul aplicațiilor APNS, asigurându-vă că pentru a omite cheia Auth – setați-l la gol.

XSP|ADP_CLI/Applications/NotificationPushServer/APNS/Production/Tokens> add com.cisco.squared

Configurați următoarele URL-uri NPS:

Context CLI \|ADP XSP	Parametru	Valoare
`XSP\|ADP_CLI/Applications/` `NotificationPushServer/FCM>`	`authURL`	https://www.googleapis.com/oauth2/v4/token
	`pushURL`	https://fcm.googleapis.com/v1/projects/PROJECT-ID/messages:send
	`scope`	https://www.googleapis.com/auth/firebase.messaging
`XSP\|ADP_CLI/Applications/NotificationPushServer` `/APNS/Production>`	`url`	https://api.push.apple.com/3/device

Configurați următorii parametri de conexiune NPS la valorile recomandate afișate:

Context CLI \|ADP XSP	Parametru	Valoare
`XSP\|ADP_CLI/Applications/` `NotificationPushServer/FCM>`	`tokenTimeToLiveInSeconds`	3600
	`connectionPoolSize`	10
	`connectionTimeoutInMilliseconds`	3600
	`connectionIdleTimeoutInSeconds`	600
`XSP\|ADP_CLI/Applications/NotificationPushServer/` `APNS/Production>`	`connectionTimeout`	3000
	`connectionPoolSize`	2
	`connectionIdleTimeoutInSeconds`	600

Verificați dacă serverul de aplicații selectează ID-urile aplicației, deoarece este posibil să fie necesar să adăugați aplicațiile Webex în lista de permisiuni:

Rulați AS_CLI/System/PushNotification> get și verificați valoarea enforceAllowedApplicationList. Dacă este true, trebuie să finalizați această subsarcină. În caz contrar, săriți restul sarcinii secundare.
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.wx2.android “Webex Android”
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.squared “Webex iOS”

Reporniți XSP|ADP: bwrestart

Testați notificările apelurilor efectuând apeluri de la un abonat BroadWorks la doi utilizatori mobili Webex. Verificați dacă apare notificarea de apel pe dispozitivele iOS și Android.

Migrați NPS la FCMv1

Migrați clienții UC-One la FCMv1—Când aveți clienți UCaaS existenți și trebuie să îi migrați pentru a utiliza FCMv1.
Migrați clienții SaaS la FCMv1—Când aveți clienți SaaS existenți și trebuie să îi migrați pentru a utiliza FCMv1.
Actualizați serverul ADP—Când migrați NPS la un server ADP.

Migrați clienții UC-One la FCMv1

Utilizați pașii de mai jos din Google FCM Console pentru a migra clienții UC-One la Google FCM HTTPv1.

<string name="gcm_defaultSenderId">xxxxxxxxxxxxx</string>

Conectați-vă la SDK Administrator FCM la http://console.firebase.google.com.
Selectați aplicația Android corespunzătoare.
În fila General, înregistrați ID-ul proiectului
Navigați la fila Conturi serviciu pentru a configura un cont de serviciu. Puteți crea un cont de serviciu nou sau puteți configura unul existent.

Pentru a crea un nou cont de servicii:
1. Faceți clic pe butonul albastru pentru a crea un nou cont de serviciu
2. Faceți clic pe butonul albastru pentru a genera o nouă cheie privată
3. Descărcați cheia într-o locație sigură
Pentru a reutiliza un cont de serviciu existent:
1. Faceți clic pe textul albastru pentru a vizualiza conturile de servicii existente.
2. Identificați contul de serviciu pe care trebuie să îl utilizați. Contul de serviciu are nevoie de permisiunea firebaseadmin-sdk.
3. Pe dreapta, faceți clic pe meniul hamburger și creați o nouă cheie privată.
4. Descărcați fișierul json care conține cheia și salvați-l într-o locație sigură.
Copiați fișierul json pe XSP|ADP.

Configurați ID-ul proiectului și:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file>
...Done

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> get
  Project ID  Accountkey
========================
  my_project    ********

Configurați aplicația:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id>
...Done

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> get
  Application ID    Project ID
==============================
          my_app    my_project

Activați FCMv1:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Migrați clienții SaaS la FCMv1

Utilizați pașii de mai jos de pe Google FCM Console dacă doriți să migrați clienții SaaS la FCMv1.

Asigurați-vă că ați finalizat deja procedura „Configurați NPS pentru a utiliza proxy-ul de autentificare”.

Dezactivați FCM:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Activați FCM:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

Rulați fișierul de instalare pentru bwrestart comandă pentru a reporni XSP|ADP.

Actualizați serverul ADP

Utilizați pașii de mai jos din Consola FCM Google dacă migrați NPS pentru a utiliza un server ADP.

Obțineți fișierul JSON din Consola Google Cloud:
1. Pe Consola Google Cloud, accesați pagina Conturi de servicii .
2. Faceți clic pe Selectați un proiect, alegeți proiectul și faceți clic pe Deschidere.
3. Găsiți rândul contului de serviciu pentru care doriți să creați o cheie, faceți clic pe butonul Mai vertical, apoi faceți clic pe Creare cheie.
4. Selectați un tip de cheie și faceți clic pe Creare
  
  Descărcări de fișiere.
Adăugați FCM la serverul ADP:
1. Importați fișierul JSON pe serverul ADP utilizând /bw/install comanda.
2. Conectați-vă la ADP CLI și adăugați cheia Proiect și API:
  
  ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON:
3. În continuare, adăugați aplicația și cheia:
  
  ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done
4. Verificați configurația:
```
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g
Project ID Accountkey
========================
connect-ucaas ********

ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g
Application ID Project ID
===================================
com.broadsoft.ucaas.connect connect-ucaas
```

Configurați organizația partenerului în Hubul partenerului

Configurați clusterele BroadWorks

[o dată pe cluster]

Acest lucru se face din următoarele motive:

Pentru a activa cloud-ul Webex pentru a vă autentifica utilizatorii împotriva BroadWorks (prin serviciul de autentificare găzduit de XSP|ADP).
Pentru a permite aplicațiilor Webex să utilizeze interfața Xsi pentru controlul apelurilor.
Pentru a permite Webex să asculte evenimentele CTI publicate de BroadWorks (prezență telefonică și istoricul apelurilor).

Împiedicăm acest lucru deoarece un cluster configurat necorespunzător poate cauza probleme care sunt dificil de rezolvat.

Ce trebuie să faceți:

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .

Dacă utilizatorul administrator nu are vizibilitate pentru setările de apelare BroadWorks , se recomandă să deschideți un caz cu Cisco TAC.
Faceți clic pe Adăugare cluster.

Acest lucru lansează un expert unde vă furnizați interfețele XSP|ADP (URL-uri). Puteți adăuga un port la URL-ul interfeței dacă utilizați un port non-standard.
Denumiți acest cluster și faceți clic pe Înainte.

Conceptul de cluster de aici este pur și simplu o colecție de interfețe, de obicei plasate pe un server XSP|ADP sau pe o fermă, care permit Webex să citească informații de pe serverul aplicației (AS). Este posibil să aveți un XSP|ADP per cluster AS sau mai multe |ADP-uri XSP per cluster sau mai multe clustere AS per XSP|ADP. Cerințele de scară pentru sistemul BroadWorks nu intră în domeniul de aplicare aici.
(Opțional) Introduceți un nume de cont al utilizatorului BroadWorks și o parolă despre care știți că se află în sistemul BroadWorks pe care îl conectați la Webex, apoi faceți clic pe Înainte.

Testele de validare pot utiliza acest cont pentru a valida conexiunile la interfețele din cluster.
Adăugați URL-urile Acțiuni XSI și Evenimente XSI.
Opțional. Actualizați URL-ul DAS cu URL-ul Serviciului de activare a dispozitivului.
Opțional. Bifați caseta de selectare Activare autentificare directă BroadWorks dacă doriți ca conectarea la BroadWorks să fie directă la BroadWorks. În caz contrar, autentificarea la BroadWorks este delegată prin serviciul proxy IdP găzduit de Webex.

Această casetă de selectare afectează aceste situații de conectare:
- Conectare la Portalul de activare a utilizatorului – Utilizatorii trebuie să introducă acreditările BroadWorks atunci când se conectează la portal. Setarea de mai sus determină dacă conectarea este directă la BroadWorks sau prin proxy-ul IdP.
- Conectare la client—Dacă autentificarea BroadWorks este configurată în șablonul de integrare, setarea de mai sus determină dacă conectarea clientului la Aplicația Webex este direcționată către BroadWorks sau este delegată prin proxy-ul IdP.
Faceți clic pe Înainte.
Pe pagina Interfață CTI , faceți următoarele:
1. Adăugați URL-ul CTI și portul pentru interfața CTI la care doriți să vă conectați.
2. Opțional. Activați comutatorul Istoric apeluri și apoi introduceți ID-ul de utilizator BroadWorks. Când este selectată această opțiune, evenimentele din istoricul apelurilor BroadWorks sunt sincronizate cu cloudul Webex. Utilizatorii își pot vizualiza istoricul apelurilor în Aplicația Webex.
3. Opțional. Activați comutatorul Nu deranjați (DND) de sincronizare și apoi introduceți ID-ul de utilizator BroadWorks. Această opțiune sincronizează evenimentele DND între Webex și BroadWorks, asigurându-se că funcția funcționează la fel pe ambele platforme.
4. Faceți clic pe Înainte.
Adăugați URL-ul Serviciului de autentificare .
Selectați Serviciul Auth cu validare token CI.

Această opțiune nu necesită mTLS pentru a proteja conexiunea de la Webex, deoarece Serviciul de autentificare validează în mod corespunzător tokenul utilizatorului față de serviciul de identitate Webex înainte de a emite tokenul de lungă durată utilizatorului.
Revizuiți intrările pe ecranul final, apoi faceți clic pe Creare. Ar trebui să vedeți un mesaj de succes.

Partner Hub trece URL-urile la diverse microservicii Webex care testează conexiunile la interfețele furnizate.
Faceți clic pe Vizualizare clustere și ar trebui să vedeți noul cluster și dacă validarea a reușit.
Butonul Creare poate fi dezactivat pe ecranul final (previzualizare) al expertului. Dacă nu puteți salva șablonul, acesta indică o problemă cu una dintre integrările pe care tocmai le-ați configurat.

Am implementat această verificare pentru a preveni erorile în sarcinile ulterioare. Puteți reveni prin intermediul expertului pe măsură ce configurați implementarea dvs., ceea ce poate necesita modificări ale infrastructurii dvs. (de exemplu, XSP|ADP, echilibrator de sarcină sau firewall), așa cum este documentat în acest ghid, înainte de a putea salva șablonul.

Verificarea conexiunilor la interfețele BroadWorks

Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.
Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .
Faceți clic pe Vizualizare clustere.
Partner Hub inițiază teste de conectivitate de la diferitele microservicii la interfețele din clustere.

După finalizarea testelor, pagina listei de clustere afișează mesajul de stare de lângă fiecare cluster.

Ar trebui să vedeți mesaje de succes verde. Dacă vedeți un mesaj de Eroare roșu, faceți clic pe numele clusterului afectat pentru a vedea care setare cauzează problema.
Opțional. Selectați un cluster dacă doriți să vedeți setările existente pentru acel cluster, cum ar fi XSI-Actions, XSI-Events, URL-ul DAS și setările interfeței CTI.

Configurați șabloanele de integrare

Puteți crea cât mai multe șabloane de care aveți nevoie, dar numai un singur șablon poate fi asociat unui client.

Conectați-vă la Partner Hub și selectați Clienți.
Faceți clic pe butonul Integrare șabloane pentru a vizualiza șabloanele existente.
Faceți clic pe Creare șablon.
În fereastra Detalii șablon , adăugați numele șablonului, țara sau regiunea și limba de e-mail implicită.
Faceți clic pe lista derulantă pentru ID-ul de abonament CCW, găsiți abonamentele listate pentru partener și selectați abonamentul aplicabil.

Acest câmp este afișat numai pentru partenerii migrați de la Webex pentru BroadWorks la Webex.
În fereastra Setări serviciu , utilizați lista derulantă Cluster pentru a alege clusterul pe care doriți să îl utilizați cu acest șablon.
Introduceți un nume șablon, apoi faceți clic pe Înainte.

Configurați modul de configurare, utilizând aceste setări recomandate:

Tabelul 3. Setări de dozare recomandate pentru diferite moduri de dozare
Denumire setare	Configurarea Flowthrough cu e-mailuri de încredere	Configurare Flowthrough fără e-mailuri	Auto-configurare utilizator
Activarea fluxului BroadWorks prin configurare (include acreditările contului de configurare dacă este activată**)	Pornit Furnizați numele contului și parola de configurare conform configurației BroadWorks.	Pornit Furnizați numele contului și parola de configurare conform configurației BroadWorks.	Oprit
Creare automată organizații noi în Control Hub	În	În	În
Adresă de e-mail a furnizorului de servicii	Selectați o adresă de e-mail din lista derulantă (puteți introduce unele caractere, pentru a găsi adresa dacă este o listă lungă). Această adresă de e-mail identifică administratorul din cadrul organizației dvs. Partener care va primi acces de administrator delegat la orice noi organizații client create cu șablonul de integrare.
Țară	Alegeți țara pe care o utilizați pentru acest șablon. Țara pe care o alegeți se potrivește cu organizațiile clienților care sunt create cu acest șablon într-o anumită regiune. În prezent, regiunea ar putea fi (EMEAR) sau (America de Nord și restul lumii). Consultați hărțile țării în funcție de regiune din această foaie de calcul. Țara organizației va determina numerele de apelare globale implicite pentru Cisco PSTN în site-urile Webex Meeting. Consultați secțiunea Țară a paginii de ajutor pentru mai multe informații.
Mod BroadWorks Enterprise activ	Activați acest lucru dacă clienții pe care îi furnizați cu acest șablon sunt întreprinderi în BroadWorks. Dacă acestea sunt grupuri, dezactivați acest comutator. Dacă aveți o combinație de întreprinderi și grupuri în BroadWorks dvs., ar trebui să creați șabloane diferite pentru aceste cazuri diferite.

Note din tabel:

† Acest comutator asigură crearea unei noi organizații de clienți dacă domeniul de e-mail al unui abonat nu corespunde unei organizații Webex existente.

Acest lucru ar trebui să fie întotdeauna valabil, cu excepția cazului în care utilizați un proces de comandă și executare manuală (prin Cisco Commerce Workspace) pentru a crea organizații ale clienților în Webex (înainte de a începe să configurați utilizatori în respectivele organizații). Această opțiune este adesea menționată ca modelul „Hybrid Provisioning” și nu intră în domeniul de aplicare al acestui document.
** „Cont de configurare” se referă la contul de administrator la nivel de sistem BroadWorks. Pe BroadWorks, aveți nevoie de un cont de administrator cu aceste atribute: Administrator Type=Configurare, Doar citire=Dezactivare.

Selectați pachetul de servicii implicit pentru clienți utilizând acest șablon (consultați pachetele din secțiunea Prezentare generală); fie Basic, Standard, Premium sau Softphone.

Puteți suprascrie această setare pentru utilizatorii individuali prin intermediul Partner Hub.
Opțional. Verificați Dezactivarea apelurilor gratuite Cisco Webex dacă doriți să dezactivați apelurile Webex.
Pentru Configurarea intrării în întâlnire, selectați una dintre următoarele opțiuni:
- Numere de apelare Cisco (PSTN)
- Numere de apelare furnizate de partener (BYoPSTN)—Dacă selectați această opțiune, consultați Ghidul de soluții PSTN pentru Webex pentru Cisco BroadWorks pentru informații detaliate despre modul de configurare a acestei opțiuni.
Faceți clic pe Înainte.

Există două abordări pentru configurarea abonaților în ceea ce privește modul în care sunt verificate identitățile lor – folosind e-mailuri de încredere sau e-mailuri de neîncredere.

În cazul de e-mail de neîncredere, utilizatorii trebuie să-și verifice e-mailurile înainte de configurare sau utilizatorii se pot auto-activa.

În cazul de neîncredere există mai multe moduri de configurare bazate pe setările de verificare din tabelul de mai jos:

Tabelul 4. Setări de verificare a utilizatorului recomandate pentru modurile de configurare nefiabile
Denumire setare	Configurare Flowthrough fără e-mailuri	Auto-configurare utilizator
Administrator de configurare în primul rând	Recomandată	Nu se aplică
Permiteți utilizatorilor să se autoactiveze	Nu se aplică	Obligatoriu

Note din tabel:
* Fiecare organizație client din Webex trebuie să aibă cel puțin un utilizator cu rol de administrator. Primul utilizator căruia îi atribuiți IM&P integrat în BroadWorks preia rolul de administrator al clientului dacă este creată o nouă organizație client în Webex. În calitate de Furnizor de servicii, este posibil să doriți să aveți control asupra persoanei care primește rolul. Verificarea acestei setări împiedică utilizatorii să finalizeze activarea până când primul utilizator pe care l-ați configurat este activat. Dacă debifați această setare, atunci primul utilizator care devine activ în noua organizație devine administratorul clientului.

Faceți clic pe Înainte.

Selectați modul de autentificare implicit (fie autentificare BroadWorks , fie autentificare Webex) pentru conectarea utilizatorului la Webex.

(Consultați Modul de autentificare din secțiunea Pregătire mediu).

Faceți clic pe Înainte.
Pentru Preferințe, configurați următoarele:
1. Alegeți dacă doriți să Precompletați adresele de e-mail ale utilizatorului în pagina de conectare.
  
  Ar trebui să utilizați această opțiune numai dacă ați selectat BroadWorks Authentication și ați introdus, de asemenea, adresele de e-mail ale utilizatorilor în atributul ID alternativ din BroadWorks. În caz contrar, vor trebui să își folosească numele de utilizator BroadWorks. Pagina de conectare oferă opțiunea de a schimba utilizatorul, dacă este necesar, dar acest lucru poate duce la probleme de conectare.
2. Dacă doriți să activați sincronizarea directorului, setați Activarea sincronizării directorului telefonului pentru toate noile organizații ale clienților la Activare.
  
  Această opțiune permite Webex să citească contactele BroadWorks în organizația client, astfel încât utilizatorii să le poată găsi și apela din aplicația Webex.
3. Introduceți un administrator partener.
  
  Acest nume este utilizat în mesajul de e-mail automat de la Webex, care invită utilizatorii să-și valideze adresele de e-mail.
4. Asigurați-vă că e-mailurile Permiteți invitarea administratorului sunt activate atunci când atașați comutatorul de organe existente (setarea implicită este activată).
5. Faceți clic pe Înainte.
Revizuiți intrările pe ecranul final. Puteți să faceți clic pe comenzile de navigare din partea de sus a expertului pentru a reveni și a schimba orice detalii. Faceți clic pe Creați.

Ar trebui să vedeți un mesaj de succes.
Faceți clic pe Vizualizare șabloane și ar trebui să vedeți noul șablon listat cu orice alte șabloane.
Faceți clic pe numele șablonului pentru a modifica sau șterge șablonul, dacă este necesar.

Nu este necesar să introduceți din nou detaliile contului de configurare. Câmpurile de confirmare a parolei/parolei goale sunt acolo pentru a schimba acreditările dacă trebuie, dar lăsați-le goale pentru a păstra valorile pe care le-ați dat expertului.
Adăugați mai multe șabloane dacă aveți configurații partajate diferite pe care doriți să le furnizați clienților.

Păstrați deschisă pagina Vizualizare șabloane , deoarece este posibil să aveți nevoie de detalii șablon pentru o sarcină ulterioară.

Configurați serverul aplicației cu URL-ul serviciului de furnizare

Această sarcină este necesară numai pentru debit prin configurare.

Server Aplicație Patch (numai R22, R23 și R24)

Dacă nu ați făcut încă acest lucru, aplicați următorul plasture care se aplică eliberării dvs.:.
- Pentru R22: AP.as.22.0.1123.ap373197
- Pentru R23: AP.as.23.0.1075.ap373197
- Pentru R24: AP.as.24.0.944.ap384177
Pentru o listă completă de plasturi BroadWorks care formează cerința de implementare a Webex pentru Cisco BroadWorks, Consultați Cerințele software BroadWorks din secțiunea Referință.
Modificarea la Maintenance/ContainerOptions context.
Activați parametrul URL de configurare:

/AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true

Obțineți URL(URL) de configurare de la Partner Hub

Consultați Ghidul de administrare a interfeței de comandă a serverului Cisco BroadWorks pentru detalii (Interfață > Mesagerie și serviciu > IM&P integrat) ale comenzilor AS.

Conectați-vă la Partner Hub și accesați Setări > Apelare BroadWorks.
Faceți clic pe Vizualizare șabloane.
Selectați șablonul pe care îl utilizați pentru a furniza abonații acestei întreprinderi/grupului în Webex.

Detaliile șablonului se afișează într-un panou de scurgere din dreapta. Dacă nu ați creat încă un șablon, trebuie să faceți acest lucru înainte de a putea obține URL-ul de configurare.
Copiați URL-ul adaptorului de configurare.

Repetați acest lucru pentru alte șabloane dacă aveți mai multe.

(Opțiune) Configurarea parametrilor de configurare la nivel de sistem pe serverul de aplicații

Este posibil să nu doriți să setați domeniul de furnizare și serviciu la nivel de sistem dacă utilizați UC-One SaaS. Consultați Punctele de decizie din secțiunea Pregătire mediu.

Conectați-vă la serverul de aplicații și configurați interfața de mesagerie.
1. AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL
2. AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name
3. AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password
4. AS_CLI/Interface/Messaging> set enableSynchronization true
Activați interfața IMP integrată:
1. /AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
2. /AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true

(Opțiune) Configurarea parametrilor de configurare per întreprindere pe serverul de aplicații

În interfața de utilizator BroadWorks, deschideți întreprinderea pe care doriți să o configurați și accesați Servicii > IM&P integrat.
Selectați Utilizați domeniul serviciului și introduceți o valoare fictivă (Webex ignoră acest parametru. Puteți utiliza example.com).
Selectați Utilizați serverul de mesagerie.

În câmpul URL , lipiți URL-ul de configurare pe care l-ați copiat din șablonul dvs. în Partner Hub.

În câmpul Nume utilizator , introduceți un nume pentru administratorul de configurare. Aceasta trebuie să corespundă valorii din șablonul din Partner Hub.
Introduceți o parolă pentru administratorul de configurare. Aceasta trebuie să corespundă valorii din șablonul din Partner Hub.
Pentru identitatea implicită a utilizatorului pentru ID-ul IM&P, selectați Primar.
Faceți clic Aplicați .
Repetați pentru alte întreprinderi pe care doriți să le configurați pentru debit prin configurare.

Date de configurare a utilizatorului

API Verificare preconfigurare partener

Pentru mai multe informații despre API, consultați: Ghid Webex pentru dezvoltatorii angro

Pentru a utiliza API-ul, accesați: Verificați previzualizarea furnizării abonaților angro

Pentru a accesa Preverificarea unui document de furnizare abonat angro, trebuie să vă conectați la https://developer.webex.com/ portal.

Partenerul SSO - SAML

Verificați dacă furnizorul de identitate terț îndeplinește cerințele enumerate în secțiunea Cerințe pentru furnizorii de identitate din Integrarea cu conectare unică în Control Hub.
Încărcați fișierul cu metadate CI care are Furnizor de identitate.
Configurați un șablon de integrare. Pentru setarea Mod de autentificare , selectați Autentificare partener. Pentru ID-ul entității IDP, introduceți EntityID din metadatele XML SAML ale furnizorului de identitate terț.
Creați un utilizator nou într-o nouă organizație client care utilizează șablonul.
Foarte mult că utilizatorul se poate conecta.

Partner SSO - OpenID Connect (OIDC)

Atribut	Obligatoriu	Descriere
Nume IDP	Da	Numele unic, dar insensibil la caz, pentru configurația IdP OIDC, ar putea consta din litere, numere, hife, subliniază, tilduri și puncte, iar lungimea maximă este de 128 de caractere.
ID client OAuth	Da	Utilizat pentru a solicita autentificarea IdP OIDC.
Secret client OAuth	Da	Utilizat pentru a solicita autentificarea IdP OIDC.
Lista scopurilor	Da	Lista scopurilor care vor fi utilizate pentru a solicita autentificarea IdP OIDC, împărțită în funcție de spațiu, de exemplu, „profil de e-mail deschis” Trebuie să includă Openid și e-mail.
Punct final de autorizare	Da, dacă punctul final de descoperire nu este furnizat	URL-ul punctului final de autorizare OAuth 2.0 al IdP.
punct de sfârșit	Da, dacă punctul final de descoperire nu este furnizat	URL-ul punctului final OAuth 2.0 al IdP-ului.
Punct final de descoperire	Nu	URL-ul punctului final de descoperire IdP pentru descoperirea punctelor finale OpenID.
utilizator InfoEndpoint	Nu	URL-ul punctului final de informații despre utilizator al IdP.
Punct final al setului de taste	Nu	URL-ul terminalului JSON Web Key Set al IdP.

În plus față de atributele IDP de mai sus, ID-ul organizației partenere trebuie specificat în cererea TAC.

Configurați URI-ul de redirecționare pe IDP-ul de conectare OpenID.
Configurați un șablon de integrare. Pentru setarea modului de autentificare, selectați Autentificare partener Cu OpenID Connect și introduceți Numele IDP furnizat în timpul configurării IDP ca ID-ul entității IDP OpenID Connect.
Creați un utilizator nou într-o nouă organizație client care utilizează șablonul.
Foarte mult că utilizatorul se poate conecta utilizând fluxul de autentificare SSO.

Activați identificatorul de corelație apeluri

Utilizați CLI pentru a activa caracteristica pe toate interfețele AS și XSP|ADP.

Rulați următoarele comenzi pe interfețele AS. Acest lucru va permite AS pentru a trimite X-BroadWorks-Correlation-Info antet SIP:

AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true

AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true
Fișierul enableCallCorrelationID parametrul asociat cu aplicația Xsi-Actions este utilizat pentru a controla includerea informațiilor privind corelarea apelurilor în jurnalele Xsi-Actions. Se recomandă ca enableCallCorrelationID activată utilizând următoarea comandă pe interfețele XSP|ADP:

XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true

Pentru informații suplimentare despre Identificatorul de corelație apeluri, consultați Descrierea caracteristicilor Identificatorului de corelație apeluri Cisco BroadWorks.

Sincronizare director

Pentru a activa Sincronizarea directorului, accesați Sincronizarea directorului în Webex pentru Cisco BroadWorks.

Istoricul apelurilor unificate

Evenimente din istoricul apelurilor – aceste evenimente sunt utilizate pentru a construi o istorie detaliată a apelurilor unificate
Evenimente de stare cârlig – Istoricul unificat al apelurilor include optimizări de stare cârlig care reduc cantitatea de lățime de bandă a rețelei pentru actualizările de prezență telefonică

Cerințe privind istoricul apelurilor unificate

Înainte de a putea configura istoricul apelurilor unificate, asigurați-vă că ați corectat sistemul. Această caracteristică depinde de următoarele patch-uri BroadWorks care sunt instalate:

Pentru R22:

AP.xsp.22.0.1123.ap378585
AP.as.22.0.1123.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.22.0.1123.ap378585
AP.ps.22.0.1123.ap378585

Pentru R23:

AP.as.23.0.1075.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.23.0.1075.ap378585
Dacă utilizați XSP— AP.xsp.23.0.1075.ap378585
Dacă utilizați ADP— Xsi-Events-23_2021.05_1.251.bwar

Pentru R24:

AP.as.24.0.944.ap378585 — după instalarea plasturelui, trebuie să activați caracteristica 25433. De exemplu: AS_CLI/System/ActivatableFeature> activate 25433
Xsi-Events-24_2021.05_1.251.bwar

Pentru a avea informații despre Hunt Group, Call Center și alte redirecționări în istoricul apelurilor Unified, trebuie instalați și activați următorii plasturi Broadworks:

Pentru R23:

AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994

Pentru R24:

AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994

Pentru a avea informații despre Asistentul executiv în istoricul apelurilor Unified, trebuie instalați și activați următorii plasturi Broadworks:

Pentru R24:

AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
ADP care rulează Xsi-Events-24_2022.06 sau mai târziu

În plus față de plasturii Broadworks, sincronizarea directorului trebuie să fie, de asemenea, activată pentru istoricul apelurilor Unified Executive-Assistant.

Activați istoricul apelurilor (cluster nou)

Pentru a activa istoricul apelurilor într-un cluster nou, consultați pașii pentru adăugarea unui cluster în Configurați organizația partenerului în Hubul partenerului.

Activați istoricul apelurilor (cluster existent)

Pentru a activa istoricul apelurilor pe un cluster existent, urmați pașii de mai jos:

Conectați-vă la Partner Hub la admin.webex.com.
Accesați Setări și selectați un cluster existent.
Verificați dacă conexiunea clusterului este bună. Panoul din dreapta trebuie să afișeze o marcă de verificare verde cu Connection stabilită.

Dacă acest lucru nu apare, sub Verificare conexiuni (opțional), introduceți ID-ul de utilizator BroadWorks și parola BroadWorks și faceți clic pe Verificare pentru a verifica dacă conexiunea este bună.
Bifați caseta de selectare Activare istoric apeluri .
Faceți clic pe Salvați.

Interacțiuni caracteristică

Există următoarele interacțiuni ale caracteristicii pentru istoricul apelurilor unificate:

Istoricul de apeluri unificat nu este acceptat pentru utilizatorii care sunt configurați în BroadWorks cu liste de rutare sau rute directe. Atunci când această situație există, evenimentele privind istoricul apelurilor și starea cârligului nu sunt trimise în Aplicația Webex.
Istoricul de apeluri unificat nu este acceptat cu apelarea extensiei. Apelurile care sunt plasate utilizând apelarea extensie nu pot fi reflectate corect în istoricul apelurilor.

Vizualizați istoricul apelurilor în aplicația Webex

Utilizatorii finali pot accesa și vizualiza istoricul de apeluri unificat din aplicația Webex. Pentru detalii, consultați: Istoricul apelurilor și întâlnirilor Webex | View.

Dezactivați istoricul apelurilor unificate

Indicație Spam vizual

Activați istoricul apelurilor unificate conform descrierii din secțiunea anterioară.
Trebuie să fie instalaţi şi activi următorii plasturi:
- AP.as.23.0.1075.ap384591 / AP.as.24.0.944.ap384591
- sau AS-25_Rel_2022.12 la un nivel minim
Funcția trebuie să fie activată prin intermediul CLI AS:
- AS_CLI/System/ActivatableFeature> activați 104112
- AS_CLI/System/StirShaken> setați enableVerificare adevărată
Broadworks trebuie să fie configurat pentru a efectua semnarea, etichetarea și verificarea STIR-SHAKEN așa cum este descris în Etichetarea și Verificarea semnării STIR-SHAKEN Cisco BroadWorks

Identificarea apelantului și redirecționarea apelului

Identificare apelant

Dacă găsește mai multe instanțe ale unui număr într-o singură sursă, nu va încerca să aleagă unul dintre ele, în acest caz, nu va afișa niciun ID de apelant.

Identitatea comună Webex (CI) care conține utilizatorii organizației dvs.
Contacte personale și organizaționale. Contactele personale sunt vizibile sub fila Contacte.
Adresa locală. În Windows - Aplicația Outlook, în Mac - Contacte Mac, în iOS - Contacte iPhone, în Android - Contacte Android.

Redirecționare apel

Apel redirecționat: Afișează numărul care a redirecționat apelul.
Grup de hunting: Afișează numele grupului de hunt care a redirecționat apelul.
Coadă centru de apeluri: Afișează numele cozii care a redirecționat apelul.
Asistent executiv: Afișează numele Executivului pentru care vine apelul.

Excepții:

Pentru apelurile din coada de apeluri internă, în cazul în care un agent apelează înapoi o parte internă, partea de la distanță nu va vedea numele cozii de apeluri, ci va vedea numele agentului care le apelează.

Apelul a fost Răspuns În Altă Parte:

Aspect linie partajată

Această caracteristică ajută utilizatorii să gestioneze apelurile în extensia altui utilizator direct din Aplicația Webex.

Puteți configura aparența liniei partajate numai pentru versiunea desktop a Aplicației Webex.
Puteți adăuga maximum 10 linii în Aplicația Webex, inclusiv linia principală.
Nu puteți aloca linia unui spațiu de lucru ca linie partajată.
Un utilizator nu poate fi asigurat cu serviciul de Asistent Executiv în același timp cu partajarea liniilor.
Portul liniei principale a unui utilizator nu trebuie schimbat într-o linie partajată.

Cerințe

Pentru a implementa această funcție pe Webex pentru Cisco BroadWorks, trebuie să implementați următorii plasturi BroadWorks:

Patch 1: Drapelul proprietarului din lista de dispozitive pentru a sprijini liniile partajate ale clienților Webex

R23 fără ADP:

AP.as.23.0.1075.ap384179
AP.xsp.23.0.1075.ap384179

R23 cu ADP:

AP.as.23.0.1075.ap384179
Xsi-Acţiuni-23_2022.10

R24:

CA: AP.as.24.0.944.ap384179
Xsi-Acţiuni-24_2022.10

R25:

CA: Versiunea RI Rel_ 2022.10_1.310
Xsi-Acțiuni-25_ 2022.10

DACĂ este activată „Nelimitat”, nu este necesară nicio modificare
DACĂ „Limited To” este <10, modificați valoarea = 10 și salvați pentru a utiliza toate liniile disponibile

Versiunea RI Rel_ 2022.10_1.310

Sincronizare Nu deranjați (DND).

Sincronizarea DND se aplică la nivelul clusterului BroadWorks și poate fi activată în Partner Hub de către un administrator partener.

Cerințe preliminare

Asiguraţi-vă că următorii plasturi sunt aplicaţi pe AS şi XSP|ADP. Aplicați numai plasturii pentru versiunea BroadWorks.

Pentru Versiunea 23:

Aplicații ADP: Xsi-Actions-23_ 2022.03_1.220.bwar, Xsi-Events-23_2022.03_1.220.bwar

Pentru versiunea 24:

Aplicații ADP: Xsi-Actions-24_ 2022.03_1.220.bwar, Xsi-Events-24_2022.03_1.220.bwar

După ce aplicați plasturii, activați caracteristica 25433 pe AS:

AS_CLI/System/ActivatableFeature> activate 25433

Activați sincronizarea DND (cluster existent)

Conectați-vă la Partner Hub
Faceți clic pe Setări.
Faceți clic pe Vizualizare cluster și selectați clusterul BroadWorks corespunzător.
Activați comutatorul de sincronizare Nu deranjați (DND).
Introduceți ID-ul de utilizator BroadWorks și faceți clic pe Activare.

Sistemul validează faptul că clusterul BroadWorks are plasturii potriviți pentru a sprijini sincronizarea DND. Dacă validarea eșuează, butonul Salvare este dezactivat.
Dacă validarea reușește, faceți clic pe Salvare.

Odată ce sincronizarea DND este activată, Webex reîmprospătează toate abonamentele utilizatorilor pentru a include pachetul Nu deranjați evenimentul. În funcție de numărul de utilizatori, acest proces poate dura câteva ore pentru a finaliza.
Activarea sincronizării DND este un comutator cu un singur mod. Odată ce funcția este activată, nu o puteți dezactiva pe cont propriu.

Activați sincronizarea DND (cluster nou)

De asemenea, puteți activa funcția în timpul creării de clustere. Pentru detalii, consultați „Configurați clusterele BroadWorks” din Configurați organizația partenerului în Partner Hub.

Dezactivați sincronizarea DND

Nu puteți dezactiva Sincronizarea DND pe cont propriu. Pentru a dezactiva caracteristica, creați un caz BEMS de inginerie cu următoarele informații:

Familie: Serviciu Spark
Produs: Apelare în Webex (Webex pentru BroadWorks)
Componentă: Furnizare WxBW
Cazul BEMS trebuie să precizeze că Nu deranjați sincronizarea trebuie să fie dezactivată pentru un partener. Cazul trebuie să conțină partnerId și clusterId BroadWorks.

Cazuri de utilizare

Înregistrare apeluri

Webex pentru Cisco BroadWorks acceptă patru moduri de înregistrare a apelurilor.

Tabelul 6. Moduri de înregistrare
Moduri de înregistrare	Descriere	Controale/indicatori care se afișează în aplicația Webex
Întotdeauna	Înregistrarea este inițiată automat atunci când apelul este stabilit. Utilizatorul nu are capacitatea de a porni sau opri înregistrarea.	Indicator vizual în curs de înregistrare
Întotdeauna cu întrerupere/reluare	Înregistrarea este inițiată automat atunci când apelul este stabilit. Utilizatorul poate întrerupe și relua înregistrarea.	Indicator vizual în curs de înregistrare Buton pauză înregistrare Buton Reluare înregistrare
Nu este necesară	Înregistrarea este inițiată automat atunci când apelul este stabilit, dar înregistrarea este ștearsă, cu excepția cazului în care utilizatorul apasă Start Recording. Dacă utilizatorul începe înregistrarea, înregistrarea completă din configurarea apelului este reținută. După începerea înregistrării, utilizatorul poate, de asemenea, să întrerupă și să reia înregistrarea	Buton Start Înregistrare Buton pauză înregistrare Buton Reluare înregistrare
OnDemand cu inițiere inițiată de utilizator	Înregistrarea nu inițiază decât dacă utilizatorul selectează opțiunea Start Recording din aplicația Webex. Utilizatorul are opțiunea de a începe și opri înregistrarea de mai multe ori în timpul unui apel.	Buton Start Înregistrare Buton Oprire înregistrare Buton pauză înregistrare

Cerințe

Pentru a implementa această funcție pe Webex pentru Cisco BroadWorks, trebuie să implementați următorii plasturi BroadWorks:

Identificatorul de corelație apeluri trebuie să fie activat. Pentru detalii, consultați Activarea identificatorului de corelație apeluri.

Pentru a utiliza această funcție, trebuie să fie activată următoarea etichetă de configurare: %ENABLE_CALL_RECORDING_WXT%.

Această caracteristică necesită o integrare cu o platformă terță parte de înregistrare a apelurilor.

Pentru a configura înregistrarea apelurilor în BroadWorks, accesați Ghidul interfeței de înregistrare a apelurilor Cisco BroadWorks.

Informații suplimentare

Pentru informații despre utilizator despre modul de utilizare a caracteristicii Înregistrare, accesați help.webex.com articol Webex | Înregistrați apelurile.

Pentru a reda o înregistrare, utilizatorii sau administratorii trebuie să acceseze platforma de înregistrare a apelurilor terță parte.

Grup Call Park și Preluați

Funcție de funcționare

După ce caracteristica este configurată

În timpul unui apel, un utilizator face clic pe opțiunea Park din aplicația Webex pentru a parca apelul la o extensie pe care sistemul o selectează automat. Sistemul afișează extensia utilizatorului pentru o perioadă de 10 secunde.
Un alt utilizator din grup face clic pe opțiunea Recuperare apel din aplicația Webex. Utilizatorul intră apoi în extensia apelului parcat pentru a continua apelul.

Cerințe

Pentru ca această caracteristică să funcționeze, asigurați-vă că aveți următoarele:

Fișierul de configurare a clientului trebuie să aibă următoarele etichete setate:

<call-park enabled="%ENABLE_CALL_PARK_WXT%"
        timer="%CALL_PARK_AUTO_CLOSE_DIALOG_TIMER_WXT%"/>

Identificatorul de corelație apeluri trebuie să fie activat pe AS și XSP|ADP. Pentru detalii, consultați Activarea identificatorului de corelație apeluri.
SBC-ul trebuie să fie configurat pentru a trece ‘ x-broadworks-correlation-in' atribuie SIP către și de la serverul de aplicații.

Configurare

Informații suplimentare

Pentru informații despre utilizator despre modul de utilizare a parcului de apeluri de grup, consultați Webex | Park și preluați apelurile.

Parcare apel/Parcare apel direcționat

Introduceți *68 pentru a parca un apel
Introduceți *88 pentru a prelua un apel

Întrerupeți

Serviciul de tip barge-in este utilizat în mod obișnuit în mediile centrului de apeluri sau în alte situații în care poate fi necesară asistență sau intervenție imediată.

Atunci când apare o barjă, se stabilește un apel în trei moduri între părți. Se introduc următorii termeni:

Supervizor: Un supervizor este o persoană care supraveghează și gestionează o echipă de agenți de servicii pentru clienți sau reprezentanți ai centrului de apeluri. În contextul întreruperii apelurilor, un supervizor are, de obicei, capacitatea de a monitoriza și de a interveni în apelurile în curs ale clienților. Aceștia pot utiliza instrumente de monitorizare a apelurilor sau software-ul pentru a asculta apelurile, pentru a oferi îndrumare agenților și pentru a asigura controlul calității. Rolul supraveghetorului poate implica agenți de formare, abordarea preocupărilor clienților și optimizarea performanței echipei.
Client: Un client se referă la o persoană sau o entitate care se angajează cu o companie sau o organizație pentru a obține produse, servicii sau asistență. În contextul introducerii apelului, un client este o persoană care efectuează sau primește un apel telefonic cu un agent de servicii pentru clienți. Clienții pot solicita asistență, informații sau soluționarea întrebărilor sau problemelor lor în timpul apelului. Funcția de blocare a apelurilor permite supraveghetorilor sau personalului autorizat să se alăture apelului în curs între client și agent.
Agent: Un agent, cunoscut și sub numele de reprezentant al serviciului pentru clienți sau agent al centrului de apeluri, este o persoană responsabilă pentru gestionarea interacțiunilor cu clienții și furnizarea de asistență sau asistență prin telefon sau prin alte canale de comunicare. Agenții sunt instruiți să abordeze întrebările clienților, să rezolve problemele, să proceseze tranzacțiile și să ofere o experiență pozitivă pentru clienți. În contextul intrării în apelare, un agent este persoana care vorbește direct cu clientul în timpul apelului telefonic. Agentul poate primi îndrumare sau feedback de la supervizor prin intermediul apelului de tip barge-in, dacă este necesar.

Pentru orice solicitări inițiate de client, cum ar fi CallStartRequest, CallPickupRequest, DirectedCallPickupRequest, DirectedCallPickupWithBargeInRequest etc., dacă <Webex Client=""> (vă rugăm să alegeți numele potrivit în locul clientului Webex, dacă nu este adecvat) este configurat ca dispozitiv cu Aspect de apel partajat, configurația „Alertă toate aparențele pentru apeluri cu clic-pentru-formare” trebuie să fie activată în setarea Aspect de apel partajat pentru ca clientul să primească un apel, cu excepția cazului în care locația este furnizată în mod explicit de către clientul care inițiază solicitarea.

Creşterea numărului de apeluri nativ mobile la întâlnire

Scala de apel nativ mobil la întâlnire vine cu două caracteristici unice:

Notificare push nouă

Utilizatorii de telefonie mobilă aflați într-un apel nativ pot comuta acum la Aplicația Webex atingând Notificarea push nouă. Când începeți un ecran de apel nativ, pe ecran apare o Notificare push Nouă și atingând notificarea vă duce direct la ecranul în apel al Aplicației Webex.

Vizualizați notificarea Webex în timpul unui apel telefonic mobil dacă utilizați Webex Go sau operatorul de rețea mobilă (MNO) are semnalizarea apelurilor utilizând controlul apelurilor Cisco pentru apelurile telefonice mobile.
Mutați apelul mobil în întâlnire

Când vă aflați în mijlocul unui apel cu cineva, este posibil să doriți să mutați acel apel într-o întâlnire pentru a utiliza unele caracteristici avansate ale întâlnirilor, cum ar fi transmisia video, partajarea sau tabla. Sau invitați alte persoane la discuție și mutați-vă la o întâlnire.

Cerințe BroadWorks

Caracteristică activabilă 25239
R23 cu XSP|ADP:
- AS Patch AP.as.23.0.1075.ap383064
- XSP|ADP Patch AP.xsp.23.0.1075.ap383064
- Patch AP.platform.23.0.1075.ap383064
R23 cu ADP:
- AS Patch AP.as.23.0.1075.ap383064
- ADP cu Xsi-Actions-23, versiunea CommPilot-23 > 2022.05_1.303 și versiunea NPS > 2022.08_1.350
R24:
- CA plasture transdermic: AP.as.24.0.944.ap383064
- ADP cu Xsi-Actions-24, versiunea CommPilot-24 > 2022.05_1.303 și versiunea NPS > 2022.08_1.350
R25:
- AS versiunea RI Rel_ 2022.08_1.354
- ADP cu Xsi-Actions-25, CommPilot-25 > 2022.08_1.350 și versiunea NPS > 2022.08_1.350

Configurație apelare URI pentru a sprijini mutarea apelului în întâlnire

Politica NS de apelare rapidă

Definiți regula pentru (.*)webex.com pentru a ruta prin I-SBC

NS_CLI/Policy/UrlDialing> get WebexMeetings
 Policy: UrlDialing  Instance: Webex
   unknownSipURIHandling = reject
   disableSubscriberLookups = true
   Enable = true
   CallTypes:
     Selection = {ALL}
     From = {PCS, ALL, TRMT, LO, TPSX, OAX, GNT, DP, LPS, OA, TPS, IOA, MOBX, EA, FGB, MOB, SNEN, POA, SV, SVCD, CAC, IN, TO1X, MS, CSV, VSC, EM, SVCO, SMC, TPSE, ZD, NIL, CS, CT, TF, GAN, VFAC, TO, DA, OAP}
   lineportOnly = false
   enableSipURIMatchingRules = true

NS_CLI/Policy/UrlDialing/Rules> get WebexMeetings
 Policy: UrlDialing  Instance: WebexCalling  Table: Rules
   id            pattern      routingNE  cost  weight            dtg
===================================================================
    1      *@*.webex.com  WebexMeetings     1      50  WebexMeetings

NS Routing NE pentru I-SBC

configurare Exemplu

NS_CLI/System/Device/RoutingNE> get ne WebexMeetings
 Network Element  WebexMeetings
    Location              =  1281465
    Data Center           =
    Static Cost           =  1
    Static Weight         =  99
    Poll                  =  false
    OpState               =  enabled
    State                 =  OnLine
    Profile               =  NIL_PROFILE
    Remote Lookup Enabled =  false
    Signaling Attributes  =

NS_CLI/System/Device/RoutingNE/Address> get ne WebexMeetings
      Routing NE     Address  Cost  Weight  Port    Transport    Route
=====================================================================
   WebexMeetings sbc-address     1      99     -  unspecified

Profil de rutare NS

Instanța de politică UrlDialing adăugată la profilul(ele) de rutare corespunzător(e)

NS_CLI/Policy/Profile> get profile MyInst
 Profile:  Webex
                  Policy              Instance
    ==========================================
 …
              UrlDialing          WebexMeetings

CA Utilizare Rută NS pentru apel NetworkURL

Activați AS pentru a onora ruta NS în modul Hybrid AS

AS_CLI/Interface/IMS> set queryNSForNetworkURL true

Apelare de urgență E911

Utilizați următoarele articole Webex pentru a configura asistența pentru serviciile de apelare de urgență E911:

Apelare de urgență E911 în Webex pentru BroadWorks—Utilizați acest articol pentru a configura apelarea de urgență E911 în Webex pentru Cisco BroadWorks utilizând unul dintre următorii furnizori E911 acceptați:
- Lățime de bandă
- Intrado
- RedSky
Disclaimer pentru apeluri de urgență—Dacă aveți un serviciu de localizare, puteți configura fereastra Disclaimer pentru servicii de urgență din Aplicația Webex pentru a include o opțiune pentru ca utilizatorii să își actualizeze locația atunci când se conectează.

Personalizați și configurați clienții

Aceste două seturi de configurații se pot suprapune, caz în care configurația Webex depășește configurația BroadWorks.

Adăugați șabloane de configurare a aplicațiilor Webex pe serverul aplicației BroadWorks

Aplicațiile Webex sunt configurate cu fișiere DTAF. Clienții descarcă un fișier XML de configurare de pe serverul aplicației, prin serviciul de administrare a dispozitivelor de pe XSP|ADP.

Obțineți fișierele DTAF necesare (consultați profilurile dispozitivului din secțiunea Pregătire mediu).
Verificați dacă aveți seturile de etichete corecte în BroadWorks System > Resurse > Setările etichetei de administrare a dispozitivelor.

Pentru fiecare client pe care îl configurați:

Descărcați și extrageți fișierul zip DTAF pentru clientul particular.
Importați fișiere DTAF în BroadWorks la Sistem > Resurse > Tipuri de profil de identitate/dispozitiv

Deschideți profilul dispozitivului nou adăugat pentru editare și:

Introduceți FQDN și Protocolul de acces la dispozitiv la ferma XSP|ADP.

Bifați caseta de selectare Support Remote Party Info . Acest suport este necesar pentru ca partajarea desktop-ului să funcționeze.

Modificați șabloanele în funcție de mediul dumneavoastră (consultați tabelul de mai jos).
Salvează-ți profilul.

Faceți clic pe Fișiere și autentificare și apoi selectați opțiunea de a reconstrui toate fișierele de sistem.

Nume	Descriere
Prioritate Codec	Configurați ordinea prioritară pentru codecurile audio și video pentru apelurile VoIP
TCP, UDP și TLS	Configurați protocoalele utilizate pentru semnalizarea SIP și media
Porturi audio și video RTP	Configurați intervalele portului pentru transmisia audio și video RTP
opțiuni SIP	Configurați diferite opțiuni legate de SIP (SIP INFO, utilizați rport, descoperire proxy SIP, intervale de reîmprospătare pentru înregistrare și abonare etc.)

Personalizați brandingul pentru aplicația Webex

Personalizări partener — Administratorii parteneri pot aplica personalizări avansate de branding care se aplică organizației partenere și/sau clienților pe care partenerul îi gestionează. Consultați Configurarea personalizărilor avansate de branding.
Personalizări client – Dacă partenerul permite clienților să aplice propriile personalizări Branding, administratorii clienților pot urma procedurile de la Adăugare Branding Company la Webex.

Portalul de activare a utilizatorului utilizează aceeași siglă pe care o adăugați pentru branding-ul clientului.

Personalizați URL-urile de raportare a problemelor și de asistență

Pentru a personaliza aceste opțiuni, administratorii pot urma procedura "Add Feedback and Help Site URL", care poate fi găsită în ambele articole de Branding de mai sus.

Configurați organizația dvs. de testare pentru Webex pentru Cisco BroadWorks

Înainte de a începe

Cu Flowthrough Provizionare

Trebuie să configurați toate serviciile XSP|ADP și organizația parteneră din Control Hub, înainte de a putea efectua această sarcină.

Alocați serviciul în BroadWorks:

Creați o întreprindere de testare sub întreprinderea furnizorului dvs. de servicii în BroadWorks sau creați un grup de testare sub Furnizorul dvs. de servicii (depinde de configurarea BroadWorks).
Configurați serviciul IM&P pentru acea întreprindere, pentru a indica șablonul pe care îl testați (preluați URL-ul adaptorului de configurare și acreditările din șablonul de integrare Control Hub).
Creați abonați de testare în acea întreprindere / grup.
Oferiți utilizatorilor adrese de e-mail unice în câmpul de e-mail din BroadWorks. Copiați și cele din atributul ID alternativ.

Alocați serviciul IM&P integrat abonaților respectivi.

Verificați organizația clienților și utilizatorii din Control Hub:

Conectați-vă la Control Hub cu contul de administrator partener.
Accesați Clienți și verificați dacă noua dvs. organizație client se află în listă (numele urmează numele grupului sau numele întreprinderii, de la BroadWorks).
Deschideți organizația client și verificați dacă abonații sunt utilizatori în organizația respectivă.
Verificați dacă primul abonat căruia i-ați atribuit serviciul IM&P integrat a devenit administratorul clientului acelei organizații.

Teste utilizator

1	Descărcați aplicația Webex pe două mașini diferite.
2	Conectați-vă ca utilizatori de testare pe cele două mașini.
3	Efectuați apeluri de testare.

Gestionarea Webex pentru BroadWorks

Furnizarea de organizații pentru clienți

Furnizați utilizatori

Puteți să furnizați utilizatorilor în aceste moduri:

Utilizați API-uri pentru a crea conturi Webex
Alocați IM&P integrat (configurare flux) cu e-mailuri de încredere pentru a crea conturi Webex
Alocați IM&P integrat (configurare flux) fără e-mailuri de încredere. Utilizatorii furnizează și validează adrese de e-mail pentru a crea conturi Webex
Permiteți utilizatorilor să se autoactiveze (le trimiteți un link, creează conturi Webex)

API-uri de asigurare a accesului public

Clienții angro vor fi respinși de aceste API-uri.

Configurare flowthrough

Pentru a confirma că utilizatorii și organizația client sunt complet configurați pe Webex, trebuie să vă conectați la Partner Hub și să căutați în lista de clienți.

Locația șabloanelor a fost mutată de la BroadWorks Calling in Org Settings la secțiunea Listă de clienți și acum se numește șablonul de integrare.

Auto-activare utilizator

Pentru a furniza utilizatorilor BroadWorks în Webex, fără a aloca serviciul IM&P integrat:

Conectați-vă la Partner Hub și găsiți pagina Listă clienți .
Faceți clic pe Vizualizare șabloane.
Selectați șablonul de integrare de configurare pe care doriți să îl aplicați acestui utilizator.

Rețineți că fiecare șablon este asociat cu un cluster și cu organizația dvs. parteneră. Dacă utilizatorul nu se află în sistemul BroadWorks asociat cu acest șablon, utilizatorul nu se poate auto-activa cu link-ul.
Copiați linkul de configurare și trimiteți-l utilizatorului.

De asemenea, este posibil să doriți să includeți linkul de descărcare a software-ului și să reamintiți utilizatorului de care are nevoie pentru a furniza și valida adresa de e-mail pentru a-și activa contul Webex.
Puteți monitoriza starea de activare a utilizatorului în șablonul selectat.

Pentru mai multe informații, consultați Fluxurile de configurare și activare a utilizatorului.

Furnizarea de e-mailuri de neîncredere

Mutați utilizatorii Webex în Webex pentru Cisco BroadWorks

Pentru a muta utilizatorii Webex existenți în Webex pentru Cisco BroadWorks, consultați tabelul de mai jos pentru a determina procedura de urmat.

Utilizatorul Webex existent aparține unui...

Urmați aceste procese pentru a muta utilizatorul

Organizația consumatorului sau autentificarea (de exemplu, cont gratuit, cont de încercare)

Configurarea utilizatorilor—Dacă organizația Webex pentru BroadWorks nu există (fără utilizatori configurați), urmați configurarea normală pentru a furniza primul utilizator ca utilizator de administrator și creați organizația. Acest lucru mută automat contul de utilizator Webex pentru primul utilizator. Pentru utilizatorii următori, utilizați procedura de mai jos.
Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks—Dacă există organizația Webex pentru BroadWorks (primul utilizator este configurat), obțineți consimțământul utilizatorului și mutați utilizatorii următori.

organizație Client

Utilizatorul Webex existent aparține unui...

Urmați aceste procese pentru a muta utilizatorul

Organizația consumatorului sau autentificarea (de exemplu, cont gratuit, cont de încercare)

Dacă organizația Webex for BroadWorks nu există (nu sunt configurați utilizatori):

Configurarea utilizatorilor—Urmați configurarea normală pentru a adăuga primul utilizator ca utilizator de administrator. Acest lucru mută automat contul primului utilizator și creează organizația Webex pentru BroadWorks. Consimțământul utilizatorului este necesar pentru a muta utilizatorii secvențiali (utilizați procedura de mai jos).

Dacă există o organizație Webex for BroadWorks (cel puțin un utilizator este configurat):

Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks—Obțineți consimțământul utilizatorului și mutați utilizatorii următori.

organizație Client

Atașați Webex for BroadWorks la organizația existentă—atașamentul organizației (pentru primul utilizator) adaugă, de asemenea, Webex for BroadWorks la utilizatorii următori, atât timp cât acestea sunt atribuite organizației corecte.

Mutați utilizatorul (cu consimțământ) în Webex pentru Cisco BroadWorks

Mutați utilizatorul (cu e-mail de încredere) – utilizează configurarea cu e-mailuri de încredere
Mutați utilizatorul (cu e-mail de neîncredere) – utilizează configurarea cu e-mailuri nefiabile
Auto-activare

Mutați utilizatorul (cu e-mail de încredere)

Dacă șablonul de integrare utilizează e-mailuri de încredere, administratorul partener poate muta utilizatorii următori în acest proces:

Administratorul adaugă utilizatorul.
- Utilizatorul este împins la Podul de configurare BroadWorks.
- Căutarea CI determină faptul că acest utilizator are un alt cont Webex cu această adresă de e-mail.
- Un e-mail automat este trimis utilizatorului.
Utilizatorul deschide e-mailul și face clic pe Activare cont. Utilizatorul este redirecționat către portalul Webex Consumer.
Conectați utilizatorul la Webex.
Faceți clic pe Ștergere pentru a șterge vechiul cont Webex.
- Contul vechi Webex este șters.
- Utilizatorul este configurat în Webex pentru Cisco BroadWorks utilizând aceeași adresă de e-mail.
- Utilizatorul este direcționat către pagina Descărcare.

Mutați utilizatorul (cu e-mail de neîncredere)

Administratorul adaugă utilizatorul.
- Utilizatorul este împins automat la Podul de configurare BroadWorks.
- Un text cu un link de activare este trimis utilizatorului.
Utilizatorul face clic pe linkul Activare și introduce adresa lor de e-mail.
- Căutarea CI determină faptul că acest utilizator are un alt cont Webex cu această adresă de e-mail.
- Un e-mail automat este trimis utilizatorului.
Utilizatorul deschide e-mailul și face clic pe Alăturați-vă acum.
- Adresa de e-mail este validată.
- Utilizatorul este redirecționat pentru a se conecta la portalul Webex Consumer.
Conectați utilizatorul la Webex.
Utilizatorul trebuie să facă clic pe Ștergere pentru a șterge vechiul cont Webex.
- Contul vechi Webex este șters.
- Utilizatorul este configurat în Webex pentru Cisco BroadWorks utilizând aceeași adresă de e-mail.
- Utilizatorul este direcționat către pagina Descărcare.

Flux de auto-activare

Dacă utilizatorul are un cont BroadWorks existent, acesta poate utiliza procesul de auto-activare pentru a-și muta contul.

Utilizatorul se conectează la URL-ul Portalului de acces al utilizatorului utilizând acreditările BroadWorks.
Utilizatorul își introduce adresa de e-mail.
- Utilizatorul este împins la BroadWorks Provisioning Bridge.
- Un e-mail automat este trimis la adresa de e-mail a utilizatorului.
Utilizatorul deschide e-mailul și face clic pe link-ul Alăturați-vă acum , care validează adresa de e-mail.
- CI găsește că utilizatorul are un cont Webex existent. Utilizatorul trebuie să șteargă vechiul cont înainte de a putea continua.
- Utilizatorul este redirecționat pentru a se conecta la Webex.
Utilizatorul se conectează la Portalul pentru consumatori.
Utilizatorul face clic pe Ștergere cont.
- Contul Webex vechi este șters.
- Utilizatorul are la dispoziție un nou cont Webex pentru Cisco BroadWorks cu aceeași adresă de e-mail.

Atașați Webex for BroadWorks la organizația existentă

Este necesară aprobarea administratorului organizației dacă oricare dintre următoarele sunt adevărate:

Organizația client existentă are 100 de utilizatori sau mai mulți
Organizația are un domeniu de e-mail verificat
Domeniul organizației este revendicat

Dacă niciunul dintre criteriile de mai sus nu este adevărat, atunci poate apărea o Atașare Automată.

Administratorii parteneri pot finaliza următoarea procedură pentru a adăuga servicii de apelare BroadWorks la o organizație Webex existentă:

Asigurați-vă că e-mailurile Permite invitarea administratorului sunt atașate la organele existente (comutatorul este activat în mod implicit).

Administratorul partener furnizează Webex pentru Cisco BroadWorks pentru client. Pentru ajutor, consultați Furnizarea organizațiilor pentru clienți. Se întâmplă următoarele:

Atașamentul organizației eșuează cu o 2017 eroare (Nu s-a putut furniza Abonatul într-o organizație Webex existentă). (O eroare nu va fi primită în timpul unui atașament automat.)
Se generează o notificare prin e-mail și se trimite administratorilor organizației clientului (până la cinci administratori). Notificarea prin e-mail evidențiază e-mailul administratorului partenerului (așa cum este configurat în șablonul de integrare din Hub-ul partenerului) și solicită administratorului organizației să aprobe administratorul partenerului ca administrator extern. Administratorul organizației clientului trebuie să aprobe cererea și să ofere administratorului partener acces complet al administratorului la organizația clientului.

După finalizarea furnizării serviciilor de apelare, organizația client existentă va fi vizibilă ca client sub organizația partener Webex pentru BroadWorks.

Numele organizației atașate nu se va schimba în numele întreprinderii BroadWorks. Numele organizației atașate va rămâne așa cum a fost înainte de procesul de atașare.

Condițiile atașamentului organizației

Adresa de e-mail a primului abonat BroadWorks furnizat trebuie să corespundă cu adresa de e-mail a unui utilizator existent în organizația client vizată. În caz contrar, va fi creată o nouă organizație pentru clienți.
Primul utilizator din organizația existentă care este configurat pentru Webex pentru BroadWorks nu este configurat ca utilizator de administrator. Setările și drepturile organizației existente sunt păstrate.
Setările de autentificare existente ale organizației au prioritate față de ceea ce este configurat în șablonul de configurare Webex pentru BroadWorks. Ca rezultat, nu există nicio modificare a modului în care utilizatorii existenți se conectează.
- Cu toate acestea, dacă organizația client existentă are activată branding-ul de bază, după ce atașamentul apare, setările avansate de branding ale partenerului vor avea prioritate. Dacă clientul dorește ca brandingul de bază să rămână intact, atunci partenerul trebuie să configureze organizația clientului pentru a suprascrie brandingul în setările avansate de branding.
Numele organizației existente nu se va schimba.
Nu există nicio modificare a setării steagului de ștergere a e-mailului în setările organizației existente. Acest lucru poate afecta utilizatorii nou configurați. În funcție de modul în care este setat steagul, este posibil ca noii utilizatori să primească sau să nu primească un e-mail cu un cod care trebuie introdus pentru a finaliza activarea.
Modul Administrator restricționat (setat de comutatorul Modul partener restricționat) este dezactivat pentru organizația atașată.
Asigurați-vă că finalizați procesul de atașare a organizației (mutarea utilizatorilor existenți și actualizarea ID-ului organizației), înainte de a furniza noi utilizatori în organizația Webex pentru Cisco BroadWorks.
O întreprindere BroadWorks poate fi asociată doar cu o singură organizație Webex. Nu puteți furniza abonați de la o singură întreprindere BroadWorks în organizații Webex separate.

Adăugare administrator extern

Administratorul clientului trebuie să ofere administratorului extern drepturi și privilegii de Administrator complet.

Dezactivați Webex pentru BroadWorks din organizația existentă

Dacă nu aveți acces la setările clientului din Control Hub, administratorul clientului vă acordă acces la administratorul extern urmând Aprobarea solicitării administratorului extern.
Eliminați toate spațiile de lucru Webex pentru BroadWorks din organizație. Utilizați API-ul Eliminare spațiu de lucru BroadWorks .
Eliminați toți abonații Webex pentru BroadWorks din organizație. Utilizați API-ul Eliminare abonat BroadWorks .
Eliminați utilizatorii Webex în așteptare pentru BroadWorks din organizație. De exemplu, dacă utilizatorii au fost configurați prin intermediul fluxului de e-mail neautentificat și e-mailurile valide nu au fost încă introduse, utilizatorii sunt lăsați într-o stare în așteptare. Urmați Verificați configurarea utilizatorului cu e-mailuri nefiabile pentru a șterge utilizatorii.
Ștergeți configurația BroadWorks Calling pentru acest client. Deschideți instanța Control Hub a clientului, faceți clic pe Hybrid, în secțiunea BroadWorks Calling ștergeți toate configurațiile.

După finalizarea detașării, dacă doriți să atașați Webex for BroadWorks clientului, urmați procesele de configurare pentru a atașa unui client existent.

Gestionați utilizatorii și organizațiile

Verificați Asigurarea accesului utilizatorului cu e-mailurile care nu prezintă încredere

1	Conectați-vă la Partner Hub și găsiți pagina Listă clienți .
2	Faceți clic pe Vizualizare șabloane. Selectați șablonul de integrare corespunzător pe care doriți să îl aplicați acestui utilizator.
3	În conformitate cu Verificarea utilizatorului, verificați dacă sunt setate următoarele setări pentru a vă asigura că configurarea fluxului cu e-mailuri neconfirmate este configurată corect: Opțiunea E-mailuri nefiabile trebuie bifată Câmpul Share Link trebuie să indice linkul Activare. Dacă totul este configurat, utilizatorii pot încerca să se autosesizeze prin Portalul de activare a utilizatorului.
4	După ce apare configurarea utilizatorului, în secțiunea Verificare utilizator , faceți clic pe Afișare stare utilizator pentru a verifica starea de configurare. Vizualizarea stării utilizatorului afișează lista de utilizatori împreună cu detalii, cum ar fi ID-ul BroadWorks, tipul de pachet selectat și starea curentă, care arată dacă utilizatorul este configurat sau dacă există o cerință în așteptare.
5	Pentru utilizatorii cu erori sau cerințe în așteptare, faceți clic pe cele trei puncte din dreapta și alegeți una dintre următoarele opțiuni administrative: Reîncercați activarea—Faceți clic pe această opțiune pentru a reîncerca integrarea utilizatorului. În fereastra pop-up, introduceți o adresă de e-mail validă și faceți clic pe Înregistrare. Ștergeți utilizatorul—Această opțiune poate fi adecvată dacă trebuie să modificați configurația pentru a permite integrarea. După ce ștergeți utilizatorul și efectuați modificările, utilizatorul poate încerca din nou să se integreze. Schimbați tipul de pachet—Schimbați setarea de la un pachet la altul: Copiați textul de eroare—Faceți clic pe această opțiune pentru a copia textul de eroare.

Opțiuni de vizualizare suplimentare

Următoarele opțiuni suplimentare sunt disponibile atunci când vizualizați lista de utilizatori:

Export—Faceți clic pe acest buton dacă doriți să exportați lista de utilizatori într-un fișier CSV.
Excludeți utilizatorii configurați—Activați acest comutator dacă doriți să vizualizați numai utilizatorii cu cerințe în așteptare sau erori.

Modificați ID-ul utilizatorului sau adresa de e-mail

Modificări ale ID-ului de utilizator și adresei de e-mail

Atribut în BroadWorks	Atribut corespunzător în Webex	Scop	Note
ID utilizator BroadWorks	Fără	Identificator principal	Nu puteți schimba acest identificator și totuși să asociați utilizatorul la același cont în Webex. Puteți șterge utilizatorul și recrea dacă nu este corect.
ID e-mail	ID utilizator	Obligatoriu pentru configurarea prin flux (crearea ID-ului de utilizator Webex) atunci când afirmați că aveți încredere în e-mail Nu este necesar în BroadWorks dacă nu afirmați că puteți avea încredere în e-mailuri Nu este necesar în BroadWorks dacă permiteți abonaților să se auto-activeze	Există un proces manual pentru a schimba acest lucru în ambele locuri dacă utilizatorul este configurat cu adresa de e-mail greșită: Schimbați adresa de e-mail a utilizatorului în Control Hub Modificați atributul ID-ului de e-mail în BroadWorks Nu modificați ID-ul de utilizator BroadWorks. Acest lucru nu este acceptat.
ID alternativ	Fără	Permite autentificarea utilizatorului, prin e-mail și parolă, împotriva ID-ului de utilizator BroadWorks	Ar trebui să fie la fel ca ID-ul de e-mail. Dacă Nu puteți introduce e-mailul în atributul ID alternativ, utilizatorii vor trebui să introducă ID-ul de utilizator BroadWorks atunci când se autentifică.

Schimbați pachetul de utilizatori în Partner Hub

1	Conectați-vă la Partner Hub și faceți clic pe Clienți.
2	Găsiți și selectați organizația clientului în care este găzduit utilizatorul. Pagina de prezentare generală a organizației se deschide într-un panou din dreapta ecranului.
3	Faceți clic pe Vizualizare client. Organizația clientului se deschide în Control Hub, afișând pagina Prezentare generală.
4	Faceți clic pe Utilizatori, apoi găsiți și faceți clic pe utilizatorul afectat.
5	În Serviciile utilizatorului, faceți clic pe Webex for BroadWorks Packages (Abonamente). Se deschide panoul de pachete al utilizatorului și puteți vedea ce pachet este alocat în prezent utilizatorului.
6	În fila Profil , căutați în secțiunea Pachet și faceți clic pe săgeată (>) pentru a extinde vizualizarea.
7	Selectaţi pachetul dorit pentru acest utilizator (Basic, Standard, Premium sau Softphone) şi faceţi clic pe Salvare. Control Hub afișează un mesaj pe care utilizatorul îl actualizează.
8	Puteți închide detaliile utilizatorului și fila Control Hub.

Este posibil să dureze două până la trei ore pentru noile setări PMR care rezultă dintr-o modificare a pachetului pentru a fi actualizate.

Ștergeți utilizatorii

Există o varietate de metode pe care administratorii le pot utiliza pentru a șterge un utilizator din Webex pentru Cisco BroadWorks:

Webex pentru API Cisco BroadWorks

Administratorii parteneri pot utiliza API-ul Webex pentru Cisco BroadWorks pentru a șterge utilizatorii:

Rulați Eliminați o solicitare API pentru abonații BroadWorks la https://developer.webex.com/docs/api/v1/broadworks-subscribers/remove-a-broadworks-subscriber. Această solicitare elimină abonamentul Webex pentru Cisco BroadWorks. Utilizatorul nu mai este facturat ca utilizator Webex pentru Cisco BroadWorks și este tratat ca utilizator Webex gratuit.
Rulați Ștergeți o solicitare API a persoanei https://developer.webex.com/docs/api/v1/people/delete-a-person pentru a șterge complet utilizatorul.

Furnizare flux-through

Administratorii parteneri pot utiliza configurarea prin flux pentru a șterge utilizatorii:

Pe serverul BroadWorks, eliminați serviciul integrat IM+P de la utilizator. Puteți dezactiva serviciul pentru utilizator de pe pagina IM&P integrată a BroadWorks. Pentru o procedură detaliată, consultați „Configurați IM&P integrat” în Ghidul de administrare a interfeței web pentru grupul de servere Cisco BroadWorks – Partea a 2-a.

După ce serviciul este dezactivat, configurarea prin flux elimină abonamentul Webex pentru Cisco BroadWorks de la utilizator. Utilizatorul nu mai este facturat ca utilizator Webex pentru Cisco BroadWorks și este tratat ca utilizator Webex gratuit.
În Control Hub, găsiți și selectați utilizatorul.
Accesați Acțiuni și selectați Ștergere utilizator.

Control Hub (Administratori clienți)

Ștergere organizație

Urmați această procedură pentru a șterge o organizație Webex pentru Cisco BroadWorks din sistem.

Utilizați API-urile People pentru a șterge toți utilizatorii din organizație:

Rulați API-ul List People pentru a obține o listă de utilizatori.
Rulați API-ul Ștergere persoană pentru a șterge utilizatorii.

API-ul Eliminare abonat BroadWorks elimină drepturile Webex pentru Cisco BroadWorks de la un utilizator, dar nu șterge utilizatorul.

Dacă Sincronizarea directorului este activată, dezactivați-o. Acest lucru se poate face prin intermediul Partner Hub sau prin intermediul API-ului public.

Pentru a dezactiva Sincronizarea directorului prin Partner Hub:

Conectați-vă la Partner Hub și faceți clic pe Setări.
În cadrul BroadWorks Calling, faceți clic pe Vizualizare șabloane și selectați șablonul corespunzător.
Faceți clic pe butonul Afișare listă de stare sincronizare client din panoul lateral.
Pentru clientul corespunzător, faceți clic pe cele trei puncte din dreapta și selectați Dezactivare sincronizare.

Pentru a dezactiva sincronizarea directorului prin API, utilizați Actualizarea sincronizării directorului pentru un API BroadWorks Enterprise și dezactivați setarea enableDirSync .

După ce toți utilizatorii sunt eliminați, utilizați Ștergeți un API de organizație pentru a șterge organizația.

Anularea unui abonament din Control Hub

Deoarece API-ul este privat, clienții nu vor avea acces la acesta. În schimb, următorii pași arată cum clienții își pot anula propriul abonament din Control Hub:

Administratorul partenerului poate naviga la pagina Servicii „Hybrid” din Control Hub-ul clientului.
Localizați cardul „BroadWorks Calling”.
După ce toți utilizatorii au fost dezconfigurați din Webex for BroadWorks pentru acel client, partenerul trebuie să vadă un buton pentru „Clear Configuration” (adică ștergeți customer_config intrarea în BPB).

Gestionarea lansării

În mod implicit, Aplicația Webex utilizează upgrade-uri automate (lansări lunare controlate de Cisco). Cu toate acestea, cu această caracteristică, administratorii parteneri pot:

Configurați programele de lansare personalizate cu amânări din programul de lansare Cisco implicit
Configurați un program de lansare și o cascadă unică pentru programul respectiv pentru toate organizațiile de clienți pe care le gestionează
Atribuiți diferite programe de lansare diferitelor organizații ale clienților

Reconfigurarea sistemului

Puteți reconfigura sistemul după cum urmează:

Adăugați un cluster BroadWorks în Partner Hub
Editați sau ștergeți un cluster BroadWorks în Partner Hub
Adăugați un șablon de integrare în Partner Hub
Editați sau ștergeți un șablon de integrare în Partner Hub

Editați sau ștergeți un cluster BroadWorks în Partner Hub

Puteți edita sau elimina un cluster BroadWorks în Partner Hub.

Conectați-vă la Partner Hub cu acreditările administratorului partenerului dvs. la https://admin.webex.com.

Accesați Setări și găsiți secțiunea BroadWorks Calling .

Faceți clic pe Vizualizare clustere.

Faceți clic pe clusterul pe care doriți să îl editați sau să îl ștergeți.

Detaliile clusterului se afișează într-un panou de scurgere din dreapta.

Aveți aceste opțiuni:

Schimbați orice detalii pe care trebuie să le schimbați, apoi faceți clic pe Salvare.

Faceți clic pe Ștergere pentru a elimina clusterul, apoi confirmați.

Lista de clustere se actualizează cu modificările dvs.

Editați sau ștergeți un șablon de integrare în Partner Hub

Puteți edita sau șterge șabloanele de integrare în Partner Hub.

Conectați-vă la Partner Hub cu acreditările administratorului partenerului dvs. la https://admin.webex.com.

Accesați Setări și găsiți secțiunea BroadWorks Calling .

Faceți clic pe Vizualizare șabloane.

Faceți clic pe șablonul pe care doriți să îl editați sau să îl ștergeți.

Aveți aceste opțiuni:

Editați orice detalii pe care trebuie să le modificați, apoi faceți clic pe Salvare.
Faceți clic pe Ștergere pentru a elimina șablonul, apoi confirmați.

Setare	Valori	Note
Configurarea numelui contului / parolei	șiruri furnizate de utilizator	Nu este necesar să introduceți din nou detaliile contului de configurare atunci când editați un șablon. Câmpurile de confirmare a parolei/parolei goale sunt acolo pentru a schimba acreditările dacă trebuie, dar lăsați-le goale pentru a păstra valorile pe care le-ați furnizat inițial.
Precompletare adresă de e-mail utilizator pe pagina de conectare	Pornit/oprit	Poate dura până la 7 ore pentru ca o modificare a acestei setări să intre în vigoare. Adică, după ce îl activați, este posibil ca utilizatorii să trebuiască să introducă în continuare adresele lor de e-mail pe ecranul de conectare.

Lista de clustere se actualizează cu modificările dvs.

Webex Assistant

Activați Webex Assistant pentru întâlniri

Webex Assistant este activat în mod implicit atât pentru clienții Broadworks Standard, cât și pentru cei Premium.

Administratorii parteneri și administratorii organizațiilor clienților pot dezactiva funcția pentru organizațiile clienților prin intermediul Control Hub.

Limitări

Există următoarele limitări pentru Webex pentru Cisco BroadWorks:

Asistența se limitează la site-urile de întâlniri Premium și Standard și numai la sălile de întâlnire personale.
Transcrierile de captare închisă sunt acceptate numai în engleză, spaniolă, franceză și germană.
Partajarea conținutului prin e-mail poate fi accesată numai de către utilizatorii din organizația dvs.
Conținutul întâlnirii nu este accesibil utilizatorilor din afara organizației dvs. Conținutul întâlnirii nu este, de asemenea, accesibil atunci când este partajat între utilizatori de pachete diferite din cadrul aceleiași organizații.
Cu pachetul Premium, transcrierile post-întâlnire sunt disponibile dacă Webex Assistant este activat sau dezactivat. Cu toate acestea, dacă este selectată înregistrarea locală, transcrierile sau evidențierile post-întâlnire nu sunt capturate.
Cu pachetul Standard, opțiunea Înregistrare întâlnire în cloud nu este disponibilă și, prin urmare, transcrierile post-întâlnire nu sunt disponibile dacă Webex Assistant este activat sau dezactivat. Cu toate acestea, dacă este selectată înregistrarea locală, transcrierile sau evidențierile post-întâlnire nu sunt capturate.

Informații suplimentare despre Webex Assistant

Pentru informații despre utilizator despre modul de utilizare a funcției, consultați Utilizarea Webex Assistant în Webex Meetings și Events.

Dezactivați apelurile Webex

Asistență caracteristici

Când Webex Calling este dezactivat, se aplică următoarele condiții pentru utilizatorii Webex pentru Cisco BroadWorks:

Utilizatorii nu mai văd Apel cu Webex ca opțiune de apelare selectabilă în Aplicația Webex.
Utilizatorii nu pot plasa sau primi apeluri Webex gratuite către utilizatorii non-Webex pentru Cisco BroadWorks. Aceasta include apelurile inițiate dintr-un spațiu de echipă Webex, istoricul apelurilor, contactele, introducând URI-ul celuilalt utilizator sau adresa de e-mail în bara de căutare.
Partajarea ecranului funcționează într-un apel BroadWorks.
Întâlnirile Webex și prezența telefonului încă funcționează, chiar dacă apelurile Webex sunt dezactivate.

Dezactivați apelurile Webex (șablon de integrare nou)

Pentru detalii despre configurarea unui nou șablon de integrare, consultați Configurați organizația partenerului în Partner Hub.

Dezactivați apelurile Webex (șablon de integrare existent)

Conectați-vă la Partner Hub la admin.webex.com.
Alegeți Setări.
Faceți clic pe Vizualizare șablon și alegeți șablonul de integrare corespunzător.
Faceți clic pe Dezactivare apelare gratuită Cisco Webex.
Faceți clic pe Salvați.

Dezactivați apelurile Webex (utilizator existent)

Dacă utilizați configurarea prin flux, puteți face următoarele:

Deschideți CommPilot și accesați configurația utilizatorului.
Eliminați serviciul IM+P integrat de la utilizator și faceți clic pe OK.
Adăugați serviciul IM+P integrat utilizatorului și faceți clic pe OK.

În caz contrar, puteți utiliza API-ul pentru a actualiza utilizatorul.

Utilizați API-ul Eliminare abonat BroadWorks pentru a șterge utilizatorul.
Utilizați API-ul Furnizarea unui abonat BroadWorks pentru a adăuga utilizatorul.

Dezactivați partajarea video sau a ecranului în cadrul apelurilor

Pentru detalii și opțiuni complete de configurare, consultați Dezactivarea apelurilor video și dezactivarea partajării ecranului în Ghidul de configurare Webex pentru Cisco BroadWorks.

Pentru transmisia video, puteți configura, de asemenea, dacă media de apelare de intrare este implicită numai pentru transmisia video sau audio.

Câmp lampă ocupată / Notificare preluare apel

Limitări de prezență pentru utilizatorii non-Webex:

Prezența nu este acceptată pentru utilizatorii non-CI Broadworks, chiar dacă aceștia se află în lista BLF.
Utilizatorii CI fără drepturi în cloud Webex sau tipul automat de conturi (spații de lucru) afișează numai prezența „în apel” și „necunoscută”. Nu există stare activă, care sună, etc.
Utilizatorii non-Webex din lista de vizionare BLF, care au început un apel înainte de începerea clientului Webex sau în timp ce acesta era offline, vor fi afișați cu o prezență „necunoscută”.
Pierderea conexiunii înseamnă că toate stările non-Webex din timpul apelului vor fi resetate la „necunoscute” la reconectare.
Dacă un utilizator non-Webex din BLF deține un apel, acesta va continua să fie afișat ca „într-un apel”.

Cerințe

Asigurați-vă că următorii plasturi sunt aplicați pe BroadWorks. Instalați numai plasturii care se aplică eliberării dvs.:

Pentru R22:

AP.platform.22.0.1123.ap382053
AP.as.22.0.1123.ap382053
AP.as.22.0.1123.ap382362
AP.xsp.22.0.1123.ap382053
AP.xsp.22.0.1123.ap382362
AP.as.22.0.1123.ap383459
AP.as.22.0.1123.ap383520

Pentru R23:

AP.platform.23.0.1075.ap382053
AP.as.23.0.1075.ap382053
AP.as.23.0.1075.ap382362
AP.as.23.0.1075.ap383459
AP.as.23.0.1075.ap383520
Dacă utilizați XSP|ADP:
- AP.xsp.23.0.1075.ap382053
- AP.xsp.23.0.1075.ap382362
Dacă utilizați ADP:
- Acţiuni Xsi-23_2022.01_1.200.bwar
- Xsi-Events-23_2022.01_1.201.bwar (sau mai târziu)

Pentru R24:

AP.as.24.0.944.ap382053
AP.as.24.0.944.ap382362
AP.as.24.0.944.ap383459
AP.as.24.0.944. ap383520
Acţiuni Xsi-24_2022.01_1.200.bwar
Xsi-Events-24_2022.01_1.201.bwar (sau mai târziu)

Asigurați-vă că următoarele etichete de configurare sunt activate în Aplicația Webex:

<busy-lamp-field enabled="%ENABLE_BUSY_LAMP_FIELD_WXT%">
<display-caller enabled="%ENABLE_BLF_DISPLAY_CALLER_WXT%"/>
<notification-delay time=”%BLF_NOTIFICATON_DELAY_TIME_WXT%”/>(această etichetă este opțională)

Trebuie să activați caracteristica 101642 Mecanism Xsi îmbunătățit Pentru Telefonia echipei pe AS:

AS_CLI/System/ActivatableFeature> activate 101642

Activați X-BroadWorks-Remote-Party-Info pe AS utilizând comanda CLI de mai jos, deoarece unele fluxuri de apeluri SIP necesită această funcție:

AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

Asigurați-vă că următoarele servicii sunt atribuite utilizatorilor:

Alocați serviciul de preluare a apelurilor direcționate pentru toți utilizatorii
Configurați câmpul Lampă ocupată pentru utilizatori

Orice referință la XSP include fie XSP, fie ADP.

Configurare câmp lampă ocupată pe BroadWorks

Administratorii parteneri pot utiliza următoarea procedură pentru a configura câmpul Lampă ocupată pentru un utilizator.

Conectați-vă la BroadWorks CommPilot.
Pentru un utilizator selectat, accesați Aplicațiile clientului și configurați câmpul Lampă ocupată.
Adăugați adresa URL a listei BLF care va fi monitorizată.
Utilizați parametrii de căutare pentru a localiza și adăuga utilizatori în lista Utilizatori monitorizați .
Faceți clic pe OK.

- DA. - DA, DA. Asistență Slido pentru integrare

Webex pentru Cisco BroadWorks acceptă integrarea Aplicației Webex cu Slido.

Pentru informații suplimentare despre modul de implementare și utilizare Slido cu Aplicația Webex, consultați Integrare Slido cu Aplicația Webex.

Disponibilitate Webex: Într-o întâlnire Calendar

Pentru a activa această funcție:

navigați la fila General din fila Setări pe Windows sau Preferințe pe Mac.
Bifați caseta pentru a Afișa atunci când vă aflați într-o întâlnire din calendar.

Pentru utilizatorii cu integrarea prezenței Outlook activată, „Într-o întâlnire din calendar” în hărțile Webex pentru a „Ocupa” în Outlook.

Caveat

Pentru ca această caracteristică să funcționeze, trebuie să aveți aplicația Webex și clientul Outlook care rulează în același timp.

În prezent, lucrăm pentru a sprijini opțiunea „Afișare ca lucru în altă parte” din Outlook pentru a nu afișa un utilizator ca „Într-o întâlnire din calendar” în Webex.

Răspuns automat cu ton

Pentru ca un utilizator Webex pentru Cisco BroadWorks să utilizeze această funcție:

Funcția este acceptată numai pe aspectul liniei principale
Aplicația Webex trebuie să fie aspectul liniei principale
Eticheta %ENABLE_AUTO_ANSWER_WXT% trebuie activată

Alertați toate aparențele pentru ca apelurile Click-to-dial să fie dezactivate în configurația Aspect apel partajat – aceasta este abordarea recomandată

sau
Permiteți Terminarea apelului în această locație trebuie să fie dezactivată pentru toate aparențele de apel partajate sau

sau
Locațiile sunt dezactivate pentru toate aparițiile partajate ale apelurilor

Creșterea Capacității

Fermele XSP|ADP

Scale fermă dedicată: Adăugați unul sau mai multe servere XSP|ADP la ferma care are nevoie de capacitate suplimentară. Instalați și activați același set de aplicații și configurații ca nodurile existente ale fermei.
Adăugați o fermă dedicată: Adăugați o nouă fermă XSP|ADP dedicată. Va trebui să creați un nou cluster și noi șabloane în Partner Hub, astfel încât să puteți începe să adăugați clienți noi la noua fermă, pentru a atenua presiunea asupra fermei existente.
Adăugați ferma specializată: Dacă întâmpinați blocaje pentru un anumit serviciu, este posibil să doriți să creați o fermă XSP|ADP separată în acest scop, luând în considerare cerințele de co-rezidență enumerate în acest document. Este posibil să fie necesar să reconfigurați clusterele Control Hub și intrările DNS dacă schimbați adresa URL a serviciului care are o nouă fermă.

Gestionarea certificatelor serverului HTTP

Trebuie să gestionați aceste certificate pentru aplicațiile web autentificate mTLS pe |ADP-urile dvs. XSP:

Lanțul nostru de certificate de încredere din cloud Webex
Certificatele de interfețe HTTP ale serverului XSP|ADP

Lanțul de încredere

Interfețele serverului HTTP

Restricționat prin modul partenerului

Acces administrator client

Pentru un administrator de client dintr-o organizație în care Modul restricționat de partener este activat, nivelul de acces la Control Hub este determinat cu următoarea formulă:

(Acces la Control Hub) = (Autorizări pentru Rol organizație) - (Restricționat de restricțiile Modului Partener)

Restricții

Când Modul restricționat de partener este activat pentru o organizație client, administratorii clienți din organizația respectivă nu pot accesa următoarele setări Control Hub:

În vizualizarea Utilizatori, următoarele setări nu sunt disponibile:
- Butonul Gestionați utilizatorii este inactiv.
- Adăugați sau modificați manual utilizatorii—Nu există opțiunea de adăugare sau modificare a utilizatorilor, fie manuală, fie prin CSV.
- Revendicați utilizatorii—nu este disponibilă
- Alocați automat licențele—nu este disponibilă
- Sincronizare director —Nu se pot edita setările de sincronizare director (această setare este disponibilă numai pentru administratorii la nivel de partener).
- Detalii utilizator—Setările utilizatorului, cum ar fi prenumele, prenumele, numele afișat și e-mailul principal* sunt editabile.
- Resetați pachetul—Nu există opțiunea de resetare a tipului de pachet.
- Editați serviciile—Nu există opțiunea de editare a serviciilor care sunt activate pentru un utilizator (de exemplu, mesaje, întâlniri, apelare)
- Vizualizați starea serviciilor—Nu se poate vizualiza starea completă a serviciilor hibride sau a canalului de upgrade al software-ului
- Număr de serviciu principal—Acest câmp este disponibil doar în mod citire.
În vizualizarea Cont, următoarele setări nu sunt disponibile:
- Numele companiei este disponibil doar în mod citire.
În vizualizarea Setări organizație, următoarele setări nu sunt disponibile:
- Domeniu—Accesul este doar în mod citire.
- E-mail—Setările Anulați e-mailul de invitație pentru administrator și Selectarea locației e-mailului sunt doar în mod citire.
- Autentificare—Nu există opțiunea de editare a setărilor de autentificare și SSO.
În meniul Apelare, următoarele setări nu sunt disponibile:
- Setări pentru apeluri—Setările de prioritate pentru apelurile din opțiunile aplicației sunt doar în mod citire.
- Comportament de apelare—Setările sunt doar în mod citire.
- Locație > PSTN—Opțiunile Gateway local și Cisco PSTN sunt ascunse.
În secțiunea SERVICII, opțiunile serviciului Migrații și Connected UC sunt eliminate.

Activați modul Restricționare în funcție de partener

Administratorii parteneri pot utiliza procedura de mai jos pentru activare Restricționat prin modul partener pentru o anumită organizație client ( setare prestabilită este activată).

Conectați-vă la Partner Hub ( https://admin.webex.com) și selectați Clienți.
Selectați organizația client aplicabilă.
În vizualizarea setărilor din dreapta, activați Restricționat prin modul partener comutați pentru a activa setarea.

Dacă doriți să dezactivați Restricționat de modul partener, dezactivați comutatorul.

Dacă partenerul elimină modul de administrator restricționat pentru un administrator de client, administratorul de client va putea efectua următoarele:

Adăugați Webex pentru utilizatorii angro (cu butonul)
Schimbați pachetele pentru un utilizator

Statistici partener

Total utilizatori după pachet (Softphone, Basic, Standard, Premium)
Tendință utilizator după pachet (Zilnic/Săptămânal/Lunar)
Clienți cu un număr de pachete alocate

Pentru detalii complete despre utilizarea Partner Analytics, consultați articolul Webex Analytics pentru Webex pentru comerț cu ridicata și Webex pentru Broadworks în Partner Hub .

API-urile raportului de facturare

API De facturare	Scop	Tipul de acces	Cerință de rol pentru API (Administratorul necesită cel puțin unul dintre aceste roluri)
Creați un raport de facturare BroadWorks	Utilizat pentru a genera un raport de facturare.	Acces scris	Administrator complet Administrator Vânzări complete
Listă de rapoarte de facturare BroadWorks	Utilizat pentru a enumera rapoartele care sunt disponibile pentru vizualizare.	Acces de citire	Administrator complet Administrator Vânzări complete Administrator doar pentru citire
Obțineți un raport de facturare BroadWorks	Utilizat pentru a obține o copie a unui raport generat.	Acces de citire	Administrator complet Administrator Vânzări complete Administrator doar pentru citire
Ștergeți un raport de facturare BroadWorks	Utilizat pentru a șterge un raport generat.	Acces scris	Administrator complet Administrator Vânzări complete

Câmpuri de facturare

Următorul tabel enumeră câmpurile conținute în raportul generat.

Câmp	Descriere
nume de reapelare	Numele partenerului sau ID-ul organizației partenerului
Id de facturare	Identificator unic de facturare al partenerului sau număr C
spEnterpriseId	Furnizorul de servicii a furnizat un identificator unic pentru întreprinderea abonatului.
intern	Starea studiului intern al clientului (Da/Nu)
ID utilizator	ID-ul de utilizator al abonatului pe BroadWorks
Id abonat	Un identificator unic pentru abonatul în cauză în Webex
selfActivat	Da/Nu
prima Dată De Începere	Data la care abonatul a fost configurat.
data începerii facturării	Data la care începe facturarea în această lună
dată finalizare facturare	Data la care facturarea se încheie în această lună
pachet	Tipul de pachet care este încărcat
cantitate	Cantitate prestabilită pentru facturare. 1 – indică o lună întreagă

După ce generați un raport de facturare pentru o anumită perioadă, nu puteți regenera acel raport decât dacă ștergeți mai întâi raportul existent.
Dacă modificați fie tipul de pachet, fie ID-ul de utilizator BroadWorks pentru un anumit utilizator, raportul pentru luna în care a avut loc schimbarea afișează mai multe intrări pentru acel utilizator cu intrări procentuale separate înainte și după schimbare.

Soluționarea problemelor Webex pentru Cisco BroadWorks

Abonați-vă la pagina de stare Webex

Utilizați statisticile Control Hub

Webex urmărește datele de utilizare și de calitate pentru organizația dvs. și organizațiile clientului dvs. Citiți mai multe despre Control Hub Analytics din Webex Help Center.

Probleme în rețea

Clienții sau utilizatorii nu sunt creați în Control Hub cu configurarea fluxului:

Poate serverul aplicației să ajungă la URL-ul de configurare?
Contul de configurare și parola sunt corecte, există acel cont în BroadWorks?

Clusterele eșuează în mod constant testele de conectivitate:

Interfețele XSP|ADP sunt accesibile publicului?
Utilizați porturile corecte? Puteți introduce un port în definiția interfeței pe cluster.

Interfețe Validare nereușită

Interfețe Xsi-Acțiuni și Xsi-Events:

Verificați dacă URL-urile interfeței sunt introduse corect în cluster în Partner Hub, inclusiv /v2.0/ la sfârșitul URL-urilor.
Verificați firewall-ul permite comunicarea între Webex și aceste interfețe.
Revizuiți sfaturile de configurare a interfeței din acest document.

Interfața Serviciului de autentificare:

Verificați dacă URL-urile interfeței sunt introduse corect în cluster în Partner Hub, inclusiv /v2.0/ la sfârșitul URL-urilor.
Verificați firewall-ul permite comunicarea între Webex și aceste interfețe.
Revizuiți sfaturile de configurare a interfeței din acest document, acordând o atenție deosebită:
1. Asigurați-vă că ați partajat tastele RSA în toate ADP-urile XSP|.
2. Asigurați-vă că ați furnizat URL-ul AuthService la containerul web pe toate ADP-urile XSP|.
3. Dacă ați editat configurația cipher TLS, verificați dacă ați utilizat convenția corectă de numire. XSP|ADP necesită să introduceți formatul de nume IANA pentru cifrele TLS. O versiune anterioară a acestui document a enumerat incorect suitele de cipher necesare în convenția de numire OpenSSL.
4. Dacă utilizați mTLS cu Serviciul de autentificare, sunt încărcate certificatele de client Webex pe magazinul dvs. de încredere XSP|/ADP? Aplicația (sau interfața) este configurată pentru a solicita certificate de client?
5. Dacă utilizați validarea tokenului CI cu Serviciul de autentificare, aplicația (sau interfața) este configurată pentru a nu necesita certificate de client?

Probleme cu clientul

Verificați dacă clientul este conectat la BroadWorks

Conectați-vă la aplicația Webex.
Verificați dacă pictograma Opțiuni de apelare (un receptor cu o unealtă deasupra acestuia) este prezentă pe bara laterală.

Dacă pictograma nu este prezentă, este posibil ca utilizatorul să nu fie încă activat pentru serviciul de apelare din Control Hub.
Deschideți meniul Setări/Preferințe și accesați secțiunea Servicii telefonice . Trebuie să vizualizați sesiunea SSO de stare la care v-ați conectat.

Dacă se afișează un alt serviciu de telefonie, cum ar fi Webex Calling, utilizatorul nu utilizează Webex pentru Cisco BroadWorks.

Această verificare înseamnă:

Clientul a transpus cu succes microservicele Webex necesare.
S-a reușit autentificarea utilizatorului.
Clientul a primit un token web JSON cu durată lungă de viață de către sistemul BroadWorks.
Clientul și-a recuperat profilul dispozitivului și s-a înscris la BroadWorks.

Jurnale client

Dacă aveți nevoie pentru a colecta manual jurnalele de pe un PC Windows, acestea sunt situate după cum urmează:

Windows PC: C:\Users\{username}\AppData\Local\CiscoSpark

Mac:/Users/{username}/Library/Logs/SparkMacDesktop

Probleme de conectare a utilizatorului

mTLS Auth configurat necorespunzător

Dacă toți utilizatorii sunt afectați, verificați conexiunea mTLS de la Webex la URL-ul serviciului de autentificare:

Verificați dacă fie aplicația pentru serviciul de autentificare, fie interfața pe care o utilizează, sunt configurate pentru mTLS.
Verificați dacă lanțul certificatului Webex este instalat ca ancoră de încredere.
Verificați dacă certificatul serverului de pe interfață/aplicație este valid și semnat de un CA bine cunoscut.

Mesaj de suprascriere a licenței

Ghid de depanare

Pentru informații detaliate despre depanarea Webex pentru Cisco BroadWorks, consultați Ghidul de depanare Webex pentru Cisco BroadWorks.

Asistență

Politică de asistență în stare stabilă

Politica de scalare

Dumneavoastră (Furnizor de servicii/Partener) sunteți primul punct de contact pentru asistența clientului final (întreprindere).
Problemele care nu pot fi rezolvate de SP sunt transferate la TAC.

Versiuni BroadWorks

Asistența pentru versiunea serverului BroadWorks urmează politica BroadSoft, a versiunii actuale și a două versiuni majore anterioare (N-2). Citiți mai multe la Politica privind ciclul de viață al produselor BroadSoft secțiunea din Politica ciclului de viață BroadSoft și Matrice de compatibilitate software BroadWorks.

Resurse de auto-asistență

Utilizatorii pot găsi asistență prin Centrul de ajutor Webex, unde există o pagină specifică Webex pentru Cisco BroadWorks, care enumeră subiectele comune de ajutor și asistență ale aplicației Webex.
Aplicația Webex poate fi personalizată cu acest URL de ajutor și cu un URL de raportare a problemelor.
Utilizatorii aplicației Webex pot trimite feedback sau jurnale direct de la client. Jurnalele merg în cloud-ul Webex, unde pot fi analizate de Webex DevOps.
De asemenea, avem o pagină a Centrului de ajutor dedicată ajutorului la nivel de administrator pentru Webex pentru Cisco BroadWorks.

Colectați informații pentru trimiterea unei cereri de servicii

Încercați să includeți cel puțin următoarele informații atunci când trimiteți o interogare sau deschideți un caz:

ID organizație client și ID organizație partener (fiecare ID este un șir de 32 de cifre hexagonale, separate prin afine)
TrackingID (de asemenea, un șir de cifre 32 hexagonale) dacă interfața sau mesajul de eroare oferă unul
Adresa de e-mail a utilizatorului (dacă un anumit utilizator întâmpină probleme)
Versiunile client (dacă problema are simptome observate prin intermediul clientului)

Webex pentru referință BroadWorks

Comparație UC-One SaaS cu Webex pentru Cisco BroadWorks

Soluţie >	UC-One SaaS	Webex pentru Cisco BroadWorks
Cloud	Cisco UC-One Cloud (GCP)	Webex Cloud (AWS)
Clienți	UC-One: Mobile, Desktop Recepţionist, supervizor	Webex: Mobile, Desktop, Web
Diferență tehnologică majoră	Întâlniri livrate pe Broadsoft Meet Technology	Întâlniri livrate pe tehnologia Webex Meetings
Încercări timpurii pe teren	Mediul de imbatranire, clienti beta	Mediul de producție, clienții GA
identitate Utilizator	ID-ul BroadWorks a servit ca ID principal, cu excepția cazului în care Furnizorul de servicii are deja Integrare SSO. ID utilizator și secret în BroadWorks	ID-ul de e-mail din Cisco CI servește ca ID principal Integrarea SSO în furnizorul de servicii BroadWorks, unde utilizatorul se va autentifica cu ID-ul de utilizator BroadWorks și cu secretul BroadWorks la timp. Furnizează acreditări de utilizator prin SSO cu BroadWorks și secret în BroadWorks SAU ID utilizator și secret în IdP CI SAU ID utilizator în CI, ID și secrete în IdP
Autentificare client	Informații de furnizare ale utilizatorilor prin client Token-urile BroadWorks cu durată lungă de viață sunt necesare dacă utilizați mesageria Webex	Utilizatorii furnizează acreditările prin browser (fie pagina de conectare din proxy-ul BIdP Webex, fie CI) Accesul Webex și tokenurile de reîmprospătare
Gestionare/configurare	Sistemele OSS/BSS și portal De Retailer	Sistemele OSS/BSS și Control Hub
Activare partener/furnizor de servicii	Configurare o singură dată de către Operațiuni Cisco	Configurare o singură dată de către Operațiuni Cisco
Activare client/întreprindere	portal De Retailer	Control Hub Creat automat la prima înscriere a utilizatorului
Opțiuni de activare utilizator	Auto-înscriere Setați IM&P extern în BroadWorks	Setați IM&P integrat în BroadWorks (de obicei întreprinderi)
Interfețe serviciu XSP\|ADP	Acțiuni XSI Evenimente XSI CTI (mTLS) Serviciu de autentificare (mTLS opțional) DMS	Acțiuni XSI Acțiuni XSI (mTLS) Evenimente XSI CTI (mTLS) Serviciu de autentificare (TLS) DMS

Instalați Webex și conectați-vă (perspectivă abonat)

1	Descărcați și instalați Webex. Pentru detalii, consultați Webex \| Descărcați aplicația.
2	Rulați Webex. Webex vă solicită adresa de e-mail.
3	Introduceți-vă adresa de e-mail și faceți clic pe Înainte.
4	Se întâmplă una dintre următoarele, în funcție de modul în care organizația dvs. este configurată în Webex: Webex lansează un browser pentru dvs. pentru a finaliza autentificarea cu furnizorul dvs. de identitate. Aceasta ar putea fi autentificarea cu mai mulți factori (MFA). Webex lansează un browser pentru a introduce ID-ul de utilizator și parola BroadWorks. Webex încarcă după ce v-ați autentificat cu succes împotriva IdP sau BroadWorks.

Schimb de date și stocare

Integrare furnizor de servicii

Când configurați clustere și șabloane de utilizatori în Webex Control Hub în timpul integrării Furnizorului de servicii, schimbați următoarele date BroadWorks pe care Webex le stochează:

URL Xsi-Acțiuni
URL Xsi-Events
URL interfață CTI
URL serviciu de autentificare
Informații adaptor de configurare BroadWorks

Furnizor de servicii Furnizor de servicii

Acest tabel enumeră datele utilizatorului și ale întreprinderii care sunt schimbate ca parte a configurării utilizatorului prin API-urile Webex.

Mutarea datelor în Webex	De la	Prin	Stocat de Webex?
ID utilizator BroadWorks	BroadWorks, de către API	API-uri Webex	Da
E-mail (dacă SP este Furnizat)	BroadWorks, de către API	API-uri Webex	Da
E-mail (dacă este Furnizat Utilizatorul)	Utilizator	Portal de activare a utilizatorilor	Da
Prenume	BroadWorks, de către API	API-uri Webex	Da
Nume	BroadWorks, de către API	API-uri Webex	Da
Număr de telefon principal	BroadWorks, de către API	API-uri Webex	Da
Număr de telefon mobil	BroadWorks, de către API	API-uri Webex	Da
Interior principal	BroadWorks, de către API	API-uri Webex	Da
ID furnizor de servicii BroadWorks și ID grup	BroadWorks, de către API	API-uri Webex	Da
Limba	BroadWorks, de către API	API-uri Webex	Da
Fus orar	BroadWorks, de către API	API-uri Webex	Da

Eliminare utilizator

Date utilizator	Ștergere parțială	Ștergere completă
ID utilizator BroadWorks	Da	Da
E-mail	Nu	Da
Prenume	Nu	Da
Nume	Nu	Da
Număr de telefon principal	Da	Da
Număr de telefon mobil	Da	Da
Extensie	Da	Da
ID furnizor de servicii BroadWorks și ID grup	Da	Da
Limba	Nu	Da

Recuperare conectare și configurare utilizator

Autentificare Webex

Mutarea datelor	De la	Pentru
Adresă de e-mail	Utilizator prin aplicația Webex	Webex
Token de acces limitat și URL-ul IdP (independent)	Webex	browser Utilizator
Informații utilizator	browser Utilizator	Furnizor de identitate (care are deja identitatea utilizatorului)
Afirmația SAML	browser Utilizator	Webex
cod De autentificare	Webex	browser Utilizator
cod De autentificare	browser Utilizator	Webex
Tokenuri de acces și reîmprospătare	Webex	browser Utilizator
Tokenuri de acces și reîmprospătare	browser Utilizator	Aplicația Webex

Autentificare BroadWorks

Mutarea datelor	De la	Pentru
Adresă de e-mail	Utilizator prin aplicația Webex	Webex
Token acces limitat și URL IdP (proxy IdP Webex Bwks)	Webex	browser Utilizator
Informații de branding și URL-uri BroadWorks	Webex	browser Utilizator
Informații utilizator BroadWorks	Utilizator prin browser (pagina de conectare marcată deservită de Webex)	Webex
Informații utilizator BroadWorks	Webex	BroadWorks
profil utilizator BroadWorks	BroadWorks	Webex
Afirmația SAML	browser Utilizator	Webex
cod De autentificare	Webex	browser Utilizator
cod De autentificare	browser Utilizator	Webex
Tokenuri de acces și reîmprospătare	Webex	browser Utilizator
Tokenuri de acces și reîmprospătare	browser Utilizator	Aplicația Webex

Notificare de expirare a parolei BroadWorks în timpul conectării

Această caracteristică îmbunătățește procesul de conectare și controlează fluxul de conectare pe baza:

Îmbunătățirea avertismentului de conectare și a mesajului de eroare:

În prezent, utilizatorii Wexbex pentru BWKS care utilizează autentificarea BroadWorks și conectarea prin UAP nu primesc notificarea că parola lor este pe cale să expire sau că nu sunt în măsură să se conecteze, deoarece parola a expirat deja. Cu această caracteristică, dacă parola este pe cale să expire în 10 zile sau mai puțin - utilizatorul primește avertismentul că parola este pe cale să expire cu indicarea numărului de zile rămase, iar utilizatorul este sfătuit să contacteze Partenerul sau să urmeze linkul Parola uitată de pe ecranul de conectare pentru a-și reseta parola.
Dacă parola a expirat și configurația din BroadWorks „enforcePasswordChangeOnExpiry” este setată la adevărată, atunci eroarea „nume de utilizator și parolă incorecte” a fost aruncată, dar acum, cu această funcție, mesajul de eroare este îmbunătățit: Încercarea de conectare nu a reușit. Combinaţia dintre identificatorul de utilizator şi parola furnizată nu corespunde evidenţelor noastre sau parola dvs. trebuie actualizată. Încercați din nou sau contactați administratorul dvs. pentru a actualiza parola. Cod de eroare 100006

Controlul fluxului de conectare:

Partenerul poate restricționa conectarea prin activarea setării „w4bwks-password-expiry-fail-login”. Această setare „poate fi activată de Cisco la cererea unui partener. Dacă parola BroadWorks a expirat, configurația din broadworks „enforcePasswordChangeOnExpiry” este setată la fals și setarea „w4bwks-parola-expiry-fail-login” este activată, atunci eroarea este aruncată spunând parola a expirat x zile în urmă, în timp ce dacă serviciul de setare este dezactivat, atunci este permisă conectarea. În mod implicit, setarea este dezactivată.

Preluare configurație client

Acest tabel ilustrează tipul de date schimbate între diferitele componente în timp ce preluați configurațiile clientului.

Mutarea datelor	De la	Pentru
Înregistrare	Client	Webex
Setări organizație, inclusiv URL-uri BroadWorks	Webex	Client
Token JWT BroadWorks	BroadWorks prin Webex	Client
Token JWT BroadWorks	Client	BroadWorks
Token dispozitiv	BroadWorks	Client
Token dispozitiv	Client	BroadWorks
fișier De Configurare	BroadWorks	Client

Utilizare la starea de echilibru

Această secțiune descrie datele care se deplasează între componente în timpul reautentificării după expirarea tokenului, fie prin BroadWorks, fie prin Webex.

Acest tabel listează mișcarea de date pentru apelare.

Mutarea datelor	De la	Pentru
Semnalizare SIP	Client	BroadWorks
media SRTP	Client	BroadWorks
Semnalizare SIP	BroadWorks	Client
media SRTP	BroadWorks	Client

Acest tabel listează mișcarea datelor pentru mesagerie, prezență și întâlniri.

Mutarea datelor	De la	Pentru
Mesagerie și prezență REST HTTPS	Client	Webex
Mesagerie și prezență REST HTTPS	Webex	Client
Semnalizare SIP	Client	Webex
media SRTP	Client	Webex
Semnalizare SIP	Webex	Client
media SRTP	Webex	Client

Utilizarea API-ului de configurare

Acces dezvoltator

Specificația API este disponibilă pe https://developer.webex.com și un ghid de utilizare este la https://developer.webex.com/docs/api/guides/webex-for-broadworks-developers-guide.

Trebuie să vă conectați pentru a citi specificația API lahttps://developer.webex.com/docs/api/v1/broadworks-subscribers .

Autentificarea și autorizarea aplicației

Pentru mai multe detalii despre integrări și modul de a construi acest flux de autorizare OAuth 2 în aplicația dvs., consultați https://developer.webex.com/docs/integrations.

Există două roluri necesare pentru implementarea integrărilor - dezvoltatorul şi utilizatorul autorizat - şi acestea pot fi deţinute de persoane/echipe separate din mediul dvs.

Dezvoltatorul creează aplicația și o înregistrează https://developer.webex.com pentru a genera OAuth ClientID/Secret necesar cu scopurile așteptate pentru aplicație. Dacă aplicația dvs. este creată de o terță parte, acestea ar putea înregistra aplicația (dacă ați solicitat accesul acestora) sau ați putea face acest lucru cu propriul dvs. acces.
Utilizatorul autorizat este contul pe care îl utilizează aplicația pentru a autoriza apelurile sale API, pentru a schimba organizația parteneră, organizațiile clienților sau abonații acestora. Acest cont trebuie să aibă fie rolul de administrator complet, fie rolul de administrator complet de vânzări în organizația parteneră. Acest cont nu trebuie să fie deținut de o terță parte.

Denumire organizație

Numele organizației depinde de modul de configurare pe care îl utilizați:

Modul Enterprise – Numele organizației este un meci exact al spEnterpriseId.
Modul Furnizor de servicii – Numele organizației este porțiunea de GrupID a spEnterpriseId.

Denumirea organizației va conține orice spațiu alb, uppercase și caractere speciale specificate în spEnterpriseId original.

Cerințe software BroadWorks

Consultați Managementul ciclului de viață - Servere BroadSoft.

Asigurați-vă că pentru a revizui notele de patch-uri pentru aceste patch-uri software. Unii plasturi pot avea cerinţe CLI suplimentare.

Versiunea R22

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.22.0.1123.ap364260
	AP.as.22.0.1123.ap365173
	AP.as.22.0.1123.ap368517	Necesar pentru sincronizarea directorului
	AP.as.22.0.1123.ap369763
	AP.as.22.0.1123.ap372989
	AP.as.22.0.1123.ap372757
	AP.as.22.0.1123.ap372963	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.22.0.1123.ap373197	Patch necesar pentru serverul de aplicații
	AP.as.22.0.1123.ap378391
	AP.as.22.0.1123.ap374793	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.22.0.1123.ap377718	Patch necesar pentru funcția de înregistrare a apelurilor
	AP.as.22.0.1123.ap377868
	AP.as.22.0.1123.ap376508	Patch-ul necesar pentru configurarea fluxului
	AP.xsp.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Server de profil	AP.ps.22.0.1123.ap372989
	AP.ps.22.0.1123.ap372757
	AP.ps.22.0.1123.ap378391
	AP.ps.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Platformă	AP.platform.22.0.1123.ap353577
	AP.platform.22.0.1123.ap354313	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.22.0.1123.ap365173
	AP.platform.22.0.1123.ap367732
	AP.platform.22.0.1123.ap369433
	AP.platform.22.0.1123.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.22.0.1123.ap372757
	AP.platform.22.0.1123.ap376508	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.platform.22.0.1123.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
XSP\|ADP	AP.xsp.22.0.1123.ap354313	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap365173
	AP.xsp.22.0.1123.ap368067
	AP.xsp.22.0.1123.ap368601	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.xsp.22.0.1123.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap370952
	AP.xsp.22.0.1123.ap373008
	AP.xsp.22.0.1123.ap372757
	AP.xsp.22.0.1123.ap372433
	AP.xsp.22.0.1123.ap372963	Necesar pentru upgrade de la notificările push V1 la V2
	AP.xsp.22.0.1123.ap378391
	AP.xsp.22.0.1123.ap374677	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap375206	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.22.0.1123.ap376508	Necesar pentru serviciul de autentificare cu validare CI Token
	AP.xsp.22.0.1123.ap378585	Necesar pentru istoricul apelurilor unificate
Altele	AP.xsa.22.0.1123.ap372757
	AP.xs.22.0.1123.ap372757
	AP.ums.22.0.1123.ap378391
	AP.nfm.22.0.1123.ap378391

Versiunea R23

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.23.0.1075.ap368517	Necesar pentru sincronizarea directorului
	AP.as.23.0.1075.ap369763
	AP.as.23.0.1075.ap373197	Server aplicație de configurare
	AP.as.23.0.1075.ap373271	Necesar pentru upgrade de la notificările push V1 la V2
	AP.as.23.0.1075.ap378391
	AP.as.23.0.1075.ap376509
	AP.as.23.0.1075.ap377718	Necesar pentru înregistrarea apelului
	AP.as.23.0.1075.ap377868
	AP.as.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Server de profil	AP.ps.23.0.1075.ap378391
Platformă	AP.platform.23.0.1075.ap367732
	AP.platform.23.0.1075.ap370952
	AP.platform.23.0.1075.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.platform.23.0.1075.ap376509
	AP.platform.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
XSP\|ADP	AP.xsp.23.0.1075.ap368067
	AP.xsp.23.0.1075.ap369607	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap370952
	AP.xsp.23.0.1075.ap373008
	AP.xsp.23.0.1075.ap373271	Necesar pentru upgrade de la notificările push V1 la V2
	AP.xsp.23.0.1075.ap378391
	AP.xsp.23.0.1075.ap374677	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap375206	Necesar pentru proxy-ul de autentificare NPS
	AP.xsp.23.0.1075.ap376509
	AP.xsp.23.0.1075.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Altele	Dacă utilizați ADP... Xsi-Events-23_2021.05_1.251.bwar	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate

Versiunea R24

Server	plasture transdermic	Informaţii suplimentare
Server aplicație	AP.as.24.0.944.ap384177	Necesar pentru serverul de mesagerie Unified (UMS)
	AP.as.24.0.944.ap375100	Necesar pentru configurarea fluxului
	AP.as.24.0.944.ap377718	Necesar pentru înregistrarea apelului
	AP.as.24.0.944.ap377868
	AP.as.24.0.944.ap378585	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate
Altele	Xsi-Events-24_ 2021.05_1.251.bwar	Patch-ul necesar pentru starea cârligului (prezență) și istoricul apelurilor unificate

Etichete BroadWorks necesare pentru Webex

Fluxuri de configurare și activare a utilizatorului

Setarea descrie adăugarea utilizatorului la Webex. Activarea include validarea prin e-mail și atribuirea de servicii în Webex.

Configurarea automată a utilizatorilor și activarea automată (flux de e-mail de încredere)

Cerințe preliminare

Adaptorul dvs. de configurare indică Webex pentru Cisco BroadWorks (care necesită o conexiune de ieșire de la AS la Webex Provisioning Bridge).
Trebuie să aveți adrese de e-mail valide accesibile pentru utilizatorul final ca ID-uri alternative în BroadWorks.
Control Hub are un cont de configurare în configurația organizației partenere.

Pas	Descriere
1	Citate și să ia comenzi pentru serviciul cu clienții dumneavoastră.
2	Procesați comanda clientului și furnizați clientul în sistemele dvs.
3	Sistemul de configurare a serviciului declanșează configurarea BroadWorks. Acest pas, în rezumat, creează întreprinderea și utilizatorii. Apoi alocă serviciile și numerele necesare fiecărui utilizator. Unul dintre aceste servicii este IM&P extern.
4	Această etapă de configurare declanșează configurarea automată a organizației clientului și a utilizatorilor în Webex. (Alocarea serviciului IM&P determină adaptorul de configurare să apeleze API-ul de configurare Webex).
5	Sistemele dvs. trebuie să utilizeze API-ul de configurare Webex dacă mai târziu trebuie să ajustați pachetul pentru utilizator (pentru a schimba de la cel implicit).

Flux de conectare SSO

Fluxuri de conectare alternative

Autentificare BroadWorks fără autentificare directă BroadWorks (partajare de resurse încrucișată):
- Singura diferență este în etapele 5 și 6 ale fluxului de conectare Webex. În pasul 5, acreditările de conectare sunt validate de proxy-ul IdP (mai degrabă decât XSI) și o Aserțiune SAML este returnată clientului.
- Fluxul trece prin pașii rămași în cele două diagrame se aplică.
- Token-ul SSO nu este utilizat în acest flux.
Autentificare SAML SSO Webex:
- În pasul 3 al Fluxului de conectare Webex, serviciul Common Identity returnează Furnizorul de identitate utilizat de autentificarea Webex.
- În acest moment, se invocă un flux alternativ de conectare SAML SSO pentru Webex.

Interacțiuni utilizator

Conectați-vă

Aplicația Webex lansează un browser către Cisco Common Identity (CI) pentru a permite utilizatorilor să introducă adresa lor de e-mail.
CI descoperă că organizația client asociată are proxy-ul IDP BroadWorks (IDP) configurat ca IDP SAML. CI redirecționează către IDP-ul care prezintă utilizatorului o pagină de conectare. (Furnizorul de servicii poate marca această pagină de conectare.)
Utilizatorul intră în acreditările BroadWorks.
Broadworks autentifică utilizatorul prin IDP. Pe succes, IDP redirecționează browserul înapoi la CI cu un succes SAML pentru a finaliza fluxul de autentificare (nu este afișat în diagramă).
În ceea ce privește autentificarea reușită, aplicația Webex obține jetoane de acces de la CI (nu sunt afișate în diagramă). Clientul le utilizează pentru a solicita un Jason Web Token (JWT) cu durată lungă de viață BroadWorks.
Aplicația Webex descoperă configurația de apelare din BroadWorks și alte servicii din Webex.
Aplicația Webex se înregistrează cu BroadWorks.

Conectați-vă dintr-o perspectivă utilizator

Această diagramă este fluxul tipic de conectare, așa cum se vede de către utilizatorul final sau abonat:

Descărcați și instalați aplicația Webex.
Este posibil să fi primit linkul de la furnizorul dvs. de servicii sau să găsiți descărcarea pe pagina de descărcări Webex.
Introduceți adresa de e-mail pe ecranul de conectare Webex. Faceți clic pe Înainte.
De obicei, sunteți redirecționat către o pagină de marcă a Furnizorului de servicii.
Această pagină vă poate fi primită prin adresa dvs. de e-mail.

Dacă nu există adresă de e-mail sau dacă adresa de e-mail este greșită, introduceți în schimb numele de utilizator BroadWorks.
Introduceți parola BroadWorks.
Dacă v-ați conectat cu succes, Webex se deschide.

Flux de apeluri—director corporativ

Flux de apeluri – număr PSTN

Prezentare și partajare

Începeți o întâlnire spațială

Interacțiuni cu clienții

Preluarea profilului din DMS și înscrierea SIP cu AS

Clientul apelează XSI pentru a obține un token de gestionare a dispozitivului și URL-ul la DMS.
Clientul solicită profilul său de dispozitiv de la DMS prin prezentarea tokenului de la pasul 1.
Clientul citește profilul dispozitivului și preia acreditările SIP, adresele și porturile.
Clientul trimite un ÎNREGISTRATOR SIP către SBC utilizând informațiile de la pasul 3.
SBC trimite ÎNREGISTRATORUL SIP la AS (SBC poate efectua o vizualizare în NS pentru a localiza un AS dacă SBC nu cunoaște deja utilizatorul SIP.)

Orientări privind testele și laboratoarele

Următoarele orientări se aplică organizațiilor de testare și de laborator:

Partenerii furnizorului de servicii sunt limitați la maximum 50 de utilizatori de testare care pot fi configurați în mai multe organe.
Orice utilizatori care depășesc primii 50 de utilizatori de testare vor fi facturați.
Pentru a asigura procesarea exactă a facturii dvs., toate organele de testare trebuie să includă „test” în numele organizației BroadWorks.
Organizațiile de testare internă trebuie desemnate în cadrul Webex Control Hub. Acest lucru are scopul de a împiedica utilizatorii de testare să fie facturați ca utilizatori reali.

Desemnarea unei organizații ca organizație de testare

Pentru a desemna o organizație ca organizație de testare:

Conectați-vă la Partner Hub și selectați Clienți.
Selectați clientul corespunzător.
În bara de control din dreapta, activați comutatorul pentru organizarea testelor interne.

Redare mesagerie vocală

Pentru mesageria vocală, asigurați-vă că configurați serverul Media pentru a utiliza unul dintre următoarele coduri:

mp3
wav—Fișierele WAV sunt acceptate în următoarele formate: PCM (acceptat pe toate platformele) și DVI-ADPCM (nu este acceptat pe Android

Dacă utilizați fișiere wav, rulați următoarele comenzi CLI pentru a încredința serverul aplicației și serverul media:

AS_CLI/Service/VoiceMsg>set vmRecordingAudioFileFormat WAV
MS_CLI/Applications/MediaStreaming/Services/IVR> set sendmail8kHzWavFileDefaultFormat ulaw

Terminologie

ACL: Listă de control al accesului
ALG: Gateway strat aplicație
API: Interfață de programare aplicație
AFNURI: Serviciu de notificare Apple Push
LA FEL DE: Server aplicație
TE CONŢINUTUL: Adaptor analogic de telefon, adaptor care convertește telefonie analogică la VoIP
BAM: Manager de aplicații BroadSoft
Autentificare de bază: O metodă de autentificare în care un cont (nume de utilizator) este validat de un secret partajat (parolă)
BMS: Server de mesagerie BroadSoft
PĂȘUNE: Fluxuri bidirecționale Peste HTTP Sincronizat
TULBURĂRI GASTRO- INTESTINALE: Interfața de bază a ratei BRI este o metodă de acces ISDN
Cutie de carton: O colecţie de servicii aşa cum a fost livrată unui utilizator final sau abonat (cf. Ambalaj)
CA: Autoritatea de certificare
Operator: O organizaţie care se ocupă de traficul de telefonie (cf. Partener, furnizor de servicii, furnizor de valoare adăugată)
CAPTCHA: Test Turing public complet automatizat pentru a spune computere și oameni în afară
CCXML: Limba de marcare eXtensible pentru controlul apelului
CIF: Format intermediar comun
TULBURĂRI OCULARE: Interfață linie de comandă
CN: Denumire comună
CNPS: Server push notificări de apel. Un server push de notificare care rulează pe un XSP|ADP în mediul dvs., pentru a împinge notificările de apel către FCM și APNS. Consultați Proxy-ul NPS.
CPE: Echipamente premise pentru clienți
CPR: Regulă de prezență personalizată
CSS: Foaie de stil cascadă
CSV: Valoare Separată prin virgulă
CTI: Integrare telefonie informatică
CUBE: Cisco Unified Border Element
DMZ: Zonă Demilitarizată
DN: Număr director
DND: Nu deranjați
DNS: Sistem nume de domeniu
DPG: Grup de asociați la apelare
DSCP: Punct de cod servicii diferențiate
DTAF: Fișier arhivă tip dispozitiv
DTG: Grup trunchi destinație
DTMF: Frecvență multitonică duală
utilizator Final: Persoana care utilizează serviciile, adică face apeluri, intră în întâlniri sau trimite mesaje (cf. Abonat)
Enterprise: O colecţie de utilizatori finali (cf. Organizație)
FCM: Mesagerie în cloud Firebase
FMC: Convergență Fix Mobile
Configurare flux-through: Crearea utilizatorilor în magazinul de identitate Webex prin atribuirea serviciului „IM&P integrat” în BroadWorks.
FQDN: Nume de domeniu complet calificat
Configurare completă prin debit: Crearea și verificarea utilizatorilor din magazinul de identitate Webex prin atribuirea serviciului „IM&P integrat” în BroadWorks și afirmarea că fiecare utilizator BroadWorks are o adresă de e-mail unică și validă.
FXO: Exchange Office este portul care primește linia analogică. Acesta este dopul de pe telefon sau fax sau dopurile de pe sistemul dvs. de telefon analogic. Acesta oferă o indicație on-cârlig / off-cârlig (închidere buclă). Deoarece portul FXO este atașat la un dispozitiv, cum ar fi un fax sau un telefon, dispozitivul este adesea numit „dispozitiv FXO”.
FXS: Abonatul valutar este portul care furnizează de fapt linia analogică abonatului. Cu alte cuvinte, este "plug in the wall", care oferă un ton de apelare, curent de baterie, și tensiune inel.
GCM: Mesaj Google Cloud
GCM: Modul Galois/Counter (tehnologie de criptare)
ASCUNZĂTOARE: Dispozitiv interfață umană
HTTPS: Conectori securizați pentru protocolul de transfer hipertext
IAD: Dispozitiv de acces integrat
IM&P: Mesagerie instantanee și prezență
PSTN IP: Un furnizor de servicii care furnizează VoIP serviciilor PSTN, interschimbabil cu ITSP, sau un termen general pentru telefonie „publică” conectată la internet, furnizat în mod colectiv de către principalii furnizori de telecomunicații (mai degrabă decât de către țări, așa cum este PSTN)
IZZ: Furnizor de servicii de telefonie pe internet
VALORI CRESCUTE ALE: Răspuns vocal interactiv / Răspuns
AFECŢIUNI: Adresa nativă a unei entități XMPP se numește identificator Jabber sau JID localpart@domain.part.example.com/resourcepart (@ . / sunt separatoare)
JSON: Notificare obiect script Java
TULBURĂRI ALE SISTEMULUI NERVOS: Java Secure Socket Extension; tehnologia de bază care oferă caracteristici sigure de conectivitate la serverele BroadWorks
KEM: Modul de extensie cu tastatură (telefoanele hardware Cisco)
PLT: Token cu durată lungă de viață (sau Long Life); o formă de auto-descriere, securizată de token purtător care permite utilizatorilor să rămână autentificați pentru mai mult timp și nu este legată de aplicații specifice.
M: Arhiva mesajelor
MIB: Bază de informații de gestionare
M: Server media
mTLS: Autentificare reciprocă între două părți, utilizând schimbul de certificate, la stabilirea unei conexiuni TLS
MUC: Chat cu mai mulți utilizatori
UMED: Traduceri adresă de rețea
NPS: Server push de notificare; consultați CNPS
proxy NPS: Un serviciu în Webex care furnizează jetoane de autorizare pe termen scurt pentru CNPS, permițându-i să împingă notificările de apel către FCM și APN-uri și, în cele din urmă, către dispozitivele Android și iOS care rulează Webex.
OCLUZII: Deschideți interfața cu clientul
Organizație: O companie sau o organizaţie care reprezintă o colecţie de utilizatori finali (cf. Întreprindere)
OTG: Grup trunchiuri de ieșire
Pachet: O colecţie de servicii aşa cum a fost livrată unui utilizator final sau abonat (cf. Cutie de carton)
Partener: O organizație de agenți care lucrează cu Cisco pentru a distribui produse și servicii către alte organizații (cf. Valoare adăugată revânzător, furnizor de servicii, transportator)
PBX: Schimb de filiale private
PEM: Mail îmbunătățit de confidențialitate
LIOFILIZAT: Rețea publică de teren mobil
TE IZA: Interfața Rată Primară (PRI) este un standard de interfață de telecomunicații utilizat pe o rețea digitală de servicii integrate (ISDN)
PS: Server de profil
PSTN: Rețea de telefonie publică comutată
QoS: Calitatea serviciului
portal De Retailer: Un site web care permite administratorului revânzătorului să își configureze soluția UC-One SaaS. Este uneori menționată ca portal BAM, portal de administrator sau portal de management.
RTCP: Protocol de control în timp real
RTP: Protocol de transport în timp real
SBC: Controler frontieră sesiune
SCA: Aspect Apel partajat
SD: Definiție standard
SDP: Protocol de descriere sesiuni
SP: Furnizor de servicii; O organizație care furnizează servicii de telefonie sau servicii conexe altor organizații (cf. Încărcător, partener, revânzător cu valoare adăugată)
SIP: Protocol de inițiere sesiuni
LĂCRIMARE: Token cu durată scurtă de viață (sau Short Life) (denumit și BroadWorks SSO Token); un token autentificat de unică folosință care este utilizat pentru a obține acces securizat la aplicații web.
SMB: Întreprinderi mici și mijlocii
SNMP: Protocol simplu de gestionare a rețelei
sRTCP: Protocol de control al transferului în timp real securizat (media apelurilor VoIP)
sRTP: Protocol de transfer în timp real securizat (media apelurilor VoIP)
SSL: Strat de prize securizate
Abonat: Persoana care utilizează serviciile, adică face apeluri, intră în întâlniri sau trimite mesaje (cf. Utilizator final)
TCP: Protocol de control al transmisiei
TDM: Multiplicarea diviziunii timpului
TLS: Securitate strat de transport
ToS: Tipul de serviciu
UAP: Portal de activare a utilizatorilor
UC: Comunicații Unified
CEAPA: Interfață utilizator
U ID: Identificator unic
UM: Server de mesagerie
URI: Identificator de resurse uniform
URL: Localizator de resurse uniform
TUSE: Server de partajare
UTC: Ora universală coordonată
UVS: Server video
Retailer cu valoare adăugată (VAR): O organizație de agenți care lucrează cu Cisco pentru a distribui produse și servicii către alte organizații (cf. Operator, partener, furnizor de servicii)
VGA: Array de grafică video
VoIP: Voce prin Internet Protocol (IP)
VXML: Limbă extensibilă de marcare vocală
WebDAV: Autorizare și versiune distribuită pe internet
WebRTC: Comunicații web în timp real
RĂȘINI: Server WebRTC
XMPP: Protocol de mesagerie și prezență extensibil

Anexa

Configurați serviciile (cu mTLS pentru serviciul Auth)

Interfețe Xsi

Instalați și configurați aplicațiile Xsi-Actions și Xsi-Events așa cum sunt descrise în Ghidul de configurare a interfeței pentru serviciile Cisco BroadWorks Xtended Services.

Doar o singură instanță a aplicațiilor Xsi-Events trebuie implementată pe XSP|ADP utilizat pentru interfața CTI.

Toate evenimentele Xsi utilizate pentru integrarea Broadworks cu Webex trebuie să aibă același nume de apelControlApplicationName definit în Applications/Xsi-Events/GeneralSettings. De exemplu:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Schimbarea numelui de apelControlApplicationName sau neavând același nume pe toate aplicațiile web Xsi-Events va afecta funcționalitatea abonamentelor și a evenimentelor de telefonie.

Configurați serviciul de autentificare (cu mTLS)

Tokenurile BroadWorks cu durată lungă de viață sunt generate și validate de serviciul de autentificare găzduit pe |ADP-urile dvs. XSP.

Cerințe

Serverele XSP|ADP care găzduiesc Serviciul de autentificare trebuie să aibă o interfață mTLS configurată.
ADP-urile XSP| trebuie să partajeze aceleași chei pentru criptarea/decriptarea tokenurilor BroadWorks cu durată lungă de viață. Copierea acestor chei la fiecare XSP|ADP este un proces manual.
ADP-urile XSP| trebuie sincronizate cu NTP.

Prezentare generală configurație

Configurația esențială de pe |ADP-urile dvs. XSP include:

Implementați serviciul de autentificare.
Configurați durata tokenului la cel puțin 60 de zile (lăsați emitentul ca BroadWorks).
Generați și partajați tastele RSA prin |ADP-uri XSP.
Furnizați adresa URL autentiService către containerul web.

Implementați serviciul de autentificare pe XSP|ADP

Pe fiecare XSP|ADP utilizat cu Webex:

Activați aplicația pentru serviciul de autentificare pe cale /authService(trebuie să utilizați această cale):

XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService

(unde este cazul <version> este versiunea BroadWorks).
Implementați aplicația:

XSP|ADP_CLI/Maintenance/ManagedObjects>deploy application /authService

Configurați durata tokenului

Verificați configurația actuală a tokenului (ore):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement> get
Setați durata la 60 de zile (max. 180 de zile):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement>set tokenDurationInHours 1440

Generați și partajați cheile RSA

Trebuie să utilizați aceleași perechi de taste publice/private pentru criptarea/decriptarea tokenului în toate instanțele serviciului de autentificare.
Cuplul cheie este generat de serviciul de autentificare atunci când este necesar pentru prima dată să eliberați un token.

Din cauza acestor doi factori aveți nevoie pentru a genera chei pe un XSP|ADP, apoi copiați-le la toate celelalte XSP|ADP.

Dacă ciclați tastele sau modificați lungimea tastei, trebuie să repetați următoarea configurație și să reporniți toate |ADP-urile XSP.

Selectați un XSP|ADP de utilizat pentru generarea unei perechi de taste.
Utilizați un client pentru a solicita un token criptat de la acel XSP|ADP, solicitând următorul URL din browserul clientului:

https://<XSP|ADP-IPAddress>/authService/token?key=BASE22URL(clientPublicKey)

(Acest lucru generează o pereche de chei private / publice pe XSP|ADP, dacă nu a existat deja unul)
Locația magazinului cu tastatură nu este configurabilă. Exportați tastele:

XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
Copiați fișierul exportat /var/broadworks/tmp/authService.keys în aceeași locație pe celelalte ADP-uri XSP|, suprascrierea unui mai în vârstă .keys fișier.
Importați tastele pe fiecare dintre celelalte |ADP-uri XSP:

XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys

Furnizați URL-ul autentiService către containerul web

Containerul web XSP|ADP are nevoie de URL-ul autentiService, astfel încât să poată valida jetoanele.

Pe fiecare dintre |ADP-urile XSP:

Adăugați URL-ul serviciului de autentificare ca serviciu de autentificare extern pentru BroadWorks Communications Utility:

XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1/authService
Adăugați adresa URL a serviciului de autentificare în container:

XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService

Acest lucru permite Webex să utilizeze Serviciul de autentificare pentru a valida jetoanele prezentate ca date de autentificare.
Verificați parametrul cu get.
Reporniți XSP|ADP.

Configurarea TLS și Ciphers pe interfețele HTTP (pentru XSI și Serviciul de autentificare)

Aplicațiile Service Authentication, Xsi-Actions și Xsi-Events utilizează interfețe de server HTTP. Nivelurile de configurabilitate TLS pentru aceste aplicații sunt după cum urmează:

Cele mai generale = Sistem > Transport > HTTP > Interfață server HTTP = Cele mai specifice

Contextul CLI pe care îl utilizați pentru a vizualiza sau modifica diferitele setări SSL este:

Specificații	context CLI
Sistem (global)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Protocoale de transport pentru acest sistem	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP pe acest sistem	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Interfețe server HTTP specifice pe acest sistem	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Citirea configurației interfeței serverului HTTP TLS pe XSP|ADP

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer>
Introduceți get comanda și citiți rezultatele. Ar trebui să vedeți interfețele (adresele IP) și, pentru fiecare, dacă acestea sunt sigure și dacă necesită autentificarea clientului.

Apache tomcat trimite un certificat pentru fiecare interfață securizată; sistemul generează un certificat semnat dacă are nevoie de unul.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Adăugarea protocolului TLS 1.2 la interfața serverului HTTP

Interfața HTTP care interacționează cu Webex Cloud trebuie configurată pentru TLSv1.2. Cloud nu negociază versiunile anterioare ale protocolului TLS.

Pentru a configura protocolul TLSv1.2 pe interfața serverului HTTP:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Introduceți comanda get <interfaceIp> 443 pentru a vedea ce protocoale sunt deja utilizate pe această interfață.
Introduceți comanda add <interfaceIp> 443 TLSv1.2 pentru a se asigura că interfața poate utiliza TLS 1.2 atunci când comunică cu cloud-ul.

Editarea configurației TLS Ciphers pe interfața serverului HTTP

Pentru a configura cifrele necesare:

Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Introduceți comanda get <interfaceIp> 443 pentru a vedea care cifruri sunt deja utilizate pe această interfață. Trebuie să existe cel puțin una dintre suitele recomandate de Cisco (consultați XSP|ADP Identitate și Cerințe de securitate în secțiunea Prezentare generală).

Introduceți comanda add <interfaceIp> 443 <cipherName> pentru a adăuga un cifru la interfața serverului HTTP.

Vedeți https://ciphersuite.info/ pentru a găsi suita după oricare nume.

Configurați încrederea pentru serviciul de autentificare (cu mTLS)

Conectați-vă la Control Hub cu contul de administrator partener.
Accesați Setări > Apelare BroadWorks și faceți clic pe Descărcare certificat Webex CA pentru a obține CombinedCertChain2023.txt pe computerul local.

Aceste fișiere conțin două seturi de două certificate. Trebuie să divizați fișierele înainte de a le încărca în ADP-urile XSP|. Toate fișierele sunt necesare.
Separați lanțul certificatului în două certificate - combinedcertchain2023.txt.
1. Deschideți combinedcertchain2023.txt într-un editor de text.
2. Selectați și tăiați primul bloc de text, inclusiv liniile -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----, și lipiți blocul de text într-un fișier nou.
3. Salvați noul fișier ca root2023.txt.
4. Salvați fișierul original ca issuing2023.txt. Fișierul original ar trebui să aibă acum doar un singur bloc de text, înconjurat de linii -----BEGIN CERTIFICATE----- și -----END CERTIFICATE-----.
Copiați ambele fișiere text într-o locație temporară pe XSP|ADP pe care o securizați, de ex. /var/broadworks/tmp/root2023.txt și /var/broadworks/tmp/issuing2023.txt.
Conectați-vă la XSP|ADP și navigați la /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>. (Opțional) Ajutor de rulare UpdateTrust pentru a vedea parametrii și formatul de comandă.

Încărcați fișierele certificatului în ancore de încredere noi - 2023

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Confirmați că ancorajele sunt actualizate:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

(Opțiune) Configurați mTLS la nivelul interfeței/portului HTTP

Este posibil să configurați mTLS la nivelul interfeței/portului HTTP sau pe o bază de aplicație per-web.

Când configurați mTLS la nivelul interfeței/portului HTTP, mTLS este necesar pentru toate aplicațiile web găzduite accesate prin această interfață/port.

Conectați-vă la XSP|ADP a cărei interfață configurați.
Navigheaza catre XSP|ADP_CLI/Interface/Http/HttpServer> și rulați get comandă pentru a vedea interfețele.
Pentru a adăuga o interfață și a solicita autentificarea clientului acolo (ceea ce înseamnă același lucru ca și mTLS):

XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true

Consultați documentația XSP|ADP CLI pentru detalii. În esență, primul true asigură interfața cu TLS (certificatul de server este creat dacă este necesar) și al doilea true forțează interfața să solicite autentificarea certificatului clientului (împreună sunt mTLS).

De exemplu:

XSP|ADP_CLI/Interface/Http/HttpServer> get

Interface Port Name Secure Client Auth Req Cluster Fqdn
         =======================================================
         192.0.2.7 443 XSP|ADP01.collab.example.net true false 
         192.0.2.7 444 XSP|ADP01.collab.example.net true true

În acest exemplu, mTLS (Client Auth Req = true) este activat pe 192.0.2.7 port 444. TLS este activat pe 192.0.2.7 port 443.

(Opțiune) Configurați mTLS pentru aplicații web specifice

Este posibil să configurați mTLS la nivelul interfeței/portului HTTP sau pe o bază de aplicație per-web.

Când configurați mTLS la nivelul aplicației, mTLS este necesar pentru acea aplicație, indiferent de configurația interfeței serverului HTTP.

Conectați-vă la XSP|ADP a cărei interfață configurați.
Navigheaza catre XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> și rulați get comandă pentru a vedea ce aplicații rulează.
Pentru a adăuga o aplicație și pentru a solicita autentificarea clientului (ceea ce înseamnă același lucru ca și mTLS):

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true

Consultați documentația XSP|ADP CLI pentru detalii. Numele aplicației sunt enumerate acolo. Fișierul true în această comandă activează mTLS.

De exemplu:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add 192.0.2.7 443 AuthenticationService true

Exemplul de comandă adaugă aplicația AuthenticationService la 192.0.2.7:443 și necesită solicitarea și autentificarea certificatelor de la client.

Consultați get:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> get

Interface Ip Port Application Name Client Auth Req
         ===================================================
         192.0.2.7 443 AuthenticationService      true

Configurați managementul dispozitivului pe XSP|ADP, serverul aplicației și serverul profilului

Unde să mergeți Înainte

Pentru configurare, puteți reintra în fluxul principal de documente la interfața CTI și configurația aferentă.

Cerințe suplimentare de certificare pentru autentificarea reciprocă TLS împotriva serviciului de autentificare

Accesați Setări > Apelare BroadWorks.
Faceți clic pe linkul certificatului de descărcare.

De asemenea, puteți obține lanțul certificatului de la https://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt.

Cerințele exacte pentru implementarea acestui lanț de certificate Webex CA depind de modul în care sunt implementate ADP-urile dvs. publice cu care se confruntă XSP|:

Printr-un proxy de legătură TLS
Printr-un proxy de trecere TLS
Direct către XSP|ADP

Următoarea diagramă rezumă locul în care trebuie implementat lanțul de certificate Webex CA în aceste trei cazuri.

Cerințe reciproce privind certificatul TLS pentru proxy-ul TLS-bridge

Webex prezintă proxy-ului un certificat de client semnat Webex CA.
Lanțul de certificate Webex CA este implementat în magazinul de încredere proxy, astfel încât proxy-ul are încredere în certificatul clientului.
Certificatul de server XSP|ADP semnat public este, de asemenea, încărcat în proxy.
Proxy-ul prezintă un certificat de server semnat public pentru Webex.
Webex are încredere în CA-ul public care a semnat certificatul serverului proxy.

Proxy-ul prezintă un certificat de client semnat intern către |ADP-urile XSP.

Acest certificat trebuie să aibă câmpul de extensie x509.v3 Utilizare extinsă a cheii populat cu OID BroadWorks 1.3.6.1.4.1.6431.1.1.8.2.1.3 și clientAuth scop TLS. De exemplu:

X509v3 extensions:

X509v3 Extended Key Usage:

1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client
              Authentication

Atunci când generați certificate de client intern pentru proxy, rețineți că certificatele SAN nu sunt acceptate. Certificatele serverului intern pentru XSP|ADP pot fi SAN.

ADP-urile XSP| au încredere în CA intern.
ADP-urile XSP| prezintă un certificat de server semnat intern.
Proxy-ul are încredere în CA intern.

Cerințe reciproce de certificare TLS pentru TLS-passthrough Proxy sau XSP în DMZ

Webex prezintă un certificat de client semnat Webex CA pentru XSPs.
Lanțul de certificate Webex CA este implementat pe magazinul de încredere XSPs, astfel încât XSPs are încredere în certificatul clientului.
Certificatul de server XSP semnat public este de asemenea încărcat în XSPs.
XSPs prezintă certificatele de server semnate public către Webex.
Webex are încredere în CA-ul public care a semnat certificatele serverului XSPs.

Istoricul reviziilor documentelor

Următorul tabel prezintă o istorie a modificărilor aduse acestui document în ultimele 12 luni.

Dată	Versiune	Descrierea modificării
25 iunie 2024	2-120	A fost actualizată secțiunea de interconectare în secțiunea Implementare Webex pentru BroadWorks.
14 iunie 2024	2-119	A fost adăugată o secțiune flexibilă de selecție a ID-ului de apelant extern în secțiunea Funcții și limitări și anularea unui abonament din secțiunea Control Hub în secțiunea Gestionare Webex pentru BroadWorks.
13 mai 2024	2-118	Modificări editoriale.
10 mai 2024	2-117	Pachetul Pro Pentru Control Hub a fost adăugat în secțiunea Caracteristici și Limitări.
6 mai 2024	2-116	Secțiunea SSO partener actualizat - SAML, nu este necesar să contactați TAC pentru furnizorul de identitate.
2 mai 2024	2-115	Modificări editoriale.
10 aprilie 2024	2-114	Informații actualizate despre Patch 2 în secțiunea Aspect în linie partajată.
27 martie 2024	2-113	Actualizat câmp lampă ocupată / preluare apel și partener SSO - secțiunea OpenID Connect.
22 martie 2024	2-112	Cerințe prealabile actualizate în secțiunea Sincronizare Nu deranjați (DND).
07 martie 2024	2-111	Secțiunea Actualizată de control al fluxului de conectare în procesul de conectare a utilizatorului și de recuperare a configurației.
24 februarie 2024	2-110	Modificări editoriale.
20 februarie 2024	2-109	S-a adăugat secțiunea Indicație Spam vizuală în secțiunea Implementare Webex pentru BroadWorks.
07 februarie 2024	2-108	A fost adăugată o notificare de expirare a parolei BroadWorks în timpul conectării la Webex for BroadWorks Reference.
25 ianuarie 2024	2-107	Modificări editoriale.
23 ianuarie 2024	2-106	Efectuați modificări editoriale în secțiunea Mutare utilizator (cu consimțământ) în Webex pentru Cisco BroadWorks , sub Gestionarea Webex pentru BroadWorks.
10 ianuarie 2024	2-105	Modificări editoriale.
20 decembrie 2023	2-104	Acest ghid a fost mutat la Centrul de ajutor Webex, de acum înainte utilizați acest link unificat https://help.webex.com/no4dlj3 .
13 decembrie 2023	2-103	Șablonul clientului a fost modificat în „Șablon de integrare”, a actualizat ghidul de soluție.
12 decembrie 2023	2-102	Actualizat Atașați Webex pentru BroadWorks la secțiunea Organizație existentă în cadrul Gestionării Webex pentru BroadWorks.
08 decembrie 2023	2-101	Modificări editoriale.
noiembrie 08, 2023	2-100	A fost adăugată o notă în Atașați Webex pentru BroadWorks la secțiunea Organizație existentă .
25 octombrie 2023	2-99	A fost adăugat R24 în Configurarea serverului aplicației cu secțiunea URL a serviciului de configurare.
13 septembrie 2023	2-98	Au fost adăugate cerințe de rețea pentru Webex pentru linkurile Cisco Broadworks în secțiunea Abonamente de documente recomandate.
septembrie 04, 2023	2-97	Secțiunea Caracteristici și limitări actualizată în Prezentare generală a Webex pentru Cisco BroadWorks.
08 august 2023	2-96	Note adăugate în Editarea sau ștergerea unui cluster BroadWorks în Partner Hub în cadrul Gestionării Webex pentru BroadWorks.
23 iunie 2023	2-95	Actualizat Pregătiți-vă NPS pentru Webex pentru secțiunea Cisco BroadWorks în secțiunea Implementare Webex pentru Cisco BroadWorks. Actualizat Configurați NPS pentru a utiliza conexiunea proxy de autentificare Timeout la 3000 sub Implementare Webex pentru Cisco BroadWorks.
30 mai 2023	2-94	Actualizat secțiunea Cerințe software BroadWorks în secțiunea Webex pentru Cisco BroadWorks Reference.
26 mai 2023	2-93	Secțiunea actualizată Trust Anchors pentru interfața CTI (R22 și ulterioară) din secțiunea Implementare Webex pentru Cisco BroadWorks. Actualizat Configurați încrederea pentru serviciul de autentificare (cu mTLS) în secțiunea Anexă.
24 mai 2023	2-92	Actualizat Detach Webex pentru BroadWorks din secțiunea Organizație existentă în cadrul Gestionării Webex pentru Cisco BroadWorks. S-a adăugat secțiunea Intrare în rezervă în secțiunea Implementare Webex pentru Cisco BroadWorks.
10 mai 2023	2-91	Actualizat câmpul Lampă ocupată / secțiunea Notificare preluare apeluri în cadrul managementului Webex pentru Cisco BroadWorks.
09 mai 2023	2-90	Actualizat secțiunea Țară din secțiunea Pregătiți-vă mediul.
04 mai 2023	2-89	Actualizat Configurați secțiunea Șabloane pentru clienți în secțiunea Configurați organizația partenerului în Hubul partenerului.
27 aprilie 2023	2-88	S-a adăugat secțiunea Țară în secțiunea Pregătirea mediului.
14.04.2023	2-87	Secțiunea Actualizată de Asistență pentru contacte de grup în cadrul comenzii și configurării.
17 martie 2023	2-86	S-a adăugat scalarea apelului nativ mobil la secțiunea Întâlnire din secțiunea Implementare Webex pentru BroadWorks.
11 martie 2023	2-85	Pași actualizați în Configurarea serviciului de autentificare (cu validarea token-ului CI) în secțiunea Implementare Webex pentru Cisco BroadWorks.
10 martie 2023	2-84	Actualizat secțiunea Interfețe Xsi .
07 martie 2023	2-83	S-a adăugat secțiunea Asistență Grup Contacte în secțiunea Ordine și configurare.
28 februarie 2023	2-82	S-a adăugat secțiunea Partner SSO - OpenID Connect (OIDC) în secțiunea Implementare Webex pentru Cisco BroadWorks.
15 februarie 2023	2-81	Actualizat Trust Anchors pentru interfața CTI (R22 și o versiune ulterioară)în secțiunea Implementare Webex pentru Cisco BroadWorks și Configurare Trust pentru serviciul de autentificare (cu mTLS) din Anexa.
10 februarie 2023	2-80	S-a actualizat Apelarea extensiilor în prezentarea generală a Webex pentru Cisco BroadWorks.

Prezentare generală a Webex pentru Cisco BroadWorks

Vă prezentăm Webex pentru Cisco BroadWorks

Istoricul revizuirilor documentelor

Această secțiune se adresează administratorilor de sistem din organizațiile partenere Cisco (furnizori de servicii) care implementează Webex pentru organizațiile lor de clienți sau furnizează această soluție direct propriilor abonați.

Scopul soluției

Pentru a furniza caracteristici de colaborare în cloud Webex clienților mici și mijlocii care au deja servicii de apelare furnizate de furnizorii de servicii BroadWorks.
Pentru a furniza servicii de apelare bazate pe BroadWorks clienților Webex mici și mijlocii.

Context

Evoluăm toți clienții noștri de colaborare către o aplicație unificată. Această cale reduce dificultățile de adoptare, îmbunătățește interoperabilitatea și migrația și oferă experiențe previzibile utilizatorilor în întregul nostru portofoliu de colaborare. O parte din acest efort este de a muta capacitățile de apelare BroadWorks în aplicația Webex și, în cele din urmă, de a reduce investițiile în clienții UC-One.

Beneficii

Verificarea viitoare: împotriva încheierii ciclului de viață al UC-One Collaboration, deplasarea tuturor clienților către Cadrul unificat al clienților (UCF)
Cel mai bun dintre ambele: Activarea caracteristicilor Webex Messaging and Meeting în timp ce rețineți apelarea BroadWorks în rețeaua de telefonie

Domeniu de aplicare soluție

Existente / noi clienți mici și mijlocii (mai puțin de 250 de abonați), care doresc o suită de caracteristici de colaborare, poate avea deja BroadWorks de asteptare.
Clienții Webex mici și mijlocii existenți care doresc să adauge Apelare BroadWorks.
Nu întreprinderi mai mari (Vă rugăm să revizuiți portofoliul nostru enterprise pentru Webex).
Nu utilizatori unici (Vă rugăm să evaluați ofertele Webex Online).

Seturile de caracteristici din Webex pentru Cisco BroadWorks vizează cazurile de utilizare a întreprinderilor mici și mijlocii. Pachetele Webex pentru Cisco BroadWorks sunt concepute pentru a reduce complexitatea pentru IMM-uri și evaluăm în mod constant adecvarea acestora pentru acest segment. Putem alege să ascundem sau să eliminăm caracteristicile care altfel ar fi disponibile în pachetele enterprise.

Cerințe preliminare pentru succesul cu Webex pentru Cisco BroadWorks

Obligatoriu

Note

Patch Current BroadWorks R22 or above

XSP|ADP for XSI, CTI, DMS, and authService

Dedicated XSP|ADP for Webex for Cisco BroadWorks

Separate XSP|ADP for NPS, can be shared with other solutions that use NPS.

If you have an existing collaborate deployment, then review recommendations on XSP|ADP and NPS configurations.

Validare simbol CI (cu TLS) configurat pentru conexiuni Webex la serviciul de autentificare.

mTLS configurat pentru conexiuni Webex la interfața CTI.

Alte aplicații nu necesită mTLS.

Utilizatorii trebuie să existe în BroadWorks și să aibă nevoie de următoarele atribute, în funcție de decizia de asigurare a accesului:

Flux cu e-mailuri de încredere: Atributul de e-mail al utilizatorului BroadWorks trebuie să conțină o adresă de e-mail validă, unică pentru acel utilizator. User must also have a primary number or extension.
Flowthrough cu e-mailuri care nu sunt de încredere, sau auto-activare, sau API provizionare: User does not need email address but must have a primary number or extension.

Pentru e-mailuri care nu sunt de încredere: În funcție de setările de e-mail ale utilizatorului, utilizarea e-mailurilor care nu sunt de încredere poate duce la trimiterea e-mailului în folderul Junk sau SPAM al utilizatorului. Este posibil ca administratorul să trebuiască să modifice setările de e-mail ale utilizatorului pentru a permite

Webex pentru fișierul Cisco BroadWorks DTAF pentru Webex App

BW Business Lic sau Std Enterprise sau Prem Enterprise User Lic + Webex pentru abonamentul Cisco BroadWorks

Dacă aveți o implementare de colaborare existentă, nu mai aveți nevoie de UC-One Add-On Bundle, Collab Lic și Meet-me conference Ports.

Dacă aveți o implementare SaaS UC-One existentă, nu există alte modificări suplimentare decât acceptarea termenilor pachetului Premium.

IP/Ports trebuie să fie accesibile prin intermediul serviciilor backend Webex și al aplicațiilor Webex prin internet public.

Consultați secțiunea "Pregătiți-vă rețeaua".

TLS v1.2 Configuration on XSP|ADPs

Pentru asigurarea accesului prin flux, serverul de aplicații trebuie să se conecteze la adaptorul de asigurare a accesului BroadWorks.

Nu testăm și nu acceptăm configurația proxy de ieșire. Dacă utilizați un proxy de ieșire, acceptați responsabilitatea de a-l sprijini cu Webex pentru Cisco BroadWorks.

Consultați subiectul "Pregătiți-vă rețeaua".

Despre acest document

Scopul acestui document este de a vă ajuta să înțelegeți, să vă pregătiți, să implementați și să gestionați soluția Webex pentru Cisco BroadWorks. Secțiunile majore din document reflectă acest scop.

Acest ghid include materiale conceptuale și de referință. Intenționăm să acoperim toate aspectele soluției din acest document.

Setul minim de activități pentru implementarea soluției sunt:

Contactați echipa contului pentru a deveni Partener Cisco. Este imperativ să explorați punctele tactile Cisco pentru a vă familiariza (și a vă instrui). Când deveniți Partener Cisco, aplicăm Webex pentru Comutarea Cisco BroadWorks la organizația dvs. (A se vedea Implementați Webex pentru Cisco BroadWorks > Partner Onboarding în acest document.)
Configurați sistemele BroadWorks pentru integrarea cu Webex. (See Deploy Webex for Cisco BroadWorks > Configure Services on Your Webex for Cisco BroadWorks XSP|ADPs in this document.)
Utilizați Hubul de parteneri pentru a conecta Webex la BroadWorks. (A se vedea Implementați Webex pentru Cisco BroadWorks > Configurați organizația parteneră în Hubul de parteneri din acest document.)
Utilizați Hubul de parteneri pentru a pregăti șabloane de asigurare a accesului pentru utilizatori. (See Deploy Webex for Cisco BroadWorks > Configure your Onboarding templates in this document.)
Test and onboard a customer by provisioning at least one user. (See Deploy Webex for Cisco BroadWorks > Configure Your Test Organization.)

Acestea sunt pași la nivel înalt, în ordinea tipică. Există mai multe activități care contribuie pe care nu le puteți ignora.
Dacă doriți să vă creați propriile aplicații pentru a vă gestiona Webex-ul pentru abonații Cisco BroadWorks, ar trebui să citiți Utilizarea API-ului de asigurare a accesului în secțiunea Referință din acest ghid.

terminologie

We try to limit the jargon and acronyms used in this document, and to explain each term when it’s first used. (See Webex for Cisco BroadWorks Reference > Terminology if a term isn’t explained in context.)

funcționează

Webex pentru Cisco BroadWorks este o ofertă care integrează Apelarea BroadWorks în Webex. Abonații folosesc o singură aplicație (aplicația Webex) pentru a profita de caracteristicile furnizate de ambele platforme:

Utilizatorii apelează numere PSTN utilizând infrastructura BroadWorks.
Utilizatorii apelează alte numere BroadWorks utilizând infrastructura BroadWorks (apeluri audio/video selectând numerele asociate utilizatorilor sau dialpad-ului pentru a introduce numerele).
Utilizatorii pot, alternativ, să efectueze un apel Webex VOIP prin infrastructura Webex selectând opțiunea "Apel Webex" din aplicația Webex. (Aceste apeluri sunt aplicații Webex către aplicația Webex, nu aplicația Webex către PSTN).
Utilizatorii pot găzdui și se pot asocia la Întâlniri Webex.
Utilizatorii își pot trimite mesaje unul altuia unul la unul sau în spații (chat de grup persistent) și pot beneficia de funcții precum căutarea și partajarea fișierelor (pe infrastructura Webex).
Utilizatorii pot partaja prezența (starea). Ei pot alege prezența personalizată sau prezența calculată a clientului.
După ce vă oferim ca organizație parteneră în Control Hub, cu drepturile corecte, puteți configura relația dintre instanța BroadWorks și Webex.
Creați organizații de clienți în Control Hub și utilizatorii de furnizare în aceste organizații.
Fiecare abonat din BroadWorks primește o identitate Webex pe baza adresei lor de e-mail (atribut id-ul de e-mail în BroadWorks).
Utilizatorii se autentifică împotriva BroadWorks sau împotriva Webex.
Clienților li se eliberează token-uri de lungă durată pentru a le autoriza pentru servicii la BroadWorks și Webex.

Aplicația Webex în centrul acestei soluții; este o aplicație de marcă disponibilă pe desktopurile Mac / Windows și telefoane mobile și tablete Android / iOS.

Există, de asemenea, o versiune web a Aplicației Webex care nu include în prezent caracteristici de apelare.

Clientul se conectează la cloud-ul Webex pentru a livra caracteristici de mesagerie, prezență și întâlniri.

Clientul se înregistrează la sistemele BroadWorks pentru caracteristici de apelare.

Cloud-ul Webex funcționează cu sistemele BroadWorks pentru a asigura o experiență perfectă de asigurare a accesului utilizatorilor.

Caracteristici și limitări

Oferim mai multe pachete cu caracteristici diferite.

Pachetul "Softphone"

Acest tip de pachet utilizează aplicația Webex ca un client numai pentru softphone cu capacitate de apelare, dar fără capacități de mesagerie. Utilizatorii cu acest tip de pachet se pot asocia la întâlniri Webex, dar nu pot începe întâlnirile pe cont propriu. Când alți utilizatori (softphone sau non-softphone) caută în director un utilizator de softphone, rezultatele căutării nu oferă nicio opțiune de a trimite un mesaj.

Utilizatorii de softphone își pot partaja ecranul în timp ce se aflau într-un apel.

Pachetul "de bază"

The basic package includes Calling, Messaging, and Meeting features. It includes 100 participants in “unified space” meetings and Personal Meeting Room (PMR) meetings. (** see the below Note for exception). In this package the meetings can have a maximum duration of 40 minutes.

Pachet "standard"

This package also includes everything in the Basic package such as up to 100 participants in “unified space” meetings and Personal Meeting Room (PMR) meetings.

Partajarea ecranului în cadrul unei întâlniri PMR este un rol deținut inițial numai de gazda întâlnirii, dar gazda poate transmite "rolul de prezentator" oricărui participant la întâlnire pe care îl alege și numai gazda poate prelua din nou rolul de prezentator fără ca gazda curentă să i-l transmită.

Pachet "Premium"

This package includes everything in the Standard package plus up to 300 participants in “unified space” meeting and up to 1000 participants in a Personal Meeting Room (PMR).

Partajarea ecranului într-o întâlnire PMR este acceptată pentru orice participant la întâlnire.

Comparare pachete

Pachet	Apelare	Mesagerie	Unified Space Meetings	Reuniuni PMR
Telefon virtual	Inclus	Neincluse	Fără	Fără
De bază	Inclus	Inclus	100 participanți	100 participanți
Standard	Inclus	Inclus	100 participanți	100 participanți
Premium	Inclus	Inclus	300 de participanți	1000 participanți

The Unified Space Meeting limit for Basic users is 100 participants per Unified Space Meeting unless the space also includes users assigned the “Standard” or “Premium” packages, in which case the limit increases based on host user package.

"Unified Space Meetings" refers to a Webex meeting (scheduled or unscheduled) that takes place in a Webex space. For example, a user initiates a meeting from the space via the "Meet" or "Schedule" buttons.

"PMR Meetings" refers to a Webex Meeting (scheduled or unscheduled) that takes place in a user's Personal Meeting Room (PMR). These meetings use a dedicated URL (for example: cisco.webex.com/meet/roomOwnerUserID).

Mesagerie și caracteristici de întâlnire

Refer to the following table for PMR meeting feature support differences for Basic, Standard and Premium packages.

Tabelul 1. Diferențe de suport caracteristică pentru întâlniri pmr
Caracteristică întâlnire	Supported with Basic Package	Suport cu pachet standard	Acceptat cu pachetul Preminum	Comentariu
Durata întâlnirii	40 Minutes or less	Nelimitat	Nelimitat
Partajare Desktop	Da	Da	Da	Basic—Desktop sharing by any PMR meeting participant. Standard —Desktop sharing by PMR meeting host only. Premium—Desktop sharing by any PMR meeting participant.
Partajare Aplicație	Da	Da	Da	Basic—Application sharing by any PMR meeting participant. Standard —Application sharing by PMR meeting host only. Premium—Application sharing by any PMR meeting participant.
Chat cu mai multe părți	Da	Da	Da
Tablă albă	Da	Da	Da
Protecție prin parolă	Da	Da	Da
Aplicație web - fără descărcare sau plugin-uri (Experiența oaspeților)	Da	Da	Da
Suport pentru asocierea cu dispozitive Webex	Da	Da	Da
Controlul podelei (Mute One / Expulzați toate)	Da	Da	Da
Legătură întâlniri persistente	Da	Da	Da
Acces site întâlniri	Da	Da	Da
Asociere la întâlnire prin VoIP	Da	Da	Da
Blocare	Da	Da	Da
Controale prezentator	Nu	Nu	Da
Control desktop la distanță	Nu	Nu	Da
Număr de participanți	100	100	1000
Înregistrarea salvată local în sistem	Da	Da	Da
Înregistrarea în cloud	Nu	Nu	Da
Înregistrare - Stocare în cloud	Nu	Nu	10GB per site
Înregistrarea transcrierilor	Nu	Nu	Da
Programare întâlnire	Da	Da	Da
Activarea partajării conținutului cu integrări externe	Nu	Nu	Da	Basic— Content sharing by any PMR meeting participant. Standard—Content sharing by PMR meeting host only. Premium—Content sharing by any PMR meeting participant.
Se permite modificarea URL-ului PMR	Nu	Nu	Da	Basic— Users can modify the PMR URL from the Webex site. Partner and org admins can modify the URL from Control Hub. Standard—The PMR URL can be changed only from Partner Hub by Partner and org admins. Premium—Users can modify the PMR URL from the Webex site. Administratorii partenerilor și ai orgilor pot modifica adresa URL din Hubul partenerilor.
Întâlniri Live Streaming (de exemplu, pe Facebook, Youtube)	Nu	Nu	Da
Permiteți altor utilizatori să programeze întâlniri în numele lor	Nu	Nu	Da
Adăugați gazdă alternativă	Da	Nu	Da
Integrarea aplicațiilor (de exemplu, Zendesk, Slack)	Depinde de integrarea	Depinde de integrarea	Da	Consultați secțiunea Integrări aplicații de mai jos pentru mai multe informații despre asistență.
Integrarea cu Microsoft Office 365 Calendaring	Da	Da	Da
Integrarea cu Google Calendaring pentru G Suite	Da	Da	Da

Centrul de ajutor Webex publică caracteristicile și documentația orientată spre utilizator pentru Webex la help.webex.com. Citiți următoarele articole pentru a afla mai multe despre caracteristici:

Caracteristici de apelare

Experiența de apelare este similară cu soluțiile anterioare care utilizează motorul de control al apelurilor BroadWorks. Diferența față de UC-One Collaboration și UC-One SaaS este că aplicația Webex este clientul principal soft.

Integrări aplicații

Puteți integra Webex pentru Cisco BroadWorks cu următoarele aplicații:

Zendesk—Premium only
Slack—Premium only
Microsoft Teams for Webex Meetings—Standard or Premium
Microsoft Teams for Calling—Supported with all packages
Office 365 Calendaring—Standard or Premium
Google Calendaring for G Suite—Standard or Premium

Asistență pentru infrastructura desktop virtuală (VDI)

Webex pentru Cisco BroadWorks acceptă acum medii virtuale de infrastructură desktop (VDI). For details on how to deploy VDI infrastructure, refer to Deployment Guide for Webex for Virtual Desktop Infrastructure (VDI).

IPv6 Support

Webex for Cisco BroadWorks supports IPv6 addressing for the Webex App.

Pachet Pro pentru Control Hub

Serviciul de completare Pro Pack for Control Hub oferă administratorilor, profesioniștilor din domeniul securității informațiilor și ofițerilor de conformitate funcționalități avansate în materie de securitate, conformitate și analiză care se pot integra cu software-ul dvs.

These add-on services will be only available for Standard and Premium packages.

For more information, see the Help Page of Pro Pack for Control Hub.

Foaia de parcurs viitoare

Pentru o perspectivă asupra intențiilor noastre pentru viitoarele versiuni de Webex pentru Cisco BroadWorks, vizitați https://salesconnect.cisco.com/#/program/PAGE-16649. Elementele foii de parcurs nu sunt obligatorii în nicio calitate. Cisco își rezervă dreptul de a reține sau revizui oricare sau toate aceste elemente din versiunile viitoare.

Limitări

Limitări de provizionare

Fus orar site întâlniri

Fusul orar al primului abonat pentru fiecare pachet devine fusul orar pentru site-ul Webex Meetings creat pentru acel pachet.

Dacă nu este specificată nicio fus orar în solicitarea de asigurare a accesului pentru primul utilizator al fiecărui pachet, fusul orar al site-ului Webex Meetings pentru pachetul respectiv este setat la valoarea implicită regională a organizației de abonați.

If your customer needs a specific Webex Meetings site timezone, specify the timezone parameter in the provisioning request for:

primul abonat furnizat pentru pachetul Standard din organizație.
primul abonat furnizat pentru pachetul Premium în organizație.
the first subscriber provisioned for Basic package in the organization.

Limitări generale

Fără apelare în versiunea Web a clientului Webex (Aceasta este o limitare client, nu o limitare a soluției.)
Este posibil ca Webex să nu aibă încă toate controalele UI pentru a accepta unele dintre caracteristicile de control al apelurilor disponibile de la BroadWorks.
Clientul Webex nu poate fi în prezent "Etichetat alb".
Când creați organizații client utilizând metoda de asigurare a accesului aleasă, acestea sunt create automat în aceeași regiune cu organizația parteneră. Acest comportament este prin design. Ne așteptăm ca partenerii multinaționali să creeze o organizație parteneră în fiecare regiune în care gestionează organizațiile clienților.
Raportarea privind întâlnirile și utilizarea mesageriei este disponibilă prin intermediul organizației de clienți din Control Hub.

Probleme și limitări cunoscute

For an up to date list of known issues and limitations with the Webex for Cisco BroadWorks offer, see Known Issues and Limitations.

Limite mesagerie

Următoarele limite de stocare a datelor (mesagerie și fișiere combinate) se aplică organizațiilor care au achiziționat Webex pentru serviciile Cisco BroadWorks prin intermediul unui furnizor de servicii. Aceste limite reprezintă spațiul maxim de stocare pentru mesagerie și fișiere combinate.

Bază: 2 GB per utilizator timp de 3 ani
Standard 5 GB per utilizator timp de 3 ani
Premium: 10 GB per utilizator timp de 5 ani

Pentru fiecare organizație client, aceste totaluri per utilizator sunt puse în comun pentru a furniza un total agregat pentru clientul respectiv, pe baza numărului de utilizatori. De exemplu, o companie cu cinci utilizatori premium are o limită totală de mesagerie și stocare a fișierelor de 50 GB. Un utilizator individual poate depăși limita per utilizator (10 GB), cu condiția ca compania să fie încă sub maximul agregat (50 GB).

Pentru spațiile de echipă create, limitele de mesagerie se aplică în raport cu totalul agregat pentru organizația de clienți care deține spațiul de echipă. Puteți găsi informații despre proprietarul spațiilor individuale de echipă din Politica spațială. Pentru informații despre vizualizarea Politicii spațiale pentru un spațiu individual de echipă, consultați https://help.webex.com/en-us/baztm6/Webex-Space-Policy.

Informații suplimentare

Pentru informații suplimentare despre limitele generale de mesagerie care se aplică spațiilor echipei de mesagerie Webex, consultați https://help.webex.com/en-us/n8vw82eb/Webex-Capacities.

Securitate, date și roluri

Securitate Webex

Clientul Webex este o aplicație sigură care face conexiuni sigure la Webex și BroadWorks. Datele stocate în cloud-ul Webex și expuse utilizatorului prin interfața aplicației Webex sunt criptate atât în tranzit, cât și în repaus.

Există mai multe detalii despre schimbul de date în secțiunea Referință din acest document.

Citire suplimentară

Rezidența datelor organizației

Stocăm datele Webex în centrul de date care se potrivește cel mai bine cu regiunea dvs. Consultați Rezidența datelor în Webex în Centrul de ajutor.

Roluri

Administrator furnizor de servicii (dvs.): Pentru activitățile de întreținere de zi cu zi, gestionați părțile locale (apelare) ale soluției folosind propriile sisteme. Gestionați părțile Webex ale soluției prin Hub partener.

For information on the roles that are available to partners, the access privileges that accompany those roles, and how to assign roles, see Partner Administrator Roles for Webex for BroadWorks and Wholesale RTM.

The first user provisioned to a new partner organizaiton is assigned automatically to the Full Administrator and Full Partner Administrator roles. That administrator can use the above article to assign additional roles.

Echipa de operațiuni cloud Cisco: Creează "organizația parteneră" în Partner Hub, dacă aceasta nu există, în timpul 100%.

După ce aveți contul Partner Hub, configurați interfețele Webex la propriile sisteme. You next create “Onboarding templates” to represent the suites or packages served through those systems. Apoi furnizați clienților sau abonaților.

#	Activitate tipică	Sp	Cisco
1	Partner Onboarding - Crearea org-ului partener dacă nu există și activarea comutatoarelor necesare ale caracteristicii		●
2	Configurare BroadWorks în Org partener prin Hub partener (Cluster)	●
3	Configurarea setărilor de integrare în Partner Org prin Partner Hub (Șabloane ofertă, Branding)	●
4	Preparing BroadWorks environment for Integration (AS, XSP\|ADP Patching, firewalls, XSP\|ADP configuration, XSI, AuthService, CTI, NPS, DMS applications on XSP\|ADP)	●
5	Dezvoltarea integrării sau procesului de asigurare a accesului	●
6	Pregătirea materialelor GTM	●
7	Migrarea sau furnizarea de utilizatori noi	●

arhitectură

Ce este în diagramă?

Clienți

Clientul Webex App servește ca aplicație principală în Webex pentru ofertele Cisco BroadWorks. Clientul este disponibil pe desktop, mobil și platforme web.

Clientul are mesagerie nativă, prezență și întâlniri audio/video multipartid furnizate de cloud-ul Webex. Clientul Webex utilizează infrastructura BroadWorks pentru apeluri SIP și PSTN.
Telefoanele IP Cisco și accesoriile aferente utilizează, de asemenea, infrastructura BroadWorks pentru apeluri SIP și PSTN. Ne așteptăm să putem accepta telefoane terțe.
Portal de activare a utilizatorilor pentru ca utilizatorii să se conecteze la Webex utilizând acreditările BroadWorks.
Partner Hub este o interfață web pentru administrarea organizației Webex și a organizațiilor clienților dvs. Partner Hub este locul unde configurați integrarea dintre infrastructura BroadWorks și Webex. De asemenea, utilizați Hubul de parteneri pentru a gestiona configurarea și facturarea clienților.

Rețea furnizor de servicii

Blocul verde din partea stângă a diagramei reprezintă rețeaua. Componentele găzduite în rețea furnizează următoarele servicii și interfețe altor părți ale soluției:

Public-facing XSP|ADP, for Webex for Cisco BroadWorks: (The box represents one or multiple XSP|ADP farms, possibly fronted by load balancers.)
- Găzduiește Interfața xtended Services (XSI-Actions &XSI-Events), Device Management Service (DMS), interfața CTI și Serviciul de autentificare. Împreună, aceste aplicații permit telefoanelor și clienților Webex să se autentifice, să descarce fișierele de configurare a apelurilor, să efectueze și să primească apeluri și să vadă starea cârligului (prezența telefoniei) și istoricul apelurilor.
- Publică directorul către clienții Webex.
Public-facing XSP|ADP, running NPS:
- gazdă Notificări apel Push Server: A Notification Push Server on an XSP|ADP in your environment. Interfețele dintre serverul de aplicații și proxy-ul nostru NPS. Proxy-ul furnizează token-uri de scurtă durată către NPS pentru a autoriza notificări către serviciile cloud. Aceste servicii (APNS &FCM) trimit notificări de apel clienților Webex pe dispozitivele Apple iOS și Google Android.
Server de aplicații:
- Oferă control al apelurilor și interfețe altor sisteme BroadWorks (în general)
- Pentru asigurarea accesului prin flux, AS este utilizat de administratorul partener pentru a furniza utilizatorilor din Webex
- Împinge profilul utilizatorului în BroadWorks
Sistem de operare/BSS: Sistemul dumneavoastră de asistență pentru operațiuni / Servicii SIP de afaceri pentru administrarea întreprinderilor BroadWorks.

Webex Cloud

Blocul albastru din diagramă reprezintă norul Webex. Microservicii Webex acceptă întregul spectru de capacități de colaborare Webex:

Cisco Common Identity (CI) este serviciul de identitate din cadrul Webex.
Webex pentru Cisco BroadWorks reprezintă setul de microservicii care acceptă integrarea dintre Webex și Furnizorul de servicii găzduit BroadWorks:
- API-uri de asigurare a accesului pentru utilizatori
- Configurare furnizor de servicii
- Conectare utilizator utilizând acreditările BroadWorks
Caseta De mesagerie Webex pentru microservicii legate de mesagerie.
Caseta Întâlniri Webex reprezentând servere de procesare media și SBC-uri pentru mai multe întâlniri video ale participanților (SIP & SRTP)

Servicii Web terțe

Următoarele componente terțe sunt reprezentate în diagramă:

APNS (Apple Push Notifications Service) împinge notificările de apeluri și mesaje către aplicațiile Webex de pe dispozitivele Apple.
FCM (FireBase Cloud Messaging) împinge notificările de apeluri și mesaje către aplicațiile Webex de pe dispozitivele Android.

XSP|ADP Architecture Considerations

The Role of Public-Facing XSP|ADP Servers in Webex for Cisco BroadWorks

The public-facing XSP|ADP in your environment provides the following interfaces/services to Webex and clients:

Serviciul de autentificare (AuthService), securizat de TLS, care răspunde solicitărilor Webex pentru BroadWorks JWT (JSON Web Token) în numele utilizatorului
Interfață CTI, securizată de mTLS, la care Webex se abonează pentru evenimentele din istoricul apelurilor și starea prezenței telefonice de la BroadWorks (starea cârligului).
Interfețe Xsi pentru acțiuni și evenimente (eXtended Services Interface) pentru controlul apelurilor abonaților, directoarele listelor de contacte și apeluri și configurarea serviciilor de telefonie pentru utilizatorii finali
Serviciul DM (Device Management) pentru ca clienții să-și regăsească fișierele de configurare a apelurilor

Furnizați URL-uri pentru aceste interfețe atunci când configurați Webex pentru Cisco BroadWorks. (See Configure your BroadWorks Clusters in Partner Hub in this document.) For each cluster, you can only provide one URL for each interface. Dacă aveți mai multe interfețe în infrastructura BroadWorks, puteți crea mai multe clustere.

XSP|ADP Architecture

We require that you use a separate, dedicated XSP|ADP instance or farm to host your NPS (Notification Push Server) application. Puteți utiliza același NPS cu UC-One SaaS sau UC-One Collaboration. However, you may not host the other applications required for Webex for Cisco BroadWorks on the same XSP|ADP that hosts the NPS application.

We recommend that you use a dedicated XSP|ADP instance/farm to host the required applications for Webex integration for the following reasons

For example, if you’re offering UC-One SaaS, we recommend creating a new XSP|ADP farm for Webex for Cisco BroadWorks. În acest fel, cele două servicii pot funcționa independent în timp ce migrați abonații.
If you collocate the Webex for Cisco BroadWorks applications on an XSP|ADP farm that is used for other purposes, it's your responsibility to monitor usage, manage the resulting complexity, and plan for the increased scale.
The Cisco BroadWorks System Capacity Planner assumes a dedicated XSP|ADP farm and may not be accurate if you use it for collocation calculations.

Unless noted otherwise, the dedicated Webex for Cisco BroadWorks XSP|ADPs must host the following applications:

AuthService (TLS cu validare simbol CI sau mTLS)
CTI (mTLS)
Acțiuni XSI (TLS)
XSI-Evenimente (TLS)
DMS (TLS)—Optional. It's not mandatory that you deploy a separate DMS instance or farm specifically for Webex for Cisco BroadWorks. You can use the same DMS instance that you use for UC-One SaaS or UC-One Collaborate.
Call Settings Webview (TLS)—Optional. Call Settings Webview (CSW) is required only if you want Webex for Cisco BroadWorks users to be able to configure calling features on the Webex App.

Webex necesită acces la CTI printr-o interfață securizată prin autentificare TLS reciprocă. Pentru a susține această cerință, vă recomandăm una dintre aceste opțiuni:

(Diagram labelled Option 1) One XSP|ADP instance or farm for all applications, with two interfaces configured on each server: o interfață mTLS pentru CTI și o interfață TLS pentru alte aplicații, ar fi AuthService.
(Diagram labelled Option 2) Two XSP|ADP instances or farms, one with an mTLS interface for CTI, and the other with a TLS interface for other apps, such as the AuthService.

XSP|ADP Reuse

If you have an existing XSP|ADP farm that conforms to one of the suggested architectures above (Option 1 or 2) and it is lightly loaded, then it is possible to reuse your existing XSP|ADPs. You will need to verify that there are no conflicting configuration requirements between existing applications and the new application requirements for Webex. Cele două considerente principale sunt:

If you need to support multiple webex partner organizations on the XSP|ADP, then that means you must use mTLS on the Auth Service (CI Token Validation is only supported for a single partner organization on an XSP|ADP). Dacă utilizați mTLS pe serviciul de autentificare, atunci asta înseamnă că nu puteți avea clienți care utilizează autentificarea de bază pe serviciul de autentificare în același timp. This situation would prevent reuse of the XSP|ADP.
If the existing CTI Service configured to be used by clients with the secure port (typically 8012) but without mTLS (i.e., client authentication) then that will conflict with the webex requirement to have mTLS.

Because the XSP|ADP’s have many applications and the number of permutations of these applications is large, there may be other unidentified conflicts. For this reason, any potential reuse of XSP|ADP’s should be verified in a lab with the intended configuration prior to committing to the reuse.

Configure NTP Synchronization on XSP|ADP

The deployment requires time synchronization for all XSP|ADPs that you use with Webex.

Instalați pachetul ntp după ce instalați programul de operare și înainte de a instala software-ul BroadWorks. Then you can configure NTP during the XSP|ADP software installation. Consultați Ghidul de gestionare a software-ului BroadWorks pentru mai multe detalii.

During the interactive installation of the XSP|ADP software, you’re given the option to configure NTP. Procedați după urmează:

When the installer asks, Do you want to configure NTP?, enter y.
When the installer asks, Is this server going to be a NTP server?, enter n.
When the installer asks, What is the NTP address, hostname, or FQDN?, enter the address of your NTP server, or a public NTP service, for example, pool.ntp.org.

If your XSP|ADPs use silent (noninteractive) installation, the installer configuration file must include the following Key=Value pairs:

NTP

NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>

XSP|ADP Identity and Security Requirements

Fundal

Protocoalele și cifruri ale conexiunilor Cisco BroadWorks TLS sunt configurabile la diferite niveluri de specificitate. Aceste niveluri variază de la cel mai general (furnizor SSL) la cel mai specific (interfață individuală). O setare mai specifică suprascrie întotdeauna o setare mai generală. Dacă nu sunt specificate, setările SSL de nivel "inferior" sunt moștenite de la niveluri "superioare".

Dacă nu se modifică nicio setare din valorile implicite, toate nivelurile moștenesc setările implicite ale furnizorului SSL (JSSE Java Secure Sockets Extension).

Lista de cerințe

The XSP|ADP must authenticate itself to clients using a CA-signed certificate in which the Common Name or Subject Alternate Name matches the domain portion of the XSI interface.
Interfața Xsi trebuie să accepte protocolul TLSv1.2.
Interfața Xsi trebuie să utilizeze o suită de cifruri care îndeplinește următoarele cerințe.
- Schimb de chei Diffie-Hellman Ephemeral (DHE) sau Elliptic Curves Diffie-Hellman Ephemeral (ECDHE)
- Cifru AES (Advanced Encryption Standard) cu o dimensiune minimă a blocului de 128 biți (de exemplu, AES-128 sau AES-256)
- Modul cifru GCM (Galois/Counter Mode) sau CBC (Cipher Block Chaining)
  - Dacă se utilizează un cifru CBC, numai familia sha2 de funcții hash este permisă pentru derivarea cheilor (SHA256, SHA384, SHA512).

De exemplu, următoarele cifruri îndeplinesc cerințele:

TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384

The XSP|ADP CLI requires the IANA naming convention for cipher suites, as shown above, not the openSSL convention.

Cifruri TLS acceptate pentru interfețele AuthService și XSI

Această listă se poate modifica pe măsură ce cerințele noastre de securitate în cloud evoluează. Urmați recomandarea curentă de securitate cisco cloud privind selectarea cifruului, așa este descris în lista de cerințe din acest document.

TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA

Parametrii scalei de evenimente Xsi

Poate fi necesar să măriți dimensiunea cozii Xsi-Events și numărul de fire pentru a gestiona volumul evenimentelor de care are nevoie soluția Webex pentru Cisco BroadWorks. Puteți mări parametrii la valorile minime afișate, după urmează (nu le micșorați dacă sunt peste aceste valori minime):

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration> eventQueueSize = 2000

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration> eventHandlerThreadCount = 50

Multiple XSP|ADPs

Element margine echilibrare încărcare

If you have a load balancing element on your network edge, it must transparently handle the distribution of traffic between your multiple XSP|ADP servers and the Webex for Cisco BroadWorks cloud and clients. În acest caz, furnizați URL-ul balansorului de încărcare webex pentru configurația Cisco BroadWorks.

Note privind această arhitectură:

Configurați DNS astfel încât clienții să poată găsi balansorul de încărcare atunci când se conectează la interfața Xsi (consultați configurația DNS).
Vă recomandăm să configurați elementul muchie în modul proxy SSL invers, pentru a vă asigura criptarea datelor punct cu punct.
Certificates from XSP|ADP01 and XSP|ADP02 should both have the XSP|ADP domain, for example your-XSP|ADP.example.com, in the Subject Alternate Name. They should have their own FQDNs, for example XSP|ADP01.example.com, in the Common Name. Puteți utiliza certificate wildcard, dar nu le recomandăm.

Internet-Facing XSP|ADP Servers

If you expose the Xsi interfaces directly, use DNS to distribute the traffic to the multiple XSP|ADP servers.

Note privind această arhitectură:

Two records are required to connect to the XSP|ADP servers:
- For Webex microservices: Round-robin A/AAAA records are required to target the multiple XSP|ADP IP addresses. This is because the Webex microservices can’t do SRV lookups. For examples, see Webex Cloud Services.
- For Webex App: An SRV record that resolves to A records where each A record resolves to a single XSP|ADP. For examples, see Webex App.
  
  Use prioritized SRV records to target the XSI service for the multiple XSP|ADP addresses. Prioritize your SRV records so that the microservices will always go to the same A record (and subsequent IP address) and will only move to the next A record (and IP address) if the first IP address is down. DO NOT use a round-robin approach for the Webex App.
Certificates from XSP|ADP01 and XSP|ADP02 should both have the XSP|ADP domain, for example your-XSP|ADP.example.com, in the Subject Alternate Name. They should have their own FQDNs, for example XSP|ADP01.example.com, in the Common Name.
Puteți utiliza certificate wildcard, dar nu le recomandăm.

Evitați redirecționările HTTP

Sometimes, DNS is configured to resolve the XSP|ADP URL to an HTTP load balancer, and the load balancer is configured to redirect through a reverse proxy to the XSP|ADP servers.

Webex does not follow a redirect when connecting to the URLs you supply, so this configuration does not work.

Comandă și provizionare

Comanda și provizionarea se aplică la aceste niveluri:

Partner/Service Provider provisioning:

Fiecare Webex pentru Cisco BroadWorks Service Provider (sau Reseller) încorporat trebuie să fie configurat ca organizație parteneră în Webex și să i se acorde drepturile necesare. Cisco Operations oferă administratorului Organizației partenere acces pentru a gestiona Webex pentru Cisco BroadWorks în Hubul de parteneri Webex. Administratorul partener trebuie să facă toți pașii necesari de asigurare a accesului înainte de a putea furniza o organizație Client/Întreprindere.
Customer/Enterprise ordering and provisioning:

Fiecare Întreprindere BroadWorks activată pentru Webex pentru Cisco BroadWorks declanșează crearea unei organizații de clienți Webex asociate. Acest proces are loc automat ca parte a furnizării de utilizator/abonat. Toți utilizatorii/abonații dintr-o întreprindere BroadWorks sunt furnizați în aceeași organizație Webex Customer.

Același comportament se aplică dacă sistemul BroadWorks este configurat ca furnizor de servicii cu grupuri. Când furnizați un abonat într-un grup BroadWorks, o organizație client care corespunde cu grupul este creată automat în Webex.
User/Subscriber ordering and provisioning:

Webex pentru Cisco BroadWorks acceptă în prezent următoarele modele de asigurare a accesului pentru utilizatori:
- Asigurarea accesului prin flux cu e-mailuri de încredere
- Asigurarea accesului prin flux fără e-mailuri de încredere
- Autoaprovizionare utilizator
- Provizionare API

Flowthrough Provisioning with Trusted Emails

Configurați serviciul IM&P integrat pentru a utiliza un URL de asigurare a accesului Webex, apoi asociați serviciul utilizatorilor. Serverul de aplicații utilizează API-ul de asigurare a accesului Webex pentru a solicita conturile de utilizator Webex corespunzătoare.

Dacă aveți posibilitatea să afirmați că BroadWorks are adrese de e-mail pentru abonați care sunt valide și unice pentru Webex, această opțiune de asigurare a accesului creează și activează automat conturile Webex cu acele adrese de e-mail ca ID-uri de utilizator.

Puteți modifica pachetul de abonați prin Partner Hub sau puteți scrie propria aplicație pentru a utiliza API-ul de asigurare a accesului pentru a modifica pachetele de abonați.

***Flowthrough Provisioning with Trusted Emails***

Asigurarea accesului prin flux fără e-mailuri de încredere

Dacă nu vă puteți baza pe adresele de e-mail ale abonaților deținute de BroadWorks, această opțiune de asigurare a accesului creează conturi Webex, dar nu le poate activa până când abonații nu furnizează și validează adresele lor de e-mail. În acel moment, Webex poate activa conturile cu acele adrese de e-mail ca ID-uri de utilizator.

Puteți modifica pachetul de abonați prin Partner Hub sau puteți scrie propria aplicație pentru a utiliza API-ul de asigurare a accesului pentru a modifica pachetele de abonați.

Autoaprovizionare utilizator

Cu această opțiune, nu există nicio asigurare de acces prin flux de la BroadWorks la Webex. După ce configurați integrarea dintre Webex și sistemul BroadWorks, obțineți unul sau mai multe linkuri specifice pentru asigurarea accesului utilizatorilor în cadrul organizației partenere Webex pentru Cisco BroadWorks.

Apoi vă proiectați propriile comunicări (sau delegați clienților) pentru a distribui linkul abonaților. Abonații urmează linkul, apoi furnizează și validează adresele lor de e-mail pentru a-și crea și activa propriile conturi Webex.

Deoarece conturile sunt furnizate în cadrul organizației partenere, puteți ajusta manual pachetele de utilizator prin Hubul de parteneri sau puteți utiliza API-ul pentru a face acest lucru.

Utilizatorii trebuie să existe în sistemul BroadWorks pe care îl integrați cu Webex sau le este interzis să creeze conturi cu linkul respectiv.

Furnizarea furnizorului de servicii prin API-uri

Webex expune un set de API-uri publice care vă permit să construiți Webex pentru furnizarea de utilizator/abonat Cisco BroadWorks în fluxul de lucru/instrumentele existente de gestionare a utilizatorilor.

***Service Provider Provisioning by APIs - Trusted Emails***

***Service Provider Provisioning by APIs - Untrusted Emails***

Patch-uri necesare cu flow-through provisioning

Dacă utilizați asigurarea accesului prin flux, trebuie să instalați o corecție de sistem și să aplicați o proprietate CLI. Consultați lista de mai jos pentru instrucțiunile care se aplică versiunii BroadWorks:

Pentru R22:

Install AP.as.22.0.1123.ap376508.
After installation, set the property bw.msg.includeIsEnterpriseInOSSschema to true from the CLI in Maintenance/ContainerOptions.

Pentru mai multe informații, consultați notele de corecție https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pentru R23:

Install AP.as.23.0.1075.ap376509
After installation, set the property bw.msg.includeIsEnterpriseInOSSschema to true from the CLI in Maintenance/ContainerOptions.

Pentru mai multe informații, consultați notele de corecție https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pentru R24:

Install AP.as.24.0.944.ap375100
After installation, set the property bw.msg.includeIsEnterpriseInOSSschema to true from the CLI in Maintenance/ContainerOptions.

Pentru mai multe informații, consultați notele de corecție https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

După ce terminați acești pași, nu veți putea furniza utilizatori noi cu serviciile UC-One Collaboration. Utilizatorii nou furnizați trebuie să fie Webex pentru utilizatorii Cisco BroadWorks.

Extension Dialing

Extension Dialing feature support allows Webex for Cisco Broadworks users to dial other users with an extension similar to the primary phone number within the same enterprise. This is especially useful for users who do not have DID numbers.

During provisioning, the extension of the users gets stored in the Webex directory as the user’s extension. For BroadWorks calling, the extension appears on the Webex App in the extension field of all the call initiation method areas and the user’s profile. Webex for Cisco BroadWorks supports extension-only calls between users within the same group and different groups of the same enterprise with the combination of location dialing code and extension. However, calling between two enterprises using only extensions is not supported.

An extension can be provisioned for the Cisco BroadWorks users through the following methods:

Cisco BroadWorks users
- Public API provisioning as ‘extension
  - The extension parameter should be explicitly passed as part of the API call. For enterprises/groups that have Location Dialing Code (LDC) configured, the extension parameter should be the combination of LDC and 'extension number.
- Flowthrough or Self-Activation provisioning
  - Extension and LDC (where applicable) will be automatically retrieved from BroadWorks.
BroadWorks-only Calling users or entities
- Synced automatically from BroadWorks by Directory Sync using the combination of Location Dialing Code (LDC) and extension number.

Tabelul 2. Managing of Extension numbers based on provisioning method
Înregistrări de apelare BroadWorks	Descriere	Provisioning method	Managing Extension
Webex pentru utilizatorii Cisco BroadWorks	Utilizatorii sunt activați pentru Webex pentru Cisco BroadWorks	Public API	Extension needs to be passed as parameter
Webex pentru utilizatorii Cisco BroadWorks		Flowthrough	Extension retrieved from BroadWorks automatically
Apelarea exclusivă a utilizatorilor BroadWorks	Calling users who are not onboarded to Webex	Sincronizare director	Extension synced by Directory sync
Entități apelante non-utilizator	De exemplu, un telefon în sala de conferințe, fax, numărul grupului Hunt	Sincronizare director	Extension synced by Directory sync
Liste de telefoane BroadWorks	Enterprise, Group or Personal Phone Lists	Sincronizare director	Nu se aplică

Cerințe preliminare

Client version required for supporting this feature is 42.11 or later.
Patch where extension and location dialing codes are added to XSI and Provisioning Adapter February 2022 for version 23 or above as part of :
- AP.platform.23.0.1075.ap380045
- AP.as.23.0.1075.ap380045
- AP.xsp.23.0.1075.ap380045
- AP.as.24.0.944.ap380045
Enable the header X-BroadWorks-Remote-Party-Info on the AS using the below CLI command for this SIP call flow which is required for extension dialing feature support.
```
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
```

App Call Options Priority

As part of the Extension Dialing feature support, The app call options priority setting is also provided at the partner level for all the Webex for Cisco Broadworks partners. Using this setting, the partner can control the call priority settings of all its managed customers from Partner Hub. The app call options priority setting for a customer can also be modified at a customer level from Control Hub.

The app call options priority setting contains extension as second option in both Partner Hub and Control Hub when a Webex for Cisco Broadworks user is newly provisioned with extension through any of the above-mentioned provisioning methods.

For all the existing provisioned Orgs, the extension option will be in the hidden state (by default) in the app call options priority setting. This will not show an extension in the audio/video call option of the user in the Webex App.

Following are the options to make the extension call option visible for the existing customers:

If a partner wants all its managed customer orgs to be provided with an extension as one of the call options, it is recommended for the Partner Admin to move the Extension from hidden to available in Partner Hub. This will let the managed customer orgs inherit the setting from their partner.
If a Partner wants to provide an extension in call options for a specific customer org, it is recommended for the Partner Admin to move the extension from hidden to available in Control Hub.

Group Contacts Support

This feature enhances the Webex for BroadWorks DirSync service by removing the limitation for syncing up to 1500 contacts from the Group phone lists on BroadWorks and allowing partners to sync up to 30K contacts from a single Group phone list and bring it on par with the 30K contacts increase for Enterprise phone list, which was released separately.

There is an overall limit of 200K for all external contacts per Organization, which would apply to the sum of Enterprise and Group phone lists in a single BroadWorks enterprise. For example, a BroadWorks enterprise that has Enterprise phone list with 30K and also 5 Group phone lists each with 30K will be supported (180K total per Org). However, if there are 6 group phone lists each with 30K, this will not be supported (210K total).

This feature is available on request. Please contact your account team to have it enabled.

Before enabling the feature, a prerequisite migration is to be run to provision and associate groups for all the existing provisioned users.
Cisco team will run an internal API to migrate any existing provisioned users to associate them with the correct group. NOTĂ: This can take up to one week to process.
Once the migration is completed for the partner and the feature is enabled, any newly provisioned users will be 'grouped' appropriately.

After the feature is enabled, the DirSync service starts syncing BroadWorks Group phone list contacts into dedicated per group contact storage in the Webex Contact Service.

During provisioning, the enterprise group of the user needs to be stored in the Webex directory to indicate the group this user belongs to. The association of the user with a BroadWorks group in the Webex Directory allows the Webex app to do contact search in the Contact Service group storage for the specific group of the user.

The feature requires the Webex for BroadWorks subscribers to be provisioned in Webex with the BroadWorks enterprise Group Id.

The BroadWorks enterprise Group Id can be provisioned for the Cisco BroadWorks users through the following methods:

Webex pentru utilizatorii Cisco BroadWorks
- Public API provisioning as ‘spEnterpriseGroupId’
  - The BroadWorks enterprise Group Id should be explicitly passed in spEnterpriseGroupId parameter of the API call.
- Flowthrough or Self-Activation provisioning
  - BroadWorks enterprise Group Id will be automatically retrieved from BroadWorks.
- BroadWorks-only Calling users or entities
  - Not applicable. It’s not required to sync BroadWorks enterprise Group Id for these users.

Tabelul 3. Managing of Enterprise Group ID based on provisioning method
Înregistrări de apelare BroadWorks	Descriere	Provisioning method	Managing Enterprise Group ID
Webex pentru utilizatorii Cisco BroadWorks	Utilizatorii sunt activați pentru Webex pentru Cisco BroadWorks	Public API	BroadWorks enterprise Group Id needs to be passed as parameter spEnterpriseGroupId
Webex pentru utilizatorii Cisco BroadWorks		Flowthrough	BroadWorks enterprise Group Id is retrieved from BroadWorks automatically
Apelarea exclusivă a utilizatorilor BroadWorks	Calling users who are not onboarded to Webex	Sincronizare director	Nu se aplică
Entități apelante non-utilizator	De exemplu, un telefon în sala de conferințe, fax, numărul grupului Hunt	Sincronizare director	Nu se aplică
Liste de telefoane BroadWorks	Contacts in the BroadWorks Group Phone Lists	Sincronizare director	Group contacts are stored in Webex Contact Service associated with the specific group
BroadWorks Enterpsie or Persional phone lists	Contacts in the Enterprise or Personal Phone Lists	Sincronizare director	Nu se aplică

Public API must be updated PRIOR to the MIGRATION. Migration cannot be completed until THIS API is completed The BroadWorks enterprise Group Id should be explicitly passed in spEnterpriseGroupId parameter of the API call https://developer.webex.com/docs/api/changelog#2023-march

After the feature is enabled and as a result of the next directory sync the enterprise user groups will also be displayed in Control Hub. Visualizing the groups in Control Hub for Webex for BroadWorks is purely informational at this stage. Partner and customer admins should not make any modifications to groups or group membership in Control Hub as these changes will not be reflected back to BroadWorks. Group Management in Control Hub is intended for use by partners who will be adopting the upcoming Contact Management APIs.

Migrația și verificarea viitorului

Progresia Cisco a clientului de comunicații unificat BroadSoft este de a trece de la UC-One la Webex. Există o progresie corespunzătoare a serviciilor de asistență departe de rețeaua furnizorului de servicii - cu excepția apelării - către platforma cloud Webex.

Whether you’re running UC-One SaaS, or BroadWorks Collaborate, the preferred migration strategy is to deploy new, dedicated XSP|ADPs for integration with Webex for Cisco BroadWorks. Aveți posibilitatea să executați cele două servicii în paralel în timp ce migrați clienții la Webex și, în cele din urmă, să recuperați infrastructura utilizată pentru soluția anterioară.

Additional Documents

Refer to the following related documentation for more information about Webex for Cisco BroadWorks:

Webex for Cisco BroadWorks Documents

Partner administrators can use the following documents and sites to obtain information on Webex for Cisco BroadWorks.

Bring Your Own PSTN Solution for Webex for Cisco BroadWorks—This solution lets Service Providers provision phone numbers that they own (rather than Cisco-provided numbers) for users to use when joining Webex Meetings.
Webex for Cisco BroadWorks Configuration Guide—Describes how to configure the Webex App for Webex for Cisco BroadWorks.
Device Integration Guide for Webex for Cisco BroadWorks—Describes how to onboard and service Room OS and MPP devices.
Webex for Cisco BroadWorks Troubleshooting Guide—Contains troubleshooting information for Webex for Cisco BroadWorks.

Webex for Cisco BroadWorks Articles

Partner administrators can use the following optional sites to learn more about Webex for Cisco BroadWorks:

Webex for Cisco BroadWorks Documentation—The landing page lists technical documents and optional Webex articles targeted to partner administrators of Webex for Cisco BroadWorks.
What's New with Webex for Cisco BroadWorks—Read about the latest released features along with what's coming soon.
Known Issues and Limitations—Read about known issues that we've identified in the Webex for Cisco BroadWorks solution.
Partner Administrator Roles for Webex for BroadWorks and Wholesale RTM—This article describes how to assign partner administrator roles for partner organizations that offer Webex for Cisco BroadWorks. Roles get used to assign administration access to settings in Partner Hub and Control Hub.

Cisco BroadWorks Documents

Partner administrators can refer to the Cisco BroadWorks site on cisco.com for technical documents that describe how to deploy the Cisco BroadWorks part of the solution:

Cisco BroadWorks Documents

Webex Help Articles

The following Webex Help sites can be used to find Webex articles that help customer administrators and end users to use Webex features.

Webex from Service Providers—This landing page contains links with getting started info and commonly used articles for Webex App users who purchased Webex services from a Service Provider.
Webex Help Center—Use the search feature at help.webex.com to search for additional Webex articles that describe Webex App and Webex Meetings functionality. You can search for either user or administrator articles.

Developer Documentation

Webex for BroadWorks Developer Guide—Provides information for developers who create applications that use the Webex for BroadWorks APIs.

Pregătiți-vă mediul

Puncte de decizie

Considerație	Întrebări la care trebuie să răspundeți	Resurse
Arhitectură și Infrastructură	How many XSP\|ADPs? Cum iau mTLS?	Cisco BroadWorks System Planificator de capacitate Cisco BroadWorks System Engineering Ghid XSP\|ADP CLI Reference Acest document
Asigurarea accesului clienților și utilizatorilor	Puteți afirma că aveți încredere în e-mailuri în BroadWorks? Doriți ca utilizatorii să furnizeze adrese de e-mail pentru a-și activa propriile conturi? Puteți construi instrumente pentru a utiliza API-ul nostru?	Documente API publice la https://developer.webex.com Acest document
Branding	Ce culoare și logo doriți să utilizați?	Articol de branding pentru aplicații Webex
Modele	Care sunt diferitele cazuri de utilizare a clienților dvs.?	Acest document
Caracteristici abonat per client/întreprindere/grup	Alegeți pachetul pentru a defini nivelul serviciului per șablon. De bază, Standard, Premium sau Softphone.	Acest document Matrice caracteristică/pachet
Autentificarea utilizatorului	BroadWorks sau Webex	Acest document
Adaptor de asigurare a accesului (pentru opțiuni de asigurare a accesului în flux)	Nu utilizați deja integrate IM &P, de exemplu, pentru UC-One SaaS? Intenționați să utilizați mai multe șabloane? Se anticipează un caz de utilizare mai frecvent?	Acest document Referință CLI server de aplicații

Arhitectură și Infrastructură

Cu ce fel de scară intenționați să începeți? Este posibil să se extindă în viitor, dar estimarea actuală de utilizare ar trebui să conducă la planificarea infrastructurii.
Work with your Cisco account manager / sales representative to size your XSP|ADP infrastructure, according to the Cisco BroadWorks System Capacity Planner and the Cisco BroadWorks System Engineering Guide.
How will Webex make Mutual TLS connections to your XSP|ADPs? Directly to the XSP|ADP in a DMZ, or via TLS proxy? This affects your certificate management, and the URLs you use for the interfaces. (We do not support unencrypted TCP connections to the edge of your network).

Asigurarea accesului clienților și utilizatorilor

Ce metodă de asigurare a accesului pentru utilizatori vi se potrivește cel mai bine?

Flowthrough Provisioning With Trusted Emails: Prin atribuirea serviciului "Integrated IM&P" pe BroadWorks, abonatul este furnizat automat în Webex.

Dacă puteți afirma, de asemenea, că adresele de e-mail ale abonaților din BroadWorks sunt valide și unice pentru Webex, atunci puteți utiliza varianta "e-mail de încredere" a accesului flowthrough. Conturile Webex ale abonaților sunt create și activate fără intervenția acestora; pur și simplu descarcă clientul și se conectează.

Adresa de e-mail este un atribut cheie de utilizator pe Webex. Prin urmare, furnizorul de servicii trebuie să furnizeze o adresă de e-mail validă pentru utilizator pentru a le furniza pentru serviciile Webex. Acest lucru trebuie să fie în atributul ID-ul de e-mail al utilizatorului în BroadWorks. Vă recomandăm să-l copiați și în atributul ID alternativ.
Flowthrough Provisioning Without Trusted Emails: Dacă nu puteți avea încredere în adresele de e-mail ale abonatului, puteți atribui în continuare serviciul IM&P integrat în BroadWorks pentru a furniza utilizatorilor din Webex.

Cu această opțiune, conturile sunt create atunci când atribuiți serviciul, dar abonații trebuie să furnizeze și să valideze adresele lor de e-mail pentru a activa conturile Webex.
User Self-Provisioning: Această opțiune nu necesită atribuirea serviciului IM&P în BroadWorks. Tu (sau clienții dumneavoastră) distribui un link de asigurare a accesului în loc, și link-uri pentru a descărca diferiți clienți, cu branding-ul și instrucțiunile.

Abonații urmează linkul, apoi furnizează și validează adresele lor de e-mail pentru a-și crea și activa conturile Webex. Apoi descarcă clientul și se conectează, iar Webex preia o configurație suplimentară despre ei de la BroadWorks (inclusiv numerele lor principale).
SP Controlled Provisioning via APIs: Webex expune un set de API-uri publice care permit furnizorilor de servicii să construiască asigurarea accesului utilizatorilor/abonaților în fluxurile lor de lucru existente.

Provisioning Requirements

The following table summarizes the requirements for each provisioning method. In addition to these requirements, your deployment must meet the general system requirements that are described in this guide.

Provisioning Method

Cerințe

Aprovizionare prin flux

(Trusted or Untrusted emails)

The Webex provisioning API adds existing BroadWorks users to Webex automatically once the user meets requirements and you toggle the Integrated IM+P service to on.

There are two flows (trusted emails or untrusted emails) which you assign via the Onboarding template on Webex.

BroadWorks requirements:

User exists on BroadWorks with a primary number or extension.
User is assigned the Integrated IM+P service, which points to the Webex provisioning service URL.
Trusted emails only. The user has an email address configured on BroadWorks. We recommend that you also add the email to the Alternate ID field as this allows the user to log in using BroadWorks credentials.
BroadWorks has mandatory patches installed for flowthrough provisioning. See Required Patches with Flowthrough Provisioning (below) for patch requirements.
The BroadWorks AS is connected to the Webex cloud directly or the Provisioning Adapter Proxy is configured with connection to Webex provisioning service URL.

See Configure Application Server with Provisioning Service URL to get the Webex provisioning service URL.

See Cisco BroadWorks Implement Provisioning Adapter Proxy FD to configure the Provisioning Adapter Proxy.

Webex requirements:

The Onboarding template includes the following settings:

Enable BroadWorks Flow Through Provisioning toggle is on.
Provisioning account name and password is assigned using the BroadWorks system level admin credentials
User Verification is set to Trust BroadWorks emails or Untrusted Emails.

Autoaprovizionare utilizator

Admin provides an existing BroadWorks user with a link to the User Activation Portal. The user must log in to the portal using BroadWorks credentials and provide a valid email address. After the email is validated, Webex fetches additional user information to complete provisioning.

BroadWorks requirements:

User must exist on BroadWorks with a primary number or extension

Webex requirements:

The Onboarding template includes the following settings:

Enable Flow Through Provisioning toggle is off.
User Verification is set to Untrusted Emails.
Allow users to self activate is checked.

SP controlled provisioning via API

(Trusted or Untrusted emails)

Webex exposes a set of public APIs that enable you to build user provisioning into your existing workflows and tools. There are two flows:

Trusted Emails—The API provisions the user, applying the BroadWorks email as the Webex email.
Untrusted Emails—The API provisions the user, but the user must log in to the User Activation Portal and provide a valid email address.

BroadWorks Requirements:

User must exist on BroadWorks with a primary number or extension.

Webex Requirements:

In the Onboarding template, the User Verification is set to either Trust BroadWorks emails or Untrusted Emails.
You must register your application, requesting permission.
You must request on OAuth token with the scopes that are highlighted in the “Authentication” section of the Webex for BroadWorks Developer Guide.
Must dedicate an admin or provisioning admin in your partner org.

To use the APIs, go to BroadWorks Subscribers.

Patch-uri necesare cu flow-through provisioning

Pentru R22:

Install AP.as.22.0.1123.ap376508.
After installation, set the property bw.msg.includeIsEnterpriseInOSSschema to true from the CLI in Maintenance/ContainerOptions.

Pentru mai multe informații, consultați notele de corecție https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pentru R23:

Install AP.as.23.0.1075.ap376509
After installation, set the property bw.msg.includeIsEnterpriseInOSSschema to true from the CLI in Maintenance/ContainerOptions.

Pentru mai multe informații, consultați notele de corecție https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pentru R24:

Install AP.as.24.0.944.ap375100
After installation, set the property bw.msg.includeIsEnterpriseInOSSschema to true from the CLI in Maintenance/ContainerOptions.

Pentru mai multe informații, consultați notele de corecție https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

După ce terminați acești pași, nu veți putea furniza utilizatori noi cu serviciile UC-One Collaboration. Utilizatorii nou furnizați trebuie să fie Webex pentru utilizatorii Cisco BroadWorks.

Supported Language Locales

În timpul asigurării accesului, limba care a fost atribuită în BroadWorks primului utilizator de administrare furnizat este atribuită automat ca setările regionale implicite pentru organizația client respectivă. Această setare determină limba implicită utilizată pentru e-mailurile de activare, întâlnirile și invitațiile la întâlnire din cadrul organizației client respective.

Five character language locales in (ISO-639-1)_(ISO-3166) format are supported. For example, en_US corresponds to English_UnitedStates. If only a two letter language is requested (using ISO-639-1 format), the service will generate a five character language locale by combining the requested language with a country code from the template i.e. "requestedLanguage_CountryCode", if unable to get a valid locale, then the default sensible locale used based on the required language code.

The following table lists the supported locales, and the mapping that converts a two-letter language code to a five-character locale for situations where a five-character locale is not available.

Tabelul 1. Supported Language Locale Codes
Supported Language Locales (ISO-639-1)_(ISO-3166)	If only a two-letter language code is available...
Supported Language Locales (ISO-639-1)_(ISO-3166)	Language code (ISO-639-1) **	Use Default Sensible Locale instead (ISO-639-1)_(ISO-3166)
en_US en_AU en_GB en_CA	en	en_US
fr_Fr fr_CA	fr	fr_Fr
cs_CZ	cs	cs_CZ
da_Dk	da	da_Dk
de_De	de	de_De
hu_Hu	hu	hu_Hu
id_ID	id	id_ID
it_IT	it	it_IT
ja_Jp	ja	ja_Jp
ko_Kr	ko	ko_Kr
es_Es es_CO es_MX	es	es_Es
nl_Nl	nl	nl_Nl
nb_NO	nb	nb_NO
pl_PL	pl	pl_PL
pt_PT pt_Br	pt	pt_PT
ru_Ru	ru	ru_Ru
ro_RO	ro	ro_RO
zh_Nc zh_Tw	zh	zh_Nc
sv_SE	sv	sv_SE
ar_SA	ar	ar_SA
tr_Tr	tr	tr_Tr

The locales es_CO, id_ID, nb_NO and pt_PT are not supported by Webex Meeting Sites. For these locales, The Webex Meetings sites will be in English only. English is the default locale for sites if no/invalid/unsupported locale is required for the site. This language field is applicable while creating an Organization and Webex Meetings site. If no language is mentioned in a post or in the subscriber's API then language from the template will be used as a default language.

Branding

Administratorii partenerilor pot folosi personalizări avansate de branding pentru a personaliza modul în care arată aplicația Webex pentru organizațiile clienților pe care le gestionează partenerul. Administratorii parteneri pot personaliza următoarele setări pentru a se asigura că aplicația Webex reflectă marca și identitatea companiei lor:

Siglele companiei
Scheme de culori unice pentru modul Light sau Dark mode
Adrese URL de asistență personalizate

For details on how to customize branding, refer to Configure Advanced Branding Customizations.

Basic Branding customizations are in the process of being deprecated. We recommend that you deploy Advanced Branding, which offers a wider range of customizations.
For details on how branding is applied when attaching to a pre-existing Customer Organization, refer to Conditions of Org Attachment under the Attach Webex for BroadWorks to Existing Organization section.

Onboarding templates

Onboarding templates allow you to define the parameters by which customers and associated subscribers are automatically provisioned on Webex for Cisco BroadWorks. You may configure multiple Onboarding templates as required, but when you onboard a customer it is associated with only one template (you cannot apply multiple templates to one customer).

Unii dintre parametrii șablonului principal sunt enumerați mai jos.

Pachet

Trebuie să selectați un pachet implicit atunci când creați un șablon (consultați pachete în secțiunea Prezentare generală pentru detalii). Toți utilizatorii care sunt furnizați cu acel șablon, fie prin flowthrough- sau auto-provisioning, primesc pachetul implicit.
Aveți control asupra selecției pachetului pentru clienți diferiți, creând mai multe șabloane și selectând diferite pachete implicite în fiecare. Apoi, puteți distribui diferite linkuri de asigurare a accesului sau adaptoare diferite de asigurare a accesului pentru fiecare întreprindere, în funcție de metoda de asigurare a accesului pentru utilizator aleasă pentru acele șabloane.
You can change the package of specific subscribers from this default, using the provisioning API (see Webex for Cisco BroadWorks API documentation or through Partner Hub (see Change User Package in Partner Hub).
Nu puteți modifica pachetul unui abonat din BroadWorks. Atribuirea serviciului INTEGRAT IM&P este fie activată, fie dezactivată; dacă abonatului i se atribuie acest serviciu în BroadWorks, șablonul Hub de parteneri asociat cu URL-ul de asigurare a accesului la întreprindere al abonatului respectiv definește pachetul.

Reseller și întreprinderi sau furnizor de servicii și grupuri?

Modul în care este configurat sistemul BroadWorks are un impact asupra fluxului prin provizionare. Dacă sunteți reseller cu întreprinderi, atunci trebuie să activați modul Enterprise atunci când creați un șablon.
Dacă sistemul BroadWorks este configurat în modul Furnizor de servicii, puteți lăsa comutatorul modului Enterprise în șabloanele dvs.
Dacă intenționați să furnizați organizațiilor clienților utilizând ambele moduri BroadWorks, trebuie să utilizați șabloane diferite pentru grupuri și întreprinderi.

Asigurați-vă că ați aplicat corecțiile BroadWorks care sunt necesare pentru asigurarea accesului prin flux. Pentru detalii, consultați Corecții necesare cu asigurare acces prin flux.

Mod autentificare

Decide how you want subscribers to authenticate when they log in to Webex. You can assign the mode using the Authentication Mode setting in the Onboarding template. The following table outlines some of the options.

This setting has no effect on login to the User Activation Portal. Users who sign in to the portal must enter their BroadWorks user ID and password, as configured on BroadWorks, irrespective of how you configure Authentication Mode on the Onboarding template.

Mod autentificare	BroadWorks	Webex
Identitatea principală a utilizatorului	ID-ul de utilizator BroadWorks	Adresă de e-mail
Furnizor de identitate	BroadWorks. If you configure a direct connection to BroadWorks, the Webex App authenticates to the BroadWorks server directly. To configure a direct connection, the Enable direct BroadWorks authentication check box must be checked within the BroadWorks cluster configuration on Partner Hub (by default, the setting is unchecked). În caz contrar, autentificarea la BroadWorks este facilitată printr-un serviciu intermediar găzduit de Webex.	Cisco identitate comună
Autentificare multi-factor?	Nu	Necesită IdP client care acceptă autentificarea multi-factor.
Calea de validare a acreditărilor	Browser-ul este lansat în cazul în care utilizatorul furnizează e-mail la fluxul de conectare inițială și de a descoperi modul lor de autentificare. Browserul este apoi redirecționat către o pagină de conectare BroadWorks găzduită de Webex (Această pagină este de marcă) Utilizatorul furnizează id-ul de utilizator BroadWorks și parola pe pagina de conectare. Acreditările de utilizator sunt validate împotriva BroadWorks. În ceea ce privește succesul, se obține un cod de autorizare de la Webex. Acest lucru este utilizat pentru a obține token-urile de acces necesare pentru serviciile Webex.	Browser-ul este lansat în cazul în care utilizatorul furnizează e-mail la fluxul de conectare inițială și de a descoperi modul lor de autentificare. Browser-ul este redirecționat către IdP (fie Cisco Common Identity sau Customer IdP), în cazul în care acestea vor fi prezentate cu un portal de conectare. Utilizatorul furnizează acreditările corespunzătoare pe pagina de conectare Autentificarea multi-factor poate avea loc dacă IdP-ul clientului acceptă acest lucru. În ceea ce privește succesul, se obține un cod de autorizare de la Webex. Acest lucru este utilizat pentru a obține token-urile de acces necesare pentru serviciile Webex.

Pentru o defalcare mai detaliată a fluxului de conectare SSO cu autentificare directă la BroadWorks, consultați Fluxul de conectare SSO.

UTF-8 Encoding with BroadWorks Authentication

With BroadWorks authentication, we recommend that you configure UTF-8 encoding for the authentication header. UTF-8 resolves an issue that can occur with passwords that use special characters whereby the web browser does not encode the characters properly. Using a UTF-8 encoded, base 64-encoded header resolves this issue.

You can configure UTF-8 encoding by running one of the following CLI commands on the XSP or ADP:

XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8

Țară

You must select a country when you create a template. This country will be automatically assigned as the organisation country for all the customers that are provisioned with the template in Common Identity. Additionally, the organization country will determine the default global call-in numbers for Cisco PSTN in Webex Meeting Sites.

The site's default global call-in numbers will be set to the first available dial-in number defined in the telephony domain based on the organization's country. If the organization's country is not found in the dial-in number defined in the telephony domain, the default number of that location will be used.

Tabelul 2. The following table lists the default call-in country code based on each location:
S No.	Locație	Cod țară	Numele țării
1	AMER	+1	US, CA
2	APAC	+65	Singapore
3	ANZ	+61	Australia
4	EMEA	+44	Regatul Unit
5	EURO	+49	Germania

Aranjamente pentru parteneri multipli

Aveți de gând să sub-licențiați Webex pentru Cisco BroadWorks unui alt furnizor de servicii? În acest caz, fiecare furnizor de servicii va avea nevoie de o organizație parteneră distinctă în Webex Control Hub pentru a le permite să vizioneze soluția pentru baza de clienți.

Adaptor de asigurare a accesului și șabloane

Atunci când utilizați asigurarea accesului fluxului, URL-ul de asigurare a accesului pe care îl introduceți în BroadWorks este derivat din șablonul din Control Hub. Puteți avea mai multe șabloane și, prin urmare, mai multe adrese URL de asigurare a accesului. Acest lucru vă permite să selectați, pe bază de întreprindere, ce pachet să se aplice abonaților atunci când li se acordă serviciul IM&P integrat.

Trebuie să luați în considerare dacă doriți să setați un URL de asigurare a accesului la nivel de sistem ca o cale implicită de asigurare a accesului și ce șablon doriți să utilizați pentru aceasta. În acest fel, trebuie doar să setați în mod explicit adresa URL de asigurare a accesului pentru acele întreprinderi care au nevoie de un șablon diferit.

De asemenea, rețineți că este posibil să utilizați deja o adresă URL de asigurare a accesului la nivel de sistem, de exemplu cu UC-One SaaS. If that is the case, you may opt to preserve the system level URL for provisioning users on UC-One SaaS, and override for those enterprises moving to Webex for Cisco BroadWorks. Alternativ, poate doriți să mergeți invers și să setați URL-ul la nivel de sistem pentru Webex pentru BroadWorks și să reconfigurați acele întreprinderi pe care doriți să le păstrați pe UC-One SaaS.

The configuration choices related to this decision are detailed in Configure Application Server with Provisioning Service URL.

Provisioning Adapter Proxy

For added security, the Provisioning Adapter Proxy lets you use an HTTP(S) proxy on the Application Delivery Platform for flowthrough provisioning between the AS and Webex. The proxy connection creates an end-to-end TCP tunnel that relays traffic between the AS and Webex, thereby negating the need for the AS to connect to the public internet directly. For secure connections, TLS can be used.

This feature requires that you set up the proxy on BroadWorks. For details, see Cisco BroadWorks Provisioning Adapter Proxy Feature Description.

Cerințe minime

Conturi

Toți abonații pe care îi furnizați pentru Webex trebuie să existe în sistemul BroadWorks pe care îl integrați cu Webex. Puteți integra mai multe sisteme BroadWorks, dacă este necesar.

All subscribers must have BroadWorks licenses and a primary number or extension.

Webex utilizează adresele de e-mail ca identificatori principali pentru toți utilizatorii. Dacă utilizați asigurarea accesului fluxului cu e-mailuri de încredere, atunci utilizatorii trebuie să aibă adrese valide în atributul de e-mail din BroadWorks.

Dacă șablonul utilizează autentificarea BroadWorks, puteți copia adresele de e-mail ale abonaților în atributul ID alternativ din BroadWorks. Acest lucru permite utilizatorilor să se conecteze la Webex folosind adresele lor de e-mail și parolele BroadWorks.

Administratorii trebuie să își utilizeze conturile Webex pentru a se conecta la Hubul pentru parteneri.

It is not supported to onboard a BroadWorks administrator to Webex for Cisco BroadWorks. You can only onboard BroadWorks calling users who have a primary number and/or extension. If you are using flowthrough provisioning, users must also be assigned the Integrated IM&P service.

Servere în rețeaua și cerințele de software

Instanțe BroadWorks cu versiunea minimă R22. Consultați Cerințele de software BroadWorks (în acest document) pentru versiunile și patch-urile acceptate. For more information, see BroadSoft products lifecycle policy section in BroadSoft Lifecycle Policy and BroadWorks Software Compatibility Matrix.

Instanța (instanțele) BroadWorks ar trebui să includă cel puțin următoarele servere:
- Application Server (AS) cu versiunea BroadWorks ca mai sus
- Server de rețea (NS)
- Server de profil (PS)

Public-facing XSP|ADP Server(s) or Application Delivery Platform (ADP) meeting the following requirements:
- Serviciu de autentificare (BWAuth)
- Interfețe de acțiuni și evenimente XSI
- DMS (aplicație web de gestionare a dispozitivelor)
- Interfață CTI (Computer Telephony Intergration)
- TLS 1.2 cu un certificat valid (nu este autosemnat) și orice intermediari necesari. Necesită administrator la nivel de sistem pentru a facilita căutarea la nivel de întreprindere.
- Autentificare reciprocă TLS (mTLS) pentru serviciul de autentificare (necesită lanțul public de certificate client Webex instalat ca ancore de încredere)
- Autentificare reciprocă TLS (mTLS) pentru interfața CTI (necesită lanțul public de certificate client Webex instalat ca ancore de încredere)
Un server XSP/ADP separat care acționează ca un "Server push pentru notificările apelurilor" (un NPS din mediul dvs., utilizat pentru a împinge notificările de apeluri către Apple / Google. Îl numim "CNPS" aici pentru a-l distinge de serviciul din Webex care oferă notificări push pentru mesagerie și prezență).

Acest server trebuie să fie pe R22 sau o versiune ulterioară.
Mandatăm un server XSP/ADP separat pentru CNPS, deoarece imprevizibilitatea încărcării de la Webex pentru conexiunile cloud BWKS ar putea avea un impact negativ asupra performanței serverului NPS, ca urmare a creșterii latenței notificării. See the Cisco BroadWorks System Engineering Guide for more on XSP|ADP scale.

Platforme Webex App

To download the English version of the Webex App, go to https://www.webex.com/webexfromserviceproviders-downloads.html. The Webex App is available on:

PC-uri/laptopuri Windows
Pc-uri Apple / laptop-uri cu MacOS
iOS (apple store)
Android (magazin Play)
Web browsers (go to https://teams.webex.com/)

Localized Versions

To download a localized version of the Webex App, use one of these links:

https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (Korean)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (French)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (Portuguese)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Chinese Traditional)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (Chinese Simplified)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japan)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spain)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (German)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (Italian)

Telefoane fizice și accesorii

Telefoane IP Cisco:
- Cisco IP Telefon Seria 6800 cu multiplatform Firmware
- Cisco IP Telefon seria 7800 cu multiplatform Firmware
- Cisco IP Telefon 8800 Seria cu multiplatform Firmware
  
  Consultați https://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html modelele și mai multe informații.
Acceptăm telefoane terțe în același mod ca și în cazul altor integrări BroadWorks. Cu toate acestea, nu au încă contacte și integrare a prezenței cu Webex pentru Cisco BroadWorks.
Adapters:
- Cisco ATA 191 Multiplatform Analog Adaptor de telefon
- Cisco ATA 192 Multiplatform Analog Adaptor de telefon
  
  Consultați https://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html modelele și mai multe informații.
Headsets:
- Setul cu cască Cisco Seria 500
  
  Consultați https://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.html modelele și mai multe informații.
Room OS Devices:
- Webex Room and Room Kit Series
- Seria Webex Desk
- Webex Board Series

Device Integration

For details on how to onboard and service Room OS and MPP devices for Webex for Cisco BroadWorks, see Device Integration Guide for Webex for Cisco BroadWorks.

Profiluri de dispozitiv

Following are the DTAF files you need to load onto your Application Servers to support the Webex App as a calling client. They are the same DTAF files as used for UC-One SaaS, however there is a new config-wxt.xml.template file that is used for the Webex App.

To download the latest device profiles, go to the Application Delivery Platform Software Downloads site to get the latest DTAF files. These downloads work for both ADP and XSP.

Numele clientului

Tipul profilului dispozitivului și numele pachetului

Șablon Webex Mobile

Identitate/Tip profil dispozitiv: Conectare - Mobil

DTAF: ucone-mobile-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier de configurare: config-wxt.xml

Șablon tabletă Webex

Identitate/Tip profil dispozitiv: Conectare - Tabletă

DTAF: ucone-tablet-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier de configurare: config-wxt.xml

Șablon desktop Webex

Identitate/Tip profil dispozitiv: Business Communicator - PC

DTAF: ucone-desktop-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Fișier de configurare: config-wxt.xml

Identify/Device Profile

All Webex for Cisco BroadWorks users must have an Identity/Device Profile assigned in BroadWorks that uses one of the above device profiles in order to make calls using the Webex App. The profile provides the configuration that allows the user to place calls.

Obtaining OAuth credentials for your Webex for Cisco BroadWorks

Raise a service request with your onboarding agent or with Cisco TAC to provision Cisco OAuth for your Cisco Identity Provider Federation account.

Use the following request title for respective features:

XSP|ADP AuthService Configuration' to configure service on XSP|ADP.
'NPS Configuration for Auth Proxy Setup' to configure NPS to use authentication proxy.
CI User UUID Sync' for CI user UUID sync. For more details on this feature, see: Cisco BroadWorks support for CI UUID.
Configure BroadWorks to enable Cisco Billing for BroadWorks and Webex For BroadWorks Subscriptions.

Cisco vă oferă un ID de client OAuth, un secret de client și un token de reîmprospătare care este valabil timp de 60 de zile. If the token expires before you use it, you can raise another request.

If you already obtained Cisco OAuth Identity Provider credentials, complete a new service request to update your credentials.

Certificate de comandă

Cerințe de certificat pentru autentificarea TLS

You will need Security Certificates, signed by a well-known Certificate Authority and deployed on your Public facing XSP|ADPs, for all required applications. These will be used to support TLS certificate verification for all inbound connectivity to your XSP|ADP servers.

These certificates should include your XSP|ADP public fully qualified domain name as Subject Common Name or Subject Alternate Name.

The exact requirements for deploying these server certificates depends on how your public facing XSP|ADPs are deployed:

Printr-un proxy tls bridging
Printr-un proxy de trecere TLS
Directly to the XSP|ADP

Următoarea diagramă rezumă în cazul în care certificatul de server public semnat CA trebuie să fie încărcate în aceste trei cazuri:

Autoritățile competente acceptate public pe care aplicația Webex le acceptă pentru autentificare sunt listate în Autorități de certificare acceptate pentru Webex Hybrid Services.

Cerințe de certificat TLS pentru proxy TLS-bridge

Certificatul de server semnat public este încărcat în proxy.
Proxy-ul prezintă acest certificat de server semnat public la Webex.
Webex are încredere în CA-ul public care a semnat certificatul de server al proxy-ului.
An internal CA signed certificate can be loaded onto the XSP|ADP.
The XSP|ADP presents this internally signed server certificate to the proxy.
The proxy trusts the internal CA that signed the XSP|ADP server certificate.

TLS Certificate Requirements for TLS-passthrough Proxy or XSP|ADP in DMZ

The publicly signed server certificate is loaded into the XSP|ADPs.
The XSP|ADPs present publicly signed server certificates to Webex.
Webex trusts the public CA that signed the XSP|ADPs’ server certificates.

Cerințe suplimentare de certificat pentru autentificarea reciprocă TLS prin interfața CTI

La conectarea la interfața CTI, Webex prezintă un certificat client ca parte a autentificării tls reciproce. Certificatul de client Webex CA/chain este disponibil pentru descărcare prin Control Hub.

Pentru a descărca certificatul:

Conectați-vă la Hubul pentru parteneri, accesați Setări > Apelare BroadWorks și faceți clic pe linkul certificatului de descărcare.

The exact requirements for deploying this Webex CA certificate chain depends on how your public facing XSP|ADPs are deployed:

Printr-un proxy tls bridging
Printr-un proxy de trecere TLS
Directly to the XSP|ADP

Următoarea diagramă rezumă cerințele de certificat în aceste trei cazuri:

***mTLS Certificate Exchange for CTI via Different Edge Configurations***

(Opțiune) Cerințe de certificat pentru proxy-ul TLS-bridge

Webex prezintă proxy-ului un certificat de client semnat public.
Proxy-ul are încredere în CA cisco intern care a semnat certificatul de client. Puteți descărca acest CA / lanț din Control Hub și îl puteți adăuga la magazinul de încredere al proxy-ului. The publicly signed XSP|ADP server certificate is also loaded into the proxy.
Proxy-ul prezintă certificatul de server semnat public către Webex.
Webex are încredere în CA-ul public care a semnat certificatul de server al proxy-ului.

The proxy presents an internally signed client certificate to the XSP|ADPs.

Acest certificat trebuie să aibă câmpul de extensie x509.v3 Extended Key Usage populat cu BroadWorks OID 1.3.6.1.4.1.6431.1.1.8.2.1.3 și scopul TLS clientAuth. De exemplu:

X509v3 extensions:     X509v3 Extended Key Usage:  1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication

NC-ul certificatului intern trebuie bwcticlient.webex.com.

Atunci când se generează certificate client intern pentru proxy, rețineți că certificatele SAN nu sunt acceptate. Internal server certificates for the XSP|ADP can be SAN.
Este posibil ca autoritățile de certificare publică să nu fie dispuse să semneze certificate cu OID BroadWorks proprietar care este necesar. In the case of a bridging proxy, you may be forced to use an internal CA to sign the client certificate that the proxy presents to the XSP|ADP.

The XSP|ADPs trust the internal CA.
The XSP|ADPs present an internally signed server certificate.
Proxy-ul are încredere în CA intern.
The Application Server’s ClientIdentity contains the CN of the internally signed client certificate presented to the XSP|ADP by the proxy.

(Option) Certificate Requirements for TLS-passthrough Proxy or XSP|ADP in DMZ

Webex presents a Cisco internal CA-signed client certificate to the XSP|ADPs.
The XSP|ADPs trust the Cisco internal CA that signed the client certificate. Puteți descărca acest CA / lanț din Control Hub și îl puteți adăuga la magazinul de încredere al proxy-ului. The publicly signed XSP|ADP server certificate is also loaded into the XSP|ADPs.
The XSP|ADPs present the publicly signed server certificates to Webex.
Webex trusts the public CA that signed the XSP|ADPs’ server certificates.
The Application Server ClientIdentity contains the CN of the Cisco-signed client certificate presented to the XSP|ADP by Webex.

Pregătiți-vă rețeaua

For more information on connections that are used by Webex for Cisco BroadWorks, see: Network Requirements for Webex for Cisco BroadWorks. This article has the list of IP addresses, ports and protocols required to configure your firewall Ingress and Egress rules.

Cerințe de rețea pentru Webex Services

Tabelele de firewall Ingress and Egress Rules anterioare documentează numai conexiunile specifice Webex pentru Cisco BroadWorks. Pentru informații generale despre conexiunile dintre aplicația Webex și cloud-ul Webex, consultați Cerințe de rețea pentru Webex Services. Acest articol este generic pentru Webex, dar următorul tabel identifică diferitele secțiuni ale articolului și cât de relevantă este fiecare secțiune pentru Webex pentru Cisco BroadWorks.

Tabelul 3. Cerințe de rețea pentru conexiunile Webex App (generice)
Secțiunea din articolul Cerințe de rețea	Relevanța informațiilor
Rezumatul tipurilor de dispozitive și protocoalelor acceptate de Webex	Informaţionale
Protocoale de transport și cifruri de criptare pentru aplicațiile și dispozitivele Webex înregistrate în cloud	Informaţionale
Webex Services – Numere de port și protocoale	Trebuie să citească
Subrețele IP pentru serviciile media Webex	Trebuie să citească
Domenii și adrese URL care trebuie accesate pentru Webex Services	Trebuie să citească
Url-uri suplimentare pentru Webex Hybrid Services	Opțional
Caracteristici proxy	Opțional
802.1X – Control acces la rețea bazat pe port	Opțional
Cerințe de rețea pentru serviciile Webex bazate pe SIP	Opțional
Cerințe de rețea pentru Webex Edge Audio	Opțional
Un rezumat al altor servicii și documentații Webex Hybrid	Opțional
Servicii Webex pentru clienții FedRAMP	Nu este cazul

Informații suplimentare

Pentru informații suplimentare, consultați Cartea albă a paravanului de protecție Webex App (PDF).

Suport pentru redundanță BroadWorks

The Webex Cloud Services and the Webex Client Apps that need to access the partner’s network fully support the Broadworks XSP|ADP redundancy provided by the partner. When an XSP|ADP or site is unavailable for planned maintenance or unplanned reason, the Webex services & apps are able to advance to another XSP|ADP or site provided by the partner in order to complete a request.

Topologia rețelei

The Broadworks XSP|ADPs can be deployed directly on the Internet, or can reside in a DMZ fronted by a load balancing element such as the F5 BIG-IP. To provide geo-redundancy, the XSP|ADPs can be deployed in two (or more) datacenters, each can be fronted by a load balancer, each having a public IP address. If the XSP|ADPs are behind a load balancer, the Webex microservices and App see only the IP address of the load balancer and Broadworks appears to have just one XSP|ADP, even if there are multiple XSP|ADPs behind.

In the example below, the XSP|ADPs are deployed at two sites, Site A and Site B. There are two XSP|ADPs fronted by a Load Balancer at each site. Site A has XSP|ADP1 and XSP|ADP2 fronted by LB1, and Site B has XSP|ADP3 and XSP|ADP4 fronted by LB2. Only the Load Balancers are exposed on the public network, and the XSP|ADPs are in the DMZ private networks.

Webex Cloud Services

Configurare DNS

The Webex Cloud microservices must be able to find the Broadworks XSP|ADP server(s) for connecting to the Xsi interfaces, authentication service and CTI.

Webex Cloud microservices will perform DNS A/AAAA lookup of the configured XSP|ADP hostname and connect to the returned IP Address. This could be a load balancing edge element, or it could be the XSP|ADP server itself. Dacă sunt returnate mai multe adrese IP, va fi selectat primul IP din listă. Căutarea SRV nu este acceptată în prezent.

Exemplu: The partner’s DNS A Record for discovery of Round-Robin balanced internet-facing XSP|ADP server/Load Balancers.

Tip înregistrare	Nume	Țintă	Scop
A	`webex-cloud-xsp.example.com`	`198.51.100.48`	Puncte către LB1 (site-ul A)
A	`webex-cloud-xsp.example.com`	`198.51.100.49`	Puncte către LB2 (site-ul B)

Any reference to XSP includes either XSP or ADP.

Failover

When the Webex microservices send a request to the XSP|ADP/Load Balancer and the request fails, several things can happen:

Dacă eroarea se datorează unei erori de rețea (de exemplu: TCP, SSL), microserviciile Webex marchează IP-ul ca fiind blocat și efectuează imediat un avans de rută către următorul IP.
If an error code (HTTP 5xx) is returned, the Webex microservices mark the IP as blocked and immediately perform a route advance to the next IP.
Dacă nu se primește niciun răspuns HTTP în 2 secunde, solicitarea se blochează și microserviciile Webex marchează IP-ul ca blocat și efectuează un avans de rută către următorul IP.

Fiecare solicitare este încercată de 3 ori înainte ca o eroare să fie raportată înapoi la microserviciu.

When an IP is in the blocked list, it will not be included in the list of addresses to try when sending a request to a XSP|ADP. După o perioadă de timp predeterminată, un IP blocat expiră și revine în listă pentru a încerca atunci când se face o altă solicitare.

Dacă toate adresele IP sunt blocate, microserviciul va încerca în continuare să trimită solicitarea selectând aleatoriu o adresă IP din lista blocată. Dacă reușiți, acea adresă IP este eliminată din lista blocată.

Stare

The status of the connectivity of the Webex Cloud services to the XSP|ADPs or Load Balancers can be seen in Control Hub. Sub un Cluster de apelare BroadWorks, se afișează o stare de conexiune pentru fiecare dintre aceste interfețe:

Acțiuni XSI
Evenimente XSI
Serviciu de autentificare

Starea conexiunii este actualizată atunci când pagina este încărcată sau în timpul actualizărilor de intrare. Stările conexiunilor pot fi:

Verde: Când interfața poate fi atinsă pe unul dintre IP-urile din căutarea înregistrării A.
Roșu: Când toate IP-urile din căutarea înregistrării A sunt inaccesibile și interfața nu este disponibilă.

The following services use the microservices to connect to the XSP|ADPs and are impacted by the XSP|ADP interface availability:

Conectare la Webex App
Reîmprospătarea tokenului Webex App
E-mail de încredere / activare de sine
Verificarea stării de sănătate a serviciului Broadworks

Aplicația Webex

Configurare DNS

The Webex App accesses the Xtended Services Interface (XSI-Actions & XSI-Events) and Device Management Service (DMS) services on the XSP|ADP.

To find the XSI service, the Webex App performs DNS SRV lookup for _xsi-client._tcp.<webex app xsi domain>. The SRV points to the configured URL for the XSP|ADP hosts or load balancers for the XSI service. If SRV lookup is not available, the Webex App falls back to A/AAAA lookup.

The SRV can resolve to multiple A/AAAA targets. However, each A/AAAA record must map to a single IP address only. If there are multiple XSP|ADPs in a DMZ behind the load balancer/edge device, it is required that the load balancer be configured to maintain session persistence to route all requests of the same session to the same XSP|ADP. We mandate this configuration because the client's XSI-event heartbeats must go to the same XSP|ADP that is used to establish the event channel.

In Example 1, the A/AAAA record for webex-app-XSP|ADP.example.com does not exist, and does not need to. If your DNS requires that one A/AAAA record must be defined, then only 1 IP address should be returned. Regardless, the SRV must still be defined for the Webex App.

If the Webex App uses the A/AAAA name that resolves to more than one IP address, or if the load balancer/edge element does not maintain session persistence, the client eventually sends heartbeats to an XSP|ADP where it did not establish an event channel. This results in the channel being torn down, and also in significantly more internal traffic which impairs your XSP|ADP cluster performance.

Because the Webex Cloud and Webex App have different requirements in A/AAAA record lookup, you must use a separate FQDN for the Webex Cloud and Webex App to access your XSP|ADPs. As shown in the examples, Webex Cloud uses A record webex-cloud-xsp.example.com, and Webex App uses SRV _xsi-client._tcp.webex-app-xsp.example.com.

Example 1—Multiple XSP|ADPs, each behind separate load balancers

In this example, the SRV points to mutiple A records with each A record pointing to a different load balancer at a different site. The Webex App will always use the first IP address in the list and will only move to the next record if the first is down.

Mai jos este un exemplu de înregistrări SRV.

Tip înregistrare	Înregistrare	Țintă	Scop
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc1.example.com`	Descoperirea de către client a interfeței Xsi
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc2.example.com`	Descoperirea de către client a interfeței Xsi
A	`xsp-dc1.example.com`	`198.51.100.48`	Puncte către LB1 (site-ul A)
A	`xsp-dc2.example.com`	`198.51.100.49`	Puncte către LB2 (site-ul B)

Example 2—Multiple XSP|ADPs behind a single load balancer (with TLS Bridge)

For the initial request, the load balancer selects a random XSP|ADP. That XSP|ADP returns a cookie that the Webex App includes in future requests. For future requests, the load balancer uses the cookie to route the connection to the correct XSP|ADP, ensuring that the event channel doesn't break.

Tip înregistrare	Înregistrare	Țintă	Scop
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`LB.example.com`	Load balancer
A	LB.example.com	`198.51.100.83`	IP address of load balancer (XSP\|ADPs are behind load balancer)

DMS URL

În timpul procesului de conectare, Webex App va prelua, de asemenea, ADRESA URL DMS pentru a descărca fișierul său de configurare. The host in the URL will parsed and the Webex App will perform DNS A/AAAA lookup of the host to connect to the XSP|ADP that hosts the DMS service.

Exemplu: DNS A Record for discovery of Round-Robin balanced internet-facing XSP|ADP server/Load Balancers by Webex App to download config files through DMS:

Tip înregistrare	Nume	Țintă	Scop
A	`xsp-dms.example.com`	`198.51.100.48`	Puncte către LB1 (site-ul A)
A	`xsp-dms.example.com`	`198.51.100.49`	Puncte către LB2 (site-ul B)

Any reference to XSP includes either XSP or ADP.

How Webex App Finds XSP|ADP Addresses

The client attempts to locate the XSP|ADP nodes using the following DNS flow:

Clientul preia inițial URL-urile Xsi-Actions/Xsi-Events din Webex Cloud (le-ați introdus la crearea clusterului de apelare BroadWorks asociat). Numele de gazdă Xsi/domeniul este analizat din URL-ul și clientul efectuează căutare SRV după cum urmează:
1. Client performs an SRV lookup for _xsi-client._tcp.<xsi domain>
2. If the SRV lookup returns one or more A/AAAA targets:
  1. Clientul face căutare A/AAAA pentru aceste obiective și memorează în cache adresele IP returnate.
  2. Clientul se conectează la una dintre ținte (și, prin urmare, înregistrarea sa A /AAAA cu o singură adresă IP) pe baza priorității SRV, apoi a greutății (sau la întâmplare dacă toate sunt egale).
3. Dacă căutarea SRV nu returnează nicio țintă:
  
  Clientul face căutare A/AAAA parametrului rădăcină Xsi și apoi încearcă să se conecteze la adresa IP returnată. This could be a load balancing edge element, or it could be the XSP|ADP server itself.
  
  După cum sa menționat, înregistrarea A/AAAA trebuie să se rezolve la o singură adresă IP din aceleași motive.
(Opțional) Ulterior, puteți furniza detalii XSI-Actions/XSI-Events particularizate în configurația dispozitivului pentru aplicația Webex, utilizând următoarele etichete:
```
<protocols> <xsi> <paths> <root>%XSI_ROOT_WXT%</root> <actions>%XSI_ACTIONS_PATH_WXT%</actions> <events>%XSI_EVENTS_PATH_WXT%</events> </paths> </xsi> </protocols>
```
1. Acești parametri de configurare au prioritate față de orice configurație din Clusterul BroadWorks din Control Hub.
2. Dacă acestea există, clientul va compara cu adresa XSI originală a primit prin configurația BroadWorks Cluster.
3. Dacă există vreo diferență detectată, clientul își va re-inițializa conectivitatea XSI Actions / XSI Events. The first step in this is to perform the same DNS lookup process listed under step 1 – this time requesting a lookup for the value in the %XSI_ROOT_WXT% parameter from its configuration file.
  
  Asigurați-vă că creați înregistrările SRV corespunzătoare dacă utilizați această etichetă pentru a modifica interfețele Xsi.

Failover

During login, the Webex App performs a DNS SRV lookup for _xsi-client._tcp.<xsi domain>, builds a list of hosts, and connects to one of the hosts based on the SRV priority, then weight. Această gazdă conectată devine cea selectată pentru toate solicitările viitoare. Un canal de eveniment este apoi deschis pentru gazda selectată și o emoție este trimisă în mod regulat pentru a verifica canalul. All requests sent after the first one include a cookie that is returned in the HTTP response, therefore, it’s important that the load balancer keeps session persistence (affinity) and always sends requests to the same backend XSP|ADP server.

Dacă o solicitare sau o solicitare de bătăi ale inimii către o gazdă nu reușește, se pot întâmpla mai multe lucruri:

Dacă eroarea se datorează unei erori de rețea (de exemplu: TCP, SSL), ruta Webex App avansează imediat către următoarea gazdă din listă.
If an error code (HTTP 5xx) is returned, the Webex App marks that IP address as blocked and route advances to the next host on the list.
Dacă un răspuns nu este primit într-o perioadă de timp, atunci solicitarea este considerată nereușită din cauza timpului de expirare și următoarele solicitări sunt trimise către următoarea gazdă. Cu toate acestea, cererea de expirare este considerată ca nereușită. Unele solicitări sunt reîncercat după eșec (cu creșterea timpului de reîncercare). Solicitările ca presupusul non vital să nu fie rejudecat.

Când o nouă gazdă este încercată cu succes, aceasta devine noua gazdă selectată dacă gazda este prezentă în listă. După ce se încearcă ultima gazdă din listă, aplicația Webex va reveni la prima.

În cazul bătăilor inimii, dacă există două erori consecutive de solicitare, Webex App va re-inițializa canalul de evenimente.

Rețineți că Webex App nu efectuează nereușită, iar descoperirea serviciului DNS se efectuează o singură dată la conectare.

During sign-in, the Webex App tries to download the config file through the XSP|ADP/Dms interface. Acesta efectuează o căutare de înregistrare A/AAAA a gazdei în URL-ul DMS regăsit și se conectează la primul IP. Acesta va încerca mai întâi să trimită solicitarea de a descărca fișierul de configurare folosind un simbol SSO. Dacă acest lucru nu reușește din orice motiv, va încerca din nou, dar cu numele de utilizator și parola dispozitivului.

Implementarea Webex pentru BroadWorks

Prezentare generală a implementării

Următoarele diagrame reprezintă ordinea tipică a activităților de implementare pentru diferitele moduri de asigurare a accesului pentru utilizatori. Multe dintre sarcini sunt comune tuturor modurilor de provizionare.

Afișează ordinea activităților necesare pentru implementarea Webex pentru BroadWorks cu asigurarea accesului la flux și e-mailuri de încredere — ***Activități necesare pentru implementarea accesului prin flux***

Afișează ordinea activităților necesare pentru implementarea Webex pentru BroadWorks cu asigurarea accesului la flux fără e-mailuri — ***Activități necesare pentru implementarea accesului fluxului fără e-mailuri de încredere***

Afișează ordinea activităților necesare pentru implementarea Webex pentru BroadWorks cu auto-activare — ***Activități necesare pentru implementarea autoprovizionării utilizatorilor***

Partner Onboarding pentru Webex pentru Cisco BroadWorks

Fiecare webex pentru Cisco BroadWorks Furnizor de servicii sau reseller are nevoie de o pentru a fi configurat ca o organizație partener pentru Webex pentru Cisco BroadWorks. Dacă aveți o organizație parteneră Webex existentă, aceasta poate fi utilizată.

Pentru a finaliza înregistrarea necesară, trebuie să vă executați documentele Webex Cisco BroadWorks, iar noii parteneri trebuie să accepte Acordul de parteneriat online privind canalul indirect (ICPA). Când acești pași sunt finalizați, Cisco Compliance va crea o nouă organizație parteneră în Hubul de parteneri (dacă este necesar) și va trimite un e-mail cu detalii de autentificare administratorului înregistrării în documentele dvs. În același timp, managerul de programe de activare a partenerului și/ sau de succes al clienților vă va contacta pentru a începe înregistrarea.

Webex Partners in one region can create customer organizations in any region that we offer the services. Pentru ajutor, consultați: Data residency in Webex.

Configure Services on Your Webex for Cisco BroadWorks XSP|ADPs

We require that the NPS application be run on a different XSP|ADP. Requirements for that XSP|ADP are described in Configure Call Notifications from your Network.

You need the following applications / services on your XSP|ADPs.

Serviciu/Aplicație	Autentificarea necesară	Scopul serviciului/aplicației
Xsi-Evenimente	TLS (serverul se autentifică la clienți)	Controlul apelurilor, notificările serviciului
Xsi-Acțiuni	TLS (serverul se autentifică la clienți)	Controlul apelurilor, acțiuni
Gestionarea dispozitivelor	TLS (serverul se autentifică la clienți)	Apelarea descărcării configurației
Serviciu de autentificare	TLS (serverul se autentifică la clienți)	Autentificarea utilizatorului
Integrarea telefoniei computerizate	mTLS (clientul și serverul se autentifică reciproc)	Prezența telefoniei
Aplicație webview setări apel	TLS (serverul se autentifică la clienți)	Expune setările apelului utilizatorilor în portalul de autocare din aplicația Webex

This section describes how to apply the required configurations for TLS and mTLS on these interfaces, but you should reference existing documentation to get the applications installed on your XSP|ADPs.

Cerințe de co-rezidență

Serviciul de autentificare trebuie să fie co-rezident cu aplicațiile Xsi, deoarece aceste interfețe trebuie să accepte token-uri de lungă durată pentru autorizarea serviciului. Serviciul de autentificare este necesar pentru a valida aceste token-uri.
Serviciul de autentificare și Xsi pot rula pe același port, dacă este necesar.
You may separate the other services/applications as required for your scale (dedicated device management XSP|ADP farm, for example).
Puteți co-localiza aplicațiile Xsi, CTI, Authentication Service și DMS.
Do not install other applications or services on the XSP|ADPs that are used for integrating BroadWorks with Webex.
Nu co-localizați aplicația NPS cu orice alte aplicații.

Interfețe Xsi

Instalați și configurați aplicațiile Xsi-Actions și Xsi-Events așa cum este descris în Ghidul de configurare a interfeței cisco BroadWorks Xtended Services.

Only one instance of the Xsi-Events applications should be deployed on the XSP|ADP used for the CTI interface.

All Xsi-Events used for integrating Broadworks with Webex must have the same callControlApplicationName defined under Applications/Xsi-Events/GeneralSettings. De exemplu:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

When a user is onboarded to Webex, Webex creates a subscription for the user on the AS in order to receive telephony events for presence and call history. The subscription is associated with the callControlApplicationName and the AS uses it to know to which Xsi-Events to send the telephony events.

Changing the callControlApplicationName, or not having the same name on all Xsi-Events webapps will impact subscriptions and telephony events functionality.

Configurarea serviciului de autentificare (cu validare TOKEN CI)

Utilizați această procedură pentru a configura serviciul de autentificare pentru a utiliza validarea CI Token cu TLS. Această metodă de autentificare este recomandată dacă rulați R22 sau o versiune ulterioară și sistemul o acceptă.

Tls reciprocă (mTLS) este, de asemenea, acceptat ca o metodă alternativă de autentificare pentru Serviciul Auth. If you have multiple Webex organizations running off the same XSP|ADP server, you must use mTLS authentication because CI Token Validation does not support multiple connections to the same XSP|ADP Auth Service.

Pentru a configura autentificarea mTLS pentru Serviciul Auth în loc de validare TOKEN CI, consultați apendicele pentru Configurare servicii (cu mTLS pentru serviciul Auth).

Dacă utilizați în prezent mTLS pentru serviciul Auth, nu este obligatoriu să reconfigurați pentru a utiliza validarea CI token cu TLS.

Obtaining OAuth credentials for your Webex for Cisco BroadWorks.
Install the following patches on each XSP|ADP server. Instalați patch-urile care sunt adecvate pentru eliberarea dvs.:
- Pentru R22:
  
  AP.platform.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap368601
- Pentru R23:
  
  AP.xsp.23.0.1075.ap376509
  
  AP.platform.23.0.1075.ap376509
- Pentru R24 - nu este necesară nicio corecție
Any reference to XSP includes either XSP or ADP.
Install the AuthenticationService application on each XSP|ADP service.
1. Run the following command to activate the AuthenticationService application on the XSP|ADP to the /authService context path.
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
2. Run this command to deploy the AuthenticationService on the XSP|ADP:
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...

Starting with Broadworks build 2022.10, the certificates authorities that are coming with Java are no longer automatically included to the BroadWorks trust store when switching to a new version of java. The AuthenticationService opens a TLS connection to Webex to fetch the access token, and needs to have the following in its truststore to validate the IDBroker and Webex URL:

IdenTrust Commercial Root CA 1
Go Daddy Root Certificate Authority - G2

Verify that these certificates are present under the following CLI

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get

If not present, run the following command to import the default Java trusts:

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust

Alternatively, you can manually add these certificates as trust anchors with the following command:

ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>

If the ADP is upgraded from a previous release, then the certificate authorities from the old release are automatically imported to the new release and will continue to be imported until they are manually removed.

The AuthenticationService application is exempt from the validatePeerIdentity setting under ADP_CLI/System/SSLCommonSettings/GeneralSettings, and always validates the peer Identity. See the Cisco Broadworks X509 Certificate Validation FD for more info on this setting.

Configure the Identity Providers by running the following commands on each XSP|ADP server:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get

set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL>—For the URL, enter the IssuerName URL that applies to your CI Cluster. See following table.
set issuerUrl <URL>—For the URL, enter the IssuerUrl that applies to your CI Cluster. See the following table.
set tokenInfoUrl <IdPProxy URL>—Enter the IdP Proxy URL that applies to your Teams Cluster. See the second table that follows.

Tabelul 1. Set issuerName and issuerURL

Dacă CI Cluster este...

Set issuerName and issuerURL to...

US-A

US-B