Installer Webex til Cisco BroadWorks

Oversigt over installation

Følgende diagrammer repræsenterer den typiske rækkefølge af dine implementeringsopgaver for de forskellige brugerklargøringstilstande. Mange af opgaverne er fælles for alle klargøringstilstande.

Figur 1. Opgaver, der kræves for implementering af flow-through klargøring
Viser den rækkefølge af opgaver, der er påkrævet for at installere Webex til Broad Works med flowthrough-klargøring og pålidelige e-mails
Figur 2. Opgaver, der kræves for installation af flowthrough-klargøring uden pålidelige e-mails
Viser den rækkefølge af opgaver, der er påkrævet for at installere Webex til Broad Works med flowthrough-klargøring uden e-mails
Figur 3. Opgaver, der kræves for installation af brugeregenklargøring
Viser den rækkefølge af opgaver, der kræves for at installere Webex til Broad Works med selvaktivering

Onboarding af partnere til Webex til Cisco BroadWorks

Hver Webex til Cisco Broad Works-tjenesteudbyder eller -forhandler skal konfigureres som en partnerorganisation for Webex til Cisco BroadWorks. Hvis du har en eksisterende Webex-partnerorganisation, kan dette bruges.

For at fuldføre den nødvendige onboarding skal du udføre dit Webex Cisco Broad Works-papirarbejde, og nye partnere skal acceptere onlinepartnerskabsaftalen (ICPA). Når disse trin er fuldført, opretter Cisco Compliance en ny partnerorganisation i Partner Hub (hvis det er nødvendigt) og sender en e-mail med godkendelsesoplysninger til Admin of Record i dit papirarbejde. Samtidig kontakter din partneraktivering og/eller Customer Success Programme Manager dig for at starte din onboarding.

Konfigurer tjenester på dit Webex til Cisco Broad Works XSP'er

Vi kræver, at NPS-applikationen køres på en anden XSP. Krav til denne XSP er beskrevet i Konfigurer opkaldsunderretninger fra dit netværk.

Du skal bruge følgende applikationer/tjenester på dine XSP'er.

Tjeneste/applikation

Godkendelse påkrævet

Tjeneste-/applikationsformål

Xsi-begivenheder

TLS (serveren godkender sig selv til klienter)

Opkaldskontrol, tjenesteunderretninger

Xsi-handlinger

TLS (serveren godkender sig selv til klienter)

Opkaldskontrol, handlinger

Enhedsadministration

TLS (serveren godkender sig selv til klienter)

Download af opkaldskonfiguration

Godkendelsestjeneste

TLS (serveren godkender sig selv til klienter)

Brugergodkendelse

Integration af computertelefoni

mTLS (klient og server godkender hinanden)

Telefonitilstedeværelse

Webvisning af applikation for opkaldsindstillinger

TLS (serveren godkender sig selv til klienter)

Viser brugeropkaldsindstillinger i selvbetjeningsportalen i Webex-appen

Dette afsnit beskriver, hvordan du anvender de nødvendige konfigurationer for TLS og mTLS på disse grænseflader, men du skal henvise til eksisterende dokumentation for at få programmerne installeret på dine XSP'er.

Krav til medbopæl

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

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

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

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

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

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

Xsi-grænseflader

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

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

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

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

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


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

Konfigurer godkendelsestjeneste (med validering af CI-token)

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


Gensidig TLS (mTLS) understøttes også som en alternativ godkendelsesmetode til godkendelsestjenesten. Hvis du har flere Webex-organisationer, der kører fra den samme XSP-server, skal du bruge mTLS-godkendelse, fordi CI-token-validering ikke understøtter flere forbindelser til den samme XSP-godkendelsestjeneste.

Hvis du vil konfigurere m-TLS-godkendelse for godkendelsestjenesten i stedet for validering af CI-token, skal du se Appendix for Configure Services (med mTLS for godkendelsestjenesten).


Hvis du i øjeblikket bruger mTLS til godkendelsestjenesten, er det ikke obligatorisk, at du omkonfigurerer til at bruge CI-token-validering med TLS.
  1. Få OA-legitimationsoplysninger til dit Webex til Cisco Broad.

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

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

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

      XSP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
    2. Kør denne kommando for at installeregodkendelsestjenesten på XSP:

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

    • IdenTrust Commercial Root CA 1

    • Go Daddy Root Certificate Authority - G2

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

    ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get

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

    ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust

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

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

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


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

  5. Konfigurer identitetsudbyderne ved at køre følgende kommandoer på hver XSP-server:

    XSP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get

    • set clientId client-Id-From-Step1

    • set enabled true

    • set clientSecret client-Secret-From-Step1

    • set ciResponseBodyMaxSizeInBytes 65536

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

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

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

    Tabel 1. Indstil udstederensnavn og udstedersURL-adresse
    Hvis CI-klynge er... Indstil udstederensnavn og udstedersURL-adresse til...

    US-A

    https://idbroker.webex.com/idb

    EU

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

    US-B

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


     
    Hvis du ikke kender din CI-klynge, kan du få oplysningerne fra kundeoplysningerne i Help Desk-visningen i Control Hub.
    Tabel 2. Indstil URL-adresse tiltoken-info
    Hvis Teams-klyngen er ... Indstil URL-adresse tiltoken-info til ...(idP-proxy-URL)

    AKK

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

    AFRA

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

    VÆGTTAB

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


     
    • Hvis du ikke kender din Teams-klynge, kan du få oplysningerne fra kundeoplysningerne i Help Desk-visningen i Control Hub.

    • Ved test kan du bekræfte, at tokeninfo-URL-adressen er gyldig ved at erstatte " idp/authenticate" del af URL-adressen med " ping".

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

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

  7. Konfigurer identitetsudbydere til Cisco Federation ved hjælp af følgende kommandoer på hver XSP-server:

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

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

    • set refreshPeriodInMinutes 60

    • set refreshToken refresh-Token-From-Step1

  8. Kør følgende kommando for at bekræfte, at din FLS-konfiguration fungerer. Denne kommando returnerer listen over identitetsudbydere:

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

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

    • XSP_CLI/Applications/AuthenticationService/TokenManagement>

    • set tokenIssuer BroadWorks

    • set tokenDurationInHours 720

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

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

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


    Hvis du cykler tasterne eller ændrer tastlængden, skal du gentage følgende konfiguration og genstarte alle XSP'erne.
    1. Vælg en XSP, der skal bruges til at generere et nøglepar.

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

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

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

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

      XSP_CLI/Applications/authenticationService/KeyManagement> exportKeys

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

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

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

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

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

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

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

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

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

    3. Kontroller parameteren med get.

    4. Genstart XSP.

Fjern klientgodkendelseskrav for godkendelsestjeneste (kun R24)

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

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

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

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

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

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

Specificitet CLI kontekst
System (globalt)

XSP_CLI/System/SSLCommonSettings/JSSE/Ciphers>

XSP_CLI/System/SSLCommonSettings/JSSE/Protocols>

Transportprotokoller for dette system

XSP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>

XSP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>

HTTP på dette system

XSP_CLI/Interface/Http/SSLCommonSettings/Ciphers>

XSP_CLI/Interface/Http/SSLCommonSettings/Protocols>

Specifikke HTTP-servergrænseflader på dette system

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

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

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

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

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

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

XSP_CLI/Interface/Http/HttpServer> get

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

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

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

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

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

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

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

Sådan konfigureres de krævede cifre:

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

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

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


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

    Se https://ciphersuite.info/ for at finde suiten efter hvert navn.

Konfigurer enhedsadministration på XSP-, applikationsserver og profilserver

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

CTI-grænseflade og relateret konfiguration

Konfigurationsrækkefølgen "inmost to outmost" vises nedenfor. Det er ikke obligatorisk at følge denne ordre.

  1. Konfigurer programserver for CTI-abonnementer

  2. Konfigurer XSP'er for mTLS-godkendte CTI-abonnementer

  3. Åbn indgående porte til sikker CTI-grænseflade

  4. Abonner på din Webex-organisation til CTI-begivenheder med bredeværker

Konfigurer programserver for CTI-abonnementer

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

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

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


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

Konfigurer TLS og cifre på CTI-grænsefladen

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

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

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

