Webex implementeren voor Cisco BroadWorks

Vereisten co-residentie

• De verificatieservice moet co-resident zijn met Xsi-toepassingen, omdat deze interfaces langdurige tokens voor serviceautorisatie moeten accepteren. De verificatieservice is vereist om deze tokens te valideren.

• De verificatieservice en Xsi kunnen indien nodig op dezelfde poort worden uitgevoerd.

• U kunt de andere services/toepassingen scheiden zoals vereist voor uw schaal (speciaal apparaatbeheer, bijvoorbeeld XSP-farm).

• U kunt de Xsi-, CTI-, Authenticatieservice- en DMS-toepassingen co-lokaliseren.

• Installeer geen andere toepassingen of services op de XSP's die worden gebruikt voor de integratie van BroadWorks met Webex.

• Zoek de NPS-toepassing niet samen met andere toepassingen.

Xsi-interfaces

Installeer en configureer de Xsi-Actions- en Xsi-Events-toepassingen zoals beschreven in de Configuratiehandleiding voor Cisco BroadWorks Xtended Services Interface.

Slechts één exemplaar van de Xsi-Events-toepassingen moet worden geïmplementeerd op de XSP/ADP die wordt gebruikt voor de CTI-interface.

Voor alle Xsi-Events die worden gebruikt voor de integratie van Broadworks met Webex moet dezelfde callControlApplicationName zijn gedefinieerd onder Applications/Xsi-Events/GeneralSettings. Bijvoorbeeld:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Wanneer een gebruiker is geïntegreerd in Webex, maakt Webex een abonnement voor de gebruiker op de AS om telefoniegebeurtenissen te ontvangen voor aanwezigheid en gespreksgeschiedenis. Het abonnement is gekoppeld aan de callControlApplicationName en de AS gebruikt het om te weten naar welke Xsi-Events de telefonie-gebeurtenissen moeten worden verzonden.

Het wijzigen van de callControlApplicationName of het niet hebben van dezelfde naam op alle Xsi-Events-webapps zal invloed hebben op abonnementen en telefonie gebeurtenissen functionaliteit.

Verificatieservice configureren (met CI-tokenvalidatie)

Gebruik deze procedure om de verificatieservice te configureren voor het gebruik van CI-tokenvalidatie met TLS. Deze verificatiemethode wordt aanbevolen als u R22 of hoger gebruikt en uw systeem deze ondersteunt.

Wederzijdse TLS (mTLS) wordt ook ondersteund als een alternatieve verificatiemethode voor de verificatieservice. Als u meerdere Webex-organisaties op dezelfde XSP-server hebt uitgevoerd, moet u mTLS-verificatie gebruiken omdat CI-tokenvalidatie niet meerdere verbindingen met dezelfde XSP-verificatieservice ondersteunt. Als u mTLS-verificatie wilt configureren voor de verificatieservice in plaats van CI-tokenvalidatie, raadpleegt u de bijlage voor Services configureren (met mTLS voor de verificatieservice).

Als u momenteel mTLS gebruikt voor de verificatieservice, is het niet verplicht om opnieuw te configureren voor het gebruik van CI-tokenvalidatie met TLS.

1. Het verkrijgen van OAuth-referenties voor uw Webex voor Cisco BroadWorks.

2. Installeer de volgende patches op elke XSP-server. Installeer de patches die geschikt zijn voor uw versie:

   • Voor R22:

     AP.platform.22.0.1123.ap376508

     AP.xsp.22.0.1123.ap376508

     AP.xsp.22.0.1123.ap368601

   • Voor R23:

     AP.xsp.23.0.1075.ap376509

     AP.platform.23.0.1075.ap376509

   • Voor R24: geen patch vereist

3. Installeer de AuthenticationService toepassing op elke XSP-service.

   1. Voer de volgende opdracht uit om de AuthenticationService-toepassing op de XSP te activeren op het contextpad /authService.

      XSP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService

   2. Voer deze opdracht uit om de AuthenticationService op de XSP te implementeren:

      XSP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...

4. Vanaf Broadworks build 2022.10 worden de certificerende autoriteiten die met Java komen niet meer automatisch opgenomen in de BroadWorks-vertrouwensopslag wanneer wordt overgeschakeld naar een nieuwe versie van java. De AuthenticationService opent een TLS-verbinding met Webex om het toegangstoken op te halen en moet het volgende in de truststore hebben om de IDBroker- en Webex-URL te valideren:

   • IdenTrust commercieel hoofd-CA 1

   • GoDaddy Root Certification Authority - G2

   Controleer of deze certificaten aanwezig zijn onder de volgende CLI

   ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get

   Als dit niet aanwezig is, voert u de volgende opdracht uit om de standaard Java-trusts te importeren:

   ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust

   U kunt deze certificaten ook handmatig toevoegen als vertrouwensankers met de volgende opdracht:

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

   Als de ADP is geüpgraded vanaf een vorige release, worden de certificeringsinstanties van de oude release automatisch geïmporteerd naar de nieuwe release en blijven ze geïmporteerd totdat ze handmatig worden verwijderd.

   De toepassing AuthenticationService is vrijgesteld van de instelling validatePeerIdentity onder ADP_CLI/System/SSLCommonSettings/GeneralSettings en valideert altijd de peer Identity. Zie de Cisco Broadworks X509 Certificate Validation FD voor meer informatie over deze instelling.

