Installer Webex til Cisco BroadWorks

Krav til medbopæl

• Godkendelsestjenesten skal være hjemmehørende med Xsi-applikationer, da disse grænseflader skal acceptere langvarige tokens til tjenestegodkendelse. Godkendelsestjenesten er påkrævet for at validere disse tokens.

• Godkendelsestjeneste og Xsi kan køre på den samme port, hvis det er nødvendigt.

• Du kan adskille de andre tjenester/applikationer efter behov for din skala (f.eks. dedikeret enhedsadministration XSP-gård).

• Du kan lokalisere Xsi-, CTI-, godkendelsestjeneste- og DMS-applikationerne sammen.

• Installer ikke andre applikationer eller tjenester på de XSP'er, der bruges til at integrere BroadWorks med Webex.

• Undgå at lokalisere NPS-applikationen sammen med andre applikationer.

Xsi-grænseflader

Installer og konfigurer applikationerne Xsi-Actions og Xsi-Events som beskrevet i konfigurationsvejledningen til Cisco Broad Works.

Kun én forekomst af Xsi-Events-applikationerne bør installeres på den XSP/ADP, der bruges til CTI-grænsefladen.

Alle Xsi-begivenheder, der bruges til at integrere Broadworks med Webex, skal have det samme navn til opkaldskontrolapplikation, der er defineret under Applikationer/Xsi-begivenheder/generelleindstillinger. Eksempel:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Når en bruger onboardes til Webex, opretter Webex et abonnement for brugeren på AS for at modtage telefonibegivenheder for tilstedeværelse og opkaldshistorik. Abonnementet er knyttet til navnet på opkaldskontrolapplikationen, og AS bruger det til at vide, hvilke Xsi-Events der skal sende telefonihændelserne til.

Hvis du ændrer opkaldskontrolapplikationsnavnet, eller hvis du ikke har det samme navn på alle Xsi-Events-webapps, påvirker funktionaliteten af abonnementer og telefonibegivenheder.

Konfigurer godkendelsestjeneste (med validering af CI-token)

Brug denne procedure til at konfigurere godkendelsestjenesten til at bruge CI-token-validering med TLS. Denne godkendelsesmetode anbefales, hvis du kører R22 eller højere, og dit system understøtter den.

Gensidig TLS (mTLS) understøttes også som en alternativ godkendelsesmetode til godkendelsestjenesten. Hvis du har flere Webex-organisationer, der kører fra den samme XSP-server, skal du bruge mTLS-godkendelse, fordi CI-token-validering ikke understøtter flere forbindelser til den samme XSP-godkendelsestjeneste. Hvis du vil konfigurere m-TLS-godkendelse for godkendelsestjenesten i stedet for validering af CI-token, skal du se Appendix for Configure Services (med mTLS for godkendelsestjenesten).

Hvis du i øjeblikket bruger mTLS til godkendelsestjenesten, er det ikke obligatorisk, at du omkonfigurerer til at bruge CI-token-validering med TLS.

1. Få OA-legitimationsoplysninger til dit Webex til Cisco Broad.

2. Installer følgende programrettelser på hver XSP-server. Installer de programrettelser, der er passende til din udgivelse:

   • For 22 kr:

     AP.platform.22.0.1123.ap376508

     AP.xsp.22.0.1123.ap376508

     AP.xsp.22.0.1123.ap368601

   • For 23 kr:

     AP.xsp.23.0.1075.ap376509

     AP.platform.23.0.1075.ap376509

   • For R24 – ingen programrettelse påkrævet

3. Installer AuthenticationService applikation på hver XSP-tjeneste.

   1. Kør følgende kommando for at aktivere applikationen tilgodkendelsestjeneste på XSP til /auth-tjenestekontekststien.

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

   2. Kør denne kommando for at installeregodkendelsestjenesten på XSP:

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

4. Fra og med Broadworks build 2022.10 er certifikatmyndighederne, der kommer med Java, ikke længere automatisk inkluderet i Broad Works tillidsbutik, når de skifter til en ny version af java. Godkendelsestjenesten åbner en TLS-forbindelse til Webex for at hente adgangstokenet og skal have følgende i sin tillidslager for at validere IDB-rygeren og Webex-URL-adressen:

   • IdenTrust Commercial Root CA 1

   • Go Daddy Root Certificate Authority - G2

   Bekræft, at disse certifikater er til stede under følgende CLI

   ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get

   Hvis den ikke er til stede, skal du køre følgende kommando for at importere Java-standardtilliden:

   ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust

   Alternativt kan du manuelt tilføje disse certifikater som tillidsankre med følgende kommando:

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

   Hvis ADP opgraderes fra en tidligere udgivelse, importeres certifikatmyndighederne fra den gamle version automatisk til den nye version og vil fortsat blive importeret, indtil de fjernes manuelt.

   Godkendelsestjenesteapplikationen er undtaget fra indstillingen for valideringPeer Identity under ADP-_CLI/System/SSLC ommonommon-indstillinger/generelle indstillinger og validerer altid peer-identiteten. Se Cisco Broadworks X509 Certificate Validation FD for at få flere oplysninger om denne indstilling.