Specificitet

CLI-kontekst

System (globalt)

(R22 og senere)

XSP_CLI/System/SSLC-ommon-indstillinger/JSSE/Ciphers>

XSP_CLI/System/SSLC-ommon-indstillinger/JSSE/Protokoller>

Transportprotokoller for dette system

(R22 og senere)

XSP_CLI/System/SSLC-ommon-indstillinger/Åben SSL/Ciphers>

XSP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>

Alle CTI-grænseflader på dette system

(R22 og senere)

XSP_CLI/Grænseflade/CTI/SSLC-ommon-indstillinger/Ciphers>

XSP_CLI/Grænseflade/CTI/SSLC-ommon-indstillinger/protokoller>

En specifik CTI-grænseflade på dette system

(R22 og senere)

XSP_CLI/Grænseflade/CTI/CTIS-erver/SSLS-kæder/Ciphers>

XSP_CLI/Grænseflade/CTI/CTIS-erverSSLS-kæder/protokoller>


Ved en ny installation installeres følgende cifre som standard på systemniveau. Hvis der ikke er konfigureret noget på grænsefladeniveauet (f.eks. CTI-grænsefladen eller HTTP-grænsefladen), gælder denne krypteringsliste. Bemærk, at denne liste kan ændre sig med tiden:

  • TLS_ECDHE_RSA_MED_AES_128_GCM_SHA256

  • TLS_ECDHE_ECDSA_MED_AES_128_GCM_SHA256

  • TLS_ECDHE_RSA_MED_AES_128_CBC_SHA256

  • TLS_ECDHE_ECDSA_MED_AES_128_CBC_SHA256

  • TLS_DHE_DSS_MED_AES_128_GCM_SHA256

  • TLS_DHE_RSA_MED_AES_128_GCM_SHA256

  • TLS_DHE_RSA_MED_AES_128_CBC_SHA256

  • TLS_DHE_DSS_MED_AES_128_CBC_SHA256

  • TLS_ECDH_RSA_MED_AES_128_GCM_SHA256

  • TLS_ECDH_ECDSA_MED_AES_128_GCM_SHA256

  • TLS_ECDH_RSA_MED_AES_128_CBC_SHA256

  • TLS_ECDH_ECDSA_MED_AES_128_CBC_SHA256

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

    Se https://ciphersuite.info/ for at finde suiten efter hvert navn.

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

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

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

  1. Log ind på Partner Hub.

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


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

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

    1. Åbn combinedcertchain2023.txt i et tekstredigeringsprogram.

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

    3. Gem den nye fil som root2023.txt.

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

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

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

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

  7. Overfør certifikatfilerne til nye tillidsanker - 2023

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

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


    Alle aliaser skal have et andet navn. webexclientroot2023 og webexclientissuing2023 er eksempler på aliaser for tillidsankrkerne. Du kan bruge dine egne, så længe alle poster er unikke.

  8. Bekræft, at anker er opdateret:

    XSP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get

      Alias   Owner                                   Issuer
    =============================================================================
    webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
    webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]
  9. Tillad klienter at godkende med certifikater:

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

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

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

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

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

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

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

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

      XSP_CLI/Interface/CTI/CTIServer> get

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

      XSP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>

  3. Genstart XSP.

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

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

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

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

Webvisning af opkaldsindstillinger

Webvisning af opkaldsindstillinger (CSWV) er en applikation, der hostes på XSP (eller ADP) for at give brugere mulighed for at modificere deres opkaldsindstillinger for Broad Works via en webvisning, som de ser i softwareklienten. Se løsningsvejledningen til webvisning af opkaldsindstillinger for Cisco Wide Works.

Webex gør brug af denne funktion til at give brugere adgang til almindelige opkaldsindstillinger forBroad Works, der ikke er indbygget i Webex-appen.

Hvis du ønsker, at dine Webex til Cisco Broad Works-abonnenter skal få adgang til opkaldsindstillinger ud over de standardindstillinger, der er tilgængelige i Webex-appen, skal du installere funktionen Webvisning af opkaldsindstillinger.

Webvisning af opkaldsindstillinger har to komponenter:

  • Webvisning af opkaldsindstillinger, der hostes på en Cisco Broad Works XSP (eller ADP).

  • Webex-appen, som gengiver opkaldsindstillingerne i en webvisning.

Brugeroplevelse

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

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

Installer CSWV på bredeværker

Installer webvisning af opkaldsindstillinger på XSP'er

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

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

  2. Find og download den seneste version af filen.

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

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

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

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

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

      Softwareadministratoren Broad Works validerer og installerer filen.

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

    4. Aktivér applikationen:

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

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

    5. Installer applikationen Opkaldsindstillinger på den valgte kontekststi:

      XSP_CLI/Maintenance/ManagedObjects> deploy application /callsettings

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

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

    Noter:

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

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

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

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

Konfigurer Webex-appen til at bruge webvisning for opkaldsindstillinger

Få flere oplysninger om klientkonfiguration i Konfigurationsvejledningen til Webex til Cisco.

Der er et brugerdefineret mærke i Webex-appkonfigurationsfilen, som du kan bruge til at indstille CSWV URL-adressen. Denne URL-adresse viser opkaldsindstillingerne for brugerne via applikationsgrænsefladen.

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

I Webex-appkonfigurationsskabelonen på Broad Works skal du konfigurere CSWV URL-adressen på %WEB_CALL_SETTINGS_URL_WXT% tagget.

Hvis du ikke udtrykkeligt angiver URL-adressen, er standarden tom, og siden med opkaldsindstillinger er ikke synlig for brugerne.

  1. Sørg for, at du har de seneste konfigurationsskabeloner til Webex-appen (se enhedsprofiler).

  2. Indstil målet for webopkaldsindstillinger til csw:

    %WEB_CALL_SETTINGS_TARGET_WXT% csw

  3. Indstil URL-adressen til webopkaldsindstillinger for dit miljø, for eksempel:

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

    Du udledte denne værdi, når du installerede CSWV-applikationen.

  4. Den resulterende klientkonfigurationsfil skal have en post som følger:
    <web-call-settings target="csw">
        <url>https://yourxsp.example.com/callsettings/</url>
    </web-call-settings>

Konfigurer beskeder om opkaldstryk i Webex til Cisco WideWorks

I dette dokument bruger vi udtrykket CNPS (Call Notifications Push Server) til at beskrive en XSP-hosted eller ADP-hosted applikation, der kører i dit miljø. Din CNPS fungerer sammen med dit Broad Works-system for at være opmærksom på indgående opkald til dine brugere og skubber underretninger om dem til Google Firebase Cloud Messaging (FCM) eller Apple Push Notification Service (APN).

Disse tjenester underretter mobilenhederne i Webex for Cisco Broad Works-abonnenter om, at de har indgående opkald på Webex.

For yderligere oplysninger om NPS, se funktionsbeskrivelsen af beskedpush-server.

En lignende mekanisme i Webex fungerer med Webex-meddelelses- og tilstedeværelsestjenester til at skubbe beskeder til Google- (FCM) eller Apple-beskedtjenester (APNS). Disse tjenester underretter igen mobile Webex-brugere om indgående meddelelser eller tilstedeværelsesændringer.


Dette afsnit beskriver, hvordan du konfigurerer NPS til godkendelsesproxy, når NPS ikke allerede understøtter andre apps. Hvis du har brug for at migrere en delt NPS for at bruge NPS-proxy, kan du se Opdatering af Cisco Broad Workshttps://help.webex.com/nl5rir2/.

Oversigt over NPS-proxy

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

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

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

APNS-betragtninger

Apple vil ikke længere understøtte den HTTP/1-baserede binære protokol på Apple Push Notification Service efter den 31. marts 2021. Vi anbefaler, at du konfigurerer din XSP til at bruge den HTTP/2-baserede grænseflade til APN'er. Denne opdatering kræver, at din XSP, der hoster NPS, kører R22 eller senere.

Forbered din NPS til Webex til Cisco WideWorks

1

Installer og konfigurer en dedikeret XSP (minimumsversion R22) eller Application Delivery Platform (ADP).

2

Installer NPS-godkendelsesproxyprogramrettelser:

3

Aktivér applikationen Push Server.

4