5. Configureer de identiteitsproviders door de volgende opdrachten uit te voeren op elke XSP-server:

   XSP_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> —Voor de URL voer de URL van de IssuerName in die van toepassing is op uw CI-cluster. Zie volgende tabel.

   • set issuerUrl <URL> —Voor de URL voer de IssuerUrl in die van toepassing is op uw CI-cluster. Zie de volgende tabel.

   • set tokenInfoUrl <IdPProxy URL> —Voer de IdP-proxy-URL in die van toepassing is op uw Teams-cluster. Zie de tweede tabel die volgt.

   Tabel 1. Naam en URL van uitgever instellen

   Als CI-cluster is...	Naam en URL van uitgever instellen op...
   US-A	https://idbroker.webex.com/idb
   EU	https://idbroker-eu.webex.com/idb
   US-B	https://idbroker-b-us.webex.com/idb
   Als u uw CI-cluster niet kent, kunt u de informatie verkrijgen via de klantgegevens in de helpdeskweergave van Control Hub.

   Tabel 2. TokenInfoURL instellen

   Als het Teams-cluster...	TokenInfoURL instellen op... (IdP proxy-URL)
   ACHM, WATERPIJP	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
   AASAPPEL	https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
   Als u uw Teams-cluster niet kent, kunt u de informatie verkrijgen via de klantgegevens in de helpdeskweergave van Control Hub. Voor tests kunt u controleren of de tokenInfoURL geldig is door de " idp/authenticate" gedeelte van de URL met " ping".

6. Geef de Webex-rechten op die aanwezig moeten zijn in het gebruikersprofiel in Webex door de volgende opdracht uit te voeren:

   XSP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user

7. Configureer identiteitsproviders voor Cisco Federation met de volgende opdrachten op elke XSP-server:

   XSP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get

   • set flsUrl https://cifls.webex.com/federation

   • set refreshPeriodInMinutes 60

   • set refreshToken refresh-Token-From-Step1

8. Voer de volgende opdracht uit om te valideren dat uw FLS-configuratie werkt. Met deze opdracht keert u de lijst met identiteitsproviders terug:

   XSP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get

9. Configureer Tokenbeheer met de volgende opdrachten op elke XSP-server:

   • XSP_CLI/Applications/AuthenticationService/TokenManagement>

   • set tokenIssuer BroadWorks

   • set tokenDurationInHours 720

10. RSA-sleutels genereren en delen. U moet sleutels genereren op één XSP en deze vervolgens kopiëren naar alle andere XSP's. Dit is te wijten aan de volgende factoren:

    • U moet dezelfde openbare/privésleutelparen gebruiken voor tokencodering/decodering in alle instanties van de verificatieservice.

    • Het sleutelpaar wordt gegenereerd door de verificatieservice wanneer deze voor het eerst een token moet uitgeven.

    Als u de toetsen doorschakelt of de lengte van de toetsen wijzigt, moet u de volgende configuratie herhalen en alle XSP's opnieuw starten.

    1. Selecteer één XSP om een sleutelpaar te genereren.

    2. Gebruik een client om een gecodeerd token aan te vragen bij die XSP door de volgende URL aan te vragen in de browser van de client:

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

       (Dit genereert een privaat/openbaar sleutelpaar op de XSP, als dat er nog niet was)

    3. De locatie van de sleutelopslag kan niet worden geconfigureerd. Exporteer de sleutels:

       XSP_CLI/Applications/authenticationService/KeyManagement> exportKeys

    4. Het geëxporteerde bestand kopiëren /var/broadworks/tmp/authService.keys naar dezelfde locatie op de andere XSP’s, overschrijven van een oudere .keys bestand indien nodig.

    5. Importeer de sleutels op elk van de andere XSP's:

       XSP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys

11. Geef de authService-URL op aan de webcontainer. De webcontainer van de XSP heeft de authService-URL nodig, zodat deze tokens kan valideren. Op elk van de XSP's:

    1. Voeg de URL van de verificatieservice toe als een externe verificatieservice voor het communicatiehulpprogramma BroadWorks:

       XSP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService> set url http://127.0.0.1/authService

    2. Voeg de URL van de verificatieservice toe aan de container:

       XSP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService

       Hiermee kan Webex de verificatieservice gebruiken om tokens te valideren die als aanmeldgegevens worden gepresenteerd.

    3. Controleer de parameter met get.

    4. Start de XSP opnieuw.

Clientverificatievereiste voor verificatieservice verwijderen (alleen R24)

Als u de verificatieservice met CI-tokenvalidatie op R24 hebt geconfigureerd, moet u ook de clientverificatievereiste voor de verificatieservice verwijderen. Voer de volgende CLI-opdracht uit:

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

TLS en cijfers configureren op de HTTP-interfaces (voor XSI en verificatieservice)

De toepassingen Verificatieservice, Xsi-acties en Xsi-Events maken gebruik van HTTP-serverinterfaces. De TLS-configureerbaarheidsniveaus voor deze toepassingen zijn als volgt:

Meest algemeen = Systeem > Transport > HTTP > HTTP Server interface = Meest specifiek

De CLI-contexten die u gebruikt om de verschillende SSL-instellingen weer te geven of te wijzigen, zijn:

HTTP Server TLS-interfaceconfiguratie lezen op de XSP

1. Meld u aan bij de XSP en ga naar XSP_CLI/Interface/Http/HttpServer>

2. Voer de get opdracht geven en de resultaten lezen. U moet de interfaces (IP-adressen) zien en, voor elk, of ze veilig zijn en of ze clientverificatie vereisen.

Apache tomcat vereist een certificaat voor elke veilige interface; het systeem genereert een zelfondertekend certificaat als dit nodig is.

XSP_CLI/Interface/Http/HttpServer> get

TLS 1.2-protocol toevoegen aan de HTTP-serverinterface

De HTTP-interface die communiceert met de Webex-cloud moet zijn geconfigureerd voor TLSv1.2. De cloud onderhandelt niet over eerdere versies van het TLS-protocol.

Het TLSv1.2-protocol configureren in de interface van de HTTP-server:

1. Meld u aan bij de XSP en ga naar XSP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>

2. Voer de opdracht in get <interfaceIp> 443 om te zien welke protocollen al gebruikt worden op deze interface.

3. Voer de opdracht in add <interfaceIp> 443 TLSv1.2 om ervoor te zorgen dat de interface TLS 1.2 kan gebruiken bij communicatie met de cloud.

TLS-coderingsconfiguratie bewerken in de HTTP-serverinterface

De vereiste cijfers configureren:

1. Meld u aan bij de XSP en ga naar XSP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>