5. Konfigurer identitetsudbyderne ved at køre følgende kommandoer på hver 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>- For den URL, indtast den URL-adresse for udstedernavn, der gælder for din CI-klynge. Se følgende tabel.

   • set issuerUrl <URL>- For den URL, indtast den udsteder-URL-adresse, der gælder for din CI-klynge. Se følgende tabel.

   • set tokenInfoUrl <IdPProxy URL> – Indtast URL-adressen til Id P-proxyproxy, der gælder for din Teams-klynge. Se anden tabel, der følger.

   Tabel 1. Indstil udstederensnavn og udstedersURL-adresse

   Hvis CI-klynge er...	Indstil udstederensnavn og udstedersURL-adresse til...
   US-A	https://idbroker.webex.com/idb
   EU	https://idbroker-eu.webex.com/idb
   US-B	https://idbroker-b-us.webex.com/idb
   Hvis du ikke kender din CI-klynge, kan du få oplysningerne fra kundeoplysningerne i Help Desk-visningen i Control Hub.

   Tabel 2. Indstil URL-adresse tiltoken-info

   Hvis Teams-klyngen er ...	Indstil URL-adresse tiltoken-info til ...(idP-proxy-URL)
   AKK	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
   VÆGTTAB	https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
   Hvis du ikke kender din Teams-klynge, kan du få oplysningerne fra kundeoplysningerne i Help Desk-visningen i Control Hub. Ved test kan du bekræfte, at tokeninfo-URL-adressen er gyldig ved at erstatte " idp/authenticate" del af URL-adressen med " ping".

6. Angiv den Webex-berettigelse, der skal være til stede i brugerprofilen i Webex, ved at køre følgende kommando:

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

7. Konfigurer identitetsudbydere til Cisco Federation ved hjælp af følgende kommandoer på hver 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. Kør følgende kommando for at bekræfte, at din FLS-konfiguration fungerer. Denne kommando returnerer listen over identitetsudbydere:

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

9. Konfigurer token administration ved hjælp af følgende kommandoer på hver XSP-server:

   • XSP_CLI/Applications/AuthenticationService/TokenManagement>

   • set tokenIssuer BroadWorks

   • set tokenDurationInHours 720

10. Opret og del RSA-nøgler. Du skal generere nøgler på en XSP og derefter kopiere dem til alle andre XSP'er. Dette skyldes følgende faktorer:

    • Du skal bruge de samme offentlige/private nøglepar til tokenkryptering/dekryptering på tværs af alle forekomster af godkendelsestjenesten.

    • Nøgleparret genereres af godkendelsestjenesten, når det først er påkrævet at udstede et token.

    Hvis du cykler tasterne eller ændrer tastlængden, skal du gentage følgende konfiguration og genstarte alle XSP'erne.

    1. Vælg en XSP, der skal bruges til at generere et nøglepar.

    2. Brug en klient til at anmode om et krypteret token fra den pågældende XSP ved at anmode om følgende URL-adresse fra klientens browser:

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

       (Dette genererer et privat/offentligt nøglepar på XSP, hvis der ikke allerede var et)

    3. Placeringen af nøglebutikken kan ikke konfigureres. Eksporter nøglerne:

       XSP_CLI/Applications/authenticationService/KeyManagement> exportKeys

    4. Kopiér den eksporterede fil /var/broadworks/tmp/authService.keys til samme placering på de andre XSP'er, overskriver en ældre .keys filen, om nødvendigt.

    5. Importér tasterne på hver af de andre XSP'er:

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

11. Angiv URL-adressen til godkendelsestjenesten til webbeholderen. XSP's webcontainer skal bruge URL-adressen til godkendelsestjenesten, så den kan validere tokens. På hver af XSP'erne:

    1. Tilføj godkendelsestjenestens URL-adresse som en ekstern godkendelsestjeneste for BroadWorks Communications Utility:

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

    2. Føj URL-adressen til godkendelsestjenesten til beholderen:

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

       Dette gør det muligt for Webex at bruge godkendelsestjenesten til at validere tokens, der præsenteres som legitimationsoplysninger.

    3. Kontroller parameteren med get.

    4. Genstart XSP.

Fjern klientgodkendelseskrav for godkendelsestjeneste (kun R24)

Hvis du har godkendelsestjenesten konfigureret med validering af CI-token på R24, skal du også fjerne klientgodkendelseskravet for godkendelsestjenesten. Kør følgende CLI-kommando:

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

Konfiguration af TLS og kryptering på HTTP-grænsefladerne (for XSI og godkendelsestjeneste)

Godkendelsestjenesten, Xsi-handlinger og Xsi-Events-applikationer bruger HTTP-servergrænseflader. Niveauerne for TLS-konfiguration for disse programmer er som følger:

Mest generelt = System > Transport > HTTP > HTTP-servergrænseflade = Mest specifik

De CLI-kontekster, du bruger til at se eller ændre de forskellige SSL-indstillinger, er:

Læsning af konfiguration af TLS-grænseflade til HTTP-server på XSP

1. Log ind på XSP, og naviger til XSP_CLI/Interface/Http/HttpServer>

2. Indtast get kommando og læs resultaterne. Du bør se grænsefladerne (IP-adresser), og for hver enkelt, om de er sikre, og om de kræver klientgodkendelse.

Apache tomcat sender et certifikat til hver sikker grænseflade. Systemet genererer et selvsigneret certifikat, hvis det har brug for et.

XSP_CLI/Interface/Http/HttpServer> get

Tilføjelse af TLS 1.2-protokol til HTTP-servergrænsefladen

Den HTTP-grænseflade, der interagerer med Webex Cloud, skal konfigureres til TLSV1.2. Skyen forhandler ikke tidligere versioner af TLS-protokollen.

Sådan konfigureres TLSV1.2-protokollen på HTTP-servergrænsefladen:

1. Log ind på XSP, og naviger til XSP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>

2. Indtast kommandoen get <interfaceIp> 443 for at se, hvilke protokoller der allerede anvendes på denne grænseflade.

3. Indtast kommandoen add <interfaceIp> 443 TLSv1.2 for at sikre, at grænsefladen kan bruge TLS 1.2, når den kommunikerer med skyen.

