Distribuera Webex för Cisco Broad Works

Distributionsöversikt

Följande diagram visar den typiska ordningen för dina distributionsuppgifter för de olika användaretableringslägen. Många av uppgifterna är gemensamma för alla etableringslägen.

Figur 1. Uppgifter som krävs för distribution av strömförsörjning
Visar den ordning av uppgifter som krävs för att distribuera Webex för BroadWorks med strömförsörjning och betrodda e-postmeddelanden
Figur 2. Uppgifter som krävs för att distribuera flödesetablering utan betrodda e-postmeddelanden
Visar den ordning av uppgifter som krävs för att distribuera Webex för Broad Works med flödesbaserad etablering utan e-post
Figur 3. Uppgifter som krävs för att distribuera användarens självetablering
Visar ordning på uppgifter som krävs för att distribuera Webex för BroadWorks med självaktivering

Partnerregistrering för Webex för Cisco Broad Works

Varje Webex för Cisco BroadWorks-tjänsteleverantör eller -återförsäljare måste konfigureras som partnerorganisation för Webex för Cisco BroadWorks. Om du har en befintlig Webex-partnerorganisation kan den användas.

För att slutföra den nödvändiga registreringen måste du utföra pappersarbetet för Webex Cisco BroadWorks och nya partner måste godkänna partneravtalet för indirekt kanal (ICPA) online. När dessa steg är slutförda kommer Cisco Compliance att skapa en ny partnerorganisation i partnerhubben (om det behövs) och skicka ett e-postmeddelande med autentiseringsinformation till administratören för inspelning i ditt pappersarbete. Samtidigt kommer din partneraktivering och/eller Customer Success Program Manager att kontakta dig för att starta din registrering.

Konfigurera tjänster på Webex för Cisco BroadWorks XSP:er

Vi kräver att NPS-programmet körs på en annan XSP. Kraven för XSP beskrivs i Konfigurera samtalsaviseringar från ditt nätverk.

Du behöver följande program/tjänster på dina XSP:er.

Tjänst/program

Autentisering krävs

Tjänste-/programändamål

Xsi-Events

TLS (servern autentiserar sig själv till klienter)

Samtalskontroll, tjänsteaviseringar

Xsi-åtgärder

TLS (servern autentiserar sig själv till klienter)

Samtalskontroll, åtgärder

Enhetshantering

TLS (servern autentiserar sig själv till klienter)

Hämta samtalskonfiguration

Verifieringstjänst

TLS (servern autentiserar sig själv till klienter)

säker autentisering

Integrering av datortelefoni

mTLS (klient och server autentiserar varandra)

Närvaro av telefoni

Webvisningsprogram för samtalsinställningar

TLS (servern autentiserar sig själv till klienter)

Visar användarsamtalsinställningar i självbetjäningsportalen i Webex-appen

I det här avsnittet beskrivs hur du tillämpar de konfigurationer som krävs för TLS och mTLS på dessa gränssnitt, men du bör hänvisa till befintlig dokumentation för att få programmen installerade på dina XSP:er.

Krav på sambosättning

  • Autentiseringstjänsten måste vara sambosatt med Xsi-program, eftersom dessa gränssnitt måste acceptera långlivade tokens för tjänsteauktorisering. Autentiseringstjänsten krävs för att validera dessa tokens.

  • Autentiseringstjänst och Xsi kan köras på samma port vid behov.

  • Du kan separera de andra tjänsterna/programmen efter behov för din skala (till exempel dedikerad enhetshantering XSP farm).

  • Du kan samlokalisera Xsi-, CTI-, autentiseringstjänsten och DMS-programmen.

  • Installera inte andra program eller tjänster på XSP:er som används för att integrera BroadWorks med Webex.

  • Samlokalisera inte NPS-programmet med andra program.

Xsi-gränssnitt

Installera och konfigurera Xsi-Actions- och Xsi-Events-programmen enligt beskrivningen i Konfigurationsguiden för Cisco Broad Works Xtended Services Interface.

Endast en instans av Xsi-Events-programmen ska distribueras på XSP/ADP som används för CTI-gränssnittet.

Alla Xsi-Events som används för att integrera Broadworks med Webex måste ha samma namn för samtalskontroll som definieras under Program/Xsi-Events/Allmännainställningar. Till exempel:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

När en användare är inloggad på Webex skapar Webex en prenumeration för användaren på webben för att ta emot telefonhändelser för närvaro och samtalshistorik. Prenumerationen är associerad med namnet på samtalskontrollprogrammetoch AS använder det för att veta till vilken Xsi-Events för att skicka telefonhändelserna.


Om du ändrar namnet på programmet för samtalskontroll eller inte har samma namn på alla Xsi-Events-webbappar påverkar prenumerationer och telefonihändelser.

Konfigurera autentiseringstjänst (med validering av CI-token)

Använd den här proceduren för att konfigurera autentiseringstjänsten för att använda validering av CI-token med TLS. Den här autentiseringsmetoden rekommenderas om du kör R22 eller senare och ditt system stöder den.


Ömsesidig TLS (mTLS) stöds också som en alternativ autentiseringsmetod för autentiseringstjänsten. Om du har flera Webex-organisationer som kör samma XSP-server måste du använda mTLS-autentisering eftersom validering av CI-token inte stöder flera anslutningar till samma XSP-autentiseringstjänst.

För att konfigurera mTLS-autentisering för autentiseringstjänsten i stället för validering av CI-token, se Bilaga för Konfigurera tjänster (med mTLS för autentiseringstjänsten).


Om du för närvarande använder mTLS för auth-tjänsten är det inte obligatoriskt att du konfigurerar om för att använda validering av CI-token med TLS.
  1. Hämta OAuth-inloggningsuppgifter för ditt Webex för Cisco Broad.

  2. Installera följande korrigeringar på varje XSP-server. Installera korrigeringar som är lämpliga för din version:

  3. Installera AuthenticationService program på varje XSP-tjänst.

    1. Kör följande kommando för att aktivera autentiseringstjänsteprogrammet på XSP till /auth-tjänstens kontextsökväg.

      XSP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
    2. Kör det här kommandot för att distribueraautentiseringstjänsten på XSP:

      XSP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...
  4. Från och med Broadworks-bygget 2022.10 ingår inte längre de certifikatmyndigheter som kommer med Java automatiskt i BroadWorks förtroendebutik när de byter till en ny version av java. Autentiseringstjänsten öppnar en TLS-anslutning till Webex för att hämta åtkomsttoken och måste ha följande i sin truststore för att validera IDB-rökaren och Webex-URL:

    • IdenTrusts kommersiella rot-CA 1

    • Go Daddy Root Certification Authority - G2

    Kontrollera att dessa certifikat finns under följande CLI

    ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get

    Om det inte finns, kör du följande kommando för att importera standardbetrodda Java-betrodda:

    ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust

    Alternativt kan du lägga till dessa certifikat manuellt som förtroendeankare med följande kommando:

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

    Om ADP uppgraderas från en tidigare version importeras certifikatmyndigheterna från den gamla versionen automatiskt till den nya versionen och fortsätter att importeras tills de tas bort manuellt.


    Programmet för autentiseringService är undantaget från den validerade inställningen PeerIdentity under ADP_CLI/System/SSLC ommon-inställningar/allmännainställningar och validerar alltid peer-identiteten. Mer information om den här inställningen finns i Cisco Broadworks X509-certifikatvalidering FD.

  5. Konfigurera identitetsleverantörerna genom att köra följande kommandon på varje 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> – För URL, ange URL:en för utfärdarens namn som gäller för ditt CI-kluster. Se följande tabell.

    • set issuerUrl <URL> – För URL, ange URL:en för utfärdare som gäller för ditt CI-kluster. Se följande tabell.

    • set tokenInfoUrl <IdPProxy URL> – Ange URL:en för IDP-proxy som gäller för ditt Teams-kluster. Se den andra tabellen nedan.

    Tabell 1. Ange utgivarens namn och utgivarens URL
    Om CI-kluster är ... Ange emittentens namn och emittentens URL till ...

    US-A

    https://idbroker.webex.com/idb

    EU

    https://idbroker-eu.webex.com/idb

    US-B

    https://idbroker-b-us.webex.com/idb


     
    Om du inte känner till ditt CI-kluster kan du hämta informationen från kundinformationen i Help Desk-vyn i Control Hub.
    Tabell 2. Ange URL:en för token
    Om teamkluster är ... Ange URL för token Info till ...(IDP-proxy-URL)

    AKM

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

    AFRÅN

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

    FÖRSTOPPNING

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


     
    • Om du inte känner till ditt Teams-kluster kan du hämta informationen från kundinformationen i Help Desk-vyn i Control Hub.

    • För testning kan du verifiera att URL:en för token Info är giltig genom att ersätta ” idp/authenticate" del av URL:en med " ping".

  6. Ange den Webex-behörighet som måste finnas i användarprofilen i Webex genom att köra följande kommando:

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

  7. Konfigurera identitetsleverantörer för Cisco Federation med följande kommandon på varje 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öljande kommando för att validera att din FLS-konfiguration fungerar. Detta kommando returnerar listan över identitetsleverantörer:

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

  9. Konfigurera tokenhantering med följande kommandon på varje XSP-server:

    • XSP_CLI/Applications/AuthenticationService/TokenManagement>

    • set tokenIssuer BroadWorks

    • set tokenDurationInHours 720

  10. Generera och dela RSA-nycklar. Du måste generera nycklar på en XSP och sedan kopiera dem till alla andra XSP:er. Detta beror på följande faktorer:

    • Du måste använda samma offentliga/privata nyckelpar för token-kryptering/dekryptering i alla instanser av autentiseringstjänsten.

    • Nyckelparet genereras av autentiseringstjänsten när den först måste utfärda en token.


    Om du använder knappar eller ändrar nyckellängden måste du upprepa följande konfiguration och starta om alla XSP:er.
    1. Välj en XSP som ska användas för att generera ett nyckelpar.

    2. Använd en klient för att begära en krypterad token från XSP genom att begära följande URL från klientens webbläsare:

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

      (Detta genererar ett privat/offentligt nyckelpar på XSP, om det inte redan fanns ett)

    3. Platsen för nyckellagring kan inte konfigureras. Exportera nycklarna:

      XSP_CLI/Applications/authenticationService/KeyManagement> exportKeys

    4. Kopiera exporterad fil /var/broadworks/tmp/authService.keys till samma plats på de andra XSP:erna, skriva över en äldre .keys vid behov.

    5. Importera nycklarna på var och en av de andra XSP:erna:

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

  11. Ange autentiseringstjänstens URL till webbbehållaren. XSP:s webbbehållare behöver autentiseringstjänstens URL:en så att den kan validera tokens. På var och en av XSP:erna:

    1. Lägg till autentiseringstjänstens URL som en extern autentiseringstjänst för BroadWorks Communications Utility:

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

    2. Lägg till autentiseringstjänstens URL till behållaren:

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

      Detta gör det möjligt för Webex att använda autentiseringstjänsten för att validera tokens som presenteras som inloggningsuppgifter.

    3. Kontrollera parametern med get.

    4. Starta om XSP.

Ta bort klientautentiseringskrav för autentiseringstjänst (endast R24)

Om du har autentiseringstjänsten konfigurerad med validering av CI-token på R24 måste du också ta bort klientautentiseringskravet för autentiseringstjänsten. Kör följande CLI-kommando:

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

Konfigurera TLS och kryptering i HTTP-gränssnitten (för XSI och autentiseringstjänst)

Autentiseringstjänsten, Xsi-åtgärder och Xsi-Events-program använder HTTP-servergränssnitt. TLS-konfigurationsnivåer för dessa program är följande:

Mest allmänt = System > Transport > HTTP > HTTP-servergränssnitt = Mest specifikt