2. Voer de opdracht in get <interfaceIp> 443 om te zien welke cijfers al gebruikt worden op deze interface. Er moet er ten minste één zijn van de door Cisco aanbevolen suites (zie XSP-identiteits- en beveiligingsvereisten in het gedeelte Overzicht).

3. Voer de opdracht in add <interfaceIp> 443 <cipherName> om een code toe te voegen aan de interface van de HTTP-server.

   De XSP CLI vereist de IANA standaard coderingssuite naam, niet de openSSL coderingssuite naam. Bijvoorbeeld om de openSSL-code toe te voegen ECDHE-ECDSA-CHACHA20-POLY1305 in de interface van de HTTP-server gebruikt u: XSP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305 Raadpleeg https://ciphersuite.info/ om de suite met een van beide namen te vinden.

Apparaatbeheer configureren op XSP-, toepassingsserver- en profielserver

Profielserver en XSP zijn verplicht voor apparaatbeheer. Ze moeten worden geconfigureerd volgens de instructies in de configuratiehandleiding voor BroadWorks-apparaatbeheer.

Toepassingsserver configureren voor CTI-abonnementen

Werk de ClientIdentity op de toepassingsserver bij met de algemene naam (CN) van het Webex voor Cisco BroadWorks CTI-clientcertificaat.

Voeg voor elke toepassingsserver die u met Webex gebruikt de certificaatidentiteit als volgt toe aan de ClientIdentity:

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

De algemene naam van het Webex voor Cisco BroadWorks-clientcertificaat is bwcticlient.webex.com.

TLS en cijfers configureren op de CTI-interface

De configureerbaarheidsniveaus voor de XSP CTI-interface zijn als volgt:

Meest algemeen = Systeem > Transport > CTI Interfaces > CTI interface = Meest specifiek

De CLI-contexten die u gebruikt om de verschillende SSL-instellingen weer te geven of te wijzigen, zijn:

Bij een nieuwe installatie worden de volgende versleutelingen standaard op systeemniveau geïnstalleerd. Als er niets is geconfigureerd op het interfaceniveau (bijvoorbeeld op de CTI-interface of HTTP-interface), is deze coderingslijst van toepassing. Houd er rekening mee dat deze lijst in de loop der tijd kan veranderen: TLS_ECDHE_RSA_MET_AES_128_GCM_SHA256 TLS_ECDHE_ECDSA_MET_AES_128_GCM_SHA256 TLS_ECDHE_RSA_MET_AES_128_CBC_SHA256 TLS_ECDHE_ECDSA_MET_AES_128_CBC_SHA256 TLS_DHE_DSS_MET_AES_128_GCM_SHA256 TLS_DHE_RSA_MET_AES_128_GCM_SHA256 TLS_DHE_RSA_MET_AES_128_CBC_SHA256 TLS_DHE_DSS_MET_AES_128_CBC_SHA256 TLS_ECDH_RSA_MET_AES_128_GCM_SHA256 TLS_ECDH_ECDSA_MET_AES_128_GCM_SHA256 TLS_ECDH_RSA_MET_AES_128_CBC_SHA256 TLS_ECDH_ECDSA_MET_AES_128_CBC_SHA256

CTI TLS-interfaceconfiguratie lezen op de XSP

1. Meld u aan bij de XSP en ga naar XSP_CLI/Interface/CTI/CTIServer>

2. Voer de get opdracht geven en de resultaten lezen. U moet de interfaces (IP-adressen) zien en, voor elk, of ze een servercertificaat vereisen en of ze clientverificatie vereisen.

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

TLS 1.2-protocol toevoegen aan de CTI-interface

De XSP CTI-interface die communiceert met de Webex-cloud moet zijn geconfigureerd voor TLS v1.2. De cloud onderhandelt niet over eerdere versies van het TLS-protocol.

Het TLSv1.2-protocol configureren op de CTI-interface:

1. Meld u aan bij de XSP en ga naar XSP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>

2. Voer de opdracht in get <interfaceIp> om te zien welke protocollen al gebruikt worden op deze interface.

3. Voer de opdracht in add <interfaceIp> TLSv1.2 om ervoor te zorgen dat de interface TLS 1.2 kan gebruiken bij communicatie met de cloud.

TLS-coderingsconfiguratie bewerken op de CTI-interface

De vereiste cijfers configureren voor de CTI-interface:

1. Meld u aan bij de XSP en ga naar XSP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>

2. Voer de get opdracht om te zien welke cijfers al gebruikt worden op deze interface. Er moet er ten minste één zijn van de door Cisco aanbevolen suites (zie XSP-identiteits- en beveiligingsvereisten in het gedeelte Overzicht).

3. Voer de opdracht in add <interfaceIp> <cipherName> om een code toe te voegen aan de CTI-interface.

   De XSP CLI vereist de IANA standaard coderingssuite naam, niet de openSSL coderingssuite naam. Bijvoorbeeld om de openSSL-code toe te voegen ECDHE-ECDSA-CHACHA20-POLY1305 naar de CTI-interface gebruikt u: XSP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305 Raadpleeg https://ciphersuite.info/ om de suite met een van beide namen te vinden.

Vertrouwensankers voor CTI-interface (R22 en hoger)

Bij deze procedure wordt ervan uitgegaan dat de XSP's ofwel naar het internet gericht zijn ofwel naar het internet gericht zijn via pass-through proxy. De certificaatconfiguratie is anders voor een brugproxy (zie TLS-certificaatvereisten voor TLS-brugproxy).

Ga als volgt te werk voor elke XSP in uw infrastructuur die CTI-gebeurtenissen publiceert in Webex:

1. Meld u aan bij Partner Hub.

2. Ga naar Instellingen > BroadWorks Calling en klik op Webex CA-certificaat downloaden om CombinedCertChain2023.txt op uw lokale computer.

   Deze bestanden bevatten twee sets van twee certificaten. U moet de bestanden splitsen voordat u ze uploadt naar de XSP's. Alle bestanden zijn vereist.