Redigering af konfiguration af TLS-kryptering på HTTP-servergrænsefladen

Sådan konfigureres de krævede cifre:

1. Log ind på XSP, og naviger til XSP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>

2. Indtast kommandoen get <interfaceIp> 443 for at se, hvilke krypteringer der allerede bruges på denne grænseflade. Der skal være mindst én fra Ciscos anbefalede pakker (se XSP-identitetskrav og sikkerhedskrav i afsnittet Oversigt).

3. Indtast kommandoen add <interfaceIp> 443 <cipherName> for at tilføje en kryptering til HTTP-servergrænsefladen.

   XSP CLI kræver IANA-standardkrypteringsprogramnavnet, ikke navnet på det åbne SSL-krypteringsprogram. For eksempel for at tilføje den åbneSSL-kryptering ECDHE-ECDSA-CHACHA20-POLY1305 til HTTP-servergrænsefladen skal du bruge: XSP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305 Se https://ciphersuite.info/ for at finde suiten efter hvert navn.

Konfigurer enhedsadministration på XSP-, applikationsserver og profilserver

Profilserver og XSP er obligatoriske for enhedsadministration. De skal konfigureres i henhold til vejledningen i konfigurationsvejledningen.

Konfigurer programserver for CTI-abonnementer

Opdater klientidentiteten på applikationsserveren med det fælles navn (CN) for Webex til Cisco Broad Works CTI-klientcertifikat.

For hver applikationsserver, du bruger sammen med Webex, skal du føje certifikatidentiteten til klientidentiteten på følgende måde:

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

Det almindelige navn på Webex til CiscoBroad Works-klientcertifikatet er bwcticlient.webex.com.

Konfigurer TLS og cifre på CTI-grænsefladen

Konfigurationsniveauerne for XSP CTI-grænsefladen er som følger:

Mest generelt = System > Transport > CTI-grænseflader > CTI-grænseflade = Mest specifik

De CLI-kontekster, du bruger til at se eller ændre de forskellige SSL-indstillinger, er:

Ved en ny installation installeres følgende cifre som standard på systemniveau. Hvis der ikke er konfigureret noget på grænsefladeniveauet (f.eks. CTI-grænsefladen eller HTTP-grænsefladen), gælder denne krypteringsliste. Bemærk, at denne liste kan ændre sig med tiden: TLS_ECDHE_RSA_MED_AES_128_GCM_SHA256 TLS_ECDHE_ECDSA_MED_AES_128_GCM_SHA256 TLS_ECDHE_RSA_MED_AES_128_CBC_SHA256 TLS_ECDHE_ECDSA_MED_AES_128_CBC_SHA256 TLS_DHE_DSS_MED_AES_128_GCM_SHA256 TLS_DHE_RSA_MED_AES_128_GCM_SHA256 TLS_DHE_RSA_MED_AES_128_CBC_SHA256 TLS_DHE_DSS_MED_AES_128_CBC_SHA256 TLS_ECDH_RSA_MED_AES_128_GCM_SHA256 TLS_ECDH_ECDSA_MED_AES_128_GCM_SHA256 TLS_ECDH_RSA_MED_AES_128_CBC_SHA256 TLS_ECDH_ECDSA_MED_AES_128_CBC_SHA256

Læsning af konfiguration af CTI TLS-grænseflade på XSP

1. Log ind på XSP, og naviger til XSP_CLI/Interface/CTI/CTIServer>

2. Indtast get kommando og læs resultaterne. Du bør se grænsefladerne (IP-adresser) og for hver enkelt, om de kræver et servercertifikat, og om de kræver klientgodkendelse.

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

Tilføjelse af TLS 1.2-protokol til CTI-grænsefladen

Den XSP CTI-grænseflade, der interagerer med Webex Cloud, skal konfigureres til TLS v1.2. Skyen forhandler ikke tidligere versioner af TLS-protokollen.

Sådan konfigureres TLSV1.2-protokollen på CTI-grænsefladen:

1. Log ind på XSP, og naviger til XSP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>

2. Indtast kommandoen get <interfaceIp> for at se, hvilke protokoller der allerede anvendes på denne grænseflade.

3. Indtast kommandoen add <interfaceIp> TLSv1.2 for at sikre, at grænsefladen kan bruge TLS 1.2, når den kommunikerer med skyen.

Redigering af konfiguration af TLS-kryptering på CTI-grænsefladen

Sådan konfigureres de krævede cifre på CTI-grænsefladen:

1. Log ind på XSP, og naviger til XSP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>

2. Indtast get kommando til at se, hvilke krypteringer der allerede bruges på denne grænseflade. Der skal være mindst én fra Ciscos anbefalede pakker (se XSP-identitetskrav og sikkerhedskrav i afsnittet Oversigt).

3. Indtast kommandoen add <interfaceIp> <cipherName> for at tilføje en kryptering til CTI-grænsefladen.

   XSP CLI kræver IANA-standardkrypteringsprogramnavnet, ikke navnet på det åbne SSL-krypteringsprogram. For eksempel for at tilføje den åbneSSL-kryptering ECDHE-ECDSA-CHACHA20-POLY1305 til CTI-grænsefladen skal du bruge: XSP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305 Se https://ciphersuite.info/ for at finde suiten efter hvert navn.

Tillidsankre til CTI-grænseflade (R22 og senere)

Denne procedure forudsætter, at XSP'erne enten er internetorienterede eller står over for internettet via pass-through proxy. Certifikatkonfigurationen er forskellig for en broproxy (se TLS-certifikatkrav for TLS-broproxy).

For hver XSP i din infrastruktur, der udgiver CTI-begivenheder til Webex, skal du gøre følgende:

1. Log ind på Partner Hub.

