Requisiti di coresidenza

• Il servizio di autenticazione deve essere coresidente con le applicazioni Xsi, perché tali interfacce devono accettare token di lunga durata per l'autorizzazione del servizio. Il servizio di autenticazione è richiesto per convalidare tali token.

• Il servizio di autenticazione e Xsi possono eseguire sulla stessa porta, se necessario.

• È possibile separare gli altri servizi/applicazioni come richiesto per la propria bilancia (gestione dispositivi dedicata XSP|ADP farm, ad esempio).

• È possibile co-individuare le applicazioni Xsi, CTI, Authentication Service e DMS.

• Non installare altre applicazioni o servizi sugli ADP XSP| utilizzati per integrare BroadWorks con Webex.

• Non co-individuare l'applicazione NPS con altre applicazioni.

Interfacce Xsi

Installare e configurare le applicazioni Xsi-Actions e Xsi-Events come descritto nella Guida alla configurazione dell'interfaccia dei servizi Xtended di Cisco BroadWorks.

Solo un'istanza delle applicazioni Xsi-Events deve essere distribuita su XSP|ADP utilizzato per l'interfaccia CTI.

Tutti gli eventi Xsi utilizzati per l'integrazione di BroadWorks con Webex devono avere lo stesso nome applicazione di controllo chiamata definito in Applicazioni/Xsi-Events/GeneralSettings. Ad esempio:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Quando un utente ha eseguito l'onboarding in Webex, Webex crea un abbonamento per l'utente su AS per ricevere eventi di telefonia per la cronologia delle chiamate e della presenza. L'abbonamento è associato a callControlApplicationName e l'AS lo utilizza per sapere a quale Xsi-Events inviare gli eventi di telefonia.

La modifica di callControlApplicationName o la mancanza dello stesso nome su tutte le webapp Xsi-Events avrà un impatto sulle funzionalità di abbonamento ed eventi di telefonia.

Configurazione del servizio di autenticazione (con convalida del token CI)

Utilizzare questa procedura per configurare il servizio di autenticazione per utilizzare la convalida del token CI con TLS. Questo metodo di autenticazione è consigliato se è in esecuzione R22 o versione superiore e il sistema lo supporta.

Mutual TLS (mTLS) è supportato anche come metodo di autenticazione alternativo per il servizio Auth. Se più organizzazioni Webex eseguono lo stesso server ADP XSP|, è necessario utilizzare l'autenticazione mTLS poiché la convalida token CI non supporta più connessioni allo stesso servizio autenticazione ADP XSP|. Per configurare l'autenticazione mTLS per il servizio di autenticazione anziché la convalida del token CI, fare riferimento all'Appendice per configurare i servizi (con mTLS per il servizio di autenticazione).

Se attualmente si utilizza mTLS per il servizio autenticazione, non è obbligatorio riconfigurare l'uso della convalida token CI con TLS.

1. Come ottenere le credenziali OAuth per Webex per Cisco BroadWorks.

2. Installare le seguenti patch su ciascun server ADP XSP|. Installare le patch appropriate alla release in uso:

   • Per R22:

     AP.platform.22.0.1123.ap376508

     AP.xsp.22.0.1123.ap376508

     AP.xsp.22.0.1123.ap368601

   • Per R23:

     AP.xsp.23.0.1075.ap376509

     AP.platform.23.0.1075.ap376509

   • Per R24: non è necessario alcun cerotto

   Qualsiasi riferimento a XSP include XSP o ADP.

3. Installare il AuthenticationService su ciascun servizio XSP|ADP.

   1. Eseguire il seguente comando per attivare l'applicazione AuthenticationService su XSP|ADP al percorso del contesto /authService.

      XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService

   2. Eseguire questo comando per distribuire il servizio di autenticazione su XSP|ADP:

      XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...

4. A partire da Broadworks build 2022.10, le autorità di certificazione in arrivo con Java non vengono più automaticamente incluse nel trust store BroadWorks quando si passa a una nuova versione di java. Il servizio di autenticazione apre una connessione TLS a Webex per recuperare il token di accesso e deve disporre di quanto segue nel relativo truststore per convalidare l'URL IDBroker e Webex:

   • Radice commerciale IdenTrust CA 1

   • autorità di certificazione radice Go Daddy - G2

   Verificare che questi certificati siano presenti sotto la seguente CLI

   ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get

   Se non presente, eseguire il seguente comando per importare i trust Java predefiniti:

   ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust

   In alternativa, è possibile aggiungere manualmente questi certificati come ancoraggi attendibili con il seguente comando:

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

   Se l'ADP viene aggiornato da una release precedente, le autorità di certificazione della release precedente vengono automaticamente importate nella nuova release e continueranno a essere importate finché non vengono rimosse manualmente.

   L'applicazione AuthenticationService è esente dall'impostazione validatePeerIdentity in ADP_CLI/System/SSLCommonSettings/GeneralSettings e convalida sempre l'identità peer. Per ulteriori informazioni su questa impostazione, vedere la FD di convalida del certificato Cisco Broadworks X509.