3. Splits de certificaatketen op in twee certificaten - combinedcertchain2023.txt

   1. Openen combinedcertchain2023.txt in een teksteditor.

   2. Selecteer en knip het eerste tekstblok, inclusief de regels -----BEGIN CERTIFICATE----- en -----END CERTIFICATE----- en plak het tekstblok in een nieuw bestand.

   3. Sla het nieuwe bestand op als root2023.txt.

   4. Sla het oorspronkelijke bestand op als issuing2023.txt. Het oorspronkelijke bestand mag nu slechts één tekstblok bevatten, omgeven door de regels -----BEGIN CERTIFICATE----- en -----END CERTIFICATE-----.

4. Kopieer beide tekstbestanden naar een tijdelijke locatie op de XSP die u beveiligt, bijv. /var/broadworks/tmp/root2023.txt en /var/broadworks/tmp/issuing2023.txt

5. Meld u aan bij de XSP en ga naar /XSP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>

6. (Optioneel) Uitvoeren help updateTrust om de parameters en opdrachtindeling weer te geven.

7. Upload de certificaatbestanden naar nieuwe vertrouwensankers - 2023

   XSP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt

   XSP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

   Alle aliassen moeten een andere naam hebben. webexclientroot2023 en webexclientissuing2023 zijn voorbeeldaliassen voor de vertrouwensankers; u kunt uw eigen gebruiken zolang alle ingangen uniek zijn.

8. Bevestig dat de ankers zijn bijgewerkt:

   XSP_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. Clients toestaan te verifiëren met certificaten:

   XSP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true

CTI-interface toevoegen en mTLS inschakelen

1. Voeg de CTI SSL-interface toe.

   De CLI-context is afhankelijk van uw BroadWorks-versie. De opdracht maakt een zelfondertekend servercertificaat in de interface en dwingt de interface om een clientcertificaat te vereisen.

   • Op BroadWorks R22 en R23:

     XSP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true

2. Vervang het servercertificaat en de sleutel op de CTI-interfaces van de XSP. U hebt hiervoor het IP-adres van de CTI-interface nodig; u kunt dit lezen uit de volgende context:

   • Op BroadWorks R22 en R23:

     XSP_CLI/Interface/CTI/CTIServer> get

     Voer vervolgens de volgende opdrachten uit om het zelfondertekende certificaat van de interface te vervangen door uw eigen certificaat en privésleutel:

     XSP_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. Start de XSP opnieuw.

Toegang tot BroadWorks CTI-gebeurtenissen inschakelen in Webex

U moet de CTI-interface toevoegen en valideren wanneer u uw clusters configureert in Partner Hub. Zie Uw partnerorganisatie configureren in Partner Hub voor gedetailleerde instructies.

• Geef het CTI-adres op waarmee Webex zich kan abonneren op BroadWorks CTI Events.

• CTI-abonnementen zijn per abonnee en worden alleen ingesteld en onderhouden terwijl die abonnee is ingericht voor Webex voor Cisco BroadWorks.

Gebruikerservaring

• Windows-gebruikers: Klik op Gespreksinstellingen en klik vervolgens op Gespreksvoorkeuren openen > Geavanceerde gespreksinstellingen.

• Mac-gebruikers: Klik op profielfoto en vervolgens op Voorkeuren > Geavanceerde gespreksinstellingen.

Webview Gespreksinstellingen installeren op XSP's

CSWV-toepassing moet zich op dezelfde XSP's bevinden als de host van de Xsi-acties-interface in uw omgeving. Het is een onbeheerde toepassing op XSP, dus u moet een webarchiefbestand installeren en implementeren.

1. Meld u aan bij cisco.com en zoek naar 'BWCallSettingsWeb' in het gedeelte software downloaden.

2. Zoek en download de meest recente versie van het bestand.

   Zo was BWCallSettingsWeb_1.8.2_1.war (https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04) op het moment van schrijven het meest recent.

3. Installeer, activeer en implementeer het webarchief volgens de configuratiehandleiding voor Cisco BroadWorks Xtended Service Platform voor uw XSP-versie. (Versie R24 is https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf).

   1. Kopieer het .war-bestand naar een tijdelijke locatie op de XSP, zoals /tmp/.

   2. Navigeer naar de volgende CLI-context en voer de installatieopdracht uit:

      XSP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war

      De BroadWorks-softwaremanager valideert en installeert het bestand.

   3. [Optioneel] Verwijderen /tmp/BWCallSettingsWeb_1.7.5_1.war(dit bestand is niet meer vereist).

   4. Activeer de toepassing:

      XSP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings

      De naam en versie zijn verplicht voor elke toepassing, maar voor CSWV moet u ook een contextPath opgeven omdat het een onbeheerde toepassing is. U kunt alle waarden gebruiken die niet door een andere toepassing worden gebruikt, bijvoorbeeld: /callsettings.

   5. Implementeer de toepassing Gespreksinstellingen op het geselecteerde contextpad:

      XSP_CLI/Maintenance/ManagedObjects> deploy application /callsettings

4. U kunt nu de URL voor gespreksinstellingen die u voor clients opgeeft, als volgt voorspellen:

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

   Opmerkingen:

   • U moet de trailing slash op deze URL opgeven wanneer u deze invoert in het clientconfiguratiebestand.

   • De XSP-FQDN moet overeenkomen met de FQDN voor Xsi-acties, omdat CSWV Xsi-acties moet gebruiken en CORS niet wordt ondersteund.

5. Herhaal deze procedure voor andere XSP's in uw Webex voor Cisco BroadWorks omgeving (indien nodig).

De toepassing Gespreksinstellingen Webview is nu actief op de XSP's.

Overzicht van NPS-proxy

Voor compatibiliteit met Webex voor Cisco BroadWorks moet uw CNPS worden gepatcht ter ondersteuning van de NPS-proxyfunctie, Pushserver voor VoIP in UCaaS.