2. Gå til Indstillinger> Opkald tilstore værkerog klik Download Webex CA-certifikatfor at få CombinedCertChain2023.txt på din lokale computer.

   Disse filer indeholder to sæt af to certifikater. Du skal dele filerne, før du uploader dem til XSP'erne. Alle filer er påkrævet.

3. Opdel certifikatkæden i to certifikater - combinedcertchain2023.txt

   1. Åbn combinedcertchain2023.txt i et tekstredigeringsprogram.

   2. Vælg og skær den første tekstblok, herunder linjerne -----BEGIN CERTIFICATE----- og -----END CERTIFICATE-----, og indsæt tekstblokken i en ny fil.

   3. Gem den nye fil som root2023.txt.

   4. Gem den oprindelige fil som issuing2023.txt. Den oprindelige fil bør nu kun have én blok tekst, omgivet af linjerne -----BEGIN CERTIFICATE----- og -----END CERTIFICATE-----.

4. Kopiér begge tekstfiler til en midlertidig placering på den XSP, du sikrer, f.eks. /var/broadworks/tmp/root2023.txt og /var/broadworks/tmp/issuing2023.txt

5. Log ind på XSP, og naviger til /XSP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>

6. (Valgfri) Kør help updateTrust for at se parametrene og kommandoformatet.

7. Overfør certifikatfilerne til nye tillidsanker - 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 aliaser skal have et andet navn. webexclientroot2023 og webexclientissuing2023 er eksempler på aliaser for tillidsankrkerne. Du kan bruge dine egne, så længe alle poster er unikke.

8. Bekræft, at anker er opdateret:

   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. Tillad klienter at godkende med certifikater:

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

Tilføj CTI-grænseflade, og aktivér mTLS

1. Tilføj CTI SSL-grænsefladen.

   CLI-konteksten afhænger af din version afBroad Works. Kommandoen opretter et selvsigneret servercertifikat på grænsefladen og tvinger grænsefladen til at kræve et klientcertifikat.

   • Vedrørende destore værker R22 og R23:

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

2. Udskift servercertifikatet og -nøglen på XSP's CTI-grænseflader. Du skal bruge IP-adressen på CTI-grænsefladen til dette. Du kan læse den fra følgende kontekst:

   • Vedrørende destore værker R22 og R23:

     XSP_CLI/Interface/CTI/CTIServer> get

     Kør derefter følgende kommandoer for at erstatte grænsefladens selvsignerede certifikat med dit eget certifikat og den private nøgle:

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

Aktivér adgang til CTI-begivenheder med brede værker på Webex

Du skal tilføje og validere CTI-grænsefladen, når du konfigurerer dine klynger i Partner Hub. Se Konfigurer din partnerorganisation i Partner Hub for at få detaljerede instruktioner.

• Angiv den CTI-adresse, hvormed Webex kan abonnere på CTI-begivenheder i Broad Works.

• CTI-abonnementer er pr. abonnent og oprettes og vedligeholdes kun, mens abonnenten klargøres til Webex til Cisco Broad Works.

Brugeroplevelse

• Windows-brugere: Klik på Opkaldsindstillinger , og klik derefter Åbn opkaldspræferencer > Avancerede opkaldsindstillinger.

• Mac-brugere: Klik på profilbillede, og Præferencer > Avancerede opkaldsindstillinger.

Installer webvisning af opkaldsindstillinger på XSP'er

CSWV-applikationen skal være på de samme XSP(er), der er vært for grænsefladen Xsi-Actions i dit miljø. Det er et uadministreret program på XSP, så du skal installere og installere en webarkivfil.

1. Log ind på cisco.com, og søg efter "BWCalleindstillingerweb" i afsnittet til download af software.

2. Find og download den seneste version af filen.

   For eksempel var BWCeb_alle Indstillinger _W 1.8.2 1.krig (https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04) den seneste på tidspunktet for skrivning.

3. Installer, aktivér og installer webarkivet i henhold til konfigurationsvejledningen til Cisco Broad Works Xtended Service Platform for din XSP-version. (R24 version er https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf).

   1. Kopiér .war-filen til en midlertidig placering på XSP, såsom /tmp/.

   2. Naviger til følgende CLI-kontekst, og kør installationskommando:

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

      Softwareadministratoren Broad Works validerer og installerer filen.

   3. [Valgfri] Slet /tmp/BWCallSettingsWeb_1.7.5_1.war(denne fil er ikke længere påkrævet).

   4. Aktivér applikationen:

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

      Navnet og versionen er obligatorisk for enhver applikation, men for CSWV skal du også angive en kontekststi , fordi det er en uadministreret applikation. Du kan bruge enhver værdi, der ikke bruges af en anden applikation, f.eks. /callsettings.

   5. Installer applikationen Opkaldsindstillinger på den valgte kontekststi:

      XSP_CLI/Maintenance/ManagedObjects> deploy application /callsettings

4. Du kan nu forudsige URL-adressen til opkaldsindstillinger, som du vil angive for klienter, på følgende måde:

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

   Noter:

   • Du skal angive sporingslinjen på denne URL-adresse, når du indtaster den i klientkonfigurationsfilen.

   • XSP-FQDN skal matche Xsi-handlinger FQDN, fordi CSWV skal bruge Xsi-handlinger, og CORS understøttes ikke.

5. Gentag denne procedure for andre XSP'er i din Webex til Cisco Broad miljø (om nødvendigt).

Applikationen Webvisning af opkaldsindstillinger er nu aktiv på XSP'erne.

Oversigt over NPS-proxy

For at være kompatibel med Webex til Cisco Broad Works skal din CNPS være patched for at understøtte NPS-proxyfunktionen, Push Server for VoIP i UCAA.