De CLI-sammanhang som du använder för att visa eller ändra de olika SSL-inställningarna är:

Specialitet CLI-sammanhang
System (globalt)

XSP_CLI/System/SSLCommonSettings/JSSE/Ciphers>

XSP_CLI/System/SSLCommonSettings/JSSE/Protocols>

Transportprotokoll för detta system

XSP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>

XSP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>

HTTP i det här systemet

XSP_CLI/Interface/Http/SSLCommonSettings/Ciphers>

XSP_CLI/Interface/Http/SSLCommonSettings/Protocols>

Specifika HTTP-servergränssnitt på det här systemet

XSP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>

XSP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>

Läsa konfiguration av HTTP-serverns TLS-gränssnitt på XSP

  1. Logga in på XSP och navigera till XSP_CLI/Interface/Http/HttpServer>

  2. Ange get kommando och läs resultaten. Du bör se gränssnitten (IP-adresser) och, för var och en, om de är säkra och om de kräver klientautentisering.

Apache tomcat skickar ett certifikat för varje säkert gränssnitt. Systemet genererar ett självsignerat certifikat om det behöver ett.

XSP_CLI/Interface/Http/HttpServer> get

Lägga till TLS 1.2-protokoll i HTTP-servergränssnittet

HTTP-gränssnittet som interagerar med Webex Cloud måste konfigureras för TLSv1.2. Molnet förhandlar inte om tidigare versioner av TLS-protokollet.

Så här konfigurerar du TLSv1.2-protokollet i HTTP-servergränssnittet:

  1. Logga in på XSP och navigera till XSP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>

  2. Ange kommandot get <interfaceIp> 443 för att se vilka protokoll som redan används i det här gränssnittet.

  3. Ange kommandot add <interfaceIp> 443 TLSv1.2 för att säkerställa att gränssnittet kan använda TLS 1.2 när du kommunicerar med molnet.

Redigera konfiguration av TLS-kryptering i HTTP-servergränssnittet

Så här konfigurerar du nödvändiga krypteringskoefficienter:

  1. Logga in på XSP och navigera till XSP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>

  2. Ange kommandot get <interfaceIp> 443 för att se vilka kryptrar som redan används i det här gränssnittet. Det måste finnas minst en från Ciscos rekommenderade sviter (se XSP-identitets- och säkerhetskrav i avsnittet Översikt).

  3. Ange kommandot add <interfaceIp> 443 <cipherName> för att lägga till en kod i HTTP-servergränssnittet.


    XSP CLI kräver IANA-standardnamnet på krypteringssviten, inte namnet på den öppnaSSL-krypteringssviten. Till exempel för att lägga till den öppnaSSL-krypteringen ECDHE-ECDSA-CHACHA20-POLY1305 i HTTP-servergränssnittet använder du: XSP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305

    Se https://ciphersuite.info/ för att hitta sviten med båda namnen.

Konfigurera enhetshantering på XSP, programserver och profilserver

Profilserver och XSP är obligatoriska för enhetshantering. De måste konfigureras enligt anvisningarna i Broad konfigurationshandbok för enhetshantering.

CTI-gränssnitt och relaterad konfiguration

Konfigurationsordningen ”inre till yttersta” visas nedan. Att följa den här beställningen är inte obligatoriskt.

  1. Konfigurera programserver för CTI-prenumerationer

  2. Konfigurera XSP:er för mTLS-autentiserade CTI-prenumerationer

  3. Öppna inkommande portar för säkert CTI-gränssnitt

  4. Prenumerera på din Webex-organisation till BroadWorks CTI-händelser

Konfigurera programserver för CTI-prenumerationer

Uppdatera klientidentiteten på programservern med det gemensamma namnet (CN) för Webex för Cisco BroadWorks CTI-klientcertifikatet.

För varje programserver som du använder med Webex lägger du till certifikatidentiteten i klientidentiteten enligt följande:

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


Det vanliga namnet på Webex för Cisco BroadWorks-klientcertifikatet är bwcticlient.webex.com.

Konfigurera TLS och kryptering i CTI-gränssnittet

Konfigurationsnivåerna för XSP CTI-gränssnittet är följande:

Mest allmänt = System > Transport > CTI-gränssnitt > CTI-gränssnitt = Mest specifikt

De CLI-sammanhang som du använder för att visa eller ändra de olika SSL-inställningarna är:

Specialitet

CLI-sammanhang

System (globalt)

(R22 och senare)

XSP_CLI/System/SSLC ommon-inställningar/JSSE/Ciphers>

XSP_CLI/System/SSLC ommon-inställningar/JSSE/protokoll>

Transportprotokoll för detta system

(R22 och senare)

XSP_CLI/System/SSLC-ommon-inställningar/ÖppnaSSL/krypteringsnummer>

XSP_CLI/system/SSLC ommon-inställningar/öppna SSL/protokoll>

Alla CTI-gränssnitt i det här systemet

(R22 och senare)

XSP_CLI/Gränssnitt/CTI/SSLC ommon-inställningar/kryptrar>

XSP_CLI/gränssnitt/CTI/SSLC ommon-inställningar/protokoll>

Ett specifikt CTI-gränssnitt på det här systemet

(R22 och senare)

XSP_CLI/gränssnitt/CTI/CTISärver/SSLS-ettings/krypteringsnummer>

XSP_CLI/Interface/CTI/CTIS erver SSLS-ettings/protokoll>


Vid en ny installation installeras följande kryptrar som standard på systemnivå. Om inget har konfigurerats på gränssnittsnivå (till exempel i CTI-gränssnittet eller HTTP-gränssnittet) gäller den här krypteringslistan. Observera att den här listan kan ändras över tid:

  • 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äsa konfiguration av CTI TLS-gränssnitt på XSP

  1. Logga in på XSP och navigera till XSP_CLI/Interface/CTI/CTIServer>

  2. Ange get kommando och läs resultaten. Du bör se gränssnitten (IP-adresser) och, för var och en, om de kräver ett servercertifikat och om de kräver klientautentisering.

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

Lägga till TLS 1.2-protokoll i CTI-gränssnittet

XSP CTI-gränssnittet som interagerar med Webex Cloud måste konfigureras för TLS v1.2. Molnet förhandlar inte om tidigare versioner av TLS-protokollet.

Så här konfigurerar du TLSv1.2-protokollet i CTI-gränssnittet:

  1. Logga in på XSP och navigera till XSP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>

  2. Ange kommandot get <interfaceIp> för att se vilka protokoll som redan används i det här gränssnittet.

  3. Ange kommandot add <interfaceIp> TLSv1.2 för att säkerställa att gränssnittet kan använda TLS 1.2 när du kommunicerar med molnet.

Redigera konfiguration av TLS-kryptering i CTI-gränssnittet

Så här konfigurerar du nödvändiga krypteringskoefficienter i CTI-gränssnittet:

  1. Logga in på XSP och navigera till XSP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>

  2. Ange get kommando för att se vilka kryptrar som redan används i det här gränssnittet. Det måste finnas minst en från Ciscos rekommenderade sviter (se XSP-identitets- och säkerhetskrav i avsnittet Översikt).

  3. Ange kommandot add <interfaceIp> <cipherName> för att lägga till en kryptering i CTI-gränssnittet.


    XSP CLI kräver IANA-standardnamnet på krypteringssviten, inte namnet på den öppnaSSL-krypteringssviten. Till exempel för att lägga till den öppnaSSL-krypteringen ECDHE-ECDSA-CHACHA20-POLY1305 i CTI-gränssnittet använder du: XSP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305

    Se https://ciphersuite.info/ för att hitta sviten med båda namnen.

Förtroendeankare för CTI-gränssnitt (R22 och senare)

Denna procedur förutsätter att XSP:erna antingen är internet-riktade eller riktade mot internet via passerproxy. Certifikatkonfigurationen är annorlunda för en bromsproxy (se TLS-certifikatkrav för TLS-broproxy).

För varje XSP i din infrastruktur som publicerar CTI-händelser till Webex gör du följande:

  1. Logga in på Partner Hub.

  2. Gå till Inställningar > Breda-samtal och klicka på Hämta Webex CA-certifikat för att hämta CombinedCertChain2023.txt på din lokala dator.


    Dessa filer innehåller två uppsättningar med två certifikat. Du måste dela filerna innan du överför dem till XSP:erna. Alla filer krävs.

  3. Dela upp certifikatkedjan i två certifikat – combinedcertchain2023.txt

    1. Öppna combinedcertchain2023.txt i en textredigerare.

    2. Välj och klipp det första textblocket, inklusive linjerna -----BEGIN CERTIFICATE----- och -----END CERTIFICATE-----, och klistra in textblocket i en ny fil.

    3. Spara den nya filen som root2023.txt.

    4. Spara originalfilen som issuing2023.txt. Den ursprungliga filen bör nu endast ha ett textblock, omgiven av linjerna -----BEGIN CERTIFICATE----- och -----END CERTIFICATE-----.

  4. Kopiera båda textfilerna till en tillfällig plats på den XSP som du säkrar, t.ex. /var/broadworks/tmp/root2023.txt och /var/broadworks/tmp/issuing2023.txt

  5. Logga in på XSP och navigera till /XSP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>

  6. (Valfritt) Kör help updateTrust för att se parametrarna och kommandoformatet.

  7. Ladda upp certifikatfilerna till nya förtroendeankare – 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


    Alla alias måste ha ett annat namn. webexclientroot2023 och webexclientissuing2023 är exempel alias för förtroendeankare; du kan använda dina egna så länge alla poster är unika.

  8. Bekräfta att förankringarna uppdateras:

    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. Tillåt att klienter autentiserar med certifikat:

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

Lägg till CTI-gränssnitt och aktivera mTLS

  1. Lägg till CTI SSL-gränssnittet.

    CLI-kontexten beror på din BroadWorks-version. Kommandot skapar ett självsignerat servercertifikat i gränssnittet och tvingar gränssnittet att kräva ett klientcertifikat.

    • På BroadWorks R22 och R23:

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

  2. Ersätt servercertifikatet och -nyckeln på XSP:s CTI-gränssnitt. Du behöver IP-adressen för CTI-gränssnittet för detta. Du kan läsa den från följande kontext:

    • På BroadWorks R22 och R23:

      XSP_CLI/Interface/CTI/CTIServer> get

      Kör sedan följande kommandon för att ersätta gränssnittets självsignerade certifikat med ditt eget certifikat och en privat nyckel:

      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. Starta om XSP.

Aktivera åtkomst till BroadWorks CTI-händelser på Webex

Du måste lägga till och validera CTI-gränssnittet när du konfigurerar dina kluster i Partner Hub. Se Konfigurera din partnerorganisation i Partner Hub för detaljerade instruktioner.

  • Ange den CTI-adress som Webex kan prenumerera på BroadWorks CTI Events.

  • CTI-prenumerationer är per prenumerant och upprättas och underhålls endast medan prenumeranten tillhandahålls för Webex för Cisco BroadWorks.

Webbvy för samtalsinställningar

Samtalsinställningar Webview (CSWV) är ett program som hålls på XSP (eller ADP) för att göra det möjligt för användare att ändra sina samtalsinställningar för BroadWorks via en webbvy som de ser i den mjuka klienten. Se lösningsguiden för Cisco Broad Works Solution Guide för samtalsinställningar.

Webex använder den här funktionen för att ge användare tillgång till gemensamma BroadWorks-samtalsinställningar som inte är inbyggda i Webex-appen.

Om du vill att dina Webex för Cisco BroadWorks-prenumeranter ska få åtkomst till samtalsinställningar utöver de standardinställningar som finns i Webex-appen måste du distribuera funktionen Webview för samtalsinställningar.