De functie implementeert een nieuw ontwerp in de pushserver voor meldingen om het beveiligingsprobleem van het delen van privésleutels voor pushmeldingscertificaten met serviceproviders voor mobiele clients op te lossen. In plaats van pushmeldingscertificaten en -sleutels te delen met de serviceprovider, gebruikt de NPS een nieuwe API om een kortstondig pushmeldingstoken te verkrijgen van Webex voor Cisco BroadWorks-backend en gebruikt dit token voor verificatie met de Apple APN's en Google FCM-services.

De functie verbetert ook de mogelijkheid van de Notification Push Server om meldingen naar Android-apparaten te pushen via de nieuwe Google Firebase Cloud Messaging (FCM) HTTPv1 API.

• Zie de functiebeschrijving Pushserver voor VoIP in UCaaS voor meer informatie.

• De BroadWorks-patches voor de functie zijn beschikbaar op: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.

  Zie voor NPS-software en -patches het gedeelte Uw NPS voorbereiden op Webex voor Cisco BroadWorks.

  Zoek en download de patch vanaf de downloadpagina van de software.

• Meer informatie over de ADP-server vindt u op https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html.

Uw BroadWorks-clusters configureren

[eenmaal per cluster]

Dit gebeurt om de volgende redenen:

• Webex-cloud inschakelen om uw gebruikers te verifiëren met BroadWorks (via door XSP gehoste verificatieservice).

• Webex-apps inschakelen om de Xsi-interface te gebruiken voor gespreksbeheer.

• Webex inschakelen om te luisteren naar door BroadWorks gepubliceerde CTI-gebeurtenissen (telefonische aanwezigheid en gespreksgeschiedenis).

De clusterwizard valideert de interfaces automatisch wanneer u ze toevoegt. U kunt de cluster blijven bewerken als een van de interfaces niet is gevalideerd, maar u kunt een cluster niet opslaan als er ongeldige invoer zijn. We voorkomen dit omdat een onjuist geconfigureerde cluster problemen kan veroorzaken die moeilijk op te lossen zijn.

Wat u moet doen:

1. Meld u aan bij Partnerhub (admin.webex.com) met uw aanmeldgegevens voor partnerbeheerders.

2. Open de pagina Instellingen in het zijmenu en zoek de instellingen voor BroadWorks-gesprekken.