Funktionen implementerer et nyt design i beskedpush-serveren for at løse sikkerhedssårbarheden ved at dele private nøgler med tjenesteudbydere for mobile klienter. I stedet for at dele push-notifikationscertifikater og -nøgler med tjenesteudbyderen bruger NPS en ny API til at få et kortvarigt push-notifikationstoken fra Webex til Cisco Broad Works-backend og bruger dette token til godkendelse med Apple APN'er og Google FCM-tjenester.

Funktionen forbedrer også beskedpush-serverens mulighed for at skubbe beskeder til Android-enheder via den nye Google Firebase Cloud Messaging (FCM) HTTPV1 API.

• Få flere oplysninger i Push-serveren for VoIP i funktionsbeskrivelsen af UC aa.

• Broad Works-programrettelser for funktionen er tilgængelige på: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.

  For NPS-software og programrettelser, se afsnittet Forbered din NPS til Webex til Cisco Broad Works.

  Søg efter og download programrettelsen fra siden til download af softwaren.

• Yderligere oplysninger om ADP-serveren kan findes på https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html.

Konfigurer dine bredearbejdsklynger

[én gang pr. klynge]

Dette sker af følgende årsager:

• Sådan aktiveres Webex Cloud til at godkende dine brugere mod Broad Works (via XSP-hosted godkendelsestjeneste).

• Sådan aktiveres Webex-apps til at bruge Xsi-grænseflade til opkaldskontrol.

• Sådan aktiveres Webex til at lytte til CTI-begivenheder udgivet af Broad Works (telefonitilstedeværelse og opkaldshistorik).

Klyngeguiden validerer automatisk grænsefladerne, når du tilføjer dem. Du kan fortsætte med at redigere klyngen, hvis nogen af grænsefladerne ikke validerer, men du kan ikke gemme en klynge, hvis der er ugyldige poster. Vi forhindrer dette, fordi en forkert konfigureret klynge kan forårsage problemer, der er vanskelige at løse.

Hvad skal du gøre?

1. Log ind på Partner Hub (admin.webex.com) med dine partneradministratorlegitimationsoplysninger.

2. Åben Indstillingerside fra sidemenuen, og find Opkald tilstore værkerindstillinger.

3. Klik på Tilføj klynge.

   Dette starter en guide, hvor du leverer dine XSP-grænseflader (URL-adresser). Du kan tilføje en port til grænsefladen-URL-adressen, hvis du bruger en ikke-standard port.

4. Navngiv denne klynge, og klik på Næste.

   Klyngekonceptet her er blot en samling af grænseflader, der typisk er placeret på en XSP-server eller en gård, der gør det muligt for Webex at læse oplysninger fra din applikationsserver (AS). Du kan have én XSP pr. AS-klynge eller flere XSP'er pr. klynge eller flere AS-klynger pr. XSP. Skaleringskrav til dit Broad Works-system er uden for anvendelsesområde her.

5. (Valgfri) Indtast et brugerkontonavn og adgangskode til Broad Works , som du ved, er i det Broad Works-system, du opretter forbindelse til Webex, og klik derefter på Næste.

   Valideringstestene kan bruge denne konto til at validere forbindelserne til grænsefladerne i klyngen.

6. Tilføj dine URL-adresser til XSI handlinger og XSI Events URL-adresser.

7. Valgfri. Opdater DAS URL med URL-adressen til enhedsaktiveringstjenesten.

8. Valgfri. Markér afkrydsningsfeltet Aktivér direkte godkendelse af brede værker, hvis du ønsker, at login på Brede værker skal være direkte tilBrede værker. Ellers vil godkendelse til Broad Works blive tilnærmet via den Webex-hostede IdP-proxytjeneste.

   Dette afkrydsningsfelt påvirker disse login-situationer:

   • Login til brugeraktiveringsportal – Brugere skal indtaste deres legitimationsoplysninger forstore værker, når de logger ind på portalen. Ovenstående indstilling bestemmer, om login er direkte til Broad Works eller via IdP-proxy.

   • Klientlogin – Hvis Broad Works-godkendelse er konfigureret i kundeskabelonen, afgør ovenstående indstilling, om klientlogin til Webex-appen er direkte til Broad Works eller omdirigeres via idP-proxyen.

9. Klik på Næste.

10. Gør følgende på siden CTI-grænseflade:

    1. Tilføj CTI URL og port for den CTI-grænseflade, du vil oprette forbindelse til.

    2. Valgfri. Aktivér til/fra-Opkaldshistorik , og indtast derefter dit bruger-id forBroad Works. Når denne valgmulighed er valgt, synkroniseresbegivenheder for opkaldshistorik med Broad Works til Webex-skyen. Brugere kan se deres opkaldshistorik på Webex-appen.

    3. Valgfri. Aktivér synkroniseringen Forstyr ikke (DND) til/fra, og indtast derefter dit bruger-id forBroad Works. Denne valgmulighed synkroniserer DND-begivenheder mellem Webex og Broad Works, hvilket sikrer, at funktionen fungerer ens på begge platforme.

    4. Klik på Næste.

11. Tilføj din URL-adresse til godkendelsestjeneste.

12. Vælg godkendelsestjeneste med validering af CI-token.

    Denne valgmulighed kræver ikke mTLS for at beskytte forbindelsen fra Webex, da godkendelsestjenesten validerer brugertokenet korrekt i forhold til Webex-identitetstjenesten, før den udsteder det længe levede tokenet til brugeren.

13. Gennemse dine poster på den endelige skærm, og klik derefter på Opret. Du bør se en meddelelse om succes.

    Partner Hub videregiver URL-adresserne til forskellige Webex-mikrotjenester, der tester forbindelserne til de leverede grænseflader.