Webbvy för samtalsinställningar har två komponenter:

  • Webvisningsprogram för samtalsinställningar, som hålls på ett Cisco BroadWorks XSP (eller ADP).

  • Webex-appen, som återger samtalsinställningarna i en webbvy.

Användarupplevelse

  • Windows-användare: Klicka på Samtalsinställningar och klicka sedan Öppna samtalsinställningar > Avancerade samtalsinställningar.

  • Mac-användare: Klicka på profilbild och sedan Inställningar > Avancerade samtalsinställningar.

Distribuera CSWV på Broad Works

Installera webbvy för samtalsinställningar på XSP:er

CSWV-programmet måste vara på samma XSP(er) som är värd för Xsi-Actions-gränssnittet i din miljö. Det är ett ohanterat program på XSP, så du måste installera och distribuera en webbarkivfil.

  1. Logga in på cisco.com och sök efter ”BWCallainställningarwebben” i avsnittet för programvaruhämtning.

  2. Hitta och hämta den senaste versionen av filen.

    Till exempel BWCeb_1.8.2_1.war (https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04) var den senaste vid skrivtiden.

  3. Installera, aktivera och distribuera webbarkivet enligt konfigurationsguiden för Cisco BroadWorks Xtended Service Platform för din XSP-version. (R24-versionen är https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf).

    1. Kopiera .war-filen till en tillfällig plats på XSP, t.ex. /tmp/.

    2. Navigera till följande CLI-sammanhang och kör installationskommandot:

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

      BroadWorks programvaruhanterare validerar och installerar filen.

    3. [Valfritt] Ta bort /tmp/BWCallSettingsWeb_1.7.5_1.war(den här filen krävs inte längre).

    4. Aktivera programmet:

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

      Namn och version är obligatoriska för alla program, men för CSWV måste du också tillhandahålla en kontextsökväg eftersom det är ett ohanterat program. Du kan använda något värde som inte används av ett annat program, till exempel /callsettings.

    5. Distribuera samtalsinställningsprogrammet på den valda kontextsökvägen:

      XSP_CLI/Maintenance/ManagedObjects> deploy application /callsettings

  4. Du kan nu förutsäga URL:en för samtalsinställningar som du kommer att ange för klienter på följande sätt:

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

    Anteckningar:

    • Du måste ange spårningslänken på den här URL:en när du anger den i klientkonfigurationsfilen.

    • XSP-FQDN måste matcha Xsi-Actions FQDN, eftersom CSWV behöver använda Xsi-Actions och CORS stöds inte.

  5. Upprepa denna procedur för andra XSP:er i din Webex för Cisco Broad miljö (vid behov).

Webview-programmet för samtalsinställningar är nu aktivt på XSP:erna.

Konfigurera Webex-appen för att använda webbvy för samtalsinställningar

Mer information om klientkonfiguration finns i Webex för Cisco Broad Works konfigurationsguide.

Det finns en anpassad tagg i konfigurationsfilen för Webex-appen som du kan använda för att ställa in CSWV-URL:en. Den här URL:en visar samtalsinställningarna för användarna via programgränssnittet.

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

I konfigurationsmallen för Webex-appen på BroadWorks konfigurerar du CSWV-URL:en i %WEB_CALL_SETTINGS_URL_WXT% taggen.

Om du inte uttryckligen anger URL:en är standardinställningen tom och sidan för samtalsinställningar är inte synlig för användarna.

  1. Se till att du har de senaste konfigurationsmallar för Webex-appen (se Enhetsprofiler).

  2. Ställ in målet för webbsamtalsinställningar som csw:

    %WEB_CALL_SETTINGS_TARGET_WXT% csw

  3. Ställ in webbsamtalsinställningar-URL för din miljö, till exempel:

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

    Du hämtade detta värde när du distribuerade CSWV-programmet.

  4. Den resulterande klientkonfigurationsfilen ska ha följande post:
    <web-call-settings target="csw">
        <url>https://yourxsp.example.com/callsettings/</url>
    </web-call-settings>

Konfigurera aviseringar om samtalspost i Webex för Cisco Broad Works

I det här dokumentet använder vi termen Push Server (CNPS) för att beskriva ett XSP- eller ADP-värdprogram som körs i din miljö. Din CNPS fungerar med ditt BroadWorks-system för att vara medveten om inkommande samtal till dina användare och trycker på aviseringar om dessa till Google Firebase Cloud Messaging (FCM) eller Apple Push Notification Service (APN).

Dessa tjänster meddelar mobila Webex-enheter för Cisco BroadWorks-prenumeranter att de har inkommande samtal på Webex.

Mer information om NPS finns i funktionsbeskrivningen för aviseringpush-server.

En liknande mekanism i Webex fungerar med Webex-meddelanden och närvarotjänster för att trycka på aviseringar till Google (FCM) eller Apple (APNS). Dessa tjänster meddelar i sin tur de mobila Webex-användarna om inkommande meddelanden eller närvaroändringar.


I det här avsnittet beskrivs hur du konfigurerar NPS för autentiseringsproxy när NPS inte redan har stöd för andra appar. Om du behöver migrera en delad NPS för att använda NPS-proxy, se Uppdatera Cisco Broadhttps://help.webex.com/nl5rir2/ NPS.

NPS-proxy-översikt

För kompatibilitet med Webex för Cisco BroadWorks måste din CNPS korrigeras för att stödja NPS-proxyfunktionen, Push Server för VoIP i UCaa.

Funktionen implementerar en ny design i meddelandepush-servern för att lösa säkerhetssårbarheten hos att dela privata nycklar med tjänsteleverantörer för mobila klienter. I stället för att dela certifikat och nycklar med tjänsteleverantören använder NPS ett nytt API för att erhålla en kortlivad push-aviseringstoken från Webex för Cisco BroadWorks backend, och använder denna token för autentisering med Apple APN:er och Google FCM-tjänster.

Funktionen förbättrar också möjligheten för aviserings-push-servern att trycka på aviseringar till Android-enheter via den nya Google Firebase Cloud Messaging (FCM) HTTPv1 API.

APNS-överväganden

Apple kommer inte längre att ha stöd för det HTTP/1-baserade binära protokollet för Apple Push-aviseringstjänsten efter den 31 mars 2021. Vi rekommenderar att du konfigurerar din XSP för att använda det HTTP/2-baserade gränssnittet för APN:er. Den här uppdateringen kräver att din XSP som är värd för NPS kör R22 eller senare.

Förbered din NPS för Webex för Cisco Broad Works

1

Installera och konfigurera en dedikerad XSP (minsta version R22) eller program delivery platform (ADP).

2

Installera NPS-autentiseringsproxykorrigeringar:

3

Aktivera programmet Meddelandepush-server.

4

(För Android-aviseringar) Aktivera FCM v1-API på NPS.

XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true

5

(För Apple iOS-aviseringar) Aktivera HTTP/2 på NPS.

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

6

Bifoga en teknisk support från NPS XSP/ADP.

7

På varje AS-server finns namedefs-filen i /usr/local/broadworks/bw_base/conf måste konfigureras med SRV- och A-poster för sökning av meddelandepush-servern (XSP/ADP), om flera XSP/ADP lägger sedan till en post för var och en efter behov.

Exempel: _pushnotification-client._tcp.qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com IN A 10.193.78.149


 

När du har ställt in krävs något av följande för att hämta ändringarna:

  1. En omstartbw förbereds i ett underhållsfönster.

  2. Via Cisco BroadWorks CLI:

    R24 och äldre

    AS_CLI/ASDiagnostic/DNS> ladda om

    R25 +

    AS_CLI/ASDiagnostic/DNS/ExecutionServer> ladda om

    AS_CLI/ASDiagnostic/DNS/ProvisioningServer> ladda om

Nästa steg

För färska installationer av en NPS går du till Konfigurera NPS för att använda autentiseringsproxy

För att migrera en befintlig Android-distribution till FCMv1 går du till Migrera NPS till FCMv1

Konfigurera NPS för att använda autentiseringsproxy

Den här uppgiften gäller för en ny installation av NPS som är tillägnad Webex för Cisco BroadWorks.