(For Android-beskeder) Aktivér FCM v1-API på NPS.

XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true

5

(For Apple i OS-underretninger) Aktivér HTTP/2 på NPS.

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

6

Vedhæft en teknisk support fra NPS XSP/ADP.

7

På hver AS-server er filen i /usr/local/broadworks/bw_base/conf skal konfigureres med SRV- og A-optegnelser til Notification Push Server (XSP/ADP)-opslag, hvis flere XSP/ADP-enheder derefter tilføjer en post for hver efter behov.

Eksempel: _pushnotification-klient._tcp.qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com I A 10.193.78.149


 

Når den er indstillet, kræves en af følgende for at besvare ændringerne:

  1. En genstartbw er forudformet i et vedligeholdelsesvindue.

  2. Via Cisco Broad Works-CLI:

    R24 og ældre

    AS_CLI/ASDiagnostic/DNS> genindlæs

    R25 +

    AS_CLI/ASDiagnostic/DNS/ExecutionServer> genindlæs

    AS_CLI/ASDiagnostic/DNS/ProvisioningServer> genindlæs

Næste trin

For friske installationer af en NPS skal du gå til Konfigurer NPS for at bruge godkendelsesproxy

Hvis du vil migrere en eksisterende Android-installation til FCM v1, skal du gå til Migrer NPS til FCMV1

Konfigurer NPS til at bruge godkendelsesproxy

Denne opgave gælder for en ny installation af NPS, der er dedikeret til Webex til Cisco BroadWorks.