14. Klik på Vis klynger , og du bør se din nye klynge, og om valideringen lykkedes.

15. Knappen Opret kan deaktiveres på den sidste (forvisning) skærm i guiden. Hvis du ikke kan gemme skabelonen, angiver den et problem med en af de integrationer, du lige har konfigureret.

    Vi har implementeret denne kontrol for at forhindre fejl i efterfølgende opgaver. Du kan gå tilbage til guiden, når du konfigurerer din installation, hvilket kan kræve ændringer i din infrastruktur (f.eks. XSP, belastningsbalance eller firewall) som dokumenteret i denne vejledning, før du kan gemme skabelonen.

Kontrol af forbindelserne til dine bredearbejdsgrænseflader

1. Log ind på Partner Hub (admin.webex.com) med dine partneradministratorlegitimationsoplysninger.

2. Åben Indstillingerside fra sidemenuen, og find Opkald tilstore værkerindstillinger.

3. Klik på Vis klynger.

4. Partner Hub starter forbindelsestest fra de forskellige mikrotjenester til grænsefladerne i klyngerne.

   Når testene er fuldført, viser siden klyngerelisten statusmeddelelse ved siden af hver klynge.

   Du bør se grønne succesmeddelelser. Hvis du ser en rød fejlmeddelelse, skal du klikke på det berørte klyngenavn for at se, hvilken indstilling der forårsager problemet.

5. Valgfri. Vælg en klynge, hvis du vil se eksisterende indstillinger for den pågældende klynge, såsom XSI-handlinger, XSI-Events, DAS URL og CTI-grænsefladeindstillinger.

Konfigurer dine kundeskabeloner

Kundeskabeloner er den måde, hvorpå du vil anvende delt konfiguration på en eller flere kunder, når du onboarder dem via klargøringsmetoderne. Du skal knytte hver skabelon til en klynge (som du oprettede i forrige afsnit).

Du kan oprette så mange skabeloner, som du har brug for, men kun én skabelon kan tilknyttes en kunde.

1. Log ind på Partner Hub (admin.webex.com) med dine partneradministratorlegitimationsoplysninger.

2. Åben Indstillingerside fra sidemenuen, og find Opkald tilstore værkerindstillinger.

3. Klik på Tilføj skabelon.

   Dette starter en guide, hvor du kan levere konfiguration til kunder, der bruger denne skabelon.

4. Brug rullemenuen Klynge til at vælge den klynge, du vil bruge med denne skabelon.

5. Indtast et skabelonnavn, klik derefter på Næste.

6. Konfigurer din klargøringstilstand ved hjælp af disse anbefalede indstillinger:

   Tabel 3. Anbefalede klargøringsindstillinger for forskellige klargøringstilstande

   Navn på indstilling	Flowthrough klargøring med pålidelige e-mails	Flowthrough klargøring uden e-mails	Brugeregenklargøring
   Aktivér Flow Wide Works Flow through Klargøring (inkluder klargøringskontolegitimationsoplysninger, hvis On**)	Tænd Angiv klargøringskontonavnet og -adgangskoden i henhold til konfigurationen Broad Works.	Tænd Angiv klargøringskontonavnet og -adgangskoden i henhold til konfigurationen Broad Works.	Sluk
   Opret automatisk nye organisationer i Control Hub	Den†	Den†	Den†
   Tjenesteudbyders e-mailadresse	Vælg en e-mailadresse i rullemenuen (du kan indtaste nogle tegn for at finde adressen, hvis den er en lang liste). Denne e-mailadresse identificerer administratoren i din partnerorganisation, som vil få delegeret administratoradgang til alle nye kundeorganisationer oprettet med kundeskabelonen.
   Land	Vælg, hvilket land du bruger til denne skabelon. Det land, du vælger, matcher kundeorganisationer, der oprettes med denne skabelon for et bestemt område. I dag kan regionen være (EMEAR) eller (Nordamerika og resten af verden). Se tilknytninger af land til region i dette regneark. Organisationslandet bestemmer standard globale opkaldsnumre for Cisco PSTN på Webex-mødewebsteder. Se afsnittet Land på siden Hjælp for yderligere oplysninger.
   BroadWorks Enterprise-tilstand er aktiv	Aktivér dette, hvis de kunder, du klargør med denne skabelon, er virksomheder i Broad Works. Hvis de er grupper, skal du lade denne kontakt være deaktiveret. Hvis du har en blanding af virksomheder og grupper i dine overordnedeværker, bør du oprette forskellige skabeloner til disse forskellige tilfælde.

   Noter fra tabellen:

   • † Denne switch sikrer, at der oprettes en ny kundeorganisation, hvis en abonnents e-maildomæne ikke stemmer overens med en eksisterende Webex-organisation.

     Dette bør altid være aktiveret, medmindre du bruger en manuel bestilling- og opfyldelsesproces (via Cisco Commerce Workspace) til at oprette kundeorganisationer i Webex (før du begynder at klargøre brugere i disse organisationer). Denne valgmulighed benævnes ofte "hybrid klargøring"-modellen og falder uden for dette dokument.

   • ** "Klargøringskonto" henviser til administratorkontoen på systemniveau for Broad Works. På Broad Works skal du have en administratorkonto med disse attributter: Administratortype=Klargøring, skrivebeskyttet=Fra.

7. Vælg standardtjenestepakken for kunder, der bruger denne skabelon (se Pakningeri afsnittet Oversigt); enten Grundlæggende, Standard, Præmieeller Softphone.

   Du kan tilsidesætte denne indstilling for individuelle brugere via Partner Hub.

8. Valgfri. Markér Deaktiver Cisco Webex-gratis opkald , hvis du vil deaktivere Webex-opkald.