5. Configurare i provider di identità eseguendo i seguenti comandi su ciascun 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>- Per il URL, immettere l'URL IssuerName che si applica al cluster CI. Vedere la tabella seguente.

   • set issuerUrl <URL>- Per il URL, immettere l'IssuerUrl che si applica al cluster CI. Vedere la tabella seguente.

   • set tokenInfoUrl <IdPProxy URL> —Inserire l'URL proxy IdP applicabile al cluster dei team. Si veda la seconda tabella che segue.

   Tabella 1. Imposta nome emittente e URL emittente

   Se il cluster CI è...	Imposta issuerName e issuerURL su...
   NOI-A	https://idbroker.webex.com/idb
   UE	https://idbroker-eu.webex.com/idb
   NOI-B	https://idbroker-b-us.webex.com/idb
   Se non conosci il tuo cluster CI, puoi ottenere le informazioni dai dettagli del cliente nella vista help desk di Control Hub.

   Tabella 2. Imposta tokenInfoURL

   Se il cluster di Teams è...	Imposta tokenInfoURL su...(URL proxy IdP)
   ACHM	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
   DOLORE	https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
   Se non conosci il tuo cluster Teams, puoi ottenere le informazioni dai dettagli del cliente nella vista help desk di Control Hub. Per il test, è possibile verificare che il tokenInfoURL sia valido sostituendo " idp/authenticate" parte dell'URL con " ping".

6. Specificare l'autorizzazione Webex che deve essere presente nel profilo utente in Webex eseguendo il seguente comando:

   XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user

7. Configurare i provider di identità per la federazione Cisco utilizzando i seguenti comandi su ciascun server XSP|ADP:

   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. Eseguire il seguente comando per verificare che la configurazione FLS funzioni. Questo comando restituirà l'elenco dei provider di identità:

   XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get

9. Configurare la gestione dei token utilizzando i seguenti comandi su ciascun server XSP|ADP:

   • XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>

   • set tokenIssuer BroadWorks

   • set tokenDurationInHours 720

10. Genera e condividi chiavi RSA. È necessario generare chiavi su un XSP|ADP, quindi copiarle su tutti gli altri XSP|ADP. Ciò è dovuto ai seguenti fattori:

    • È necessario utilizzare le stesse coppie di chiavi pubbliche/private per la crittografia/decrittazione dei token in tutte le istanze del servizio di autenticazione.

    • La coppia di chiavi viene generata dal servizio di autenticazione quando viene richiesto per la prima volta di emettere un token.

    Se si scambiano i tasti o si modifica la lunghezza dei tasti, è necessario ripetere la configurazione seguente e riavviare tutti gli XSP|ADP.

    1. Selezionare un XSP|ADP da utilizzare per generare una coppia di chiavi.

    2. Utilizzare un client per richiedere un token crittografato da tale XSP|ADP, richiedendo il seguente URL dal browser del client:

       https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)

       (In questo modo viene generata una coppia di chiavi private/pubbliche su XSP|ADP, se non ne esiste già una)

    3. La posizione dell'archivio chiave non è configurabile. Esportare le chiavi:

       XSP|ADP_CLI/Applications/authenticationService/KeyManagement> exportKeys

    4. Copia il file esportato /var/broadworks/tmp/authService.keys alla stessa posizione sulle altre ADP XSP|, sovrascrivendo una vecchia .keys file, se necessario.

    5. Importare le chiavi su ciascuna delle altre ADP XSP|:

       XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys

11. Fornire l'URL authService al contenitore Web. Il contenitore Web di XSP|ADP richiede l'URL authService in modo che possa convalidare i token. Su ciascuna delle ADP XSP|:

    1. Aggiungere l'URL del servizio di autenticazione come servizio di autenticazione esterno per l'utilità di comunicazione BroadWorks:

       XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService> set url http://127.0.0.1/authService

    2. Aggiungere l'URL del servizio di autenticazione al contenitore:

       XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService

       Ciò consente a Webex di utilizzare il servizio di autenticazione per convalidare i token presentati come credenziali.

    3. Controllare il parametro con get.

    4. Riavviare XSP|ADP.

Rimozione dei requisiti di autenticazione del client per il servizio di autenticazione (solo R24)

Se si dispone del servizio di autenticazione configurato con la convalida del token CI su R24, è necessario rimuovere anche il requisito di autenticazione client per il servizio di autenticazione. Eseguire il seguente comando CLI:

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

Configurazione di TLS e crittografie sulle interfacce HTTP (per XSI e servizio di autenticazione)

Le applicazioni Servizio di autenticazione, Xsi-Actions e Xsi-Events utilizzano interfacce server HTTP. I livelli di configurabilità TLS per queste applicazioni sono i seguenti:

Più generale = Sistema > Trasporto > HTTP > HTTP Interfaccia server = Più specifico

I contesti CLI utilizzati per visualizzare o modificare le diverse impostazioni SSL sono:

Lettura della configurazione dell'interfaccia TLS del server HTTP su XSP|ADP

1. Accedere a XSP|ADP e andare a XSP|ADP_CLI/Interface/Http/HttpServer>

2. Inserisci il get comandare e leggere i risultati. È necessario visualizzare le interfacce (indirizzi IP) e, per ciascuna di esse, se sono sicure e se richiedono l'autenticazione del client.

Apache tomcat richiede un certificato per ciascuna interfaccia protetta; il sistema genera un certificato autofirmato se necessario.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Aggiunta del protocollo TLS 1.2 all'interfaccia server HTTP

L'interfaccia HTTP che interagisce con il cloud Webex deve essere configurata per TLSv1.2. Il cloud non negozia versioni precedenti del protocollo TLS.

Per configurare il protocollo TLSv1.2 sull'interfaccia server HTTP:

1. Accedere a XSP|ADP e andare a XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>

2. Inserisci il comando get <interfaceIp> 443 per vedere quali protocolli sono già utilizzati su questa interfaccia.

3. Inserisci il comando add <interfaceIp> 443 TLSv1.2 per garantire che l'interfaccia possa utilizzare TLS 1.2 durante la comunicazione con il cloud.

Modifica della configurazione delle crittografie TLS nell'interfaccia del server HTTP

Per configurare le crittografie richieste:

1. Accedere a XSP|ADP e andare a XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>