Hvis du vil konfigurere godkendelsesproxy på en NPS, der deles med andre mobilapps, kan du se Opdatering af Cisco Broad Works NPS for at bruge NPS-proxy (https://help.webex.com/nl5rir2).

1

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

2

Opret klientkontoen 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

Hvis du vil bekræfte de indtastede værdier, stemmer overens med det, du fik, skal du køre XSP_CLI/Applications/NotificationPushServer/CiscoCI/Client> get


 
CiscoCI-udsteders URL-adresse skal ALTID være US CI-klynge uanset din placering, og standarden skal være:
XSP_CLI/Applications/NotificationPushServer/CiscoCI> get issuerUrl = https://idbroker.webex.com/idb
3

Indtast NPS-proxy-URL-adressen, og indstil intervallet for tokenopdatering (anbefalet 30 minutter):

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

XSP_CLI/Applications/NotificationPushServer/CloudNPSService> set VOIPTokenRefreshInterval 1800

4

(For Android-underretninger) Føj Android-applikations-id'et til FCM-programkonteksten på NPS.

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

5

(For Apple i OS-underretninger) Føj applikations-id'et til APNS-programkonteksten, sørg for at udelade godkendelsesnøglen – indstil den til at tømme.

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

6

Konfigurer følgende NPS URL-adresser:

XSP CLI Kontekst

Parameter

Værdi

  • 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

Konfigurer følgende NPS-forbindelsesparametre til de anbefalede værdier, der vises:

XSP CLI Kontekst

Parameter

Værdi

  • XSP_CLI/Applications/

    NotificationPushServer/FCM>

tokenTimeToLiveInSeconds

3600

connectionPoolSize

10

connectionTimeoutInMilliseconds

3600

connectionIdleTimeoutInSeconds

600

  • XSP_CLI/Applications/NotificationPushServer/

    APNS/Production>

connectionTimeout

3000

connectionPoolSize

2

connectionIdleTimeoutInSeconds

600

8

Kontrollér, om applikationsserveren screener program-id'er, da du muligvis skal føje Webex-apps til listen over tilladelser:

  1. Kør AS_CLI/System/PushNotification> get og kontroller værdien af enforceAllowedApplicationList. Hvis det er true, du skal udføre denne underopgave. Ellers skal du springe resten af underopgaven over.

  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

Genstart XSP: bwrestart

10

Test opkaldsunderretninger ved at foretage opkald fra en Broad Works-abonnent til to Webex-mobilbrugere. Bekræft, at opkaldsunderretning vises på iOS- og Android-enheder.

Migrer NPS til FCMV1

Dette emne indeholder valgfrie procedurer, som du kan bruge i Google FCM-konsollen, når du har en eksisterende NPS-installation, som du skal migrere til FCMV1. Der er tre procedurer:

Migrer UC-One-klienter til FCMV1

Brug nedenstående trin i Google FCM-konsollen til at migrere UC-One-klienter til Google FCM HTTPV1.


Hvis branding anvendes på klienten, skal klienten have afsender-id'et. I FCM-konsollen, se Projektindstillinger > Cloud-meddelelser. Indstillingen vises i tabellen Projektlegitimationsoplysninger.

Få flere oplysninger i vejledningen til Tilslut mobilbrandinghttps://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, der er placeret i branding-sættet, ressourcemappe, branding.xml-filen med nedenstående syntaks:

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

  1. Log ind på FCM-administratorens SDK http://console.firebase.google.com.

  2. Vælg den relevante Android-applikation.

  3. I fanen Generelt skal du optage projekt-id'et

  4. Naviger til fanen Tjenestekonti for at konfigurere en tjenestekonto. Du kan oprette en ny tjenestekonto eller konfigurere en eksisterende.

    Sådan opretter du en ny tjenestekonto:

    1. Klik på den blå knap for at oprette en ny tjenestekonto

    2. Klik på den blå knap for at generere en ny privat nøgle

    3. Download nøgle til en sikker placering

    Sådan genbruges en eksisterende tjenestekonto:

    1. Klik på den blå tekst for at se eksisterende tjenestekonti.

    2. Identificer den tjenestekonto, der skal bruges. Tjenestekonto kræver tilladelse til firebaseadmin-sdk.

    3. Til højre skal du klikke på hamburgermenuen og oprette en ny privat nøgle.

    4. Download json-filen, der indeholder nøglen, og gem på en sikker placering.

  5. Kopiér json-filen til XSP.

  6. Konfigurer projekt-id'et, og:

    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. Konfigurer applikationen:

    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. Aktivér FCM v1:

    XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
    ...Done
  9. Kør installationsfilen for bwrestart kommando til at genstarte XSP.

Overfør SaaS-klienter til FCMV1

Brug nedenstående trin på Google FCM Console, hvis du vil migrere SaaS-klienter til FCMV1.


Sørg for, at du allerede har fuldført proceduren "Konfigurer NPS til at bruge godkendelsesproxy".
  1. Deaktiver FCM:

    XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false
    ...Done
  2. Kør installationsfilen for bwrestart kommando til at genstarte XSP.

  3. Aktivér FCM:

    XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
    ...Done
  4. Kør installationsfilen for bwrestart kommando til at genstarte XSP.

Opdater ADP-server

Brug nedenstående trin i Google FCM-konsollen, hvis du migrerer NPS for at bruge en ADP-server.

  1. Få JSON-filen fra Google Cloud-konsollen:

    1. På Google Cloud-konsollen skal du gå til siden Tjenestekonti .

    2. Klik på Vælg et projekt, vælg dit projekt, og klik på Åbn.

    3. Find rækken på den tjenestekonto, som du vil oprette en nøgle til, klik på knappen Mere lodret, og klik derefter på Opret nøgle.

    4. Vælg en tasttype , og klik på Opret

      Filen downloades.

  2. Føj FCM til ADP-serveren:

    1. Importer JSON-filen til ADP-serveren ved hjælp af /bw/install kommando.

    2. Log ind på ADP CLI, og tilføj projekt- og API-nøgle:

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

    3. Tilføj derefter applikationen og nøglen:

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

    4. Bekræft 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

Konfigurer din partnerorganisation i Partner Hub

Konfigurer dine bredearbejdsklynger

[én gang pr. klynge]

Dette sker af følgende årsager:

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

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

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


Klyngeguiden validerer automatisk grænsefladerne, når du tilføjer dem. Du kan fortsætte med at redigere klyngen, hvis nogen af grænsefladerne ikke validerer, men du kan ikke gemme en klynge, hvis der er ugyldige poster.

Vi forhindrer dette, fordi en forkert konfigureret klynge kan forårsage problemer, der er vanskelige at løse.

Hvad skal du gøre?

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

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

  3. Klik på Tilføj klynge.

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

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

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

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

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

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

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

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

    Dette afkrydsningsfelt påvirker disse login-situationer:

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

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

  9. Klik på Næste.

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

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

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

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

    4. Klik på Næste.

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

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

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

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

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

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

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

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

Kontrol af forbindelserne til dine bredearbejdsgrænseflader

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

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

  3. Klik på Vis klynger.

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

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

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

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

Konfigurer dine kundeskabeloner

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

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

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

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

  3. Klik på Tilføj skabelon.

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

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

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

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

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

    Navn på indstilling

    Flowthrough klargøring med pålidelige e-mails

    Flowthrough klargøring uden e-mails

    Brugeregenklargøring

    Aktivér Flow Wide Works Flow through Klargøring (inkluder klargøringskontolegitimationsoplysninger, hvis On**)

    Tænd

    Angiv klargøringskontonavnet og -adgangskoden i henhold til konfigurationen Broad Works.

    Tænd

    Angiv klargøringskontonavnet og -adgangskoden i henhold til konfigurationen Broad Works.

    Sluk

    Opret automatisk nye organisationer i Control Hub

    Den

    Den

    Den

    Tjenesteudbyders e-mailadresse

    Vælg en e-mailadresse i rullemenuen (du kan indtaste nogle tegn for at finde adressen, hvis den er en lang liste).

    Denne e-mailadresse identificerer administratoren i din partnerorganisation, som vil få delegeret administratoradgang til alle nye kundeorganisationer oprettet med kundeskabelonen.

    Land

    Vælg, hvilket land du bruger til denne skabelon.

    Det land, du vælger, matcher kundeorganisationer, der oprettes med denne skabelon for et bestemt område. I dag kan regionen være (EMEAR) eller (Nordamerika og resten af verden). Se tilknytninger af land til region i dette regneark.

    Organisationslandet bestemmer standard globale opkaldsnumre for Cisco PSTN på Webex-mødewebsteder. Se afsnittet Land på siden Hjælp for yderligere oplysninger.

    BroadWorks Enterprise-tilstand er aktiv

    Aktivér dette, hvis de kunder, du klargør med denne skabelon, er virksomheder i Broad Works.

    Hvis de er grupper, skal du lade denne kontakt være deaktiveret.

    Hvis du har en blanding af virksomheder og grupper i dine overordnedeværker, bør du oprette forskellige skabeloner til disse forskellige tilfælde.

    Noter fra tabellen:

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

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

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

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

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

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

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

    • Cisco-indgående opkaldsnumre (PSTN)

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

  10. Klik på Næste.

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

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


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

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

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

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

    Navn på indstilling

    Flowthrough klargøring uden e-mails

    Brugeregenklargøring

    Klargør administrator først

    Anbefalet*

    Ikke anvendelig

    Tillad, at brugere selv aktiverer

    Ikke anvendelig

    Krævet

    • Noter fra tabellen:

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

  12. Klik på Næste.

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


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

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

    (Se godkendelsestilstand i afsnittet Forbered dit miljø).

  14. Klik på Næste.

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

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

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

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

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

    3. Indtast en partneradministrator.

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

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

    5. Klik på Næste.

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

    Du bør se en meddelelse om succes.

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

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

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

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


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

Konfigurer applikationsserver med URL-adresse til klargøringstjeneste


Denne opgave er kun påkrævet for flow gennem klargøring.

Programprogramserver (kun R22 og R23)

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


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

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

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

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

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

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

  2. Klik på Vis skabeloner.

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

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

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

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

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


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

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

    1. AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL

    2. AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name

    3. AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password

    4. AS_CLI/Interface/Messaging> set enableSynchronization true

  2. Aktivér den integrerede IMP-grænseflade:

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

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


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

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

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

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

  3. Vælg Brug meddelelsesserver.

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


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

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

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

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

  8. Klik på Anvend.

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

Brugerklargøringsdata

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

API til kontrol af partner før klargøring

API'en til kontrol før klargøring hjælper administratorer og salgsteams ved at kontrollere for fejl, før du klargør en kunde eller en abonnent for en pakke. Brugere eller integrationer, der er godkendt af en bruger med rollen Partner Full Administrator, kan bruge denne API til at sikre, at der ikke er nogen konflikter eller fejl med klargøring af pakker for en given kunde eller abonnent.

API'en kontrollerer, om der er konflikter mellem denne kunde/abonnent og eksisterende kunder/abonnenter på Webex. API'en kan f.eks. forårsage fejl, hvis abonnenten allerede er klargjort til en anden kunde eller partner, hvis e-mailadressen allerede findes for en anden abonnent, eller hvis der er konflikter mellem klargøringsparametrene og det, der allerede findes på Webex. Dette giver dig mulighed for at rette disse fejl, før du klargør dem, hvilket øger sandsynligheden for vellykket klargøring.

For yderligere oplysninger om API'en, se: Udviklervejledning tilWebex til Broad Works

For at bruge API'en skal du gå til: Formarkér klargøring afen abonnent til brede værker


Hvis du vil få adgang til Formarkér et dokument tilBroad Works abonnentklargøring, skal du logge ind på https://developer.webex.com/ portalen.

Partner SSO - SAML

Giver partneradministratorer mulighed for at konfigurere SAML SSO for nyoprettede kundeorganisationer. Partnere kan konfigurere et enkelt foruddefineret SSO-forhold og anvende denne konfiguration på de kundeorganisationer, de administrerer, samt på deres egne medarbejdere.


Nedenstående Partner SSO-trin gælder kun for nyoprettede kundeorganisationer. Hvis partneradministratorer forsøger at tilføje Partner SSO til en eksisterende kundeorganisation, bevares den eksisterende godkendelsesmetode for at forhindre eksisterende brugere i at miste adgang. Hvis du vil føje Partner SSO til en eksisterende organisation, skal du åbne en billet med Cisco TAC.
  1. Kontrollér, at tredjepartsidentitetsudbyderen opfylder de krav, der er angivet i afsnittet Krav til identitetsudbydere i Single Sign-On-integration i Control Hub.

  2. Åbn en tjenesteanmodning med Cisco TAC. TAC skal etablere et tillidsforhold mellem tredjepartsidentitetsudbyderen og Cisco Common Identity-tjenesten. .


    Hvis dit idP kræver, at passEmailInRequest funktion, der skal aktiveres, sørg for at inkludere dette krav i tjenesteanmodningen. Kontrollér med dit IDP, hvis du er usikker på, om denne funktion er påkrævet.
  3. Overfør den CI-metadatafil, som TAC har leveret til din identitetsudbyder.

  4. Konfigurer en kundeskabelon. For indstillingen Godkendelsestilstand skal du vælge Partnergodkendelse. For IDP-enheds-id'et skal du angive enhed-id'et fra tredjepartsidentitetsudbyderens SAML-metadata-XML.

    Figur 4.
  5. Opret en ny bruger i en ny kundeorganisation, der bruger skabelonen.

  6. Meget, at brugeren kan logge ind.

Partner-SSO – OpenID Connect (OIDC)

Giver partneradministratorer mulighed for at konfigurere OIDC SSO for nyoprettede kundeorganisationer. Partnere kan konfigurere et enkelt foruddefineret SSO-forhold og anvende denne konfiguration på de kundeorganisationer, de administrerer, samt på deres egne medarbejdere.


Nedenstående trin for at opsætte Partner SSO OIDC gælder kun for nyoprettede kundeorganisationer. Hvis partneradministratorer forsøger at ændre standardgodkendelsestypen til Partner SSO OIDC i et eksisterende tempel, gælder ændringerne ikke for de kundeorganisationer, der allerede er onboardet ved hjælp af skabelonen. Hvis du vil føje Partner SSO til en eksisterende kundeorganisation, skal du åbne en billet med Cisco TAC.

  1. Åbn en tjenesteanmodning med Cisco TAC med oplysningerne om Open ID Connect-IDP. Følgende er obligatoriske og valgfrie IDP-attributter. TAC skal konfigurere IDP'en på CI'en og angive omdirigerings-URI'en, der skal konfigureres på IDP'en.

    Tabel 5.

    Attribut

    Krævet

    Beskrivelse

    IDP-navn

    Ja

    Entydigt, men ikke-følsomt navn for konfiguration af OIDC-idP, kan bestå af bogstaver, tal, hyfens, understregninger, hældninger og prikker, og maks. længde er 128 tegn.

    OA-uth-klient-id

    Ja

    Bruges til at anmode om OIDC-idP-godkendelse.

    OA-uth-klienthemmelighed

    Ja

    Bruges til at anmode om OIDC-idP-godkendelse.

    Liste over anvendelsesområder

    Ja

    Liste over anvendelsesområder, der vil blive brugt til at anmode om OIDC-idP-godkendelse, opdelt efter rum, f.eks. "openid-e-mailprofil" skal inkludere openid og e-mail.

    Godkendelsesslutpunkt

    Ja, hvis opdagelsesslutpunkt ikke er angivet

    URL-adresse for idP's OA uth 2.0-godkendelsesslutpunkt.

    tokenslutpunkt

    Ja, hvis opdagelsesslutpunkt ikke er angivet

    URL-adresse for idP's OA uth 2.0-token-slutpunkt.

    Slutpunkt for registrering

    Nej

    URL-adresse for idP's Discovery Endpoint for registrering af Open ID-slutpunkter.

    slutpunkt forbrugeroplysninger

    Nej

    URL-adresse for idP's brugerinfo-slutpunkt.

    Slutpunkt for tastindstilling

    Nej

    URL-adresse for id P's JSON-webnøglesæt slutpunkt.


    Ud over ovenstående IDP-attributter skal partnerorganisations-id'et angives i TAC-anmodningen.

  2. Konfigurer omdirigerings-URI'en på IDP'en Open ID-tilslutning.

  3. Konfigurer en kundeskabelon. For indstillingen Godkendelsestilstand skal du vælge Partner Authentication With Open ID Connect og indtaste det IDP-navn, der er angivet under IDP-opsætningen, som Open ID Connect IDP-enheds-id.

    Figur 5.
  4. Opret en ny bruger i en ny kundeorganisation, der bruger skabelonen.

  5. Meget, at brugeren kan logge ind ved hjælp af SSO-godkendelsesprocessen.

Aktivér identifikator for opkaldsrelationer

For at køre Webex til Cisco Broad Works kræves det, at du aktiverer identifikatoren for opkaldssammenhæng. Denne indstilling er påkrævet for mange opkaldsfunktioner, herunder opkaldsoptagelse, besvarelse af gruppeopkald, chef og chef-assistent.

Brug CLI til at aktivere funktionen på alle AS- og XSP-grænseflader.

  • Kør følgende kommandoer på AS-grænseflader. Dette giver afviklingssystemet mulighed for at sende X-BroadWorks-Correlation-Info SIP-header:

    AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true

    AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true

  • Fil enableCallCorrelationID parameter, der er knyttet til applikationen Xsi-handlinger, bruges til at kontrollere inkluderingen af oplysninger om opkaldsrelationer i Xsi-handlingslogfiler. Det anbefales, at enableCallCorrelationID aktiveret ved hjælp af følgende kommando på XSP-grænseflader:

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

For yderligere oplysninger om identifikator for opkaldsrelationer, se funktionen Beskrivelse af identifikator for opkaldsrelationer til Cisco Broad Works.

Adressebogssynkronisering

Katalogsynkronisering sikrer, at brugere af Webex til Cisco Broad Works kan bruge Webex-telefonbogen til at ringe til enhver opkaldsenhed fra Broad Works-serveren. Når denne funktion er aktiveret, synkroniseres hele telefonbogen fra Broad Works-serveren til Webex-telefonbogen. Brugere kan få adgang til telefonbogen fra Webex-appen og foretage et opkald til enhver opkaldsenhed fra Broad Works-serveren.

For at aktivere adressebogssynkronisering skal du gå til adressebogssynkronisering i Webex til Cisco Broad Works.


Webex til CiscoBroad Works-flowthrough-klargøring tilføjer meddelelsesbrugere og tilknyttede opkaldsoplysninger fraBroad Works-serveren til Webex-platformen. Telefonlister, brugere, der ikke bruger meddelelser, og enheder, der ikke er brugere, er dog ikke inkluderet (f.eks. en konferencelokale, faxmaskine eller viderestillingsgruppenummer). Aktivering af katalogsynkronisering sikrer, at alle opkaldsenheder føjes til Webex-platformen.

Samlet opkaldshistorik

Når Unified Call History er aktiveret, synkroniseres opkaldshændelser i Webex-clouden og bliver en del af Webex Unified Call- og Meetings-historikken, der vises på Webex-appen. Brugere kan se deres egen detaljerede opkalds- og mødehistorik fra Webex-appen.

Unified-opkaldshistorik kan aktiveres af administratorer på partnerniveau i Partner Hub på klyngebasis. Når denne funktion er aktiveret, synkroniserer installationen afBroad Works følgende opkaldshændelser til Webex-clouden:

  • Hændelser i opkaldshistorik – disse begivenheder bruges til at opbygge en detaljeret Unified-opkaldshistorik

  • Hændelser i Hook-status – Unified-opkaldshistorik omfatter optimeringer af hook-status, der reducerer mængden af netværksbåndbredde for opdateringer af telefonitilstedeværelse

Krav til unified opkaldshistorik

Før du kan konfigurere Unified-opkaldshistorik, skal du sørge for, at du har opdateret dit system. Denne funktion afhænger af følgende Broad Works-programrettelser, der installeres:

For 22 kr:

For 23 kr:

For 24 kr:


For den komplette liste over Broad Works-programrettelser, som du skal installere som en forudsætning for at køre Webex til Cisco Broad Works, se Broad Works-softwarekrav i afsnittet Referencer.

Ud over at programrettere dit system, klientkonfigurationsfilen ( config-wxt.xml) skal have følgende tagsæt: <call-history enable-unified-history=”%ENABLE_UNIFIED_CALL_HISTORY_WXT%”/>

For at have viderestillingsgruppe, Call Center og andre omdirigeringsoplysninger i Unified-opkaldshistorikken skal følgende Broadworks-programrettelser installeres og aktiveres:

For 23 kr:

  • AP.as.23.0.1075.ap383346

  • AP.as.23.0.1075.ap383994

For 24 kr:

  • AP.as.24.0.944.ap383346

  • AP.as.24.0.944.ap383994

For at have Executive-Assistant-oplysninger i Unified-opkaldshistorikken skal følgende Broadworks-programrettelser være installeret og aktive:

For 24 kr:

  • AP.as.24.0.944.ap380052

  • AP.as.24.0.944.ap384239

  • ADP kører Xsi-Events-24 _2022.06 eller senere

Ud over Broadworks-programrettelser skal adressebogssynkronisering også være aktiveret for Executive-Assistant-opkaldshistorikken.


Når du aktiverer opkaldshistorik eller DND-synkronisering, sender Webex anmodninger om opdatering af CTI-abonnement for alle brugere under klyngen. Afhængigt af antallet af brugere kan dette vare op til et par timer. Det anbefales ikke at udføre nogen Broadworks-vedligeholdelsesaktivitet i det samme vedligeholdelsesvindue.

Aktivér opkaldshistorik (ny klynge)

Hvis du vil aktivere opkaldshistorik på en ny klynge, skal du se trinnene til tilføjelse af en klynge i Konfigurer din partnerorganisation i Partner Hub.

Aktivér opkaldshistorik (eksisterende klynge)

Følg nedenstående trin for at aktivere opkaldshistorik på en eksisterende klynge:

  1. Log ind på Partner Hub på admin.webex.com.

  2. Gå til Indstillinger , og vælg en eksisterende klynge.

  3. Bekræft, at klyngeforbindelsen er god. Det højre panel skal vise et grønt flueben med Connection etableret.

    Hvis dette ikke vises, skal du under Kontrollér forbindelser (valgfri), indtaste BroadWorks brugerid og adgangskode for brede værker og klikke Kontrollér for at bekræfte, at forbindelsen er god.

  4. Marker afkrydsningsfeltet Aktivér opkaldshistorik .

  5. Klik på Gem.

Funktionelle interaktioner

Følgende funktionelle interaktioner findes for Unified-opkaldshistorik:

  • Unified-opkaldshistorik understøttes ikke for brugere, der er konfigureret i brede værkermed rutelister eller direkte ruter. Når denne situation findes, sendes hændelser i opkaldshistorik og hook-status ikke til Webex-appen.

  • Unified-opkaldshistorik understøttes ikke med lokalnummeropkald. Opkald, der foretages ved hjælp af lokalnummeropkald, afspejles muligvis ikke korrekt i opkaldshistorikken.

Vis opkaldshistorik i Webex-appen

Slutbrugere kan få adgang til og se deres Unified-opkaldshistorik fra Webex-appen. For detaljer, se: Webex | Vis opkalds- og mødehistorik.

Deaktiver Unified opkaldshistorik

Når du aktiverer Unified-opkaldshistorik på en klynge, kan du ikke deaktivere funktionen alene. Hvis du har brug for at deaktivere funktionen, skal du kontakte Cisco Technical Assistance Center (TAC).

Identificering af opkalder og omdirigering af opkald

Identificering af den person, der ringer op

Når Webex-appen modtager et opkald, vil den forsøge at identificere, hvem den person, der ringer op, og vise disse oplysninger i beskeden om indgående opkald, vinduet under opkald og når opkaldet er fuldført, i opkaldshistorikken og voicemail.

Webex-appen forsøger at finde opkalder-id'et ved at matche det indgående telefonnummer med telefonnumrene på kontakter, der findes i forskellige kilder. Webex-appen vil bruge følgende kilder i denne rækkefølge. Når den finder den i en kilde, vil den ikke forsøge at søge andre steder.


Hvis den finder flere forekomster af et nummer i en kilde, vil den ikke forsøge at vælge en af dem. I dette tilfælde vil den ikke vise noget opkalder-id.

  • Webex Common Identity (CI), der indeholder din organisations brugere.

  • Personlige kontakter og organisationskontakter. Personlige kontakter er synlige under fanen Kontakter.

  • Lokal adressebog. I Windows - Outlook-applikationen, i Mac - Mac-kontakter, iOS - i Phone-kontakter, i Android-kontakter.

Hvis der ikke findes nogen match med det indgående telefonnummer, bruger appen det viste navn i SIP FROM-headeren, hvis det er tilgængeligt. Ellers vil den bruge brugernavnedelen af SIP URI'en fra SIP Fra headeren som en sidste udvej.

Til ekstern opkaldskontrol (dvs. skrivebordskontrol) bruges XSI-oplysninger, hvor BWKS-id eller lokalnummer bruges, udtrækkes fra oplysninger om ekstern part i XSI-begivenheden. Hvis oplysninger om ekstern part ikke er tilgængelige, vil P-Asserted Identity (PAI) (hvis konfigureret) blive brugt.

Omdirigering af opkald

I tilfælde af, at et opkald er blevet omdirigeret eller viderestillet, vil appen forsøge at vise, hvem opkalderen er, og hvordan det blev viderestillet i opkaldsmeddelelsen og opkaldshistorikken.

  • Viderestillet opkald: Viser nummer, der viderestillede opkaldet.

  • Søgegruppe: Viser navnet på den viderestillingsgruppe, der viderestillede opkaldet.

  • Callcenter-kø: Viser navnet på den kø, der viderestillede opkaldet.

  • Chefassistent: Viser navnet på den chef, som opkaldet kommer ind for.

Undtagelser:

  • For interne opkaldskøopkald, hvor en agent ringer tilbage til en intern part, vil den eksterne part ikke se navnet på opkaldskøen, men vil se navnet på den agent, der ringer til dem.

Opkald besvaret et andet sted:

For viderestillingsgrupper eller opkaldskøer, der er konfigureret med samtidig distribution, vil agenter se et opkald besvaret et andet sted i opkaldshistorikken, hvis en anden agent henter opkaldet. For viderestillingsgrupper eller opkaldskøer med sekventiel distribution eller i et overløb vises opkald som en overskredet opkaldshistorik, hvis de besvares af en anden agent.

Visning af delt linje

Visning af en delt linje er muligheden for at angive andre brugeres linjer som delte linjer på slutbrugerenheden. Konfigurationen af den delte linje for Webex-appen svarer til konfigurationen af den delte linje for bordtelefoner. Denne specifikke funktion giver dig mulighed for at tildele visning af delt linje til slutbrugerens Webex-app.

Denne funktion hjælper brugerne med at håndtere opkald på en anden brugers lokalnummer direkte fra Webex-appen.

  • Du kan kun konfigurere visning af en delt linje for desktopversionen af Webex-appen.

  • Du kan tilføje maksimalt 10 linjer, herunder den primære linje til Webex-appen.

  • Du kan ikke tildele arbejdsområdelinjen som en delt linje.

  • En bruger kan ikke klargøres med Executive-Assistant-tjeneste på samme tid som at have delte linjer.

  • En brugers primære linjeport bør ikke ændres til en delt linje.

Krav

Hvis du vil installere denne funktion på Webex til Cisco Broad WorksWorks, skal du installere følgende Broad Works-programrettelser:

Programrettelse 1: Ejers flag på enhedsliste for at understøtte delte linjer for Webex-klient

R23 uden ADP:

  • AP.as.23.0.1075.ap384179

  • AP.xsp.23.0.1075.ap384179

R23 med ADP:

  • AP.as.23.0.1075.ap384179

  • Xsi-Actions-23_2022.10

R24:

  • SOM: AP.as.24.0.944.ap384179

  • Xsi-Actions-24_2022.10

R25:

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

  • Xsi-Actions-25_2022.10

Programrettelse 2: Programrettelser for at øge antallet af porte på enhedsprofiler (i dette tilfælde for desktopklienten: Forretningskommunikator).

  • RI-udgivelse Rel_2022.10_1.310

vil ikke forstyrres (DND)-synkronisering

Synkroniser ikke (DND) tilpasser DND-indstillingerne mellem Webex og Broad Works ved at synkronisere DND-status mellem de to platforme. Hvis en bruger f.eks. aktiverer DND fra Webex-appen, synkroniserer denne status med opkaldsenheder i Broad Works. Brugerens Broad Works-registrerede bordtelefon ringer derfor ikke, når nogen forsøger at ringe til den. På samme måde, hvis en bruger indstiller DND fra en bordtelefon, synkroniserer statussen med Webex-appen. Uden denne funktion genkendes DND-opdateringer fra den ene platform ikke af den anden platform.

DND-synkronisering anvendes på klyngeniveauet Broad Works og kan aktiveres i Partner Hub af en partneradministrator.

Forudsætninger

Sørg for, at følgende plastre sættes på AS og XSP/ADP. Anvend kun programrettelserne til din version afBroad Works.

For version 22:

  • AS-plaster: AP.as.22.0.1123.ap382615, AP.as.22.0.1123.ap382838

  • XSP-plaster: AP.xsp.22.0.1123.ap382615, AP.xsp.22.0.1123.ap382838

For version 23:

  • AS-plaster: AP.as.23.0.1075.ap382615, AP.as.23.0.1075.ap382838

  • XSP-plaster: AP.xsp.23.0.1075.ap382615, AP.xsp.23.0.1075.ap382838

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

For version 24:

  • AS-plaster: AP.as.24.0.944.ap382615, AP.as.24.0.944.ap382838

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

Når du har anvendt programrettelserne, skal du aktivere funktionen 25433 på AS:

AS_CLI/System/ActivatableFeature> activate 25433

Konfigurer synkronisering af enhedsfunktionstaster på bredeværker. Sørg for, at telefonen understøtter SIP SUBSCRIBE/NOTIFY for begivenhedspakken "som-funktion-begivenhed". Få flere oplysninger i Synkronisering af Cisco Broad Works.

Aktivér DND-synkronisering (eksisterende klynge)

  1. Log ind på Partner Hub

  2. Klik på Indstillinger.

  3. Klik på Vis klynge, og vælg den relevante Broad Works-klynge.

  4. Aktivér DND-synkronisering (Forstyr ikke) til.

  5. Indtast dit Broad Works-bruger-id, og klik på Aktivér.

    Systemet validerer, at Broad Works-klyngen har de relevante programrettelser til at understøtte DND-synkronisering. Hvis valideringen mislykkes, deaktiveres knappen Gem.

  6. Hvis valideringen lykkes, skal du klikke på Gem.


  • Når DND-synkronisering er aktiveret, opdaterer Webex alle brugerabonnementer for at inkludere pakken Forstyr ikke begivenheden. Afhængigt af antallet af brugere kan det tage et par timer at fuldføre denne proces.

  • Aktivering af DND-synkronisering er en envejsskift. Når funktionen er aktiveret, kan du ikke deaktivere den alene.

Aktivér DND-synkronisering (ny klynge)

Du kan også aktivere funktionen under oprettelse af klynge. Få flere oplysninger under "Konfigurer dine-klynger for brede værker" i Konfigurer din partnerorganisation i Partner Hub.

Deaktiver DND-synkronisering

Du kan ikke deaktivere DND-synkronisering alene. Hvis du vil deaktivere funktionen, skal du oprette en teknisk BEMS-sag med følgende oplysninger:

  • Familie: Spark-tjeneste

  • Produkt: Opkald i Webex (Webex til bredeværker)

  • Komponent: WxBW-klargøring

  • BEMS-sagen skal angive, at Forstyr ikke synkronisering skal deaktiveres for en partner. Sagen skal indeholde partner-id og Broad Works-klynge.

Brug kasser

Figur 6. Fastsættelse og afvikling af det grundlæggende princip i relation til arbejdsstatus

Optagelse af opkald

Webex til Cisco Broad Works understøtter fire tilstande til optagelse af opkald.

Tabel 6. Optagelsestilstand

Optagelsestilstand

Beskrivelse

Kontrolfunktioner/indikatorer, der vises på Webex-appen

Altid

Optagelse startes automatisk, når opkaldet er oprettet. Brugeren er ikke i stand til at starte eller stoppe optagelse.

  • Visuel indikator for, at optagelse er i gang

Altid med pause/genoptag

Optagelse startes automatisk, når opkaldet er oprettet. Bruger kan pause og genoptage optagelse.

  • Visuel indikator for, at optagelse er i gang

  • Knap til optagelse på pause

  • Knappen Genoptag optagelse

Efterefterspørgsel

Optagelse startes automatisk, når opkaldet er oprettet, men optagelsen slettes, medmindre brugeren trykker på Start optagelse.

Hvis brugeren starter optagelse, bevares den fulde optagelse fra opkaldsopsætningen. Efter start af optagelsen kan brugeren også sætte optagelsen på pause og genoptage optagelsen

  • Knappen Start optagelse

  • Knap til optagelse på pause

  • Knappen Genoptag optagelse

Efterbehov med brugerinitieret start

Optagelse starter ikke, medmindre brugeren vælger valgmuligheden Start optagelse på Webex-appen. Brugeren har mulighed for at starte og stoppe optagelse flere gange under et opkald.

  • Knappen Start optagelse

  • Knappen Stop optagelse

  • Knap til optagelse på pause

Krav

Hvis du vil installere denne funktion på Webex til Cisco Broad WorksWorks, skal du installere følgende Broad Works-programrettelser:

Identifikatoren for opkaldssammenhæng skal være aktiveret. Få flere oplysninger under Aktivér identifikator for opkaldsrelationer.

Følgende konfigurationsmærke skal være aktiveret for at bruge denne funktion: %ENABLE_CALL_RECORDING_WXT%.

Denne funktion kræver en integration med en tredjepartsopkaldsoptagelsesplatform.

Hvis du vil konfigurere opkaldsoptagelse på Broad Works, skal du gå til grænsefladen til Cisco Broad Works for opkaldsoptagelse.

Yderligere oplysninger

For brugeroplysninger om, hvordan du bruger optagelsesfunktionen, kan du gå til artiklen help.webex.com artiklen Webex | optag dine opkald.

For at genafspille en optagelse skal brugere eller administratorer gå til deres tredjepartsopkaldsoptagelsesplatform.

Gruppe parkering af opkald og hent

Webex til Cisco Broad Works understøtter parkering af gruppeopkald og hentning. Denne funktion giver brugere i en gruppe mulighed for at parkere opkald, som derefter kan hentes af andre brugere i gruppen. For eksempel kan detailmedarbejdere i en butiksindstilling bruge funktionen til at parkere et opkald, der derefter kan besvares af en person i en anden afdeling.

Funktionshandling

Når funktionen er konfigureret

  • Under et opkald klikker en bruger på valgmuligheden Parkering på deres Webex-app for at parkere opkaldet på et lokalnummer, som systemet automatisk vælger. Systemet viser lokalnummeret til brugeren i en periode på 10 sekunder.

  • En anden bruger i gruppen klikker på valgmuligheden Hent opkald på deres Webex-app. Brugeren indtaster derefter forlængelsen af det parkerede opkald for at fortsætte opkaldet.

Krav

For at denne funktion kan fungere, skal du sørge for følgende:

  • Klientkonfigurationsfilen skal have følgende tags angivet:

    <call-park enabled="%ENABLE_CALL_PARK_WXT%"
            timer="%CALL_PARK_AUTO_CLOSE_DIALOG_TIMER_WXT%"/>
  • Identifikatoren for opkaldssammenhæng skal være aktiveret på AS og XSP. Få flere oplysninger under Aktivér identifikator for opkaldsrelationer.

  • Din SBC skal konfigureres til at viderestille " x-broadworks-correlation-in' SIP-attribut til og fra applikationsserveren.

Konfiguration

Hvis du ønsker oplysninger om, hvordan du konfigurerer parkering af gruppeopkald på brede værker, kan du se "Tilføj gruppe til parkering af opkald" i administrationsvejledningen til Cisco Broad Works Application Server Group Web Interface – del 2. Du skal oprette en gruppe og føje brugere til gruppen.

For oplysninger om, hvordan du konfigurerer identifikatoren for opkaldssammenhæng på brede værker, se funktionen Beskrivelse af identifikator for opkaldssammenhæng til Cisco Broad Works.

Yderligere oplysninger

For brugeroplysninger om, hvordan du bruger parkering af gruppeopkald, se Webex | Park og hentning af opkald.

Parkering af opkald/omdirigeret parkering af opkald

Regelmæssig eller styret parkering af opkald understøttes ikke i Webex-appens brugergrænseflade, men klargjorte brugere kan installere funktionen ved hjælp af funktionsadgangskoder:

  • Indtast *68 for at parkere et opkald

  • Indtast *88 for at hente et opkald

Indtrængen

Barge-in-tjeneste bruges almindeligvis i callcenter-miljøer eller andre situationer, hvor der kan være behov for øjeblikkelig hjælp eller indgriben.

Når en indtrængningstjeneste er aktiveret, kan en udpeget bruger eller supervisor indtaste et aktivt opkald ved at starte en bestemt kommando eller ved at bruge en dedikeret knap- eller tastkombination på deres telefon eller kommunikationsenhed. Når anmodningen om indtrængen er foretaget, opretter systemet en forbindelse til det igangværende opkald, så den autoriserede person kan lytte til samtalen eller deltage i opkaldet som en aktiv deltager.

Bryde ind-tjeneste kan være nyttig i forskellige scenarier. I en callcenter-indstilling kan supervisorer eller undervisere overvåge og undervise kundeservicerepræsentanter ved at lytte til deres opkald i realtid. Hvis det er nødvendigt, kan de gribe ind for at give vejledning eller overtage opkaldet, hvis repræsentanten kæmper. I nødsituationer eller kritiske diskussioner kan autoriseret personale hurtigt deltage i igangværende samtaler for at yde assistance eller træffe vigtige beslutninger.

I Webex-appen til Bryd ind får vi en besked om, at opkaldet omdannes til en konference. Der er ingen yderligere oplysninger i NOTIFY (opkaldsoplysninger eller konferenceoplysninger), hvad der er typen af konference, så vi kan behandle den på en anden måde.

Når der opstår et indbrud, etableres der et trevejs opkald mellem parterne. Der indføres følgende termer:

  • Supervisor: En supervisor er en person, der fører tilsyn med og administrerer et team af kundeserviceagenter eller callcenter-repræsentanter. I forbindelse med opkaldsbrydning har en supervisor typisk mulighed for at overvåge og gribe ind i igangværende kundeopkald. De kan bruge opkaldsovervågningsværktøjer eller software til at lytte til opkald, give vejledning til agenter og sikre kvalitetskontrol. Supervisorens rolle kan omfatte undervisningsagenter, håndtering af kundebekymringer og optimering af teamets præstation.

  • Kunde: En kunde henviser til en person eller enhed, der beskæftiger sig med en virksomhed eller organisation for at få produkter, tjenester eller support. I forbindelse med opkaldsbrydning er en kunde en person, der foretager eller modtager et telefonopkald med en kundeservicerepræsentant. Kunder kan søge hjælp, oplysninger eller løsning på deres forespørgsler eller problemer under opkaldet. Funktionen til opkaldsbrydning giver supervisorer eller autoriseret personale mulighed for at deltage i det igangværende opkald mellem kunden og agenten.

  • Agent: En agent, også kendt som en kundeservicerepræsentant eller callcenter-agent, er en person, der er ansvarlig for at håndtere kundeinteraktioner og yde support eller assistance via telefonen eller andre kommunikationskanaler. Agenter er uddannet i at håndtere kundeforespørgsler, løse problemer, behandle transaktioner og levere en positiv kundeoplevelse. I forbindelse med opkaldsbrydning er en agent den person, der taler direkte til kunden under telefonopkaldet. Agenten kan modtage vejledning eller feedback fra supervisoren via indbrydning af opkald, hvis det er nødvendigt.

Mobilt indgående opkald eskalerer til møde

Den mobile indbyggede opkaldseskalering til møde leveres med to unikke funktioner:

  • Ny push-underretning

    Mobilbrugere på et indbygget opkald kan nu skifte til Webex-appen ved at trykke på den nye push-notifikation. Når du starter en indbygget opkaldsskærm, vises en ny push-notifikation på skærmen, og ved at trykke på beskeden fører du direkte til skærmen i Webex-appen under opkald.

    Du kan se Webex-beskeden under et mobiltelefonopkald, hvis du bruger Webex Go, eller din mobilnetværksoperatør (MNO) har opkaldssignaler ved hjælp af Cisco-opkaldskontrol til dine mobiltelefonopkald.

  • Flyt mobilopkald til møde

    Når du er midt i et opkald med en person, kan du flytte det pågældende opkald til et møde for at gøre brug af nogle avancerede mødefunktioner såsom video, deling eller whiteboarding. Eller inviter andre personer til diskussionen og flyt til et møde.

Bredekrav til værker

  • Aktiverbar funktion 25239

  • R23 med XSP:

    • AS-programrettelse AP.as.23.0.1075.ap383064

    • XSP-programrettelse AP.xsp.23.0.1075.ap383064

    • Programrettelse af AP.platform.23.0.1075.ap383064

  • R23 med ADP:

    • AS-programrettelse AP.as.23.0.1075.ap383064

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

  • R24:

    • AS-plaster: AP.as.24.0.944.ap383064

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

  • R25:

    • AS RI udgivelse Rel_2022.08_1.354

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

Konfiguration af URI-opkald for at understøtte flytning af opkald til møde

Politik for NS-URL-opkald

Definer regel for (.*)webex.com til at dirigere gennem 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-routing-NE for I-SBC

Eksempel på 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-ruteprofil

URL-opkaldspolitikforekomst føjet til relevante distributionsprofiler(er)

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

SOM Brug NS-rute til netværks-URL-opkald

Aktivér AS for at ære NS-ruten i hybrid AS-tilstand

AS_CLI/Interface/IMS> set queryNSForNetworkURL true

E911-nødopkald

Webex til Cisco Broad Works understøtter E911-nødopkald. Med denne funktion dirigeres nødopkald til et PSAP (Public Safety Answering Point), der derefter kan dirigere nødtjenester til opkalderens placering. For at bruge denne funktion skal du integrere Webex til Cisco Broad Works med en E911-udbyder af nødopkald.

Brug følgende Webex-artikler til at konfigurere understøttelse af E911-nødopkaldstjenester:

  • E911-nødopkald i Webex for Wide Works – brug denne artikel til at konfigurere E911-nødopkald i Webex til Cisco Wide Works ved hjælp af en af følgende understøttede E911-udbydere:

    • Anvendt

    • Intrado

    • RedSky

  • Ansvarsfraskrivelse for nødopkald – Hvis du har en placeringstjeneste, kan du konfigurere vinduet Ansvarsfraskrivelse for nødtjenester i Webex-appen til at inkludere en valgmulighed for, at brugere opdaterer deres placering, når de logger ind.

Brugertilpas og klargør klienter

Brugere downloader og installerer deres generiske Webex-apps til desktop eller mobil (se Webex-appplatforme). Når brugeren godkender, registrerer klienten mod Webex Cloud til meddelelser og møder, henter sine branding-oplysninger, opdager sine Broad Works-tjenesteoplysninger og downloader sin opkaldskonfiguration fra Broad Works Application Server (via DMS på XSP).

Du kan konfigurere opkaldsparametrene for Webex-apps i Broad Works (som normalt). Du konfigurerer branding, meddelelser og mødeparametre for klienterne i Control Hub. Du ændrer ikke direkte en konfigurationsfil.

Disse to sæt konfigurationer kan overlappe hinanden, og i så fald erstatter Webex-konfigurationen konfigurationen Broad Works.

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

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

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

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

  3. For hver klient, du klargør:

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

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

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

      • Indtast XSP farm FQDN og enhedsadgangsprotokollen.

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


        Du kan også aktivere Remote Party-support ved at køre følgende CLI-kommando på applikationsserveren: AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
    4. Rediger skabelonerne i henhold til dit miljø (se tabellen nedenfor).

    5. Gem filen.

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

Navn

Beskrivelse

Codec-prioritet

Konfigurer prioriteringsrækkefølge for lyd- og videocodecs for Vo-IP-opkald

TCP, UDP og TLS

Konfigurer de protokoller, der bruges til SIP-signaler og medier

RTP-lyd- og videoporte

Konfigurer portintervaller for RTP-lyd og video

SIP-indstillinger

Konfigurer forskellige valgmuligheder relateret til SIP (SIP INFO, brug rport, SIP-proxyregistrering, opdateringsintervaller for tilmelding og abonnement osv.)

Brugertilpas branding til Webex-appen


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

Brugertilpas URL-adresser for problemrapportering og hjælp

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

Konfigurer din testorganisation for Webex til Cisco WideWorks

Før du begynder

Med flowthrough klargøring

Du skal konfigurere alle XSP-tjenester og partnerorganisationen i Control Hub, før du kan udføre denne opgave.

1

Tildel tjeneste i bredeværker:

  1. Opret en testvirksomhed under din tjenesteudbydervirksomhed i Broad Works, eller opret en testgruppe under din tjenesteudbyder (afhænger af dinopsætning af Broad Works).

  2. Konfigurer IM&P-tjenesten for den pågældende virksomhed for at pege på den skabelon, du tester (hent klargøringsadapteren URL-adressen og legitimationsoplysningerne fra Control Hub-kundeskabelonen).

  3. Opret testabonnenter i den pågældende virksomhed/gruppe.

  4. Giv brugerne entydige e-mailadresser i e-mailfeltet i BroadWorks. Kopiér dem også til attributten Alternativt ID.

  5. Tildel den integrerede IM&P-tjeneste til disse abonnenter.


     

    Dette udløser oprettelsen af kundeorganisationen og de første brugere, hvilket tager flere minutter. Vent et øjeblik, før du forsøger at logge ind med dine nye brugere.

2

Bekræft kundeorganisation og brugere i Control Hub:

  1. Log ind på Control Hub med din partneradministratorkonto.

  2. Gå til Kunder , og bekræft, at din nye kundeorganisation er på listen (navnet følger gruppenavnet eller virksomhedsnavnet, fra Broad Works).

  3. Åbn kundeorganisationen, og bekræft, at abonnenterne er brugere i den pågældende organisation.

  4. Kontrollér, at den første abonnent, som du tildelte den integrerede IM&P-tjeneste, er blevet kundeadministrator for den pågældende organisation.

Brugertest

1

Download Webex-appen på to forskellige maskiner.

2

Log ind som dine testbrugere på de to maskiner.

3

Foretag testopkald.