9. For konfiguration af mødedeltagelse, vælg en af følgende valgmuligheder:

   • Cisco-indgående opkaldsnumre (PSTN)

   • Partnerangivne indgående opkaldsnumre (AF oPSTN)– Hvis du vælger denne indstilling, skal du se Medbring din egen PSTN-løsningsvejledning til Webex til Cisco BroadWorksfor detaljerede oplysninger om, hvordan du konfigurerer denne valgmulighed.

10. Klik på Næste.

11. Der er to tilgange til klargøring af abonnenter med hensyn til, hvordan deres identiteter bekræftes – ved hjælp af pålidelige e-mails eller ikke-pålidelige e-mails.

    I den pålidelige e-mailarbejdsproces angiver brugere e-mailadresser til den partner, der tilføjer dem i Broad Works. Som partner er du ansvarlig for klargøring af e-mailadressen som en del af enten flowthrough- eller API-metoden.

    Det anbefales på det kraftigste at bruge den betroede klargøringsmetode, da den sikrer, at alle abonnenter er fuldt klargjort af dig som partner, og der ikke kræves handling fra slutbrugerne.

    I e-mailsagen Ikke pålidelige brugere skal bekræfte deres e-mails, før klargøringen, eller brugere kan selv aktivere dem.

    I det ikke-betroede tilfælde er der flere klargøringstilstande baseret på bekræftelsesindstillingerne i tabellen nedenfor:

    Tabel 4. Anbefalede brugerbekræftelsesindstillinger for klargøringstilstande, der ikke er tillid til

    Navn på indstilling	Flowthrough klargøring uden e-mails	Brugeregenklargøring
    Klargør administrator først	Anbefalet*	Ikke anvendelig
    Tillad, at brugere selv aktiverer	Ikke anvendelig	Krævet

    • Noter fra tabellen:

    • * Hver kundeorganisation i Webex skal have mindst én bruger med administratorrolle. Den første bruger, som du tildeler integreret IM&P i Broad Workstil, tager kundeadministratorrollen, hvis der oprettes en ny kundeorganisation i Webex. Som tjenesteudbyder vil du muligvis have kontrol over, hvem der får rollen. Hvis du markerer denne indstilling, blokeres brugere fra at fuldføre aktivering, indtil den første bruger, du klargjorde, er aktiveret. Hvis du fjerner markeringen af denne indstilling, bliver den første bruger, der bliver aktiv i den nye organisation, kundeadministratoren.

12. Klik på Næste.

13. Vælg standardgodkendelsestilstanden (enten Broad Works-godkendelse eller Webex-godkendelse) for brugerlogin til Webex.

    Denne indstilling har ingen virkning på brugerlogon på brugeraktiveringsportalen. Brugere skal bruge deres Broad Works-bruger-id og -adgangskode, når de logger ind på portalen, uanset hvordan kundeskabelonen er konfigureret.

    Denne indstilling gælder kun for nyoprettede kundeorganisationer. Hvis partneradministratorer forsøger at anvende en ny godkendelsesindstilling på eksisterende kundeorganisationer, gælder de eksisterende indstillinger, så eksisterende brugere ikke mister adgang. For at ændre godkendelsestilstanden for eksisterende kundeorganisationer skal du åbne en billet med Cisco TAC.

    (Se godkendelsestilstand i afsnittet Forbered dit miljø).

14. Klik på Næste.

15. For præferencer, konfigurer følgende:

    1. Vælg, om du vil udfylde brugere-mailadresser på loginsiden.

       Du bør kun bruge denne valgmulighed, hvis du har valgt Broad Works Authentication og også har angivet brugernes e-mailadresser i attributten Alternativt ID i Broad Works. Ellers skal de bruge deres Broad Works-brugernavn. Login-siden giver mulighed for at skifte bruger, hvis det er nødvendigt, men dette kan føre til loginproblemer.

    2. Hvis du vil aktivere adressebogssynkronisering, skal du angive Aktivér telefonbogssynkronisering for alle nye kundeorganisationer til/fra.

       Denne valgmulighed gør det muligt for Webex at læse kontakterBroad Works i kundeorganisationen, så brugere kan finde og ringe til dem fra Webex-appen.

    3. Indtast en partneradministrator.

       Dette navn bruges i den automatiserede e-mailmeddelelse fra Webex, der inviterer brugere til at validere deres e-mailadresser.

    4. Sørg for, at til/fra-knappen Klargøring af eksisterende organisationer er aktiveret (standardindstillingen er aktiveret).

    5. Klik på Næste.

16. Gennemse dine poster på den endelige skærm. Du kan klikke på navigationskontrolfunktionerne øverst i guiden for at gå tilbage og ændre eventuelle detaljer. Klik på Opret.

    Du bør se en meddelelse om succes.

17. Klik på Vis skabeloner , og du bør se din nye skabelon angivet med andre skabeloner.

18. Klik på skabelonnavnet for at ændre eller slette skabelonen, hvis det er nødvendigt.

    Du behøver ikke at indtaste klargøringskontooplysningerne igen. Felterne til bekræftelse af den tomme adgangskode/adgangskode er der til at ændre legitimationsoplysningerne, hvis du har brug for det, men lad dem være tomme for at beholde de værdier, du gav til guiden.

19. Tilføj flere skabeloner, hvis du har forskellige delte konfigurationer, du vil give kunderne.

    Hold siden Vis skabeloner åben, da du kan have brug for skabelonoplysninger til en følgende opgave.

Programprogramserver (kun R22 og R23)