3. Klik op Cluster toevoegen.

   Hiermee start u een wizard waarin u uw XSP-interfaces (URL's) levert. U kunt een poort toevoegen aan de interface-URL als u een niet-standaardpoort gebruikt.

4. Geef dit cluster een naam en klik op Volgende.

   Het clusterconcept hier is gewoon een verzameling interfaces, meestal op een XSP-server of boerderij, waarmee Webex informatie van uw toepassingsserver (AS) kan lezen. U hebt mogelijk één XSP per AS-cluster of meerdere XSP's per cluster of meerdere AS-clusters per XSP. Schaalvereisten voor uw BroadWorks-systeem vallen hier buiten het bereik.

5. (Optioneel) Een BroadWorks-gebruiker invoeren Accountnaam en Wachtwoord dat u weet dat u zich in het BroadWorks-systeem bevindt waarmee u verbinding maakt met Webex en klik vervolgens op Volgende.

   De validatietests kunnen dit account gebruiken om de verbindingen met de interfaces in het cluster te valideren.

6. Voeg uw URL's voor XSI-acties en XSI-gebeurtenissen toe.

7. Optioneel. Werk de DAS-URL bij met de URL van de apparaatactiveringsservice.

8. Optioneel. Schakel het selectievakje Directe BroadWorks-verificatie inschakelen in als u wilt dat aanmeldingen bij BroadWorks rechtstreeks naar BroadWorks worden verzonden. Anders wordt verificatie naar BroadWorks via de Webex-gehoste IdP-proxyservice geproxy.

   Dit selectievakje is van invloed op deze aanmeldsituaties:

   • Aanmelding bij de gebruikersactiveringsportal: gebruikers moeten hun BroadWorks-aanmeldgegevens invoeren wanneer ze zich bij de portal aanmelden. De bovenstaande instelling bepaalt of de aanmelding rechtstreeks is naar BroadWorks of via de IdP-proxy.

   • Clientaanmelding: als BroadWorks-verificatie is geconfigureerd in de klantsjabloon, bepaalt de bovenstaande instelling of de clientaanmelding bij de Webex-app rechtstreeks is naar BroadWorks of wordt geproxy via de IdP-proxy.

9. Klik op Volgende.

10. Ga als volgt te werk op de pagina CTI-interface:

    1. Voeg de CTI-URL en poort toe voor de CTI-interface waarmee u verbinding wilt maken.

    2. Optioneel. Schakel de schakelaar Gespreksgeschiedenis in en voer vervolgens uw BroadWorks-gebruikers-id in. Als deze optie is geselecteerd, worden BroadWorks-gespreksgeschiedenisgebeurtenissen gesynchroniseerd met de Webex-cloud. Gebruikers kunnen hun gespreksgeschiedenis bekijken in de Webex-app.

    3. Optioneel. Schakel de schakelaar Niet storen (NST) in en voer vervolgens uw BroadWorks-gebruikers-id in. Met deze optie worden NST-gebeurtenissen tussen Webex en BroadWorks gesynchroniseerd, zodat de functie op beide platforms hetzelfde werkt.

    4. Klik op Volgende.

11. Voeg de URL van uw verificatieservice toe.

12. Selecteer Verificatieservice met CI-tokenvalidatie.

    Voor deze optie is niet vereist dat mTLS de verbinding beschermt tegen Webex, omdat de verificatieservice het gebruikerstoken correct valideert met de Webex-identiteitsservice voordat het langlevende token aan de gebruiker wordt verstrekt.

13. Controleer uw gegevens op het laatste scherm en klik op Maken. U zou een bericht met succes moeten zien.

    Partner Hub geeft de URL's door aan verschillende Webex-microservices die de verbindingen met de geleverde interfaces testen.

14. Klik op Clusters weergeven en u moet uw nieuwe cluster zien en zien of de validatie is gelukt.

15. De knop Aanmaken kan worden uitgeschakeld in het laatste (preview)scherm van de wizard. Als u de sjabloon niet kunt opslaan, geeft dit een probleem aan met een van de integraties die u zojuist hebt geconfigureerd.

    Deze controle hebben we doorgevoerd om fouten bij volgende taken te voorkomen. U kunt de wizard opnieuw doorlopen terwijl u uw implementatie configureert. Dit kan wijzigingen aan uw infrastructuur vereisen (bijv. XSP, load balancer of firewall), zoals beschreven in deze handleiding, voordat u de sjabloon kunt opslaan.

De verbindingen met uw BroadWorks-interfaces controleren

1. Meld u aan bij Partnerhub (admin.webex.com) met uw aanmeldgegevens voor partnerbeheerders.

2. Open de pagina Instellingen in het zijmenu en zoek de instellingen voor BroadWorks-gesprekken.

3. Klik op Clusters weergeven.

4. Partner Hub initieert verbindingstests van de verschillende microservices naar de interfaces in de clusters.

   Nadat de tests zijn voltooid, wordt op de pagina Clusterlijst het statusbericht weergegeven naast elk cluster.

   U moet groene succesberichten zien. Als u een rood foutbericht ziet, klikt u op de betreffende clusternaam om te zien welke instelling het probleem veroorzaakt.

5. Optioneel. Selecteer een cluster als u bestaande instellingen voor dat cluster wilt zien, zoals XSI-acties, XSI-gebeurtenissen, DAS-URL en de instellingen van de CTI-interface.

Uw klantsjablonen configureren

Klantsjablonen zijn de manier waarop u gedeelde configuratie toepast op een of meer klanten wanneer u ze via de inrichtingsmethoden integreert. U moet elke sjabloon koppelen aan een cluster (dat u in het vorige gedeelte hebt gemaakt).

U kunt zoveel sjablonen maken als u nodig hebt, maar er kan slechts één sjabloon aan een klant worden gekoppeld.

1. Meld u aan bij Partnerhub (admin.webex.com) met uw aanmeldgegevens voor partnerbeheerders.

2. Open de pagina Instellingen in het zijmenu en zoek de instellingen voor BroadWorks-gesprekken.

3. Klik op Sjabloon toevoegen.

   Hiermee start u een wizard waarin u de configuratie kunt leveren voor klanten die deze sjabloon gebruiken.

4. Gebruik de vervolgkeuzelijst Cluster om het cluster te kiezen dat u met deze sjabloon wilt gebruiken.

5. Voer een sjabloonnaam in en klik op Volgende.

6. Configureer uw inrichtingsmodus met de volgende aanbevolen instellingen:

   Tabel 3. Aanbevolen inrichtingsinstellingen voor verschillende inrichtingsmodi

   Naam van instelling	Flowthrough-inrichting met vertrouwde e-mails	Flowthrough-inrichting zonder e-mails	Zelfinrichting van de gebruiker
   BroadWorks-flow via inrichting inschakelen (inclusief inrichtingsaccountgegevens indien Ingeschakeld**)	Aan Geef de accountnaam en het wachtwoord voor inrichting op volgens de BroadWorks-configuratie.	Aan Geef de accountnaam en het wachtwoord voor inrichting op volgens de BroadWorks-configuratie.	Uit
   Automatisch nieuwe organisaties maken in Control Hub	Aan†	Aan†	Aan†
   E-mailadres serviceprovider	Selecteer een e-mailadres in de vervolgkeuzelijst (u kunt enkele tekens typen om het adres te vinden als het een lange lijst is). Dit e-mailadres identificeert de beheerder binnen uw partnerorganisatie aan wie gedelegeerde beheerderstoegang wordt verleend tot alle nieuwe klantorganisaties die met de klantsjabloon zijn gemaakt.
   Land	Kies welk land u voor deze sjabloon gebruikt. Het land dat u kiest, komt overeen met klantorganisaties die met deze sjabloon zijn gemaakt voor een bepaalde regio. Momenteel zou de regio (EMEAR) of (Noord-Amerika en de rest van de wereld) kunnen zijn. Zie de land-naar-regio toewijzingen in deze spreadsheet. Het land van de organisatie bepaalt de standaard internationale inbelnummers voor Cisco PSTN in Webex Meeting-sites. Raadpleeg het gedeelte Land van de Help-pagina voor meer informatie.
   BroadWorks-enterprisemodus actief	Schakel dit in als de klanten die u met deze sjabloon inricht ondernemingen in BroadWorks zijn. Als het groepen zijn, laat deze schakelaar dan uit. Als u een mix van bedrijven en groepen in uw BroadWorks hebt, moet u verschillende sjablonen maken voor deze verschillende cases.

   Opmerkingen uit de tabel:

   • † Deze switch zorgt ervoor dat er een nieuwe klantorganisatie wordt gemaakt als het e-maildomein van een abonnee niet overeenkomt met een bestaande Webex-organisatie.

     Dit moet altijd zijn ingeschakeld, tenzij u een handmatig bestel- en uitvoeringsproces gebruikt (via Cisco Commerce Workspace) om klantorganisaties in Webex te maken (voordat u begint met het inrichten van gebruikers in die organisaties). Deze optie wordt vaak het model 'Hybride inrichting' genoemd en valt buiten het bereik van dit document.

   • ** 'Inrichtingsaccount' verwijst naar het BroadWorks-beheerdersaccount op systeemniveau. Op BroadWorks hebt u een beheerdersaccount met de volgende kenmerken nodig: Beheerderstype=Inrichting, Alleen-lezen=Uit.

7. Selecteer het standaardservicepakket voor klanten met deze sjabloon (zie Pakketten in het gedeelte Overzicht); Basis, Standaard, Premium of Softphone.

   U kunt deze instelling voor individuele gebruikers overschrijven via Partner Hub.

8. Optioneel. Schakel Gratis bellen via Cisco Webex uitschakelen in als u Webex-gesprekken wilt uitschakelen.

9. Selecteer een van de volgende opties voor Configuratie voor deelnemen aan vergadering:

   • Cisco-inbelnummers (PSTN)

   • Door de partner verstrekte inbelnummers (BYoPSTN): als u deze optie selecteert, raadpleegt u de Bring Your Own PSTN Solution Guide for Webex for Cisco BroadWorks voor gedetailleerde informatie over het configureren van deze optie.

10. Klik op Volgende.

11. Er zijn twee benaderingen voor het inrichten van abonnees met betrekking tot hoe hun identiteiten worden geverifieerd - met behulp van vertrouwde e-mails of niet-vertrouwde e-mails.

    In de workflow voor vertrouwde e-mail geven gebruikers e-mailadressen door aan de partner die ze toevoegt in BroadWorks. Als partner bent u verantwoordelijk voor het inrichten van het e-mailadres als onderdeel van de doorstroommethode of de API-methode.

    Het wordt sterk aanbevolen om de vertrouwde inrichtingsmethode te gebruiken, omdat deze ervoor zorgt dat alle abonnees volledig door u als partner worden ingericht en er geen actie is vereist van de eindgebruikers.

    In het geval van niet-vertrouwde e-mail moeten gebruikers hun e-mails verifiëren voordat ze deze inrichten, of kunnen gebruikers zichzelf activeren.

    In het niet-vertrouwde geval zijn er verschillende inrichtingsmodi op basis van de verificatie-instellingen in de onderstaande tabel:

    Tabel 4. Aanbevolen verificatie-instellingen voor gebruikers voor niet-vertrouwde inrichtingsmodi

    Naam van instelling	Flowthrough-inrichting zonder e-mails	Zelfinrichting van de gebruiker
    Beheerder eerst inrichten	Aanbevolen*	Niet van toepassing
    Gebruikers toestaan zichzelf te activeren	Niet van toepassing	Vereist

    • Opmerkingen uit de tabel:

    • * Elke klantorganisatie in Webex moet ten minste één gebruiker met een beheerdersrol hebben. De eerste gebruiker aan wie u geïntegreerde IM&P in BroadWorks toewijst, neemt de rol van klantbeheerder als er een nieuwe klantorganisatie is gemaakt in Webex. Als serviceprovider wilt u mogelijk controle hebben over wie de rol krijgt. Als u deze instelling controleert, wordt het voltooien van de activering van gebruikers geblokkeerd totdat de eerste gebruiker die u hebt ingericht, is geactiveerd. Als u deze instelling uitschakelt, wordt de eerste gebruiker die in de nieuwe organisatie actief wordt, de klantbeheerder.

12. Klik op Volgende.

13. Selecteer de standaard verificatiemodus (BroadWorks-verificatie of Webex-verificatie) om u aan te melden bij Webex.

    Deze instelling heeft geen invloed op het aanmelden van gebruikers bij de User Activation Portal. Gebruikers moeten hun BroadWorks-gebruikers-id en -wachtwoord gebruiken wanneer ze zich aanmelden bij het portaal, ongeacht hoe de klantsjabloon is geconfigureerd.

    Deze instelling wordt alleen toegepast op nieuw gemaakte klantorganisaties. Als partnerbeheerders een nieuwe verificatie-instelling proberen toe te passen op bestaande klantorganisaties, zijn de bestaande instellingen van toepassing zodat bestaande gebruikers geen toegang verliezen. Als u de verificatiemodus voor bestaande klantorganisaties wilt wijzigen, moet u een ticket openen met Cisco TAC.

    (Zie Verificatiemodus in het gedeelte Uw omgeving voorbereiden).

14. Klik op Volgende.

15. Voor Voorkeuren configureert u het volgende:

    1. Kies of u de e-mailadressen van gebruikers vooraf wilt invullen op de aanmeldpagina.

       U moet deze optie alleen gebruiken als u BroadWorks-verificatie hebt geselecteerd en de e-mailadressen van de gebruikers ook in het kenmerk Alternatieve id in BroadWorks hebt geplaatst. Anders moeten ze hun BroadWorks-gebruikersnaam gebruiken. De aanmeldpagina biedt een optie om de gebruiker te wijzigen, indien nodig, maar dit kan leiden tot aanmeldproblemen.

    2. Als u adreslijstsynchronisatie wilt inschakelen, stelt u de schakelaar Telefoonlijstsynchronisatie inschakelen voor alle nieuwe klantorganisaties in op Aan.

       Met deze optie kan Webex BroadWorks-contactpersonen in de klantorganisatie lezen, zodat gebruikers deze kunnen vinden en bellen vanuit de Webex-app.

    3. Voer een partnerbeheerder in.

       Deze naam wordt gebruikt in het geautomatiseerde e-mailbericht van Webex, waarin gebruikers worden uitgenodigd om hun e-mailadres te valideren.

    4. Zorg ervoor dat de schakelaar Bestaande organisaties inrichten is ingeschakeld (de standaardinstelling is ingeschakeld).

    5. Klik op Volgende.

16. Controleer uw gegevens op het laatste scherm. U kunt op de navigatieknoppen boven aan de wizard klikken om terug te gaan en eventuele details te wijzigen. Klik op Maken.

    U zou een bericht met succes moeten zien.

17. Klik op Sjablonen weergeven en u moet uw nieuwe sjabloon met andere sjablonen in de lijst zien.

18. Klik op de sjabloonnaam om de sjabloon indien nodig te wijzigen of te verwijderen.

    U hoeft de gegevens van het inrichtingsaccount niet opnieuw in te voeren. De velden Leeg wachtwoord/Wachtwoordbevestiging zijn er om de referenties te wijzigen als dat nodig is, maar laat ze leeg om de waarden te behouden die u aan de wizard hebt opgegeven.

19. Voeg meer sjablonen toe als u verschillende gedeelde configuraties hebt die u aan klanten wilt aanbieden.

    Houd de pagina Sjablonen weergeven open, omdat u mogelijk sjabloongegevens nodig hebt voor een volgende taak.

Patch Application Server (alleen R22 en R23)

1. Als u dit nog niet hebt gedaan, past u de volgende patch toe die van toepassing is op uw versie:.

   • Voor R22: AP.as.22.0.1123.ap373197

   • Voor R23: AP.as.23.0.1075.ap373197

   • Voor R24: AP.as.24.0.944.ap384177

   Zie BroadWorks-softwarevereisten in het gedeelte Referentie voor een volledige lijst met BroadWorks-patches die de vereiste vormen voor de implementatie van Webex voor Cisco BroadWorks.

2. Wijzigen in de Maintenance/ContainerOptions context.

3. De parameter voor de inrichtings-URL inschakelen:

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

De inrichtings-URL('s) ophalen in Partner Hub

Raadpleeg de Beheerhandleiding Cisco BroadWorks Application Server Command Line Interface voor meer informatie (Interface > Berichten en service > Geïntegreerde IM&P) over de AS-opdrachten.

1. Meld u aan bij Partner Hub en ga naar Instellingen > BroadWorks-gesprekken.

2. Klik op Sjablonen weergeven.

3. Selecteer de sjabloon die u gebruikt om de abonnees van deze onderneming/groep in te richten in Webex.

   De sjabloondetails worden weergegeven in een flyout-deelvenster aan de rechterkant. Als u nog geen sjabloon hebt gemaakt, moet u dit doen voordat u de inrichtings-URL kunt krijgen.

4. Kopieer de URL van de inrichtingsadapter.

Herhaal dit voor andere sjablonen als u er meer hebt dan één.

(Optie) Systeembrede inrichtingsparameters configureren op toepassingsserver

Mogelijk wilt u het systeembrede inrichtings- en servicedomein niet instellen als u UC-One SaaS gebruikt. Zie Beslissingspunten in het gedeelte Uw omgeving voorbereiden.

1. Meld u aan bij de toepassingsserver en configureer de interface voor berichten.

   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. De geïntegreerde IMP-interface activeren:

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

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

U moet de volledig gekwalificeerde naam invoeren voor de provisioningURL parameter, zoals deze is gegeven in Control Hub. Als uw toepassingsserver geen toegang heeft tot DNS om de hostnaam op te lossen, moet u de toewijzing maken in de /etc/hosts bestand op het AS.

(Optie) Inrichtingsparameters per onderneming configureren op toepassingsserver

1. Open in de BroadWorks-gebruikersinterface de onderneming die u wilt configureren en ga naar Services > Geïntegreerde IM&P.

2. Selecteer Servicedomein gebruiken en voer een dummywaarde in (Webex negeert deze parameter. U kunt dit gebruiken example.com).

3. Selecteer Messaging Server gebruiken.

4. Plak in het veld URL de inrichtings-URL die u van uw sjabloon hebt gekopieerd in Partner Hub.

   U moet de volledig gekwalificeerde naam invoeren voor de provisioningURL parameter, zoals deze is gegeven in Partner Hub. Als uw toepassingsserver geen toegang heeft tot DNS om de hostnaam op te lossen, moet u de toewijzing maken in de /etc/hosts bestand op het AS.

5. Voer in het veld Gebruikersnaam een naam in voor de inrichtingsbeheerder. Dit moet overeenkomen met de waarde in de sjabloon in Partner Hub.

6. Voer een wachtwoord in voor de inrichtingsbeheerder. Dit moet overeenkomen met de waarde in de sjabloon in Partner Hub.

7. Voor Standaard gebruikersidentiteit voor IM&P-id selecteert u Primair.

8. Klik op Toepassen.

9. Herhaal dit voor andere bedrijven die u wilt configureren voor flow door inrichting.

Inrichtingsgegevens gebruiker

Zie Gebruikersvoorzieningen voor serviceproviders voor informatie over de gebruikersgegevens die worden uitgewisseld tussen BroadWorks en Webex tijdens het inrichten van gebruikers.

Configuratiesjablonen voor Webex-apps toevoegen aan de BroadWorks-toepassingsserver

Webex-apps worden geconfigureerd met DTAF-bestanden. De clients downloaden een XML-configuratiebestand van de toepassingsserver via de service Apparaatbeheer op de XSP.

1. Haal de vereiste DTAF-bestanden op (zie Apparaatprofielen in het gedeelte Uw omgeving voorbereiden).

2. Controleer of u de juiste tagsets hebt in BroadWorks System > Resources > Device Management Tagsets.

3. Voor elke client die u inricht:

   1. Download en pak het DTAF zip-bestand voor de specifieke client uit.

   2. DTAF-bestanden importeren naar BroadWorks op System > Resources > Identity/Device Profile Types

   3. Open het nieuw toegevoegde apparaatprofiel voor bewerken en:

      • Voer de XSP farm FQDN en het Device Access Protocol in.

      • Schakel het selectievakje Support Remote Party Info in. Deze ondersteuning is vereist om bureaublad delen te laten werken.

        U kunt de ondersteuning voor Remote Party ook inschakelen door de volgende CLI-opdracht uit te voeren op de toepassingsserver: AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

   4. Pas de sjablonen aan volgens uw omgeving (zie onderstaande tabel).

   5. Sla het bestand op.

4. Klik op Bestanden en verificatie en selecteer vervolgens de optie om alle systeembestanden opnieuw op te bouwen.

Branding voor Webex-app aanpassen

• Partneraanpassingen: partnerbeheerders kunnen geavanceerde merkaanpassingen toepassen die van toepassing zijn op de partnerorganisatie en/of klanten die de partner beheert. Zie Geavanceerde merkaanpassingen configureren.

• Klantaanpassingen: als de partner klanten toestaat hun eigen merkaanpassingen toe te passen, kunnen klantbeheerders de procedures volgen bij Uw bedrijfsbranding toevoegen aan Webex.

De portal voor gebruikersactivering gebruikt hetzelfde logo dat u toevoegt voor Client Branding.

Probleemrapportage en Help-URL's aanpassen

Als u deze opties wilt aanpassen, kunnen administators de procedure 'Feedback en Help-site-URL's toevoegen' volgen, die u in beide bovenstaande brandingartikelen kunt vinden.