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.

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

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

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

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

5. 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	https://idbroker.webex.com/idb
   UE	https://idbroker-eu.webex.com/idb
   US-B	https://idbroker-b-us.webex.com/idb
   Dacă nu cunoașteți clusterul CI, puteți obține informațiile din detaliile clientului în vizualizarea Help Desk a Control Hub.

   Tabelul 2. Setați pictograma InfoURL

   Dacă clusterul Teams este...	Setați TokenInfoURL la... (URL proxy IdP)
   AXM	https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
   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".

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

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

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

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

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

11. 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:

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

1. Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer>

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

1. Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>

2. Introduceți comanda get <interfaceIp> 443 pentru a vedea ce protocoale sunt deja utilizate pe această interfață.

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

1. Conectați-vă la XSP|ADP și navigați la XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>

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

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

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:

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

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

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

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

2. Introduceți comanda get <interfaceIp> pentru a vedea ce protocoale sunt deja utilizate pe această interfață.

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

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

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

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

1. Conectați-vă la Hub pentru parteneri .

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

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

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

5. Conectați-vă la XSP|ADP și navigați la /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>

6. (Opțional) Rulați help updateTrust pentru a vedea parametrii și formatul de comandă.

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

8. 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]

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

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

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

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

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.

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.

1. Conectați-vă la cisco.com și căutați "BWCallSettingsWeb" în secțiunea de descărcare software.

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

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

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

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

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.

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:

1. Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.

2. Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .

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

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

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

6. Adăugați URL-urile Acțiuni XSI și Evenimente XSI.

7. Opțional. Actualizați URL-ul DAS cu URL-ul Serviciului de activare a dispozitivului.

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

9. Faceți clic pe Înainte.

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

11. Adăugați URL-ul Serviciului de autentificare .

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

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

14. Faceți clic pe Vizualizare clustere și ar trebui să vedeți noul cluster și dacă validarea a reușit.

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

1. Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.

2. Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .

3. Faceți clic pe Vizualizare clustere.

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

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

1. Conectați-vă la Partner Hub (admin.webex.com) cu acreditările administratorului partenerului.

2. Deschideți pagina Setări din meniul lateral și găsiți setările BroadWorks Calling .

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

4. Utilizați lista derulantă Cluster pentru a alege clusterul pe care doriți să îl utilizați cu acest șablon.

5. Introduceți un nume șablon, apoi faceți clic pe Înainte.

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

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

8. Opțional. Verificați Dezactivarea apelurilor gratuite Cisco Webex dacă doriți să dezactivați apelurile Webex.

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

10. Faceți clic pe Înainte.

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

12. Faceți clic pe Înainte.

13. 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).

14. Faceți clic pe Înainte.

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

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

17. Faceți clic pe Vizualizare șabloane și ar trebui să vedeți noul șablon listat cu orice alte șabloane.

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

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

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

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

2. Modificarea la Maintenance/ContainerOptions context.

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

1. Conectați-vă la Partner Hub și accesați Setări > Apelare BroadWorks.

2. Faceți clic pe Vizualizare șabloane.

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

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

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

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

1. În interfața de utilizator BroadWorks, deschideți întreprinderea pe care doriți să o configurați și accesați Servicii > IM&P integrat.

2. Selectați Utilizați domeniul serviciului și introduceți o valoare fictivă (Webex ignoră acest parametru. Puteți utiliza example.com).

3. Selectați Utilizați serverul de mesagerie.

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

5. În câmpul Nume utilizator , introduceți un nume pentru administratorul de configurare. Aceasta trebuie să corespundă valorii din șablonul din Partner Hub.

6. Introduceți o parolă pentru administratorul de configurare. Aceasta trebuie să corespundă valorii din șablonul din Partner Hub.

7. Pentru identitatea implicită a utilizatorului pentru ID-ul IM&P, selectați Primar.

8. Faceți clic Aplicați .

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

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.

1. Obțineți fișierele DTAF necesare (consultați profilurile dispozitivului din secțiunea Pregătire mediu).

2. Verificați dacă aveți seturile de etichete corecte în BroadWorks System > Resurse > Setările etichetei de administrare a dispozitivelor.

3. Pentru fiecare client pe care îl configurați:

   1. Descărcați și extrageți fișierul zip DTAF pentru clientul particular.

   2. Importați fișiere DTAF în BroadWorks la Sistem > Resurse > Tipuri de profil de identitate/dispozitiv

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

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

   5. Salvează-ți profilul.

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

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.