2. Inserisci il comando get <interfaceIp> 443 per vedere quali crittografie sono già utilizzate in questa interfaccia. Devono essere presenti almeno una delle suite consigliate Cisco (vedere XSP|ADP Identity and Security Requirements nella sezione Overview).

3. Inserisci il comando add <interfaceIp> 443 <cipherName> per aggiungere una crittografia all'interfaccia del server HTTP.

   La CLI XSP|ADP richiede il nome della suite di crittografia standard IANA, non il nome della suite di crittografia openSSL. Ad esempio, per aggiungere la crittografia openSSL ECDHE-ECDSA-CHACHA20-POLY1305 all'interfaccia del server HTTP, si utilizzerebbe: XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305 Vedere https://ciphersuite.info/ per individuare la suite in base a uno dei due nomi.

Configurazione della gestione dei dispositivi su XSP|ADP, server applicazioni e server profili

Il server profilo e XSP|ADP sono obbligatori per Gestione dispositivi. Devono essere configurati in base alle istruzioni della Guida alla configurazione di BroadWorks Device Management.

Configurazione del server di applicazione per gli abbonamenti CTI

Aggiornare ClientIdentity su Application Server con il nome comune (CN) del certificato client CTI Webex per Cisco BroadWorks.

Per ciascun server applicazioni in uso con Webex, aggiungere l'identità del certificato a ClientIdentity come segue:

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

Il nome comune del certificato client Webex per Cisco BroadWorks è bwcticlient.webex.com.

Configurazione di TLS e crittografie sull'interfaccia CTI

I livelli di configurabilità per l'interfaccia CTI XSP|ADP sono i seguenti:

Più generale = Sistema > Trasporto > Interfacce CTI > Interfaccia CTI = Più specifico

I contesti CLI utilizzati per visualizzare o modificare le diverse impostazioni SSL sono:

Su una nuova installazione, le seguenti crittografie sono installate per impostazione predefinita a livello di sistema. Se non è configurato nulla a livello di interfaccia (ad esempio, nell'interfaccia CTI o HTTP), si applica questo elenco di crittografia. Si noti che questo elenco può cambiare nel tempo: TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256 TLS_DHE_DSS_WITH_AES_128_GCM_SHA256 TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 TLS_DHE_RSA_WITH_AES_128_CBC_SHA256 TLS_DHE_DSS_WITH_AES_128_CBC_SHA256 TLS_ECDH_RSA_WITH_AES_128_GCM_SHA256 TLS_ECDH_ECDSA_WITH_AES_128_GCM_SHA256 TLS_ECDH_RSA_WITH_AES_128_CBC_SHA256 TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA256

Lettura della configurazione dell'interfaccia CTI TLS su XSP|ADP

1. Accedere a XSP|ADP e andare a XSP|ADP_CLI/Interface/CTI/CTIServer>

2. Inserisci il get comandare e leggere i risultati. È necessario visualizzare le interfacce (indirizzi IP) e, per ciascuna di esse, se richiedono un certificato del server e se richiedono l'autenticazione del client.

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

Aggiunta del protocollo TLS 1.2 all'interfaccia CTI

L'interfaccia CTI XSP|ADP che interagisce con il cloud Webex deve essere configurata per TLS v1.2. Il cloud non negozia versioni precedenti del protocollo TLS.

Per configurare il protocollo TLSv1.2 sull'interfaccia CTI:

1. Accedere a XSP|ADP e andare a XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>

2. Inserisci il comando get <interfaceIp> per vedere quali protocolli sono già utilizzati su questa interfaccia.

3. Inserisci il comando add <interfaceIp> TLSv1.2 per garantire che l'interfaccia possa utilizzare TLS 1.2 durante la comunicazione con il cloud.

Modifica della configurazione delle crittografie TLS nell'interfaccia CTI

Per configurare le crittografie richieste sull'interfaccia CTI:

1. Accedere a XSP|ADP e andare a XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>

2. Inserisci il get comando per visualizzare le crittografie già utilizzate in questa interfaccia. Devono essere presenti almeno una delle suite consigliate Cisco (vedere XSP|ADP Identity and Security Requirements nella sezione Overview).

3. Inserisci il comando add <interfaceIp> <cipherName> per aggiungere una crittografia all'interfaccia CTI.

   La CLI XSP|ADP richiede il nome della suite di crittografia standard IANA, non il nome della suite di crittografia openSSL. Ad esempio, per aggiungere la crittografia openSSL ECDHE-ECDSA-CHACHA20-POLY1305 all'interfaccia CTI, si utilizzerebbe: XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305 Vedere https://ciphersuite.info/ per individuare la suite in base a uno dei due nomi.

Ancoraggi affidabili per l'interfaccia CTI (R22 e versioni successive)

Questa procedura presuppone che le ADP XSP|siano rivolte verso Internet o rivolte verso Internet tramite proxy pass-through. La configurazione del certificato è diversa per un proxy bridge (vedere Requisiti del certificato TLS per proxy bridge TLS).

Per ogni amministratore XSP|nell'infrastruttura che pubblica eventi CTI in Webex, effettuare le seguenti operazioni:

1. Accedere a Hub partner .

2. Vai a Impostazioni > BroadWorks Calling e fai clic su Scarica certificato CA Webex per ottenere CombinedCertChain2023.txt sul computer locale.

   Questi file contengono due serie di due certificati. È necessario suddividere i file prima di caricarli negli ADP XSP|. Tutti i file sono obbligatori.

3. Suddividere la catena dei certificati in due certificati: combinedcertchain2023.txt

   1. Apri combinedcertchain2023.txt in un editor di testo.

   2. Selezionare e tagliare il primo blocco di testo, incluse le linee -----BEGIN CERTIFICATE----- e -----END CERTIFICATE----- e incollare il blocco di testo in un nuovo file.

   3. Salva il nuovo file come root2023.txt.

   4. Salvare il file originale come issuing2023.txt. Il file originale dovrebbe ora avere un solo blocco di testo, circondato dalle righe -----BEGIN CERTIFICATE----- e -----END CERTIFICATE-----.

4. Copiare entrambi i file di testo in una posizione temporanea su XSP|ADP che si sta proteggendo, ad esempio /var/broadworks/tmp/root2023.txt e /var/broadworks/tmp/issuing2023.txt

5. Accedere a XSP|ADP e andare a /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>

6. (Opzionale) Esecuzione help updateTrust per visualizzare i parametri e il formato di comando.

7. Carica i file dei certificati in nuovi trust anchors - 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

   Tutti gli alias devono avere un nome diverso. webexclientroot2023 e webexclientissuing2023 sono esempi di alias per gli ancoraggi di fiducia; è possibile utilizzare il proprio purché tutte le voci siano uniche.

8. Verificare che gli ancoraggi siano aggiornati:

   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. Consenti ai client di autenticarsi con i certificati:

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

Aggiunta dell'interfaccia CTI e abilitazione di mTLS

1. Aggiungere l'interfaccia SSL CTI.

   Il contesto CLI dipende dalla versione BroadWorks in uso. Il comando crea un certificato server autofirmato sull'interfaccia e forza l'interfaccia a richiedere un certificato client.

   • Su BroadWorks R22 e R23:

     XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true

2. Sostituire il certificato del server e la chiave sulle interfacce CTI di XSP|ADP. È necessario l'indirizzo IP dell'interfaccia CTI per questo; è possibile leggerlo dal seguente contesto:

   • Su BroadWorks R22 e R23:

     XSP|ADP_CLI/Interface/CTI/CTIServer> get

     Quindi eseguire i seguenti comandi per sostituire il certificato autofirmato dell'interfaccia con il proprio certificato e la chiave privata:

     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. Riavviare XSP|ADP.

Abilitazione dell'accesso a BroadWorks CTI Events su Webex

È necessario aggiungere e convalidare l'interfaccia CTI quando si configurano i cluster in Partner Hub. Per istruzioni dettagliate, vedere Configurazione dell'organizzazione partner in Partner Hub.

È necessario aggiungere e convalidare l'interfaccia CTI quando si configurano i cluster in Partner Hub. Per istruzioni dettagliate, vedere Configurazione dell'organizzazione partner in Partner Hub.

• Specificare l'indirizzo CTI in base al quale Webex può iscriversi a CTI Events di BroadWorks.

• Gli abbonamenti CTI sono su base per abbonato e vengono stabiliti e mantenuti solo mentre l'abbonato viene predisposto per Webex per Cisco BroadWorks.

Esperienza utente

• Utenti Windows: Fai clic su Impostazioni chiamata, quindi su Apri preferenze chiamata > Impostazioni di chiamata avanzate.

• Utenti Mac: Fare clic sull'immagine del profilo, quindi Preferenze > Impostazioni di chiamata avanzate.

Installazione di Webview impostazioni chiamata su XSP|ADPs

L'applicazione CSWV deve essere sullo stesso ADP|XSP che ospita l'interfaccia Xsi-Actions nel proprio ambiente. Si tratta di un'applicazione non gestita su XSP|ADP, pertanto è necessario installare e distribuire un file di archivio Web.

1. Accedere a cisco.com e cercare "BWCallSettingsWeb" nella sezione download software.

2. Trovare e scaricare la versione più recente del file.

   Ad esempio, BWCallSettingsWeb_1.8.2_1.war( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04) è stata la più recente al momento della stesura del presente documento.

3. Installare, attivare e distribuire l'archivio Web in base alla Guida alla configurazione della piattaforma di servizi Xtended di Cisco BroadWorks per la versione XSP|ADP. (Versione R24 https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf).

   1. Copiare il file .war in una posizione temporanea su XSP|ADP, ad esempio /tmp/.

   2. Passare al seguente contesto CLI ed eseguire il comando di installazione:

      XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war

      Il gestore software BroadWorks convalida e installa il file.

   3. [Opzionale] Elimina /tmp/BWCallSettingsWeb_1.7.5_1.war(questo file non è più necessario).

   4. Attivare l'applicazione:

      XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings

      Il nome e la versione sono obbligatori per qualsiasi applicazione, ma per CSWV è necessario fornire anche un contextPath perché è un'applicazione non gestita. È possibile utilizzare qualsiasi valore non utilizzato da un'altra applicazione, ad esempio /callsettings.

   5. Distribuire l'applicazione Impostazioni chiamata nel percorso contestuale selezionato:

      XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings

4. Ora è possibile prevedere l'URL delle impostazioni di chiamata che si specificherà per i client, come segue:

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

   Note:

   • È necessario fornire la barra finale su questo URL quando si immette nel file di configurazione del client.

   • L'|ADP-FQDN XSP deve corrispondere al FQDN azioni Xsi, perché CSWV deve utilizzare le azioni Xsi e CORS non è supportato.

5. Ripetere questa procedura per altri XSP|ADP nell'ambiente Webex per Cisco BroadWorks (se necessario).

L'applicazione Webview Impostazioni chiamata è ora attiva sugli ADP|XSP.

Panoramica sul proxy NPS

Per la compatibilità con Webex per Cisco BroadWorks, è necessario aggiornare il CNPS per supportare la funzione proxy NPS, server push per VoIP in UCaaS.

La funzione implementa un nuovo design nel server di notifica push per risolvere la vulnerabilità di sicurezza della condivisione delle chiavi private di notifica push con i provider di servizi per client mobili. Anziché condividere i certificati e i tasti di notifica push con il provider di servizi, l'NPS utilizza una nuova API per ottenere un token di notifica push di breve durata da Webex per il backend di Cisco BroadWorks e utilizza questo token per l'autenticazione con gli APN Apple e i servizi FCM Google.

La funzione migliora anche la capacità del server push delle notifiche di eseguire notifiche push ai dispositivi Android attraverso la nuova API HTTPv1 di Google Firebase Cloud Messaging (FCM).

• Per ulteriori informazioni, vedere Server push per VoIP nella descrizione della funzione UCaaS.

• Le patch BroadWorks per la funzione sono disponibili su: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.

  Per il software e le patch NPS, vedere la sezione Preparazione dell'NPS per Webex per Cisco BroadWorks.

  Cercare e scaricare la patch dalla pagina di download del software.

• Ulteriori informazioni sul server ADP sono disponibili su https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html.

Configurazione dei cluster BroadWorks

[una volta per cluster]

Ciò avviene per i seguenti motivi:

• Per consentire a Webex cloud di autenticare i tuoi utenti rispetto a BroadWorks (tramite il servizio di autenticazione ospitato da XSP|ADP).

• Per consentire alle app Webex di utilizzare l'interfaccia Xsi per il controllo delle chiamate.

• Per consentire a Webex di ascoltare gli eventi CTI pubblicati da BroadWorks (presenza di telefonia e cronologia chiamate).

La procedura guidata del cluster convalida automaticamente le interfacce quando vengono aggiunte. È possibile continuare a modificare il cluster se alcune interfacce non vengono convalidate correttamente, ma non è possibile salvare un cluster se sono presenti voci non valide. Ciò viene impedito poiché un cluster configurato in modo errato potrebbe causare problemi che sono difficili da risolvere.

Cosa è necessario fare:

1. Accedi a Partner Hub (admin.webex.com) con le credenziali dell'amministratore del partner.

2. Apri la pagina Impostazioni dal menu laterale e trova le impostazioni di BroadWorks Calling.

3. Fare clic su Aggiungi cluster.

   In questo modo viene avviata una procedura guidata in cui vengono fornite le interfacce XSP|ADP (URL). È possibile aggiungere una porta all'URL dell'interfaccia se si utilizza una porta non standard.

4. Assegna un nome al cluster e fai clic su Avanti.

   Il concetto di cluster qui è semplicemente una raccolta di interfacce, solitamente situate su un server ADP XSP| o in un'azienda agricola, che consentono a Webex di leggere le informazioni dal server applicazioni (AS). È possibile avere un XSP|ADP per cluster AS o più XSP|ADP per cluster o più cluster AS per XSP|ADP. I requisiti di scala per il sistema BroadWorks non sono applicabili qui.

5. (Opzionale) Immettere un Nome account utente e una Password BroadWorks noti all'interno del sistema BroadWorks che si connette a Webex, quindi fare clic su Avanti.

   I test di convalida possono utilizzare questo account per convalidare le connessioni alle interfacce nel cluster.

6. Aggiungere gli URL XSI Actions e XSI Events.

7. Opzionale. Aggiornare l'URL DAS con l'URL del servizio di attivazione del dispositivo.

8. Opzionale. Selezionare la casella di controllo Abilita autenticazione diretta BroadWorks se si desidera che gli accessi a BroadWorks siano diretti a BroadWorks. In caso contrario, l'autenticazione per BroadWorks viene proxy attraverso il servizio proxy IdP ospitato da Webex.

   Questa casella di controllo influisce su queste situazioni di accesso:

   • Accesso al portale di attivazione utente: gli utenti devono immettere le credenziali BroadWorks quando accedono al portale. L'impostazione precedente determina se l'accesso è diretto a BroadWorks o attraverso il proxy IdP.

   • Accesso client: se l'autenticazione BroadWorks è configurata nel modello di onboarding, l'impostazione precedente determina se l'accesso del client all'app Webex è diretto a BroadWorks o viene proxy attraverso il proxy IdP.

9. Fai clic su Avanti.

10. Nella pagina CTI Interface (Interfaccia CTI) procedere come segue:

    1. Aggiungere l'URL CTI e la porta per l'interfaccia CTI a cui si desidera connettersi.

    2. Opzionale. Abilita il tasto di alternanza Cronologia chiamate, quindi inserisci il tuo ID utente BroadWorks. Quando questa opzione è selezionata, gli eventi della cronologia chiamate BroadWorks vengono sincronizzati con il cloud Webex. Gli utenti possono visualizzare la cronologia chiamate nell'app Webex.

    3. Opzionale. Abilita il tasto di alternanza Non disturbare (NoDist) e inserisci l'ID utente BroadWorks. Questa opzione sincronizza gli eventi NoDist tra Webex e BroadWorks, assicurandosi che la funzione funzioni allo stesso modo su entrambe le piattaforme.

    4. Fai clic su Avanti.

11. Aggiungere l'URL del servizio di autenticazione.

12. Selezionare Servizio autenticazione con convalida del token CI.

    Questa opzione non richiede mTLS per proteggere la connessione da Webex poiché il servizio di autenticazione convalida correttamente il token utente rispetto al servizio di identità Webex prima di emettere il token di lunga durata per l'utente.

13. Controllare le voci sulla schermata finale, quindi fare clic su Crea. Dovrebbe essere visualizzato un messaggio di successo.

    Partner Hub passa gli URL a vari microservizi Webex che testano le connessioni alle interfacce fornite.

14. Fare clic su Visualizza cluster per visualizzare il nuovo cluster e se la convalida è riuscita.

15. Il pulsante Crea può essere disabilitato nella schermata finale (anteprima) della procedura guidata. Se non è possibile salvare il modello, indica un problema con una delle integrazioni appena configurate.

    Abbiamo implementato questa verifica per prevenire errori nelle attività successive. È possibile tornare indietro attraverso la procedura guidata durante la configurazione della distribuzione, che potrebbe richiedere modifiche all'infrastruttura (ad esempio, XSP|ADP, caricatore di bilanciamento o firewall) come illustrato in questa guida, prima di salvare il modello.

Verifica delle connessioni alle interfacce BroadWorks

1. Accedi a Partner Hub (admin.webex.com) con le credenziali dell'amministratore del partner.

2. Apri la pagina Impostazioni dal menu laterale e trova le impostazioni di BroadWorks Calling.

3. Fare clic su Visualizza cluster.

4. Partner Hub avvia i test di connettività dai vari microservizi verso le interfacce nei cluster.

   Al termine dei test, la pagina dell'elenco dei cluster mostra il messaggio di stato accanto a ciascun cluster.

   I messaggi verdi relativi al successo dovrebbero essere visualizzati. Se viene visualizzato un messaggio di Errore rosso, fare clic sul nome del cluster interessato per visualizzare l'impostazione che causa il problema.

5. Opzionale. Selezionare un cluster se si desidera visualizzare le impostazioni esistenti per tale cluster, ad esempio XSI-Actions, XSI-Events, DAS URL e le impostazioni dell'interfaccia CTI.

Configurazione dei modelli di onboarding

I modelli di onboarding sono il modo in cui verrà applicata la configurazione condivisa a uno o più clienti man mano che vengono caricati tramite i metodi di provisioning. È necessario associare ciascun modello a un cluster (creato nella sezione precedente).

È possibile creare il numero di modelli necessario, ma solo un modello può essere associato a un cliente.

1. Accedi a Partner Hub (admin.webex.com) con le credenziali dell'amministratore del partner.

2. Apri la pagina Impostazioni dal menu laterale e trova le impostazioni di BroadWorks Calling.

3. Fare clic su Aggiungi modello.

   In questo modo viene avviata una procedura guidata in cui è possibile fornire la configurazione per i clienti che utilizzeranno questo modello.

4. Utilizzare il menu a discesa Cluster per scegliere il cluster che si desidera utilizzare con questo modello.

5. Immettere un Nome modello, quindi fare clic su Avanti.

6. Configurare la modalità di provisioning utilizzando le seguenti impostazioni consigliate:

   Tabella 3. Impostazioni di provisioning consigliate per diverse modalità di provisioning

   Nome impostazione	Provisioning fluviale con e-mail attendibili	Provisioning flowthrough senza e-mail	Self-provisioning utente
   Abilita flusso BroadWorks attraverso il provisioning (include le credenziali dell'account di provisioning se attivato**)	Attivato Fornire il Nome account di provisioning e la Password in base alla configurazione BroadWorks.	Attivato Fornire il Nome account di provisioning e la Password in base alla configurazione BroadWorks.	Disattivato
   Crea automaticamente nuove organizzazioni in Control Hub	Il †	Il †	Il †
   Indirizzo e-mail provider servizi	Selezionare un indirizzo e-mail dall'elenco a discesa (è possibile digitare alcuni caratteri per trovare l'indirizzo, se è un elenco lungo). Questo indirizzo e-mail identifica l'amministratore all'interno dell'organizzazione partner a cui sarà concesso l'accesso amministratore delegato a qualsiasi nuova organizzazione cliente creata con il modello di onboarding.
   Paese	Scegli il paese che utilizzi per questo modello. Il paese scelto corrisponde alle organizzazioni dei clienti create con questo modello in una determinata regione. Attualmente, la regione potrebbe essere (EMEAR) o (Nord America e resto del mondo). Vedere le mappature tra paese e regione in questo foglio di calcolo. Il paese dell'organizzazione determina i numeri di chiamata in ingresso globali predefiniti per Cisco PSTN nei siti per riunioni Webex. Per ulteriori informazioni consultare la sezione Paese della pagina della Guida.
   Modalità BroadWorks Enterprise attiva	Abilitare questa opzione se i clienti forniti con questo modello sono aziende in BroadWorks. Se si tratta di gruppi, lasciare questo interruttore spento. Se si dispone di un mix di aziende e gruppi in BroadWorks, è necessario creare modelli diversi per tali casi diversi.

   Note dalla tabella:

   • † Questo passaggio garantisce che venga creata una nuova organizzazione cliente se il dominio e-mail di un abbonato non corrisponde a un'organizzazione Webex esistente.

     Questa opzione deve essere sempre attiva, a meno che non si utilizzi un processo manuale di ordinazione ed esecuzione (tramite Cisco Commerce Workspace) per creare le organizzazioni dei clienti in Webex (prima di avviare il provisioning degli utenti in tali organizzazioni). Tale opzione è spesso nota come modello di "provisioning ibrido" e non rientra nel campo di applicazione di questo documento.

   • ** "Account di provisioning" si riferisce all'account di amministrazione a livello di sistema BroadWorks. Su BroadWorks, è necessario un account amministratore con questi attributi: Tipo amministratore=Provisioning, sola lettura=Disattivato.

7. Selezionare il pacchetto di servizi predefinito per i clienti che utilizzano questo modello (vedere Pacchetti nella sezione Panoramica); Base, Standard, Premium o Softphone.

   Puoi ignorare questa impostazione per i singoli utenti tramite Partner Hub.

8. Opzionale. Selezionare Disabilita chiamata gratuita Cisco Webex se si desidera disabilitare le chiamate Webex.

9. Per la configurazione dell'accesso alla riunione, selezionare una delle seguenti opzioni:

   • Numeri di chiamata in ingresso Cisco (PSTN)

   • Numeri di chiamata in ingresso forniti dai partner (BYoPSTN): se si seleziona questa opzione, fare riferimento alla Guida alla soluzione Bring Your Own PSTN per Webex per Cisco BroadWorks per informazioni dettagliate su come configurare questa opzione.

10. Fai clic su Avanti.

11. Esistono due approcci per il provisioning degli abbonati relativamente a come vengono verificate le relative identità, utilizzando e-mail attendibili o e-mail non attendibili.

    Nel flusso di lavoro e-mail attendibile, gli utenti forniscono indirizzi e-mail al partner che li aggiunge in BroadWorks. In qualità di partner, sei responsabile del provisioning dell'indirizzo e-mail come parte del metodo flow-through o API.

    Si consiglia vivamente di utilizzare il metodo di provisioning attendibile poiché garantisce che tutti gli abbonati siano completamente predisposti dall'utente come partner e che non sia richiesta alcuna azione da parte degli utenti finali.

    Nel caso e-mail non attendibile, gli utenti devono verificare i relativi messaggi e-mail prima del provisioning oppure gli utenti possono autoattivarsi.

    Nel caso Non attendibile, sono disponibili diverse modalità di provisioning in base alle impostazioni di verifica nella tabella seguente:

    Tabella 4. Impostazioni di verifica utente consigliate per le modalità di provisioning non attendibili

    Nome impostazione	Provisioning flowthrough senza e-mail	Self-provisioning utente
    Esegui prima provisioning amministratore	Consigliato*	Non applicabile
    Consenti agli utenti di autoattivarsi	Non applicabile	Richiesto

    • Note dalla tabella:

    • * Ciascuna organizzazione cliente in Webex deve disporre di almeno un utente con ruolo di amministratore. Il primo utente a cui assegnare IM&P integrato in BroadWorks assume il ruolo di amministratore del cliente se viene creata una nuova organizzazione cliente in Webex. In qualità di fornitore di servizi è possibile avere il controllo su chi ottiene il ruolo. La verifica di questa impostazione impedisce agli utenti di completare l'attivazione fino a quando non viene attivato il primo utente fornito. Se si deseleziona questa impostazione, il primo utente che diventa attivo nella nuova organizzazione diventa l'amministratore del cliente.

12. Fai clic su Avanti.

13. Selezionare la modalità di autenticazione predefinita (autenticazione BroadWorks o autenticazione Webex) per l'accesso utente a Webex.

    Questa impostazione non ha effetto sull'accesso dell'utente al portale di attivazione utente. Gli utenti devono utilizzare l'ID utente e la password BroadWorks quando accedono al portale, indipendentemente dalla configurazione del modello di onboarding.

    Questa impostazione verrà applicata solo alle organizzazioni dei clienti appena create. Se gli amministratori dei partner tentano di applicare una nuova impostazione di autenticazione alle organizzazioni dei clienti esistenti, le impostazioni esistenti vengono applicate in modo che gli utenti esistenti non perdano l'accesso. Per modificare la modalità di autenticazione per le organizzazioni dei clienti esistenti, è necessario aprire un ticket con Cisco TAC.

    (Vedere Modalità di autenticazione nella sezione Preparazione dell'ambiente).

14. Fai clic su Avanti.

15. Per Preferenze, configurare quanto segue:

    1. Scegliere se si desidera Precompilare gli indirizzi e-mail utente nella pagina di accesso.

       Utilizzare questa opzione solo dopo aver selezionato Autenticazione BroadWorks e aver anche inserito gli indirizzi e-mail degli utenti nell'attributo ID alternativo in BroadWorks. In caso contrario, dovranno utilizzare il nome utente BroadWorks. La pagina di accesso offre l'opzione per modificare l'utente, se necessario, ma ciò potrebbe causare problemi di accesso.

    2. Se desideri abilitare la sincronizzazione delle rubriche, imposta l'opzione Abilita sincronizzazione rubrica telefonica per tutte le nuove organizzazioni clienti per attivare.

       Questa opzione consente a Webex di leggere i contatti BroadWorks nell'organizzazione del cliente in modo che gli utenti possano trovarli e chiamarli dall'app Webex.

    3. Immettere un amministratore partner.

       Questo nome viene utilizzato nel messaggio e-mail automatico di Webex, che invita gli utenti a convalidare i relativi indirizzi e-mail.

    4. Accertarsi che il tasto di alternanza Provisioning organizzazioni esistenti sia attivo (l'impostazione predefinita è attiva).

    5. Fai clic su Avanti.

16. Esaminare le voci nella schermata finale. È possibile fare clic sui controlli di navigazione nella parte superiore della procedura guidata per tornare indietro e modificare qualsiasi dettaglio. Fare clic su Crea.

    Dovrebbe essere visualizzato un messaggio di successo.

17. Fare clic su Visualizza modelli per visualizzare il nuovo modello elencato con altri modelli.

18. Fare clic sul nome del modello per modificare o eliminare il modello, se necessario.

    Non è necessario immettere nuovamente i dettagli dell'account di provisioning. I campi Password vuota/Conferma password sono disponibili per modificare le credenziali, se necessario, ma lasciarli vuoti per mantenere i valori forniti alla procedura guidata.

19. Aggiungi altri modelli se disponi di diverse configurazioni condivise che desideri fornire ai clienti.

    Tenere aperta la pagina Visualizza modelli poiché potrebbe essere necessario specificare i dettagli del modello per una delle attività seguenti.

Patch Application Server (solo R22, R23 e R24)

1. Se ancora non è stato fatto, applicare la seguente patch applicabile alla versione in uso:

   • Per R22: AP.as.22.0.1123.ap373197

   • Per R23: AP.as.23.0.1075.ap373197

   • Per R24: AP.as.24.0.944.ap384177

   Per un elenco completo delle patch BroadWorks che costituiscono il requisito per la distribuzione di Webex per Cisco BroadWorks, Vedere Requisiti software BroadWorks nella sezione Riferimento.

2. Modifica della Maintenance/ContainerOptions contesto.

3. Abilita il parametro URL di provisioning:

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

Scarica gli URL di provisioning da Partner Hub

Fare riferimento alla Guida all'amministrazione dell'interfaccia della riga di comando del server applicazioni Cisco BroadWorks per informazioni dettagliate (Interfaccia > Messaggistica e Servizio > IM&P integrato) dei comandi AS.

1. Accedi a Partner Hub e vai a Impostazioni > BroadWorks Calling.

2. Fare clic su Visualizza modelli.

3. Seleziona il modello che stai utilizzando per eseguire il provisioning degli abbonati di questa azienda/gruppo in Webex.

   I dettagli del modello vengono visualizzati in un riquadro flyout a destra. Se non è stato ancora creato un modello, è necessario farlo prima di poter ottenere l'URL di provisioning.

4. Copiare l'URL dell'adattatore di provisioning.

Ripetere questa operazione per altri modelli se si dispone di più modelli.

(Opzione) Configurazione dei parametri di provisioning a livello di sistema su server applicazioni

Se si utilizza UC-One SaaS, potrebbe non essere necessario impostare il provisioning e il dominio del servizio a livello di sistema. Vedere i Punti di decisione nella sezione Preparazione dell’ambiente.

1. Accedere al server applicazioni e configurare l'interfaccia di messaggistica.

   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. Attivare l'interfaccia IMP integrata:

   1. /AS_CLI/Service/IntegratedIMP> set serviceDomain example.com

   2. /AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true

È necessario inserire il nome completo per il provisioningURL parametro, come è stato dato in Control Hub. Se il server applicazioni non può accedere al DNS per risolvere il nome host, è necessario creare la mappatura nel /etc/hosts file su AS.

(Opzione) Configurazione dei parametri di provisioning per azienda su server applicazioni

1. Nell'interfaccia utente BroadWorks, aprire l'azienda che si desidera configurare e andare a Servizi > IM&P integrato.

2. Selezionare Usa dominio di servizio e immettere un valore fittizio (Webex ignora questo parametro). È possibile utilizzare example.com).

3. Selezionare Usa server di messaggistica.

4. Nel campo URL, incollare l'URL di provisioning copiato dal modello in Partner Hub.

   È necessario inserire il nome completo per il provisioningURL parametro, come è stato dato in Partner Hub. Se il server applicazioni non può accedere al DNS per risolvere il nome host, è necessario creare la mappatura nel /etc/hosts file su AS.

5. Nel campo Nome utente, immettere un nome per l'amministratore del provisioning. Questo deve corrispondere al valore sul modello in Partner Hub.

6. Immettere una password per l'amministratore del provisioning. Questo deve corrispondere al valore sul modello in Partner Hub.

7. Per Identità utente predefinita per ID IM&P, selezionare Principale.

8. Fare clic su Applica.

9. Ripeti per altre aziende che desideri configurare per il flusso attraverso il provisioning.

Dati provisioning utente

Per informazioni sui dati utente che vengono scambiati tra BroadWorks e Webex durante il provisioning utente, vedi Provisioning utente provider di servizi.

Aggiunta dei modelli di configurazione delle app Webex al server applicazioni BroadWorks

Le app Webex sono configurate con file DTAF. I client scaricano un file XML di configurazione dal server applicazioni tramite il servizio Gestione dispositivi su XSP|ADP.

1. Ottenere i file DTAF richiesti (vedere Profili dispositivo nella sezione Prepara il tuo ambiente).

2. Verificare di disporre dei set di tag corretti in BroadWorks System > Resources > Device Management Tag Sets.

3. Per ciascun client che si sta eseguendo il provisioning:

   1. Scaricare ed estrarre il file zip DTAF per il client specifico.

   2. Importare i file DTAF in BroadWorks all'indirizzo System > Resources > Identity/Device Profile Types

   3. Apri il profilo dispositivo appena aggiunto per la modifica e:

      • Immettere il nome di dominio completo dell'azienda agricola XSP|ADP e il protocollo di accesso del dispositivo.

      • Selezionare la casella di controllo Support Remote Party Info. Questo supporto è richiesto per il funzionamento della condivisione desktop.

        È inoltre possibile abilitare il supporto Parte remota eseguendo il seguente comando CLI sul server applicazioni: AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

   4. Modificare i modelli in base all'ambiente (vedere la tabella seguente).

   5. Salvare il file.

4. Fare clic su File e autenticazione, quindi selezionare l'opzione per ricostruire tutti i file di sistema.

Personalizzazione del branding per l'app Webex

• Personalizzazioni partner: gli amministratori dei partner possono applicare personalizzazioni di branding avanzate che si applicano all'organizzazione partner e/o ai clienti gestiti dal partner. Vedere Configurazione di personalizzazioni di branding avanzate.

• Personalizzazioni clienti: se il partner consente ai clienti di applicare le proprie personalizzazioni di branding, gli amministratori dei clienti possono seguire le procedure in Aggiungi branding aziendale a Webex.

Il portale di attivazione utente utilizza lo stesso logo aggiunto per il branding del client.

Personalizzazione dei report dei problemi e degli URL della Guida

Per personalizzare queste opzioni, gli amministratori possono seguire la procedura "Aggiungi URL sito Feedback e Guida", disponibile in entrambi gli articoli di branding precedenti.