Om du vill konfigurera autentiseringsproxyn på en NPS som delas med andra mobilappar, se Uppdatera Cisco BroadWorks NPS för att använda NPS-proxy (https://help.webex.com/nl5rir2).

1

Hämta OAuth-inloggningsuppgifter för ditt Webex för Cisco Broad.

2

Skapa klientkontot på NPS:

XSP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientId client-Id-From-Step1

XSP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientSecret
New Password: client-Secret-From-Step1
XSP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set RefreshToken
New Password: Refresh-Token-From-Step1

Om du vill verifiera värdena som du angav matchar det du fick kör du XSP_CLI/Applications/NotificationPushServer/CiscoCI/Client> get


 
URL för CiscoCI-utfärdare ska ALLTID vara US CI-kluster oavsett var du befinner dig och standardvärdet bör vara:
XSP_CLI/Applications/NotificationPushServer/CiscoCI> get issuerUrl = https://idbroker.webex.com/idb
3

Ange NPS-proxy-URL och ange uppdateringsintervall för token (30 minuter rekommenderas):

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

XSP_CLI/Applications/NotificationPushServer/CloudNPSService> set VOIPTokenRefreshInterval 1800

4

(För Android-aviseringar) Lägg till Android-program-ID i FCM-programkontexten på NPS.

XSP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.cisco.wx2.android

5

(För Apple iOS-aviseringar) Lägg till program-ID i APNS-programkontexten, se till att du utelämnar Auth-nyckeln – ställ in den som tom.

XSP_CLI/Applications/NotificationPushServer/APNS/Production/Tokens> add com.cisco.squared

6

Konfigurera följande NPS-URL:er:

XSP CLI-sammanhang

Parameter

Värde

  • XSP_CLI/Applications/

    NotificationPushServer/FCM>

authURL

https://www.googleapis.com/oauth2/v4/token

pushURL

https://fcm.googleapis.com/v1/projects/PROJECT-ID/messages:send

scope

https://www.googleapis.com/auth/firebase.messaging

  • XSP_CLI/Applications/NotificationPushServer

    /APNS/Production>

url

https://api.push.apple.com/3/device

7

Konfigurera följande parametrar för NPS-anslutning till de rekommenderade värden som visas:

XSP CLI-sammanhang

Parameter

Värde

  • XSP_CLI/Applications/

    NotificationPushServer/FCM>

tokenTimeToLiveInSeconds

3600

connectionPoolSize

10

connectionTimeoutInMilliseconds

3600

connectionIdleTimeoutInSeconds

600

  • XSP_CLI/Applications/NotificationPushServer/

    APNS/Production>

connectionTimeout

3 000

connectionPoolSize

2

connectionIdleTimeoutInSeconds

600

8

Kontrollera om programservern håller på att granska program-ID:n, eftersom du kan behöva lägga till Webex-appar i listan med tillåtna tillstånd:

  1. Kör AS_CLI/System/PushNotification> get och kontrollera värdet på enforceAllowedApplicationList. Om det är true, du måste slutföra den här underuppgiften. Annars hoppar du över resten av underuppgiften.

  2. AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.wx2.android “Webex Android”

  3. AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.squared “Webex iOS”

9

Starta om XSP: bwrestart

10

Testa samtalsaviseringar genom att ringa samtal från en BroadWorks-prenumerant till två Webex-mobila användare. Kontrollera att samtalsaviseringen visas på IOS- och Android-enheter.

Migrera NPS till FCMv1

Det här avsnittet innehåller valfria förfaranden som du kan använda i Google FCM-konsolen när du har en befintlig NPS-distribution som du behöver migrera till FCMv1. Det finns tre förfaranden:

Migrera UC-One-klienter till FCMv1

Använd stegen nedan i Google FCM-konsolen för att migrera UC-One-klienter till Google FCM HTTPV1.


Om varumärkning tillämpas på klienten måste klienten ha avsändare-ID. I FCM-konsolen, se Projektinställningar > Molnmeddelanden. Inställningen visas i tabellen för inloggningsuppgifter för projekt.

Mer information finns i Connect Mobile Branding Guidehttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/UC-One/UC-One-Collaborate/Connect/Mobile/IandO/ConnectBrandingGuideMobile-R3_8_3.pdf?. Se gcm_defaultSenderId parameter, som finns i Branding Kit, Resource mapp, branding.xml-fil med syntaxen nedan:

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

  1. Logga in på FCM Admin SDK på http://console.firebase.google.com.

  2. Välj lämpligt Android-program.

  3. Spela in projekt-ID på fliken Allmänt

  4. Navigera till fliken servicekonton för att konfigurera ett servicekonto. Du kan skapa ett nytt tjänstkonto eller konfigurera ett befintligt.

    Så här skapar du ett nytt tjänstekonto:

    1. Klicka på den blå knappen för att skapa ett nytt tjänstkonto

    2. Klicka på den blå knappen för att generera en ny privat nyckel

    3. Hämta nyckel till en säker plats

    Så här återanvänder du ett befintligt tjänstkonto:

    1. Klicka på den blå texten för att visa befintliga tjänstekonton.

    2. Identifiera det tjänstkonto som ska användas. Tjänstekontot behöver behörighet för firebaseadmin-sdk.

    3. Till höger klickar du på hamburgermenyn och skapar en ny privat nyckel.

    4. Hämta json-filen som innehåller nyckeln och spara den på en säker plats.

  5. Kopiera json-filen till XSP.

  6. Konfigurera projekt-ID och:

    XSP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file>
    ...Done
    
    XSP_CLI/Applications/NotificationPushServer/FCM/Projects> get
      Project ID  Accountkey
    ========================
      my_project    ********
  7. Konfigurera programmet:

    XSP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id>
    ...Done
    
    XSP_CLI/Applications/NotificationPushServer/FCM/Applications> get
      Application ID    Project ID
    ==============================
              my_app    my_project
  8. Aktivera FCMv1:

    XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
    ...Done
  9. Kör bwrestart kommando för att starta om XSP.

Migrera SaaS-klienter till FCMv1

Använd stegen nedan på Google FCM-konsolen om du vill migrera SaaS-klienter till FCMv1.


Kontrollera att du redan har slutfört proceduren ”Konfigurera NPS för att använda autentiseringsproxy”.
  1. Inaktivera FCM:

    XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false
    ...Done
  2. Kör bwrestart kommando för att starta om XSP.

  3. Aktivera FCM:

    XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
    ...Done
  4. Kör bwrestart kommando för att starta om XSP.

Uppdatera ADP-server

Använd stegen nedan i Google FCM-konsolen om du migrerar NPS till att använda en ADP-server.

  1. Hämta JSON-filen från Google Cloud Console:

    1. Gå till sidan Servicekonton på Google Cloud Console.

    2. Klicka på Välj ett projekt, välj ditt projekt och klicka på Öppna.

    3. Hitta raden på det tjänstkonto som du vill skapa en nyckel för, klicka på Mer vertikal knapp och klicka sedan på Skapa nyckel.

    4. Välj en typ av nyckel och klicka på Skapa

      Filen hämtas.

  2. Lägg till FCM till ADP-servern:

    1. Importera JSON-filen till ADP-servern med hjälp av /bw/install kommandot.

    2. Logga in på ADP CLI och lägg till projekt- och API-nyckeln:

      ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON:

    3. Lägg sedan till programmet och nyckeln:

      ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done

    4. Verifiera konfigurationen:

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

Konfigurera din partnerorganisation i partnerhubben

Konfigurera dina storakluster

[en gång per kluster]

Detta görs av följande skäl:

  • Aktivera Webex-molnet för att autentisera dina användare mot BroadWorks (via XSP-värdautentiseringstjänst).

  • Så här aktiverar du Webex-appar för att använda Xsi-gränssnitt för samtalskontroll.

  • Gör det möjligt för Webex att lyssna på CTI-händelser som publiceras av Broad Works (telefonnärvaro och samtalshistorik).


Klusterguiden validerar automatiskt gränssnitten när du lägger till dem. Du kan fortsätta att redigera klustret om något av gränssnitten inte valideras, men du kan inte spara ett kluster om det finns ogiltiga poster.

Vi förhindrar detta eftersom ett felaktigt konfigurerat kluster kan orsaka problem som är svåra att lösa.

Vad du behöver göra:

  1. Logga in på partnerhubben (admin.webex.com) med dina inloggningsuppgifter för partneradministratör.

  2. Öppna sidan Inställningar från sidmenyn och hitta Allmänna samtalsinställningar.

  3. Klicka på Lägg till kluster.

    Detta startar en guide där du tillhandahåller dina XSP-gränssnitt (URL:er). Du kan lägga till en port i gränssnittets-URL om du använder en port som inte är standard.

  4. Namnge det här klustret och klicka på Nästa.

    Klusterkonceptet här är helt enkelt en samling gränssnitt, vanligtvis placerade på en XSP-server eller gård, som gör det möjligt för Webex att läsa information från din programserver (AS). Du kan ha en XSP per AS-kluster eller flera XSP per kluster eller flera AS-kluster per XSP. Skalkrav för ditt BroadWorks-system är utanför räckvidd här.

  5. (Valfritt) Ange ett användar kontonamn och lösenord för BroadWorks som du vet finns i BroadWorks-systemet som du ansluter till Webex och klicka sedan på Nästa.

    Valideringstesterna kan använda det här kontot för att validera anslutningarna till gränssnitten i klustret.

  6. Lägg till dina XSI-åtgärder och XSI-händelser URL:er.

  7. Valfritt. Uppdatera DAS-URL med URL:en för enhetens aktiveringstjänst.

  8. Valfritt. Markera kryssrutan Aktivera direkt Broad Works-autentisering om du vill att inloggningar till BroadWorks ska vara direkt till BroadWorks. Annars proxiseras autentisering till BroadWorks via proxytjänsten IDP som är värd för Webex.

    Den här kryssrutan påverkar dessa inloggningssituationer:

    • Inloggning i användaraktiveringsportalen – Användare måste ange sina inloggningsuppgifter för BroadWorks när de loggar in på portalen. Ovanstående inställning avgör om inloggningen är direkt till Broadfungerar eller via IDP-proxy.

    • Klientinloggning – Om Broad Works-autentisering har konfigurerats i kundmallen avgör ovanstående inställning om klientinloggning till Webex-appen är direkt till BroadWorks eller proxiseras via IDP-proxyn.

  9. Klicka på Nästa.

  10. Gör följande på CTI-gränssnittssidan:

    1. Lägg till CTI-URL och port för det CTI-gränssnitt som du vill ansluta till.

    2. Valfritt. Aktivera växlingen Samtalshistorik och ange sedan ditt användar-ID för BroadWorks. När det här alternativet är markerat synkroniseras händelser i samtalshistorik med Webex-molnet. Användare kan visa sin samtalshistorik i Webex-appen.

    3. Valfritt. Aktivera växlingsknappen Stör ej (Stör ej) och ange sedan ditt användar-ID för Broad Works. Det här alternativet synkroniserar Stör ej-händelser mellan Webex och BroadWorks, vilket säkerställer att funktionen fungerar på båda plattformarna.

    4. Klicka på Nästa.

  11. Lägg till din autentiseringstjänst-URL.

  12. Välj autentiseringstjänst med validering av CI-token.

    Det här alternativet kräver inte mTLS för att skydda anslutningen från Webex, eftersom autentiseringstjänsten korrekt validerar användartoken mot Webex identitetstjänsten innan den utfärdar den långlivade token till användaren.

  13. Granska dina poster på den slutliga skärmen och klicka sedan på Skapa. Du bör se ett framgångsmeddelande.

    Partner Hub överför URL:erna till olika Webex-mikrotjänster som testar anslutningarna till de levererade gränssnitten.

  14. Klicka på Visa kluster så ska du se ditt nya kluster och om valideringen lyckades.

  15. Knappen Skapa kan inaktiveras på guiden:s sista skärm (förhandsgranskning). Om du inte kan spara mallen indikerar det ett problem med en av de integreringar som du just har konfigurerat.

    Vi har implementerat den här kontrollen för att förhindra fel i efterföljande uppgifter. Du kan gå tillbaka genom guiden när du konfigurerar distributionen, vilket kan kräva ändringar i din infrastruktur (t.ex. XSP, belastningsutjämning eller brandvägg) enligt dokumentationen i den här guiden, innan du kan spara mallen.

Kontrollera anslutningarna till dina bredaarbetsgränssnitt

  1. Logga in på partnerhubben (admin.webex.com) med dina inloggningsuppgifter för partneradministratör.

  2. Öppna sidan Inställningar från sidmenyn och hitta Allmänna samtalsinställningar.

  3. Klicka på Visa kluster.

  4. Partner Hub initierar anslutningstester från de olika mikrotjänsterna mot gränssnitten i klustren.

    När testerna är slutförda visas statusmeddelandet bredvid varje kluster på sidan med klusterlistan.

    Du bör se gröna framgångsmeddelanden. Om du ser ett rött felmeddelande klickar du på det berörda klusternamnet för att se vilken inställning som orsakar problemet.

  5. Valfritt. Välj ett kluster om du vill se befintliga inställningar för det klustret, t.ex. XSI-åtgärder, XSI-Events, DAS-URL och CTI-gränssnittsinställningar.

Konfigurera dina kundmallar

Kundmallar är det sätt som du kommer att tillämpa delad konfiguration på en eller flera kunder när du registrerar dem via etableringsmetoderna. Du måste associera varje mall med ett kluster (som du skapade i föregående avsnitt).

Du kan skapa så många mallar som du behöver, men endast en mall kan kopplas till en kund.

  1. Logga in på partnerhubben (admin.webex.com) med dina inloggningsuppgifter för partneradministratör.

  2. Öppna sidan Inställningar från sidmenyn och hitta Allmänna samtalsinställningar.

  3. Klicka på Lägg till mall.

    Detta startar en guide där du kan tillhandahålla konfiguration för kunder som använder den här mallen.

  4. Använd listrutan Kluster för att välja det kluster som du vill använda med den här mallen.

  5. Ange ett mallnamn och klicka sedan på Nästa.

  6. Konfigurera ditt etableringsläge med hjälp av följande rekommenderade inställningar:

    Tabell 3. Rekommenderade etableringsinställningar för olika etableringslägen

    Inställningsnamn

    Flöde genom etablering med betrodda e-postmeddelanden

    Genomströmning av etablering utan e-post

    Användarsjälvetablering

    Aktivera Broad Works Flow Through Provisioning (inkludera inloggningsuppgifter för etableringskonto om On**)

    Ange etablerings kontonamn och lösenord enligt BroadWorks-konfigurationen.

    Ange etablerings kontonamn och lösenord enligt BroadWorks-konfigurationen.

    Av

    Skapa nya organisationer automatiskt i Control Hub

    Den

    Den

    Den

    Tjänsteleverantörens e-postadress

    Välj en e-postadress i listrutan (du kan skriva in vissa tecken för att hitta adressen om det är en lång lista).

    Den här e-postadressen identifierar administratören inom din partnerorganisation som kommer att ges delegerad administratörsåtkomst till alla nya kundorganisationer som skapats med kundmallen.

    Land

    Välj vilket land du använder för den här mallen.

    Det land du väljer matchar kundorganisationer som skapas med den här mallen för en viss region. För närvarande kan regionen vara (EMEAR) eller (Nordamerika och resten av världen). Se kartläggningen av land till region i det här kalkylbladet.

    Organisationens land bestämmer de globala standardnumren för inringning för Cisco PSTN på Webex Meeting-webbplatser. Se avsnittet Land på hjälpsidan för mer information.

    BroadWorks företagsläge är aktivt

    Aktivera detta om de kunder som du tillhandahåller med den här mallen är företag i BroadWorks.

    Om de är grupper lämnar du den här avstängningen.

    Om du har en blandning av företag och grupper i dina BroadWorks bör du skapa olika mallar för dessa olika fall.

    Anteckningar från tabellen:

    • † Den här växeln säkerställer att en ny kundorganisation skapas om en prenumerants e-postdomän inte matchar en befintlig Webex-organisation.

      Detta bör alltid vara på, såvida du inte använder en manuell beställnings- och uppfyllningsprocess (via Cisco Commerce Workspace) för att skapa kundorganisationer i Webex (innan du börjar etablera användare i dessa organisationer). Detta alternativ kallas ofta "hybridetableringsmodellen" och omfattas inte av detta dokument.

    • ** ”Etableringskonto” avser administrationskonto på systemnivå för BroadWorks. I BroadWorks behöver du ett administratörskonto med följande attribut: Administratörstyp=Etablering, skrivskyddad=Av.

  7. Välj standardtjänstepaketet för kunder som använder den här mallen (se Paket i avsnittet Översikt); antingen Basic, Standard, Premium eller Softphone.

    Du kan åsidosätta den här inställningen för enskilda användare via Partner Hub.

  8. Valfritt. Markera Inaktivera Cisco Webex-kostnadsfria samtal om du vill inaktivera Webex-samtal.

  9. För Konfiguration av mötesdeltagande väljer du ett av följande alternativ:

    • Cisco-inringningsnummer (PSTN)

    • Inringningsnummer som tillhandahålls av partner (BY eller PSTN) – Om du väljer det här alternativet, se Ta med din egen PSTN-lösningsguide för Webex för Cisco Broad för detaljerad information om hur du konfigurerar det här alternativet.

  10. Klicka på Nästa.

  11. Det finns två tillvägagångssätt för att etablera prenumeranter när det gäller hur deras identiteter verifieras – med hjälp av betrodda e-postmeddelanden eller obetrodda e-postmeddelanden.

    I arbetsflödet Betrodd e-post ger användare e-postadresser till den partner som lägger till dem i Broadverk. Du som partner ansvarar för att etablera e-postadressen som en del av antingen flöde- eller API-metoden.


    Det rekommenderas starkt att använda den betrodda etableringsmetoden eftersom den säkerställer att alla prenumeranter är fullt etablerade av dig som partner och att inga åtgärder krävs från slutanvändarna.

    I fallet Obetrodda e-postmeddelanden måste användare verifiera sina e-postmeddelanden innan etablering, eller så kan användarna själva aktivera sig själva.

    I fallet Opålitlig finns det flera etableringslägen baserat på verifieringsinställningarna i tabellen nedan:

    Tabell 4. Rekommenderade inställningar för användarverifiering för obetrodda etableringslägen

    Inställningsnamn

    Genomströmning av etablering utan e-post

    Användarsjälvetablering

    Etablera administratör först

    Rekommenderas*

    Ej tillämpligt

    Tillåt att användare aktiverar sig själva

    Ej tillämpligt

    Obligatorisk

    • Anteckningar från tabellen:

    • * Varje kundorganisation i Webex måste ha minst en användare med administratörsroll. Den första användaren till vilken du tilldelar integrerat IM&P i BroadWorks tar rollen som kundadministratör om en ny kundorganisation skapas i Webex. Som tjänsteleverantör kanske du vill ha kontroll över vem som får rollen. Om du kontrollerar den här inställningen blockeras användare från att slutföra aktiveringen tills den första användaren som du har tillhandahållit är aktiverad. Om du avmarkerar den här inställningen blir den första användaren som blir aktiv i den nya organisationen kundadministratör.

  12. Klicka på Nästa.

  13. Välj standardautentiseringsläget (antingen BroadWorks-autentisering eller Webex-autentisering) för användarinloggning till Webex.


    Den här inställningen påverkar inte användarinloggning till användaraktiveringsportalen. Användare måste använda sitt användar-ID och lösenord för BroadWorks när de loggar in på portalen, oavsett hur kundmallen har konfigurerats.

    Den här inställningen kommer endast att tillämpas på nyskapade kundorganisationer. Om partneradministratörer försöker tillämpa en ny autentiseringsinställning på befintliga kundorganisationer tillämpas de befintliga inställningarna så att befintliga användare inte förlorar åtkomst. Om du vill ändra autentiseringsläget för befintliga kundorganisationer måste du öppna ett ärende med Cisco TAC.

    (Se Autentiseringsläge i avsnittet Förbered din miljö).

  14. Klicka på Nästa.

  15. För Inställningar konfigurerar du följande:

    1. Välj om du vill fylla i användarnas e-postadresser på inloggningssidan.

      Du bör endast använda det här alternativet om du har valt Broad Works-autentisering och även har placerat användarens e-postadresser i Alternativt ID-attribut i BroadWorks. I annat fall måste de använda sitt användarnamn förBroad Works. Inloggningssidan ger ett alternativ för att ändra användare om det behövs, men detta kan leda till inloggningsproblem.

    2. Om du vill aktivera katalogsynkronisering ställer du in Aktivera telefonkatalogsynkronisering för alla nya kundorganisationer till På.

      Med det här alternativet kan Webex läsa BroadWorks-kontakter i kundorganisationen, så att användare kan hitta och ringa dem från Webex-appen.

    3. Ange en partneradministratör.

      Det här namnet används i det automatiska e-postmeddelandet från Webex, som bjuder in användare att validera sina e-postadresser.

    4. Kontrollera att växeln för etablering av befintliga organisationer är på (standardinställningen är på).

    5. Klicka på Nästa.

  16. Granska dina poster på den slutliga skärmen. Du kan klicka på navigeringskontrollerna högst upp i guiden för att gå tillbaka och ändra alla detaljer. Klicka på Skapa.

    Du bör se ett framgångsmeddelande.

  17. Klicka på Visa mallar så ska du se din nya mall listad med andra mallar.

  18. Klicka på mallnamnet för att ändra eller ta bort mallen, om det behövs.

    Du behöver inte ange uppgifterna om etableringskontot igen. De tomma fälten för lösenordsbekräftelse finns där för att ändra inloggningsuppgifterna om du behöver det, men lämna dem tomma för att behålla de värden du gav guiden.

  19. Lägg till fler mallar om du har olika delade konfigurationer som du vill tillhandahålla kunder.


    Håll sidan Visa mallar öppen, eftersom du kan behöva mallinformation för följande uppgift.

Konfigurera programservern med URL för etableringstjänsten


Den här uppgiften krävs endast för flöde genom etablering.

Programserver för programkorrigering (endast R22 och R23)

  1. Om du ännu inte har gjort det ska du använda följande programfix som gäller för din version:


    En fullständig lista över BroadWorks-korrigeringar som utgör kravet för att distribuera Webex för Cisco BroadWorks finns i Broad Works-programvarukrav i avsnittet Referens.
  2. Ändra till Maintenance/ContainerOptions sammanhanget.

  3. Aktivera parametern för etablerings-URL:

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

Hämta etablerings-URL:erna från partnerhubben

Se administrationsguiden för Cisco Broad Works Application Server Command Line Interface för mer information (Gränssnitt > Meddelanden och tjänst > Integrerat IM&P) om AS-kommandon.

  1. Logga in på partnerhubben och gå till Inställningar > Allmänna samtal.

  2. Klicka på Visa mallar.

  3. Välj mallen som du använder för att tillhandahålla företagets/gruppens prenumeranter i Webex.

    Mallinformationen visas i en utflyktsruta till höger. Om du ännu inte har skapat en mall måste du göra det innan du kan hämta etableringens URL.

  4. Kopiera URL:en till etableringsadaptern.

Upprepa detta för andra mallar om du har fler än en.

(Alternativ) Konfigurera systemövergripande etableringsparametrar på programservern


Du kanske inte vill ställa in systemomfattande etablerings- och tjänstedomän om du använder UC-One SaaS. Se Beslutspunkter i avsnittet Förbered din miljö.

  1. Logga in på programservern och konfigurera meddelandegränssnittet.

    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. Aktivera det integrerade IMP-gränssnittet:

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

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


Du måste ange det fullständigt kvalificerade namnet för provisioningURL parametern, som den gavs i Control Hub. Om din programserver inte kan komma åt DNS för att lösa värdnamnet måste du skapa mappningen i /etc/hosts fil i AS.

(Alternativ) Konfigurera etableringsparametrar per företag på programservern

  1. I användargränssnittet BroadWorks öppnar du det företag som du vill konfigurera och går till Tjänster > Integrerat IM&P.

  2. Välj Använd tjänstedomän och ange ett dummy värde (Webex ignorerar den här parametern. Du kan använda example.com).

  3. Välj Använd meddelandeserver.

  4. I fältet URL klistrar du in etablerings-URL som du kopierade från din mall i Partner Hub.


    Du måste ange det fullständigt kvalificerade namnet för provisioningURL parametern, som den gavs i Partner Hub. Om din programserver inte kan komma åt DNS för att lösa värdnamnet måste du skapa mappningen i /etc/hosts fil i AS.

  5. I fältet Användarnamn anger du ett namn för etableringsadministratören. Detta måste matcha värdet på mallen i partnerhubben.

  6. Ange ett lösenord för etableringsadministratören. Detta måste matcha värdet på mallen i partnerhubben.

  7. För standardanvändaridentitet för IM&P-ID väljer du Primär.

  8. Klicka på Verkställ.

  9. Upprepa för andra företag som du vill konfigurera för flöde genom etablering.

Användaretableringsdata

Information om användardata som utbyts mellan BroadWorks och Webex under användaretablering finns i tjänsteleverantörens användaretablering.

API-kontroll före etablering av partner

API:et för kontroll före etablering hjälper administratörer och försäljningsteam genom att kontrollera om det finns fel innan du tillhandahåller en kund eller prenumerant till ett paket. Användare eller integreringar som är auktoriserade av en användare med rollen fullständig partneradministratör kan använda detta API för att säkerställa att det inte finns några konflikter eller fel vid paketetablering för en viss kund eller prenumerant.

API kontrollerar om det finns konflikter mellan den här kunden/prenumeranten och befintliga kunder/prenumeranter på Webex. Till exempel kan API kasta fel om prenumeranten redan är etablerad till en annan kund eller partner, om e-postadressen redan finns för en annan prenumerant, eller om det finns konflikter mellan etableringsparametrarna och det som redan finns i Webex. Detta ger dig möjlighet att åtgärda dessa fel innan du tillhandahåller, vilket ökar sannolikheten för att etableringen lyckas.

Mer information om API finns i: Utvecklarguide för Webex för BroadWorks

Om du vill använda API går du till: Förhandsgranska etablering av en Broad Works-prenumerant


För att komma åt Förhandsgranska ett BroadWorks Provisioning Document måste du logga in på https://developer.webex.com/ portalen.

Partner SSO – SAML

Tillåter partneradministratörer att konfigurera SAML SSO för nyskapade kundorganisationer. Partner kan konfigurera en enda fördefinierad SSO-relation och tillämpa den konfigurationen på de kundorganisationer som de hanterar samt deras egna anställda.


Stegen nedan för partnerns SSO gäller endast nyskapade kundorganisationer. Om partneradministratörer försöker lägga till partner-SSO i en befintlig kundorganisation behålls den befintliga autentiseringsmetoden för att förhindra att befintliga användare förlorar åtkomst. Om du vill lägga till partner-SSO i en befintlig organisation måste du öppna ett ärende med Cisco TAC.
  1. Kontrollera att tredjepartsleverantören av identitetsleverantör uppfyller kraven som anges i avsnittet Krav för identitetsleverantörer i Integrering med enkel inloggning i Control Hub.

  2. Öppna en tjänstebegäran med Cisco TAC. TAC måste upprätta en förtroenderelation mellan identitetsleverantören från tredje part och Cisco Common Identity-tjänsten. .


    Om ditt IDP kräver passEmailInRequest funktionen som ska aktiveras, se till att inkludera detta krav i tjänstebegäran. Kontrollera med ditt IDP om du är osäker på om den här funktionen behövs.
  3. Ladda upp CI-metadatafilen som TAC har tillhandahållit till din identitetsleverantör.

  4. Konfigurera en kundmall. För inställningen Autentiseringsläge väljer du Partnerautentisering. För IDP-enhets-ID, ange enhets-ID från SAML-metadata-XML för tredje parts identitetsleverantör.

    Figur 4.
  5. Skapa en ny användare i en ny kundorganisation som använder mallen.

  6. Mycket att användaren kan logga in.

Partner-SSO – Öppna ID Connect (OIDC)

Tillåter partneradministratörer att konfigurera OIDC SSO för nyskapade kundorganisationer. Partner kan konfigurera en enda fördefinierad SSO-relation och tillämpa den konfigurationen på de kundorganisationer som de hanterar samt deras egna anställda.


Stegen nedan för att konfigurera partner-SSO OIDC gäller endast nyskapade kundorganisationer. Om partneradministratörer försöker ändra standardautentiseringstypen till partner SSO OIDC i ett befintligt tempel kommer ändringarna inte att gälla för de kundorganisationer som redan har registrerats med mallen. Om du vill lägga till partner-SSO i en befintlig kundorganisation måste du öppna ett ärende med Cisco TAC.

  1. Öppna en tjänstebegäran med Cisco TAC med information om OpenID Connect-IDP. Följande är obligatoriska och valfria IDP-attribut. TAC måste konfigurera IDP på CI och tillhandahålla omdirigerings-URI som ska konfigureras på IDP.

    Tabell 5.

    Attributet

    Obligatorisk

    Beskrivning

    IDP-namn

    Ja

    Unikt men skiftlägeskänsligt namn för OIDC ID P-konfiguration, kan bestå av bokstäver, siffror, hyfener, understreck, lutning och prickar och max längd är 128 tecken.

    OA uth klient-ID

    Ja

    Används för att begära OIDC-ID-P-autentisering.

    OA uth-klienthemlighet

    Ja

    Används för att begära OIDC-ID-P-autentisering.

    Lista över poäng

    Ja

    Lista över scopes som kommer att användas för att begära OIDC ID P-autentisering, uppdelad efter utrymme, t.ex. ”openid e-postprofil” Måste inkludera openid och e-post.

    Slutpunkt för auktorisation

    Ja om upptäcktslutpunkt inte tillhandahålls

    URL till ID:s OA uth 2.0-behörighetsslutpunkt.

    tokenSlutpunkt

    Ja om upptäcktslutpunkt inte tillhandahålls

    URL till ID:s OA uth 2.0-token slutpunkt.

    Slutpunkt för identifiering

    Nej

    URL till identifieringsslutpunkten för identifiering av öppnaID-slutpunkter.

    Slutpunkt för användarinformation

    Nej

    URL till slutpunkten för användarinformation för IDP.

    Slutpunkt för nyckelställ

    Nej

    URL till ID:s JSON-webbnyckelinställningsslutpunkt.


    Utöver ovanstående IDP-attribut måste partnerorganisations-ID anges i TAC-begäran.

  2. Konfigurera omdirigerings-URI på IDP för öppenID-anslutning.

  3. Konfigurera en kundmall. För inställningen Autentiseringsläge väljer du Partner Authentication With OpenID Connect och anger det IDP-namn som angavs under IDP-konfigurationen som OpenID Connect IDP-enhet.

    Figur 5.
  4. Skapa en ny användare i en ny kundorganisation som använder mallen.

  5. Mycket att användaren kan logga in med SSO-autentiseringsflödet.

Aktivera samtalskorrelationsidentifierare

För att köra Webex för Cisco BroadWorks måste du aktivera identifieraren för samtalskorrelation. Den här inställningen krävs för många samtalsfunktioner, inklusive samtalsinspelning, gruppsamtalssvar, chef och chef-assistent.

Använd CLI för att aktivera funktionen på alla AS- och XSP-gränssnitt.

  • Kör följande kommandon på AS-gränssnitten. Detta gör det möjligt för AS att skicka X-BroadWorks-Correlation-Info SIP-rubrik:

    AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true

    AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true

  • Filen enableCallCorrelationID parametern som är kopplad till Xsi-Actions-programmet används för att styra inkluderingen av samtalskorrelationsinformation i Xsi-Actions-loggar. Det rekommenderas att enableCallCorrelationID aktiverat med följande kommando på XSP-gränssnitt:

    XSP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true

Mer information om samtalskorrelationsidentifieraren finns i Cisco Broad Works funktionsbeskrivning för samtalskorrelationsidentifierare.

Directory Sync

Katalogsynkronisering säkerställer att Webex för Cisco BroadWorks-användare kan använda Webex-katalogen för att ringa alla samtalsenheter från BroadWorks-servern. När den här funktionen är aktiverad synkroniseras hela samtalskatalogen från BroadWorks-servern till Webex-katalogen. Användare kan komma åt katalogen från Webex-appen och ringa ett samtal till valfri samtalsenhet från BroadWorks-servern.

Om du vill aktivera katalogsynkronisering går du till katalogsynkronisering i Webex för Cisco Broad.


Genom Webex för Cisco BroadWorks läggs till meddelandeanvändare och tillhörande samtalsinformation från BroadWorks-servern till Webex-plattformen. Telefonlistor, användare som inte skickar meddelanden och enheter som inte är användare ingår dock inte (till exempel en konferensrumstelefon, faxmaskin eller svarsgruppsnummer). Genom att aktivera katalogsynkronisering säkerställs att alla samtalsenheter läggs till i Webex-plattformen.

Enhetlig samtalshistorik

När Unified Call History är aktiverad synkroniseras BroadWorks-samtalshändelser med Webex-molnet och blir en del av Webex Unified Call- och Meetings-historiken som visas i Webex-appen. Användare kan se sin egen detaljerade samtalshistorik och möteshistorik från Webex-appen.

Unified samtalshistorik kan aktiveras av administratörer på partnernivå i Partner Hub på en kluster-för-kluster. När den här funktionen är aktiverad synkroniserar distributionen BroadWorks följande samtalshändelser till Webex-molnet:

  • Händelser med samtalshistorik – dessa händelser används för att skapa en detaljerad samtalshistorik för Unified

  • Hakstatushändelser – Unified Call History innehåller optimeringar av hakstatus som minskar mängden nätverksbandbredd för uppdateringar av telefonnärvaro

Krav på enhetlig samtalshistorik

Innan du kan konfigurera Unified Call History måste du se till att du har korrigerat systemet. Den här funktionen är beroende av att följande BroadWorks-korrigeringar installeras:

För 22 kr:

För 23 kr:

För 24 kr:


För en fullständig lista över BroadWorks-korrigeringar som du måste installera som en förutsättning för att köra Webex för Cisco BroadWorks, se Broad Works-programvarukrav i avsnittet Referens.

Förutom att korrigera systemet, klientkonfigurationsfilen ( config-wxt.xml) måste ha följande tagg inställd: <call-history enable-unified-history=”%ENABLE_UNIFIED_CALL_HISTORY_WXT%”/>

För att ha svarsgrupp, Call Center och annan omdirigeringsinformation i Unified Call History måste följande Broadworks-korrigeringar vara installerade och aktiva:

För 23 kr:

  • AP.as.23.0.1075.ap383346

  • AP.as.23.0.1075.ap383994

För 24 kr:

  • AP.as.24.0.944.ap383346

  • AP.as.24.0.944.ap383994

För att ha information om chef/assistent i Unified Call History måste följande Broadworks-korrigeringar vara installerade och aktiva:

För 24 kr:

  • AP.as.24.0.944.ap380052

  • AP.as.24.0.944.ap384239

  • ADP kör Xsi-Events-24_2022.06 eller senare

Förutom Broadworks-korrigeringarna måste katalogsynkronisering även aktiveras för chef/assistent Unified Call History.


När du aktiverar samtalshistorik eller DND-synkronisering kommer Webex att skicka uppdateringar av CTI-prenumerationer för alla användare under klustret. Beroende på antalet användare kan detta hålla i upp till några timmar. Vi rekommenderar att du inte utför någon Broadworks-underhållsaktivitet under samma underhållsfönster.

Aktivera samtalshistorik (nytt kluster)

För att aktivera samtalshistorik på ett nytt kluster, se stegen för att lägga till ett kluster i Konfigurera din partnerorganisation i Partner Hub.

Aktivera samtalshistorik (befintligt kluster)

Följ stegen nedan om du vill aktivera samtalshistorik på ett befintligt kluster:

  1. Logga in på partnerhubben på admin.webex.com.

  2. Gå till Inställningar och välj ett befintligt kluster.

  3. Kontrollera att klusteranslutningen är bra. Den högra panelen ska visa en grön kryssmarkering med Connection etablerad.

    Om detta inte visas, under Kontrollera konnnektioner (valfritt), ange Användar-ID för brett arbeteoch Lösenord för Broad Worksoch klicka på Kontrolleraför att verifiera anslutningen är bra.

  4. Markera kryssrutan Aktivera samtalshistorik.

  5. Klicka på Spara.

Funktionsinteraktioner

Följande funktionsinteraktioner finns för Unified Call History:

  • Enhetlig samtalshistorik stöds inte för användare som har konfigurerats i BroadWorks med dirigeringslistor eller direktvägar. När den här situationen finns skickas inte samtalshistorik och hakstatushändelser till Webex-appen.

  • Unified samtalshistorik stöds inte med anknytningssamtal. Samtal som placeras med anknytningsuppringning kanske inte visas korrekt i samtalshistoriken.

Visa samtalshistorik i Webex-appen

Slutanvändare kan få åtkomst till och visa sin samtalshistorik från Webex-appen. Mer information finns här: Webex | Visa samtals- och möteshistorik.

Inaktivera samtalshistorik för Unified

När du har aktiverat samtalshistorik för ett kluster kan du inte inaktivera funktionen på egen hand. Kontakta Ciscos tekniska hjälpcenter (TAC) om du behöver inaktivera funktionen.

Identifiering av uppringare och omdirigering av samtal

Identifiering av inringar

När Webex-appen tar emot ett samtal kommer den att försöka identifiera vem uppringaren är och visa denna information i aviseringen om inkommande samtal, fönstret i samtal och efter att samtalet har slutförts, i samtalshistoriken och röstbrevlådan.

Webex-appen kommer att försöka hitta inringar-ID genom att matcha det inkommande telefonnumret till kontakter som finns i olika källor. Webex-appen kommer att använda följande källor i den här ordningen. När den hittar den i en källa kommer den inte att försöka söka någon annanstans.


Om det finns flera förekomster av ett nummer i en källa kommer det inte att försöka välja ett av dem, i det här fallet kommer det inte att visa något inringar-ID.

  • Webex Common Identity (CI) som innehåller organisationens användare.

  • Personliga och organisatoriska kontakter. Personliga kontakter visas under fliken Kontakter.

  • Lokal adressbok. I Windows – Outlook-programmet, i Mac – Mac-kontakter, iOS – iTelefonkontakter, i Android – Android-kontakter.

Om det inte finns någon matchning med det inkommande telefonnumret kommer appen att använda visningsnamnet i SIP FROM-rubriken om det finns tillgängligt. Annars kommer den att använda användarnamnet del av SIP URI från SIP From-rubriken som en sista utväg.

För fjärrsamtalskontroll (d.v.s. skrivbordskontrollläge) används XSI-info, där BWKS-ID eller anknytning används, extraheras från remote-party-info i XSI-händelsen. Om Remote-Party-info inte är tillgänglig kommer P-Asserted Identity (PAI) (om den konfigureras) att användas.

Omdirigering av samtal

Om ett samtal har omdirigerats eller vidarebefordrats kommer appen att försöka visa vem som ringer och hur det vidarebefordrades i samtalsaviseringen och samtalshistoriken.

  • Vidarekopplat samtal: Visar numret som vidarebefordrade samtalet.

  • Sökgrupp: Visar namnet på sökgruppen som vidarebefordrade samtalet.

  • Kö för samtalscenter: Visar namnet på kön som vidarebefordrade samtalet.

  • Chef/assistent: Visar namnet på den chef som samtalet kommer in för.

Undantag:

  • För interna samtalskösamtal, där en agent ringer tillbaka en intern part, kommer fjärrparten inte att se namnet på samtalskön utan namnet på agenten som ringer dem.

Besvarade samtal på andra ställen:

För svarsgrupper eller samtalsköer som har konfigurerats med samtidig dirigering kommer agenter att se ett samtal besvaras någon annanstans i samtalshistoriken om en annan agent hämtar samtalet. För svarsgrupper eller samtalsköer med sekventiell dirigering eller i ett överflöd visas samtal som missade samtalshistorik om de besvaras av en annan agent.

Delad linjeutseende

Delad linje som visas är möjligheten att etablera andra användares linjer som delade linjer på slutanvändarens enhet. Den delade linjekonfigurationen för Webex-appen liknar den delade linjekonfigurationen för skrivbordstelefoner. Med den här specifika funktionen kan du tilldela delad linjevisning till slutanvändarens Webex-app.

Den här funktionen hjälper användarna att hantera samtal på en annan användares anknytning direkt från Webex-appen.

  • Du kan endast konfigurera den delade linjen som visas i skrivbordsversionen av en Webex-app.

  • Du kan lägga till högst tio linjer, inklusive den primära linjen, till Webex-appen.

  • Du kan inte tilldela en arbetsytelinje som delad linje.

  • En användare kan inte etableras med tjänsten Chef/Assistant samtidigt som du har delade linjer.

  • En användares primära linjeport ska inte ändras till en delad linje.

Krav

Om du vill distribuera den här funktionen på Webex för Cisco BroadWorks måste du distribuera följande BroadWorks-korrigeringar:

Plåster 1: Ägare flagga i enhetslistan för att stödja delade linjer för Webex-klienten

R23 utan ADP:

  • AP.as.23.0.1075.ap384179

  • AP.xsp.23.0.1075.ap384179

R23 med ADP:

  • AP.as.23.0.1075.ap384179

  • Xsi-åtgärder-23_2022.10

R24:

  • SOM: AP.as.24.0.944.ap384179

  • Xsi-åtgärder-24_2022.10

R25:

  • SOM: RI-version Rel_2022.10_1.310

  • Xsi-åtgärder-25_2022.10

Plåster 2: Korrigeringar för att öka antalet portar på enhetsprofiltyper (i detta fall för skrivbordsklienten: Affärskommunikator).

  • RI-version Rel_2022.10_1.310

Stör ej-synkronisering (Stör ej).

Stör ej-synkronisering (Stör ej) anpassar Stör ej-inställningarna mellan Webex och Broad Works genom att synkronisera Stör ej-status mellan de två plattformarna. Om en användare till exempel aktiverar Stör ej från Webex-appen synkroniseras statusen med samtalsenheter för BroadWorks. Till följd av detta ringer användarens BroadWorks-registrerade skrivbordstelefon inte när någon försöker ringa den. Om en användare ställer in Stör ej från en skrivbordstelefon synkroniseras statusen till Webex-appen. Utan den här funktionen identifieras inte Stör ej-uppdateringar från en plattform av den andra plattformen.

Synkronisering av stör ej tillämpas på klusternivå i BroadWorks och kan aktiveras i Partner Hub av en partneradministratör.

Förutsättningar

Se till att följande korrigeringar tillämpas på AS och XSP/ADP. Tillämpa endast korrigeringarna för din version av BroadWorks.

För version 22:

  • AS-plåster: AP.as.22.0.1123.ap382615, AP.as.22.0.1123.ap382838

  • XSP-plåster: AP.xsp.22.0.1123.ap382615, AP.xsp.22.0.1123.ap382838

För version 23:

  • AS-plåster: AP.as.23.0.1075.ap382615, AP.as.23.0.1075.ap382838

  • XSP-plåster: AP.xsp.23.0.1075.ap382615, AP.xsp.23.0.1075.ap382838

  • ADP-appar: Xsi-Actions-23_2022.03_1.220.bwar, Xsi-Events-23_2022.03_1.220.bwar

För version 24:

  • AS-plåster: AP.as.24.0.944.ap382615, AP.as.24.0.944.ap382838

  • ADP-appar: Xsi-Actions-24_2022.03_1.220.bwar, Xsi-Events-24_2022.03_1.220.bwar

När du har tillämpat korrigeringarna aktiverar du funktionen 25433 på AS:

AS_CLI/System/ActivatableFeature> activate 25433

Konfigurera synkronisering av enhetsfunktionsknappar på Broad Works. Se till att telefonen har stöd för SIP-SUBSCRIBE/NOTIFY för händelsepaketet ”som funktion-händelse”. Mer information finns i synkronisering av Cisco Broad Works enhetsfunktionsknappar.

Aktivera synkronisering av stör ej (befintligt kluster)

  1. Logga in på partnerhubben

  2. Klicka på Inställningar.

  3. Klicka på Visa kluster och välj lämpligt BroadWorks-kluster.

  4. Aktivera knappen Stör ej synkronisering (Stör ej).

  5. Ange ditt användar-ID för BroadWorks och klicka på Aktivera.

    Systemet validerar att BroadWorks-klustret har lämpliga korrigeringar för att stödja synkronisering av stör ej. Om valideringen misslyckas inaktiveras knappen Spara.

  6. Om valideringen lyckas klickar du på Spara.


  • När synkronisering av stör ej har aktiverats uppdaterar Webex alla användarprenumerationer för att inkludera paketet Stör ej händelse. Beroende på antalet användare kan den här processen ta några timmar att slutföra.

  • Aktivering av synkronisering av stör ej är en enkelriktad växling. När funktionen är aktiverad kan du inte inaktivera den på egen hand.

Aktivera synkronisering av stör ej (nytt kluster)

Du kan även aktivera funktionen när du skapar kluster. Mer information finns i ”Konfigurera dina storakluster” i Konfigurera din partnerorganisation i partnerhubben.

Inaktivera synkronisering av stör ej

Du kan inte inaktivera synkronisering av stör ej på egen hand. Om du vill inaktivera funktionen skapar du ett tekniskt BEMS-ärende med följande information:

  • Familj: Spark-tjänst

  • Produkt: Samtal i Webex (Webex för bredaverk)

  • Komponent: WxBW – Etablering

  • I BEMS-fallet måste det anges att Stör ej synkronisering ska inaktiveras för en partner. Ärendet måste innehålla partner-ID och Broad Works-kluster.

Använd ärenden

Figur 6. Inställning och clearing av stör ej (DND) i relation till arbetsstatus

Samtalsinspelning

Webex för Cisco BroadWorks har stöd för fyra samtalsinspelningslägen.

Tabell 6. Inspelningslägen

Inspelningslägen

Beskrivning

Kontroller/indikatorer som visas i Webex-appen

Alltid

Inspelningen initieras automatiskt när samtalet etableras. Användaren kan inte starta eller stoppa inspelningen.

  • Visuell indikator för att inspelningen pågår

Alltid med paus/återuppta

Inspelningen initieras automatiskt när samtalet etableras. Användare kan pausa och återuppta inspelning.

  • Visuell indikator för att inspelningen pågår

  • Pausa inspelningsknapp

  • Knappen Återuppta inspelning

Påbegäran

Inspelningen initieras automatiskt när samtalet etableras, men inspelningen tas bort om inte användaren trycker på Starta inspelning.

Om användare startar en inspelning, bibehålls den fullständiga inspelningen från samtalskonfigurationen. När du har startat inspelningen kan användaren även pausa och återuppta inspelningen

  • Knappen Starta inspelning

  • Pausa inspelningsknapp

  • Knappen Återuppta inspelning

Påbegäran med användarinitierad start

Inspelningen startar inte om användaren väljer alternativet Starta inspelning i Webex-appen. Användaren har möjlighet att starta och stoppa inspelningen flera gånger under ett samtal.

  • Knappen Starta inspelning

  • Knappen Stoppa inspelning

  • Pausa inspelningsknapp

Krav

Om du vill distribuera den här funktionen på Webex för Cisco BroadWorks måste du distribuera följande BroadWorks-korrigeringar:

Identifieraren för samtalskorrelation måste vara aktiverad. Mer information finns i Aktivera samtalskorrelationsidentifierare.

Följande konfigurationstagg måste aktiveras för att du ska kunna använda den här funktionen: %ENABLE_CALL_RECORDING_WXT%.

Den här funktionen kräver en integrering med en samtalsinspelningsplattform från tredje part.

Om du vill konfigurera samtalsinspelning på BroadWorks går du till Cisco BroadWorks-gränssnittsguiden för samtalsinspelning.

Ytterligare information

Information om hur du använder inspelningsfunktionen finns i artikeln help.webex.com i Webex | Spela in dina samtal.

För att spela upp en inspelning måste användare eller administratörer gå till sin samtalsinspelningsplattform från tredje part.

Grupp-samtalsparkering och hämta

Webex för Cisco BroadWorks har stöd för gruppsamtalsparkering och hämtning. Den här funktionen ger användare i en grupp ett sätt att parkera samtal, som sedan kan hämtas av andra användare i gruppen. Till exempel kan detaljhandlare i en butiksinställning använda funktionen för att parkera ett samtal som sedan kan hämtas av någon i en annan avdelning.

funktionsåtgärd

När funktionen har konfigurerats

  • Under ett samtal klickar en användare på parkeringsalternativet på sin Webex-app för att parkera samtalet vid en anknytning som systemet väljer automatiskt. Systemet visar anknytningen för användaren under en period på 10 sekunder.

  • En annan användare i gruppen klickar på alternativet Hämta samtal i sin Webex-app. Användaren anger sedan anknytningen för det parkerade samtalet för att fortsätta samtalet.

Krav

Kontrollera följande för att den här funktionen ska fungera:

  • Klientkonfigurationsfilen måste ha följande taggar inställda:

    <call-park enabled="%ENABLE_CALL_PARK_WXT%"
            timer="%CALL_PARK_AUTO_CLOSE_DIALOG_TIMER_WXT%"/>
  • Samtalskorrelationsidentifieraren måste vara aktiverad på AS och XSP. Mer information finns i Aktivera samtalskorrelationsidentifierare.

  • Din SBC måste konfigureras för att passera ” x-broadworks-correlation-in ”SIP-attribut till och från programservern.

Konfiguration

Mer information om hur du konfigurerar gruppsamtalsparkering på BroadWorks finns i ”Lägg till samtalsparkeringsgrupp” i administrationsguiden för Cisco BroadWorks-programservergrupp för webbgränssnitt – del 2. Du måste skapa en grupp och lägga till användare i gruppen.

Mer information om hur du konfigurerar samtalskorrelationsidentifieraren på BroadWorks finns i Cisco Broad Works funktionsbeskrivning för samtalskorrelationsidentifierare.

Ytterligare information

Mer information om hur du använder gruppsamtalsparkering finns i Webex | Park och Hämta samtal.

Samtalsparkering/dirigerad samtalsparkering

Regelbunden eller riktad samtalsparkering stöds inte i användargränssnittet för Webex-appen, men etablerade användare kan distribuera funktionen med hjälp av funktionsåtkomstkoder:

  • Ange *68 för att parkera ett samtal

  • Ange *88 för att hämta ett samtal

Ingripande

Inbrytningstjänsten används ofta i callcenter-miljöer eller andra situationer där omedelbar hjälp eller intervention kan krävas.

När en inbrytningstjänst är aktiverad kan en utsedd användare eller arbetsledare gå in i ett aktivt samtal genom att initiera ett specifikt kommando eller genom att använda en dedikerad knapp- eller knappkombination på sin telefon- eller kommunikationsenhet. När begäran om inbrytning har gjorts upprättar systemet en anslutning till det pågående samtalet, så att den behöriga personen kan lyssna på konversationen eller delta i samtalet som aktiv mötesdeltagare.

Inbrytningstjänst kan vara användbart i olika scenarier. I en call center-inställning kan arbetsledare eller utbildare övervaka och utbilda kundtjänstrepresentanter genom att lyssna på sina samtal i realtid. Vid behov kan de ingripa för att ge vägledning eller ta över samtalet om representanten kämpar. I nödsituationer eller kritiska diskussioner kan auktoriserad personal snabbt delta i pågående samtal för att ge hjälp eller fatta viktiga beslut.

I Webex-appen för Bryt in får vi ett meddelande om att samtalet omvandlas till en konferens. Det finns ingen ytterligare information i NOTIFY (samtalsinfo eller konferensinfo) vilken typ av konferens är, så vi kan behandla den på ett annat sätt.

När en inbrytning inträffar upprättas ett trevägssamtal mellan parterna. Följande termer införs:

  • Arbetsledare: En arbetsledare är en person som övervakar och hanterar ett team av kundtjänstrepresentanter eller representanter för samtalscentret. I samband med inbrytning av samtal har en arbetsledare vanligtvis möjlighet att övervaka och ingripa i pågående kundsamtal. De kan använda verktyg för samtalsövervakning eller programvara för att lyssna på samtal, ge vägledning till agenter och säkerställa kvalitetskontroll. Arbetsledarens roll kan innefatta utbildningsagenter, ta itu med kundernas problem och optimera teamets prestanda.

  • Kund: En kund avser en person eller enhet som arbetar med ett företag eller organisation för att erhålla produkter, tjänster eller support. I samband med inbrytning av samtal är en kund någon som ringer eller tar emot ett telefonsamtal med en kundtjänstagent. Kunder kan söka hjälp, information eller lösning på sina frågor eller problem under samtalet. Med inbrytningsfunktionen kan arbetsledare eller auktoriserad personal delta i det pågående samtalet mellan kunden och agenten.

  • Agent: En agent, även känd som kundtjänstrepresentant eller call center agent, är en person som ansvarar för att hantera kundinteraktioner och tillhandahålla support eller assistans via telefonen eller andra kommunikationskanaler. Agenter utbildas i att hantera kundförfrågningar, lösa problem, behandla transaktioner och leverera en positiv kundupplevelse. I samband med inbrytning av samtal är en agent den person som talar direkt till kunden under telefonsamtalet. Agenten kan få vägledning eller feedback från arbetsledaren genom inbrytning av samtal om det behövs.

Inhemskt mobilt samtal eskaleras till möte

Den mobila inhemska samtalseskaleringen till möte har två unika funktioner:

  • Nytt push-meddelande

    Mobila användare i ett inhemskt samtal kan nu växla till Webex-appen genom att trycka på den nya push-aviseringen. När du startar en inbyggd samtalsskärm visas ett nytt push-meddelande på skärmen och när du trycker på aviseringen tar du direkt till skärmen i Webex-appen i samtal.

    Du ser Webex-aviseringen under ett mobiltelefonsamtal om du använder Webex Go eller om din mobilnätverksoperatör (MNO) har samtalssignalering med Cisco-samtalskontroll för dina mobiltelefonsamtal.

  • Flytta mobilsamtal till möte

    När du befinner dig mitt i ett samtal med någon kan du vilja flytta samtalet till ett möte för att använda vissa avancerade mötesfunktioner som video, delning eller whiteboardtavla. Eller bjud in andra personer till diskussionen och flytta till ett möte.

Bredakrav på verk

  • Aktiveringsfunktion 25239

  • R23 med XSP:

    • AS-korrigering AP.as.23.0.1075.ap383064

    • XSP-korrigering AP.xsp.23.0.1075.ap383064

    • Korrigera AP.platform.23.0.1075.ap383064

  • R23 med ADP:

    • AS-korrigering AP.as.23.0.1075.ap383064

    • ADP med Xsi-Actions-23, CommPilot-23 version > 2022.05_1.303 och NPS-version > 2022.08_1.350

  • R24:

    • AS-plåster: AP.as.24.0.944.ap383064

    • ADP med Xsi-Actions-24, CommPilot-24-version > 2022.05_1.303 och NPS-version > 2022.08_1.350

  • R25:

    • AS RI-version Rel_2022.08_1.354

    • ADP med Xsi-Actions-25, CommPilot-25 > 2022.08_1.350 och NPS-version > 2022.08_1.350

URI-uppringningskonfiguration för att stödja flyttning av samtal till möte

Policy för NS URL-uppringning

Definiera regel för (.*)webex.com att dirigera genom I-SBC

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

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

NS-routning NE för I-SBC

Exempel-konfiguration

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

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

NS-routningsprofil

Policyinstansen för URL-uppringning har lagts till i lämpliga routningsprofiler

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

AS Använd NS-route för nätverks-URL-samtal

Aktivera AS för att hedra NS-routen i Hybrid AS-läge

AS_CLI/Interface/IMS> set queryNSForNetworkURL true

E911-nödsamtal

Webex för Cisco BroadWorks har stöd för nödsamtal i E911. Med den här funktionen dirigeras nödsamtal till en Public Safety Answering Point (PSAP) som sedan kan dirigera räddningstjänsten till uppringarens plats. För att använda den här funktionen måste du integrera Webex för Cisco BroadWorks med en E911-nödsamtalsleverantör.

Använd följande Webex-artiklar för att konfigurera stöd för E911-nödsamtalstjänster:

  • E911-nödsamtal i Webex för Broad Works – använd den här artikeln för att konfigurera nödsamtal i E911 i Webex för Cisco BroadWorks med en av följande E911-leverantörer som stöds:

    • Bandwidth

    • Gör flera

    • RedSky

  • Ansvarsfriskrivning för nödsamtal – Om du har en platstjänst kan du konfigurera ansvarsfriskrivningsfönstret för nödtjänster i Webex-appen så att det inkluderar ett alternativ för användare att uppdatera sin plats när de loggar in.

Anpassa och etablera klienter

Användare hämtar och installerar sina generiska Webex-appar, för skrivbord eller mobil (se Webex-appplattformar för nedladdning). När användaren har autentiserat registrerar sig klienten mot Webex Cloud för meddelanden och möten, hämtar sin varumärkesinformation, upptäcker sin BroadWorks-serviceinformation och hämtar sin samtalskonfiguration från BroadWorks-programserver (via DMS på XSP).

Du konfigurerar samtalsparametrarna för Webex-appar i BroadWorks (som vanligt). Du konfigurerar parametrar för märkning, meddelanden och möten för klienterna i Control Hub. Du ändrar inte en konfigurationsfil direkt.

Dessa två uppsättningar av konfigurationer kan överlappa varandra, i vilket fall Webex-konfigurationen ersätter BroadWorks-konfigurationen.

Lägg till konfigurationsmallar för Webex-appar i BroadWorks-programserver

Webex-appar konfigureras med DTAF-filer. Klienterna hämtar en XML-konfigurationsfil från programservern via enhetshanteringstjänsten på XSP.

  1. Hämta de DTAF-filer som krävs (se Enhetsprofiler i avsnittet Förbered din miljö).

  2. Kontrollera att du har rätt tagguppsättningar i BroadWorks System > Resurser > Enhetshanteringstaggar.

  3. För varje klient som du etablerar:

    1. Hämta och extrahera DTAF-zip-filen för den specifika klienten.

    2. Importera DTAF-filer till BroadSystem > Resurser > Identitets-/enhetsprofiltyper

    3. Öppna den nyligen tillagda enhetsprofilen för redigering och:

      • Ange XSP farm FQDN och protokoll för enhetsåtkomst.

      • Markera kryssrutan Support Remote Party Information. Detta stöd krävs för att skrivbordsdelning ska fungera.


        Du kan även aktivera Remote Party-support genom att köra följande CLI-kommando på programservern: AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
    4. Ändra mallarna enligt din miljö (se tabellen nedan).

    5. Spara filen.

  4. Klicka på Filer och Autentisering och välj sedan alternativet för att återskapa alla systemfiler.

Namn

Beskrivning

Codec-prioritet

Konfigurera prioritetsordning för ljud- och videocodecs för VoIP-samtal

TCP, UDP och TLS

Konfigurera protokoll som används för SIP-signalering och media

RTP-ljud- och videoportar

Konfigurera portintervall för RTP-ljud och video

SIP-alternativ

Konfigurera olika alternativ relaterade till SIP (SIP INFO, använd rport, SIP-proxyupptäckt, uppdateringsintervall för registrering och prenumeration osv.)

Anpassa märkning för Webex-appen


Användaraktiveringsportalen använder samma logotyp som du lägger till för klientmärkning.

Anpassa URL:er för problemrapportering och hjälp

För att anpassa dessa alternativ kan administratörer följa proceduren ”Lägg till feedback och hjälp webbplats-URL:er”, som finns i båda ovanstående varumärkesartiklar.

Konfigurera din testorganisation för Webex för Cisco Broad Works

Innan du börjar

Med strömförsörjning

Du måste konfigurera alla XSP-tjänster och partnerorganisationen i Control Hub innan du kan utföra den här uppgiften.

1

Tilldela tjänst i BroadWorks:

  1. Skapa ett testföretag under ditt tjänsteleverantörsföretag i BroadWorks, eller skapa en testgrupp under din tjänsteleverantör (beroende på din BroadWorks konfiguration).

  2. Konfigurera IM&P-tjänsten för företaget för att peka på mallen som du testar (hämta URL för etableringsadaptern och inloggningsuppgifter från kundmallen i Control Hub).

  3. Skapa testprenumeranter i företaget/gruppen.

  4. Ge användarna unika e-postadresser i e-postfältet i Broadverk. Kopiera dessa till attributet Alternativt ID också.

  5. Tilldela den integrerade IM&P-tjänsten till dessa prenumeranter.


     

    Detta utlöser skapandet av kundorganisationen och de första användarna, vilket tar flera minuter. Vänta en stund innan du försöker logga in med dina nya användare.

2

Verifiera kundorganisation och användare i Control Hub:

  1. Logga in på Control Hub med ditt partneradministratörskonto.

  2. Gå till Kunder och kontrollera att din nya kundorganisation finns i listan (namn följer gruppnamnet eller företagsnamnet, från BroadWorks).

  3. Öppna kundorganisationen och kontrollera att prenumeranterna är användare i den organisationen.

  4. Kontrollera att den första prenumeranten som du tilldelade den integrerade IM&P-tjänsten har blivit kundadministratör för organisationen.

Användartester

1

Hämta Webex-appen på två olika datorer.

2

Logga in som testanvändare på de två maskinerna.

3

Ring testsamtal.