1. Hvis du endnu ikke har gjort det, skal du sætte følgende plaster på, der gælder for din udgivelse:

   • For 22 kr: AP.as.22.0.1123.ap373197

   • For 23 kr: AP.as.23.0.1075.ap373197

   • For 24 kr: AP.as.24.0.944.ap384177

   For en komplet liste over BroadWorks-programrettelser, der udgør kravet til installation af Webex til Cisco BroadWorks, se BroadWorks-softwarekrav i afsnittet Referencer.

2. Skift til Maintenance/ContainerOptions kontekst.

3. Aktivér parameteren URL-adresse til klargøring:

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

Hent klargøringsURL-adressen(erne) fra Partner Hub

Se administrationsvejledningen til Cisco Broad Works Application Server Command Line Interface for at få flere oplysninger (Grænseflade > Meddelelser og tjeneste > Integreret IM&P) om AS-kommandoerne.

1. Log ind på Partner Hub, og gå til Indstillinger > Opkald til.

2. Klik på Vis skabeloner.

3. Vælg den skabelon, du bruger til at klargøre denne virksomheds-/gruppes abonnenter i Webex.

   Skabelonoplysningerne vises i en rude til højre. Hvis du endnu ikke har oprettet en skabelon, skal du gøre det, før du kan få klargøringsURL-adressen.

4. Kopiér URL-adressen til klargøringsadapter.

Gentag dette for andre skabeloner, hvis du har mere end én.

(Valgmulighed) Konfigurer systemdækkende klargøringsparametre på applikationsserver

Du vil muligvis ikke angive systemdækkende klargørings- og tjenestedomæne, hvis du bruger UC-One SaaS. Se Beslutningspunkter i afsnittet Forbered dit miljø.

1. Log ind på applikationsserveren, og konfigurer meddelelsesgrænsefladen.

   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. Aktivér den integrerede IMP-grænseflade:

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

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

Du skal indtaste det fuldt kvalificerede navn for provisioningURL parameter, som den blev angivet i Control Hub. Hvis din applikationsserver ikke kan få adgang til DNS for at løse værtsnavnet, skal du oprette tilknytning i /etc/hosts fil på AS.

(Valgmulighed) Konfigurer parametre for klargøring pr. virksomhed på applikationsserver

1. I Broad Works-brugergrænsefladen skal du åbne den virksomhed, du vil konfigurere, og gå til Tjenester > Integreret IM&P.

2. Vælg Brug tjenestedomæne, og angiv en dummy værdi (Webex ignorerer denne parameter. Du kan bruge example.com).

3. Vælg Brug meddelelsesserver.

4. I feltet URL skal du indsætte klargøringsURL-adressen, du kopierede fra din skabelon i Partner Hub.

   Du skal indtaste det fuldt kvalificerede navn for provisioningURL parameter, som den blev angivet i Partner Hub. Hvis din applikationsserver ikke kan få adgang til DNS for at løse værtsnavnet, skal du oprette tilknytning i /etc/hosts fil på AS.

5. I feltet Brugernavn skal du angive et navn for klargøringsadministratoren. Dette skal stemme overens med værdien på skabelonen i Partner Hub.

6. Indtast en adgangskode til klargøringsadministratoren. Dette skal stemme overens med værdien på skabelonen i Partner Hub.

7. For standard brugeridentitet for IM&P-id, vælg Primær.

8. Klik på Anvend.

9. Gentag for andre virksomheder, du vil konfigurere til flow gennem klargøring.

Brugerklargøringsdata

For oplysninger om de brugerdata, der udveksles mellem Broad Works og Webex under brugerklargøring, se tjenesteudbyderens brugerklargøring.

Tilføj Webex Apps-konfigurationsskabeloner til Broad Works-applikationsserver

Webex-apps er konfigureret med DTAF-filer. Klienterne downloader en konfigurations-XML-fil fra applikationsserveren via enhedsadministrationstjenesten på XSP.

1. Hent de påkrævede DTAF-filer (se Enhedsprofiler i afsnittet Forbered dit miljø).

2. Kontrollér, at du har de rigtige mærker i Broad Works System > Ressourcer > Tags til enhedsadministration.

3. For hver klient, du klargør:

   1. Download og udtræk DTAF-zip-filen for den pågældende klient.

   2. Importér DTAF-filer til Broad Works på System > Ressourcer > Identitetstyper/enhedsprofil

   3. Åbn den nyligt tilføjede enhedsprofil til redigering og:

      • Indtast XSP farm FQDN og enhedsadgangsprotokollen.

      • Markér afkrydsningsfeltet Support Remote Party-oplysninger . Denne understøttelse er påkrævet for at desktop-deling kan fungere.

        Du kan også aktivere Remote Party-support ved at køre følgende CLI-kommando på applikationsserveren: AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

   4. Rediger skabelonerne i henhold til dit miljø (se tabellen nedenfor).

   5. Gem filen.

4. Klik på Filer og godkendelse, og vælg derefter indstillingen for at genopbygge alle systemfiler.

Brugertilpas branding til Webex-appen

• Partnertilpasninger – partneradministratorer kan anvende avancerede branding-tilpasninger, der gælder for partnerorganisationen og/eller kunder, som partneren administrerer. Se Konfigurer avancerede tilpasninger af branding.

• Kundetilpasninger – Hvis partneren tillader kunder at anvende deres egne tilpasninger af branding, kan kundeadministratorer følge procedurerne ved Tilføj din virksomhedsbranding til Webex.

Brugeraktiveringsportalen bruger det samme logo, som du tilføjer til klientbranding.

Brugertilpas URL-adresser for problemrapportering og hjælp

For at tilpasse disse valgmuligheder kan administratorer følge proceduren "Tilføj feedback og hjælp webstedets URL-adresser", som kan findes i begge ovenstående branding-artikler.