Løsningsveiledning for Webex for Cisco BroadWorks

Vedlegg

Konfigurer tjenester (med mTLS for autentiseringstjenesten)

Fremgangsmåtene nedenfor erstatter fremgangsmåtene i emnet Konfigurer tjenester på Webex for Cisco BroadWorks XSP|ADP-er. Fullfør disse prosedyrene bare hvis du bruker mTLS for autentiseringstjenesten i stedet for CI-tokenvalidering. Disse prosedyrene er obligatoriske hvis du kjører flere Webex-organisasjoner fra den samme XSP|ADP-serveren. Ellers er de valgfrie.

Hvis du ikke kjører flere Webex-organisasjoner fra samme XSP|ADP-server, anbefales CI-tokenvalidering (med TLS) for autentiseringstjenesten. Se på Konfigurer tjenester på Webex for Cisco BroadWorks XSP|ADP-er for detaljer om hvordan du konfigurerer autentiseringstjenesten og andre tjenester.

Xsi-grensesnitt

Installer og konfigurer Xsi-Actions- og Xsi-Events-programmene som beskrevet i Cisco BroadWorks Xtended Services Interface Configuration Guide.

Bare én instans av Xsi-Events-applikasjonene skal distribueres på XSP|ADP-en som brukes for CTI-grensesnittet.

Alle Xsi-Events som brukes til å integrere Broadworks med Webex må ha samme callControlApplicationName definert under Applications/Xsi-Events/GeneralSettings. For eksempel:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Når en bruker blir registrert i Webex, oppretter Webex et abonnement for brukeren på AS-en for å motta telefonhendelser for tilstedeværelse og samtalehistorikk. Abonnementet er knyttet til callControlApplicationName, og AS-en bruker det til å vite hvilke Xsi-Events telefonihendelsene skal sendes til.

Hvis du endrer callControlApplicationName, eller ikke har samme navn på alle Xsi-Events-nettappene, vil det påvirke abonnementer og funksjonalitet for telefonihendelser.

Konfigurer autentiseringstjeneste (med mTLS)

BroadWorks langlivede tokener genereres og valideres av autentiseringstjenesten som ligger på XSP|ADP-ene dine.

Krav

XSP|ADP-serverne som er vert for autentiseringstjenesten må ha et mTLS-grensesnitt konfigurert.
XSP|ADP-er må dele de samme nøklene for encrypting/decrypting BroadWorks har lenge levd tokens. Det er en manuell prosess å kopiere disse nøklene til hver XSP|ADP.
XSP|ADP-er må synkroniseres med NTP.

Konfigurasjonsoversikt

Den viktigste konfigurasjonen på XSP|ADP-ene dine inkluderer:

Implementer autentiseringstjenesten.
Konfigurer tokenvarighet til minst 60 dager (la utstederen være BroadWorks).
Generer og del RSA-nøkler på tvers av XSP|ADP-er.
Oppgi authService-URL-en til webcontaineren.

Implementer autentiseringstjenesten på XSP|ADP

På hver XSP|ADP som brukes med Webex:

Aktiver autentiseringstjenesteapplikasjonen på banen /authService (du må bruke denne banen):

XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService

(der <version> er din BroadWorks-versjon).
Distribuer applikasjonen:

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

Konfigurer tokenvarighet

Sjekk den eksisterende tokenkonfigurasjonen (timer):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement> get
Sett varigheten til 60 dager (maksimum er 180 dager):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement>set tokenDurationInHours 1440

Generer og del RSA-nøkler

Du må bruke det samme public/private nøkkelpar for token encryption/decryption på tvers av alle forekomster av autentiseringstjenesten.
Nøkkelparet genereres av autentiseringstjenesten når den først må utstede et token.

På grunn av disse to faktorene må du generere nøkler på én XSP|ADP og deretter kopiere dem til alle andre XSP|ADP-er.

Hvis du starter nøkler i en syklus eller endrer nøkkellengden, må du gjenta følgende konfigurasjon og starte alle XSP|ADP-ene på nytt.

Velg én XSP|ADP som skal brukes til å generere et nøkkelpar.
Bruk en klient til å be om et kryptert token fra den XSP|ADP-en, ved å be om følgende URL fra klientens nettleser:

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

(Dette genererer en privat / offentlig nøkkelpar på XSP|ADP, hvis det ikke allerede fantes et)
Plasseringen av nøkkellagringen kan ikke konfigureres. Eksporter nøklene:

XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
Kopier den eksporterte filen /var/broadworks/tmp/authService.keys til samme sted på de andre XSP|ADP-ene, og overskriv en eldre .keys fil om nødvendig.
Importer nøklene på hver av de andre XSP|ADP-ene:

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

Oppgi authService-URL-en til webcontaineren

XSP|ADP-ens webcontainer trenger authService-URL-en slik at den kan validere tokener.

På hver av XSP|ADP-ene:

Legg til URL-adressen for autentiseringstjenesten som en ekstern autentiseringstjeneste for BroadWorks Communications Utility:

XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1:80/authService
Legg til URL-adressen for autentiseringstjenesten i beholderen:

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

Dette gjør det mulig for Webex å bruke autentiseringstjenesten til å validere tokener som presenteres som legitimasjon.
Sjekk parameteren med get.
Start XSP|ADP på nytt.

Konfigurering av TLS og chiffer på HTTP-grensesnittene (for XSI og autentiseringstjeneste)

Applikasjonene Autentiseringstjeneste, Xsi-Aksjoner og Xsi-Events bruker HTTP-servergrensesnitt. Nivåene av TLS-konfigurerbarhet for disse applikasjonene er som følger:

Mest generelle = System > Transportere > HTTP > HTTP-servergrensesnitt = Mest spesifikk

CLI-kontekstene du bruker for å vise eller endre de forskjellige SSL-innstillingene er:

Spesifisitet	CLI-kontekst
System (globalt)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Transportprotokoller for dette systemet	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP på dette systemet	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Spesifikke HTTP-servergrensesnitt på dette systemet	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Lese HTTP-serverens TLS-grensesnittkonfigurasjon på XSP|ADP

Logg deg på XSP|ADP og naviger til XSP|ADP_CLI/Interface/Http/HttpServer>
Skriv inn kommandoen get og les resultatene. Du bør se grensesnittene (IP-adressene) og, for hvert av dem, om de er sikre og om de krever klientgodkjenning.

Apache tomcat krever et sertifikat for hvert sikre grensesnitt; systemet genererer et selvsignert sertifikat hvis det trenger det.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Legge til TLS 1.2-protokollen i HTTP-servergrensesnittet

HTTP-grensesnittet som samhandler med Webex Cloud må konfigureres for TLSv1.2. Skyen forhandler ikke tidligere versjoner av TLS-protokollen.

Slik konfigurerer du TLSv1.2-protokollen på HTTP-servergrensesnittet:

Logg deg på XSP|ADP og naviger til XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Skriv inn kommandoen get <interfaceIp> 443 for å se hvilke protokoller som allerede brukes på dette grensesnittet.
Skriv inn kommandoen add <interfaceIp> 443 TLSv1.2 for å sikre at grensesnittet kan bruke TLS 1.2 når det kommuniserer med skyen.

Redigere TLS-chifferkonfigurasjon på HTTP-servergrensesnittet

Slik konfigurerer du de nødvendige chifferene:

Logg deg på XSP|ADP og naviger til XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Skriv inn kommandoen get <interfaceIp> 443 for å se hvilke chifferkoder som allerede brukes på dette grensesnittet. Det må være minst én fra Ciscos anbefalte programpakker (se XSP|ADP-identitets- og sikkerhetskrav i oversiktsdelen).
Skriv inn kommandoen add <interfaceIp> 443 <cipherName> for å legge til en kryptering i HTTP-servergrensesnittet.

XSP|ADP CLI krever navnet på IANAs standard krypteringspakke, ikke navnet på openSSL-krypteringspakken. For eksempel, for å legge til openSSL-krypteringen ECDHE-ECDSA-CHACHA20-POLY1305 i HTTP-servergrensesnittet, bruker du: XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305

Se https://ciphersuite.info/ for å finne suiten med et av navnene.

Konfigurer tillit for autentiseringstjeneste (med mTLS)

Logg på Control Hub med partneradministratorkontoen din.
Gå til Innstillinger > BroadWorks Calling og klikk på Last ned Webex CA-sertifikat for å få CombinedCertChain2023.txt på din lokale datamaskin.

Disse filene inneholder to sett med to sertifikater. Du må dele filene før du laster dem opp til XSP|ADP-ene. Alle filer er nødvendige.
Del sertifikatkjeden i to sertifikater - combinedcertchain2023.txt.
1. Åpne combinedcertchain2023.txt i et tekstredigeringsprogram.
2. Merk og klipp ut den første tekstblokken, inkludert linjene -----BEGIN CERTIFICATE----- og -----END CERTIFICATE-----, og lim inn tekstblokken i en ny fil.
3. Lagre den nye filen som root2023.txt.
4. Lagre den opprinnelige filen som issuing2023.txt. Den opprinnelige filen skal nå bare ha én tekstblokk, omgitt av linjene -----BEGIN CERTIFICATE----- og -----END CERTIFICATE-----.
Kopier begge tekstfilene til en midlertidig plassering på XSP|ADP-en du sikrer, f.eks. /var/broadworks/tmp/root2023.txt og /var/broadworks/tmp/issuing2023.txt.
Logg på XSP|ADP og naviger til /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>. (Valgfritt) Kjør hjelp UpdateTrust for å se parameterne og kommandoformatet.

Last opp sertifikatfilene til nye tillitsankre – 2023

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Alle alias må ha et annet navn. webexclientroot, webexclientroot2023, webexclientissuingog webexclientissuing2023 er eksempler på aliaser for tillitsankre. Du kan bruke dine egne så lenge alle fire oppføringene er unike.

Bekreft at ankrene er oppdatert:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

(Alternativ) Konfigurer mTLS på HTTP interface/port nivå

Det er mulig å konfigurere mTLS på HTTP interface/port nivå eller på basis av hver enkelt nettapplikasjon.

Måten du aktiverer mTLS for applikasjonen din på, avhenger av applikasjonene du er vert for på XSP|ADP. Hvis du er vert for flere applikasjoner som krever mTLS, bør du aktivere mTLS i grensesnittet. Hvis du bare trenger å sikre én av flere applikasjoner som bruker samme HTTP-grensesnitt, kan du konfigurere mTLS på applikasjonsnivå.

Når du konfigurerer mTLS på HTTP interface/port nivå, mTLS kreves for alle hostede webapplikasjoner som nås via dette interface/port.

Logg på XSP|ADP-en hvis grensesnitt du konfigurerer.
Naviger til XSP|ADP_CLI/Interface/Http/HttpServer> og kjør kommandoen get for å se grensesnittene.
For å legge til et grensesnitt og kreve klientgodkjenning der (som betyr det samme som mTLS):

XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true

Se XSP|ADP CLI-dokumentasjonen for detaljer. I hovedsak sikrer den første true grensesnittet med TLS (serversertifikat opprettes om nødvendig), og den andre true tvinger grensesnittet til å kreve klientsertifikatgodkjenning (sammen er de mTLS).

For eksempel:

XSP|ADP_CLI/Interface/Http/HttpServer> get

Interface Port Name Secure Client Auth Req Cluster Fqdn
         =======================================================
         192.0.2.7 443 XSP|ADP01.collab.example.net true false 
         192.0.2.7 444 XSP|ADP01.collab.example.net true true

I dette eksemplet er mTLS (klientgodkjenningskrav) = true) er aktivert på 192.0.2.7 port 444. TLS er aktivert på 192.0.2.7 port 443.

(Alternativ) Konfigurer mTLS for spesifikke webapplikasjoner

Det er mulig å konfigurere mTLS på HTTP interface/port nivå eller på basis av hver enkelt nettapplikasjon.

Måten du aktiverer mTLS for applikasjonen din på, avhenger av applikasjonene du er vert for på XSP|ADP. Hvis du er vert for flere applikasjoner som krever mTLS, bør du aktivere mTLS i grensesnittet. Hvis du bare trenger å sikre én av flere applikasjoner som bruker samme HTTP-grensesnitt, kan du konfigurere mTLS på applikasjonsnivå.

Når du konfigurerer mTLS på applikasjonsnivå, kreves mTLS for det aktuelle programmet uavhengig av konfigurasjonen av HTTP-servergrensesnittet.

Logg på XSP|ADP-en hvis grensesnitt du konfigurerer.
Naviger til XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> og kjør kommandoen get for å se hvilke applikasjoner som kjører.
Slik legger du til et program og krever klientgodkjenning for det (som betyr det samme som mTLS):

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true

Se XSP|ADP CLI-dokumentasjonen for detaljer. Applikasjonsnavnene er oppført der. true i denne kommandoen aktiverer mTLS.

For eksempel:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add 192.0.2.7 443 AuthenticationService true

Eksempelkommandoen legger til AuthenticationService-applikasjonen i 192.0.2.7:443 og krever at den ber om og autentiserer sertifikater fra klienten.

Sjekk med get:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> get

Interface Ip Port Application Name Client Auth Req
         ===================================================
         192.0.2.7 443 AuthenticationService      true

Konfigurer enhetsadministrasjon på XSP|ADP, applikasjonsserver og profilserver

Profilserver og XSP|ADP er obligatoriske for enhetsbehandling. De må konfigureres i henhold til instruksjonene i BroadWorks Device Management Configuration Guide.

Hvor skal vi dra videre

For konfigurasjon kan du bli med i hoveddokumentflyten igjen på CTI-grensesnitt og relatert konfigurasjon.

Ytterligere sertifikatkrav for gjensidig TLS-autentisering mot AuthService

Webex samhandler med autentiseringstjenesten via en gjensidig TLS-autentisert tilkobling. Dette betyr at Webex presenterer et klientsertifikat, og XSP|ADP må validere det. For å kunne stole på dette sertifikatet, bruk Webex CA-sertifikatkjeden til å opprette et tillitsanker på XSP|ADP (eller proxy). Sertifikatkjeden er tilgjengelig for nedlasting via Partner Hub:

Logg inn på Partner Hub på admin.webex.com.
Gå til Tjenester > Ytterligere lenker.
Klikk på lenken for å laste ned sertifikatet.

Du kan også få tak i sertifikatkjeden fra https://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt.

De nøyaktige kravene for distribusjon av denne Webex CA-sertifikatkjeden avhenger av hvordan dine offentlig vendte XSP|ADP-er distribueres:

Via en TLS-bro-proxy
Via en TLS-gjennomgangs-proxy
Direkte til XSP|ADP

Følgende diagram oppsummerer hvor Webex CA-sertifikatkjeden må distribueres i disse tre tilfellene.

Krav til gjensidige TLS-sertifikater for TLS-bridge-proxy

Webex presenterer et Webex CA-signert klientsertifikat til proxyen.
Webex CA-sertifikatkjeden er distribuert på proxy-tillitslageret, slik at proxyen stoler på klientsertifikatet.
Det offentlig signerte XSP|ADP-serversertifikatet lastes også inn i proxyen.
Proxy-tjeneren presenterer et offentlig signert serversertifikat til Webex.
Webex stoler på den offentlige CA-en som signerte proxyens serversertifikat.
Proxyen presenterer et internt signert klientsertifikat til XSP|ADP-ene.

Dette sertifikatet må ha utvidelsesfeltet x509.v3 Utvidet nøkkelbruk utfylt med BroadWorks OID 1.3.6.1.4.1.6431.1.1.8.2.1.3 og formålet med TLS clientAuth. F.eks.:

X509v3 extensions:

X509v3 Extended Key Usage:
```
1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client
              Authentication 
```
Når du genererer interne klientsertifikater for proxyen, må du være oppmerksom på at SAN-sertifikater ikke støttes. Interne serversertifikater for XSP|ADP kan være SAN.
XSP|ADP-ene stoler på den interne CA-en.
XSP|ADP-ene presenterer et internt signert serversertifikat.
Proxy-tjeneren stoler på den interne CA-en.

Krav til gjensidige TLS-sertifikater for TLS-gjennomgangsproxy eller XSP i DMZ

Webex presenterer et Webex CA-signert klientsertifikat til XSP-ene.
Webex CA-sertifikatkjeden er distribuert på XSP-enes klareringslager, slik at XSP-ene stoler på klientsertifikatet.
Det offentlig signerte XSP-serversertifikatet lastes også inn i XSP-ene.
XSP-ene presenterer offentlig signerte serversertifikater til Webex.
Webex stoler på den offentlige sertifiseringsinstansen som signerte XSP-enes serversertifikater.

Dokumentrevisjonshistorikk

Tabellen nedenfor viser en historikk over endringer i dette dokumentet de siste 12 månedene.

Dato	Beskrivelse av endringen
23. april 2025	La til et notat i klientloggene under feilsøkingsdelen.
13. januar 2025	Oppdatert seksjon for utvalgte elementer og begrensninger.
3. desember 2024	Redaksjonelle endringer.
4. oktober 2024	Lagt til seksjonen Stille timer.
10. september 2024	Oppdatert seksjon for retningslinjer for testing og laboratoriearbeid.
9. august 2024	La til seksjonen «Velg nummerpresentasjon».
1. august 2024	La til seksjonen «Aktivere telefonsvarer for Microsoft Teams-integrasjon».
25. juni 2024	Oppdaterte delen for innbryting under Distribuer Webex for BroadWorks.
14. juni 2024	La til delen Fleksibelt valg av ekstern anrops-ID under Funksjoner og begrensninger og delen Avbryte et abonnement fra Control Hub under Administrere Webex for BroadWorks.
13. mai 2024	Redaksjonelle endringer.
10. mai 2024	Pro Pack for Control Hub lagt til under delen Funksjoner og begrensninger.
6. mai 2024	Oppdatert Partner SSO – SAML-delen, ikke nødvendig å kontakte TAC for identitetsleverandør.
2. mai 2024	Redaksjonelle endringer.
10. april 2024	Oppdatert informasjon om Patch 2 i delen Utseende på delte linjer.
27. mars 2024	Oppdatert opptattlampefelt / Samtalehenting og partner-SSO – OpenID Connect-delen.
22. mars 2024	Oppdaterte forutsetninger i delen Ikke forstyrr (DND)-synkronisering.
7. mars 2024	Oppdatert seksjonen for kontrollpåloggingsflyt i brukerpålogging og konfigurasjonshenting.
24. februar 2024	Redaksjonelle endringer.
20. februar 2024	La til seksjonen Visuell spamindikasjon under Distribuer Webex for BroadWorks.
7. februar 2024	La til en funksjon for BroadWorks-passordutløpsvarsling under pålogging under Webex for BroadWorks-referanse.
25. januar 2024	Redaksjonelle endringer.
23. januar 2024	Gjorde redaksjonelle endringer i delen Flytt bruker (med samtykke) til Webex for Cisco BroadWorks under Administrere Webex for BroadWorks.
10. januar 2024	Redaksjonelle endringer.

Oversikt over Webex for Cisco BroadWorks

Vi presenterer Webex for Cisco BroadWorks

Dokumentrevisjonshistorikk

Denne delen tar for seg systemansvarlige i Cisco-partnerorganisasjoner (tjenesteleverandører) som implementerer Webex for kundeorganisasjonene sine eller leverer denne løsningen direkte til sine egne abonnenter.

Løsning Formål

Å tilby Webex-funksjoner for skysamarbeid til små og mellomstore kunder som allerede har en samtaletjeneste levert av BroadWorks-tjenesteleverandører.
For å tilby BroadWorks-baserte anropstjenester til små og mellomstore Webex-kunder.

Kontekst

Vi utvikler alle samarbeidsklientene våre mot et enhetlig program. Denne banen reduserer innføringsproblemer, forbedrer interoperabilitet og overføring, og gir forutsigbare brukeropplevelser på tvers av hele samarbeidsporteføljen vår. En del av dette arbeidet er å flytte BroadWorks-anropsfunksjonene til Webex-appen, og etter hvert redusere investeringene i UC-One-klientene.

Fordeler

Fremtidig prøvetrykk: mot utgått bruk av UC-One Collaborate, flytting av alle klienter mot Unified Client Framework (UCF)
Det beste av begge: Aktivere Webex meldings- og møtefunksjoner mens du beholder BroadWorks-anrop på telefoninettverket

Løsning Omfang

Eksisterende/nye små til mellomstore kunder (færre enn 250 abonnenter) som ønsker en pakke med samarbeidsfunksjoner, kan allerede ha BroadWorks-anrop.
Eksisterende små til mellomstore Webex-kunder som ønsker å legge til BroadWorks Calling.
Ikke større bedrifter (Se gjennom bedriftsporteføljen vår for Webex).
Ikke enkeltbrukere (Vurder Webex Online-tilbud).

Funksjonssettene i Webex for Cisco BroadWorks er rettet mot små og mellomstore bedrifter. Webex for Cisco BroadWorks-pakkene er utviklet for å redusere kompleksiteten for SMB-er, og vi evaluerer kontinuerlig om de er egnet for dette segmentet. Vi kan velge å skjule eller fjerne funksjoner som ellers ville vært tilgjengelige i bedriftspakkene.

Forutsetninger for å lykkes med Webex for Cisco BroadWorks

#

Krav

Merknader

1

Oppdater gjeldende BroadWorks R22 eller nyere

2

XSP| ADP for XSI, CTI, DMS og authService

Dedikert XSP| ADP for Webex for Cisco BroadWorks

3

Skill XSP| ADP for NPS, kan deles med andre løsninger som bruker NPS.

Hvis du har en eksisterende samarbeidsdistribusjon, kan du se gjennom anbefalingene om XSP| ADP- og NPS-konfigurasjoner.

4

CI-tokenvalidering (med TLS) konfigurert for Webex-tilkoblinger til autentiseringstjenesten.

5

mTLS konfigurert for Webex-tilkoblinger til CTI-grensesnittet.

Andre programmer krever ikke mTLS.

6

Brukere må finnes i BroadWorks og trenge følgende attributter, avhengig av klargjøringsavgjørelsen:

Gjennomstrømming med klarerte e-poster: E-postattributtet for BroadWorks-brukeren må inneholde en gyldig e-postadresse som er unik for denne brukeren. Brukeren må også ha et primærnummer eller internnummer.
Gjennomføring med uklarerte e-poster, eller selvaktivering eller API-klargjøring: Brukeren trenger ikke e-postadresse , men må ha et primærnummer eller internnummer.

For klarerte e-poster: Vi anbefaler at du også legger inn den samme e-postadresse i attributtet for alternativ ID, slik at brukere kan logge på med e-postadresse mot BroadWorks.

For ikke-klarerte e-poster: Avhengig av brukerens e-postinnstillinger, kan bruk av uklarerte e-poster føre til at e-posten sendes til brukerens søppelpost- eller SPAM-mappe. administrator må kanskje endre brukerens e-postinnstillinger for å tillate domener

7

Webex for Cisco BroadWorks DTAF-fil for Webex-appen

8

BW Business Lic- eller Std Enterprise- eller Prem Enterprise-brukerlicens + Webex for Cisco BroadWorks-abonnement

Hvis du har en eksisterende samarbeidsdistribusjon, trenger du ikke lenger UC-One-tilleggspakke, Collab Lic og Meetme-konferanseporter.

Hvis du har en eksisterende UC-One SaaS-distribusjon, er det ingen flere endringer enn å godta vilkårene for Premium-pakken.

9

IP/porter må være tilgjengelige via Webex-servertjenestene og Webex-appene over offentlig Internett.

Se delen Klargjør nettverket ditt.

10

TLS v1.2-konfigurasjon på XSP| ADP-er

11

For Flowthrough-klargjøring må applikasjonsserveren koble til BroadWorks klargjøringsadapter.

Vi hverken tester eller støtter utgående proxy-konfigurasjon. Hvis du bruker en utgående proxy, påtar du deg ansvaret for å støtte den med Webex for Cisco BroadWorks.

Se emnet «Forbered nettverket ditt».

Om dette dokumentet

Hensikten med dette dokumentet er å hjelpe deg med å forstå, forberede deg på, distribuere og administrere Webex for Cisco BroadWorks-løsningen. Hoveddelene i dokumentet gjenspeiler dette formålet.

Denne veiledningen inneholder konsept- og referansemateriale. Vi har til hensikt å dekke alle aspekter av løsningen i dette ene dokumentet.

Minimumssettet med oppgaver for å distribuere løsningen er:

Ta kontakt med kontoteamet ditt for å bli Cisco-partner. Det er viktig at du utforsker Cisco-berøringspunktene for å gjøre deg kjent (og få opplæring). Når du blir Cisco-partner, bruker vi bryteren for Webex for Cisco BroadWorks på Webex-partnerorganisasjonen din. (Se Distribuer Webex for Cisco BroadWorks > Partner onboarding i dette dokumentet.)
Konfigurer BroadWorks-systemene dine for integrering med Webex. (Se Distribuer Webex for Cisco BroadWorks > Konfigurer tjenester på Webex for Cisco BroadWorks XSP| ADP-er i dette dokumentet.)
Bruk Partner Hub til å koble Webex til BroadWorks. (Se Distribuer Webex for Cisco BroadWorks > Konfigurer partnerorganisasjonen i Partner Hub i dette dokumentet.)
Bruk Partner Hub til å klargjøre maler for brukerklargjøring. (Se Distribuer Webex for Cisco BroadWorks > Konfigurer onboarding-maler i dette dokumentet.)
Test og integrer en kunde ved å klargjøre minst én bruker. (Se Distribuer Webex for Cisco BroadWorks > Konfigurer testorganisasjonen .)

Dette er trinn på høyt nivå, i vanlig rekkefølge. Det finnes flere bidragsoppgaver du ikke kan overse.
Hvis du vil opprette dine egne programmer for å administrere Webex for Cisco BroadWorks-abonnenter, bør du lese Bruke klargjørings-API i delen Referanse i denne veiledningen.

Terminologi

Vi prøver å begrense sjargongen og akronymene som brukes i dette dokumentet, og å forklare hvert begrep når det brukes første gang. (Se Webex for Cisco BroadWorks Referanse > Terminologi hvis et begrep ikke er forklart i kontekst.)

Slik fungerer det

Webex for Cisco BroadWorks er et tilbud som integrerer BroadWorks Calling i Webex. Abonnenter bruker ett enkelt program ( Webex-app) for å dra nytte av funksjonene som tilbys av begge plattformene:

Brukere ringer PSTN-numre ved hjelp av BroadWorks-infrastrukturen.
Brukere ringer andre BroadWorks-numre ved hjelp av BroadWorks-infrastrukturen (lyd-/videosamtaler ved å velge numrene som er knyttet til brukerne eller talltastaturet for å introdusere numrene).
Brukere kan alternativt foreta en Webex VOIP-anrop over Webex-infrastrukturen ved å velge alternativet «Webex Call» i Webex-app. (Disse samtalene er Webex-app til Webex-app, ikke Webex-app til PSTN).
Brukere kan være vert for og bli med i Webex Meetings.
Brukere kan sende meldinger én til én eller i områder (vedvarende gruppechat), og dra nytte av funksjoner som søk og fildeling (på Webex-infrastruktur).
Brukere kan dele tilstedeværelse (status). De kan velge egendefinert tilstedeværelse eller klientkalkulert tilstedeværelse.
Når vi har integrert deg som partnerorganisasjon i Control Hub, med de riktige rettighetene, kan du konfigurere forholdet mellom BroadWorks-forekomsten og Webex.
Du oppretter kundeorganisasjoner i Control Hub, og klargjør brukere i disse organisasjonene.
Hver abonnent i BroadWorks får en Webex-identitet basert på e-postadresse deres (Email ID-attributt i BroadWorks).
Brukere autentiserer mot BroadWorks eller mot Webex.
Klienter får utstedt tokener med lang levetid for å autorisere dem for tjenester på BroadWorks og Webex.

Webex-appen i sentrum av denne løsningen; det er et merkeprogram som er tilgjengelig på Mac/Windows-stasjonære maskiner og Android/iOS-mobiler og nettbrett.

Det finnes også en nettversjon av Webex-appen som for øyeblikket ikke inkluderer samtalefunksjoner.

Klienten kobles til Webex-skyen for å levere meldings-, tilstedestatus- og møtefunksjoner.

Klienten registrerer seg for BroadWorks-systemene dine for anropsfunksjoner.

Webex-skyen fungerer med BroadWorks-systemene dine for å sikre en sømløs brukerklargjøringsopplevelse.

Funksjoner og begrensninger

Vi tilbyr flere pakker med forskjellige funksjoner.

«Softphone»-pakke

Denne pakketypen bruker Webex-app som en bare PC-telefon-klient med anropsfunksjonalitet, men ingen meldingsfunksjoner. Brukere med denne pakketypen kan bli med i Webex-møter, men kan ikke starte møter på egen hånd. Når andre brukere (softphone eller ikke-softphone) søker i katalogen etter en softphone-bruker, gir søkeresultatene ingen mulighet til å sende en melding.

Softphone-brukere kan dele skjermen mens de er i en samtale.

«Grunnleggende»-pakke

Grunnpakken inkluderer samtale-, meldings- og møtefunksjoner. Den inkluderer 100 deltakere i «unified space»-møter og PMR-møter (Personal Meeting Room). (** se merknaden nedenfor for unntak). I denne pakken kan møtene maksimalt ha en varighet på 40 minutter.

«Standard»-pakke

Denne pakken inkluderer også alt i grunnpakken, for eksempel opptil 100 deltakere i «unified space»-møter og PMR-møter (Personal Meeting Room).

Skjermdeling i et PMR-møte er en rolle som i utgangspunktet bare innehas av møteverten, men verten kan overføre «presentatørrollen» til en hvilken som helst møtedeltaker de velger, og bare verten kan ta inn presentatørrollen på nytt uten den gjeldende verten sender den til dem.

Premium-pakke

Denne pakken inkluderer alt i standardpakken pluss opptil 300 deltakere i «unified space»-møte og opptil 1000 deltakere i et personlig møterom (PMR).

Skjermdeling i et PMR-møte støttes for alle møtedeltaker.

Sammenlign pakker

Pakke	Anrop	Meldinger	Unified Space Meetings	PMR-møter
Softphone	Inkludert	Ikke inkludert	Ingen	Ingen
Grunnleggende	Inkludert	Inkludert	100 deltakere	100 deltakere
Standard	Inkludert	Inkludert	100 deltakere	100 deltakere
Premium	Inkludert	Inkludert	300 deltakere	1000 deltakere

Grensen for Unified Space Meeting for Basic-brukere er 100 deltakere per Unified Space Meeting med mindre området også inkluderer brukere som er tilordnet «Standard»- eller «Premium»-pakkene, og i så fall økes grensen basert på vertsbrukerpakken.

«Unified Space Meetings» refererer til et Webex-møte (planlagt eller ikke-planlagt) som finner sted på et Webex-område. En bruker starter for eksempel et møte fra området via knappene «Møt» eller «Planlegg».

«PMR-møter» refererer til et Webex-møte (planlagt eller ikke-planlagt) som finner sted i en brukers personlige møterom (PMR). Disse møtene bruker en dedikert nettadresse (for eksempel: cisco.webex.com/meet/roomOwnerUserID).

Meldings- og møtefunksjoner

Se tabellen nedenfor for forskjeller i støtte for PMR-møtefunksjoner for Basic-, Standard- og Premium-pakker.

Tabell 1. Forskjeller i funksjonsstøtte for PMR-møter
Møtefunksjon	Støttes med grunnleggende pakke	Støttes med standardpakke	Støttes med Preminum-pakke	Kommentar
Møtevarighet	40 minutter eller mindre	Ubegrenset	Ubegrenset
Deling av skrivebord	Ja	Ja	Ja	Grunnleggende – Skrivebordsdeling av alle PMR- møtedeltaker. Standard – Skrivebordsdeling kun av PMR- møtevert . Premium – Skrivebordsdeling av alle PMR- møtedeltaker.
Programdeling	Ja	Ja	Ja	Grunnleggende – Programdeling av alle PMR- møtedeltaker. Standard – Programdeling kun av PMR- møtevert . Premium – Programdeling av alle PMR- møtedeltaker.
Chat med flere deltakere	Ja	Ja	Ja
Tavle	Ja	Ja	Ja
Passordbeskyttelse	Ja	Ja	Ja
Nettapp – ingen nedlasting eller programtillegg (gjesteopplevelse)	Ja	Ja	Ja
Støtte for paring med Webex-enheter	Ja	Ja	Ja
Etasjekontroll (dempe én / utvise alle)	Ja	Ja	Ja
Kobling til vedvarende møter	Ja	Ja	Ja
Tilgang til nettsted for møter	Ja	Ja	Ja
Møte Bli med via VoIP	Ja	Ja	Ja
Låsing	Ja	Ja	Ja
Presentatørkontroller	Nei	Nei	Ja
Kontroll av eksternt skrivebord	Nei	Nei	Ja
Antall deltakere	100	100	1000
Opptaket er lagret lokalt i systemet	Ja	Ja	Ja
Opptak i skyen	Nei	Nei	Ja
Opptak – skylagring	Nei	Nei	10 GB per nettsted
Opptakstranskripsjoner	Nei	Nei	Ja
Møteplanlegging	Ja	Ja	Ja
Aktiver innholdsdeling med eksterne integreringer	Nei	Nei	Ja	Grunnleggende – Innholdsdeling av alle PMR- møtedeltaker. Standard – Innholdsdeling kun av PMR- møtevert . Premium – Innholdsdeling av alle PMR- møtedeltaker.
Tillat endring av PMR-nettadresse	Nei	Nei	Ja	Grunnleggende – Brukere kan endre PMR-URL-en fra Webex-nettsted. Partnere og organisasjonsadministratorer kan endre nettadressen fra Control Hub. Standard – PMR-URL-adressen kan bare endres fra Partner Hub av partner- og organisasjonsadministratorer. Premium – Brukere kan endre PMR-URL-en fra Webex-nettsted. Partner- og organisasjonsadministratorer kan endre nettadressen fra Partner Hub.
Direktestrømming av møter (f.eks. på Facebook, Youtube)	Nei	Nei	Ja
La andre brukere planlegge møter på deres vegne	Nei	Nei	Ja
Legg til alternativ vert	Ja	Nei	Ja
Appintegrering (f.eks. Zendesk, Slack)	Avhenger av integreringen	Avhenger av integreringen	Ja	Se Appintegreringer delen nedenfor for mer informasjon om støtte.
Integrering med Microsoft Office 365 kalender	Ja	Ja	Ja
Integrering med Google Calendaring for G Suite	Ja	Ja	Ja

Webex brukerstøtte publiserer funksjonene og brukervennlig dokumentasjon for Webex på help.webex.com. Les følgende artikler for å lære mer om funksjonene:

Anropsfunksjoner

Anropsopplevelsen ligner på tidligere løsninger som bruker BroadWorks samtalekontroll . Forskjellen til UC-One Collaborate og UC-One SaaS er at Webex-app er den primære myke klienten.

Appintegreringer

Du kan integrere Webex for Cisco BroadWorks med følgende programmer:

Zendesk – Bare Premium
Slakk – Bare Premium
Microsoft Teams for Webex Meetings – Standard eller Premium
Microsoft Teams for Calling – Støttes med alle pakker
Office 365-kalender – Standard eller Premium
Google Kalender for G Suite – Standard eller Premium

Støtte for infrastruktur for virtuelt skrivebord (VDI)

Webex for Cisco BroadWorks støtter nå miljøer for virtuell skrivebordsinfrastruktur (VDI). Hvis du vil ha mer informasjon om hvordan du distribuerer VDI-infrastruktur, kan du se Distribusjonsveiledning for Webex for virtuell skrivebordsinfrastruktur (VDI) .

IPv6-støtte

Webex for Cisco BroadWorks støtter IPv6-adressering for Webex-appen.

Fremtidens veikart

Hvis du vil ha innsikt i intensjonene våre for fremtidige versjoner av Webex for Cisco BroadWorks, kan du gå tilhttps://salesconnect.cisco.com/#/program/PAGE-16649 . Veikartelementene er ikke bindende på noen måte. Cisco forbeholder seg retten til å holde tilbake eller endre noen av eller alle disse elementene fra fremtidige utgivelser.

Begrensninger

Begrensninger for klargjøring

Tidssone for møtenettsted

Tidssonen for den første abonnenten for hver pakke blir tidssonen for Webex Meetings nettstedet som er opprettet for den pakken.

Hvis det ikke er angitt noen tidssone i klargjøringsforespørselen for den første brukeren av hver pakke, angis tidssonen for Webex Meetings nettstedet for den pakken til den regionale standarden for abonnentenes organisasjon.

Hvis kunden trenger en bestemt tidssone for Webex Meetings nettstedet, angir du timezone parameter i klargjøringsforespørselen for:

den første abonnenten klargjort for standardpakken i organisasjonen.
den første abonnenten klargjort for Premium-pakken i organisasjonen.
den første abonnenten klargjort for basispakken i organisasjonen.

Generelle begrensninger

Ingen anrop i nettversjonen av Webex-klienten (dette er en klientbegrensning, ikke en løsningsbegrensning.)
Webex har ennå ikke alle brukergrensesnittkontrollene for å støtte noen av samtalekontroll som er tilgjengelige fra BroadWorks.
Webex-klienten kan for øyeblikket ikke være «Hvit merket».
Når du oppretter kundeorganisasjoner ved hjelp av den valgte klargjøringsmetoden, opprettes de automatisk i samme region som partnerorganisasjonen din. Denne virkemåten er tiltenkt. Vi forventer at multinasjonale partnere oppretter en partnerorganisasjon i hver region der de administrerer kundeorganisasjoner.
Rapportering om møter og meldingsbruk er tilgjengelig via kundeorganisasjonen i Control Hub.

Kjente problemer og begrensninger

Hvis du vil ha en oppdatert liste over kjente problemer og begrensninger med Webex for Cisco BroadWorks-tilbudet, kan du se Kjente problemer og begrensninger .

Grenser for meldinger

Følgende grenser for datalagring (meldinger og filer kombinert) gjelder for organisasjoner som har kjøpt Webex for Cisco BroadWorks-tjenester gjennom en tjenesteleverandør. Disse grensene representerer maksimal lagringsplass for meldinger og filer kombinert.

Grunnleggende: 2 GB per bruker i 3 år
Standard 5 GB per bruker i 3 år
Premium: 10 GB per bruker i 5 år

For hver kundeorganisasjon slås disse summene per bruker sammen for å gi en aggregert totalsum for den kunden, basert på antall brukere. Et selskap med fem premiumbrukere har for eksempel en total grense for meldings- og fillagring på 50 GB. En enkeltbruker kan overskride grensen per bruker (10 GB), forutsatt at selskapet fortsatt er under det aggregerte maksimumsgrensen (50 GB).

For teamområder som opprettes, gjelder meldingsgrensene mot den aggregerte summen for kundeorganisasjonen som eier teamområdet. Du finner informasjon om eieren av individuelle teamområder i retningslinjene for område. Hvis du vil ha informasjon om hvordan du viser områdepolicyen for et individuelt teamområde, sehttps://help.webex.com/en-us/baztm6/Webex-Space-Policy .

Tilleggsinformasjon

Hvis du vil ha mer informasjon om generelle meldingsgrenser som gjelder for Webex meldingsteamområder, kan du sehttps://help.webex.com/en-us/n8vw82eb/Webex-Capacities .

Sikkerhet, data og roller

Webex-sikkerhet

Webex-klienten er et sikkert program som oppretter sikre tilkoblinger til Webex og BroadWorks. Dataene som er lagret i Webex-skyen, og eksponert for brukeren gjennom grensesnittet for Webex-app , krypteres både under overføring og hvile.

Det er flere detaljer om datautveksling i delen Referanse i dette dokumentet.

Ytterligere lesing

Residency for organisasjonsdata

Vi lagrer Webex-dataene dine i datasenter som samsvarer best med regionen din. Se Dataopphold i Webex i brukerstøtten.

Roller

administrator for tjenesteleverandør (deg): For daglige vedlikeholdsaktiviteter administrerer du de lokale (ringende) delene av løsningen ved hjelp av dine egne systemer. Du administrerer Webex-delene av løsningen gjennom Partner Hub.

Hvis du vil ha informasjon om rollene som er tilgjengelige for partnere, tilgangsrettighetene som følger med disse rollene, og hvordan du tilordner roller, se Partneradministratorroller for Webex for BroadWorks og Wholesale RTM .

Den første brukeren som klargjøres til en ny partnerorganisasjon, tilordnes automatisk rollene Full administrator og Full Partner Administrator. Denne administrator kan bruke artikkelen ovenfor til å tilordne flere roller.

Ciscos team for skydrift: Oppretter «partnerorganisasjonen» i Partner Hub, hvis den ikke finnes, under integreringen.

Når du har fått Partner Hub-kontoen din, konfigurerer du Webex-grensesnittene til dine egne systemer. Deretter oppretter du «Onboarding-maler» for å representere suitene eller pakkene som leveres gjennom disse systemene. Deretter klargjør du kundene eller abonnentene dine.

#	Typisk oppgave	SP	Cisco
1	Partner-onboarding – opprettelse av partnerorganisasjonen hvis en ikke finnes og aktiverer de nødvendige funksjonene		●
2	BroadWorks-konfigurasjon i Partner Org via Partner Hub (klynge)	●
3	Konfigurere integreringsinnstillinger i Partner Org via Partner Hub (tilbudsmaler, merkevarebygging)	●
4	Klargjøring av BroadWorks-miljø for integrering (AS, XSP\| ADP-oppdatering, brannmurer, XSP\| ADP-konfigurasjon, XSI, AuthService, CTI, NPS, DMS-applikasjoner på XSP\| ADP)	●
5	Utvikle klargjøringsintegrering eller prosess	●
6	Klargjør GTM-materialer	●
7	Overfør eller klargjør nye brukere	●

Arkitektur

Hva er i diagrammet?

Klient

Webex-appklienten fungerer som det primære programmet i Webex for Cisco BroadWorks-tilbud. Klienten er tilgjengelig på skrivebords-, mobil- og nettplattformer.

Klienten har innebygde meldinger, tilstedeværelse og lyd-/videomøter med flere parter levert av Webex-skyen. Webex-klienten bruker BroadWorks-infrastrukturen din for SIP- og PSTN-anrop.
Cisco IP-telefoner og relatert tilbehør bruker også BroadWorks-infrastrukturen for SIP- og PSTN-samtaler. Vi forventer å kunne støtte tredjepartstelefoner.
Brukeraktiveringsportal der brukere kan logge på Webex ved hjelp av BroadWorks-legitimasjonen.
Partner Hub er et webgrensesnitt for å administrere Webex-organisasjonen din og kundenes organisasjoner. Partnerhub er der du konfigurerer integreringen mellom BroadWorks-infrastrukturen og Webex. Du bruker også Partner Hub til å administrere klientkonfigurasjon og fakturering.

Nettverk for tjenesteleverandør

Den grønne blokken til venstre i diagrammet representerer nettverket ditt. Komponenter som er vert i nettverket ditt, gir følgende tjenester og grensesnitt til andre deler av løsningen:

Offentlig vendt XSP| ADP, for Webex for Cisco BroadWorks: (Boksen representerer én eller flere XSP| ADP-farmer, muligens frontet av lastbalansere.)
- Er vert for Xtended Services Interface (XSI-Actions & XSI-Events), Device Management Service (DMS), CTI-grensesnitt og autentiseringstjeneste. Sammen gjør disse programmene det mulig for telefoner og Webex-klienter å autentisere seg selv, laste ned konfigurasjonsfilene for anrop, ringe og motta anrop og se hverandres status for å koble på (telefoni) og samtalehistorikk .
- Publiserer katalog til Webex-klienter.
Offentlig vendt XSP| ADP, som kjører NPS:
- Push-server for vertssamtalevarsler: En Push-varslingsserver på en XSP| ADP i miljøet ditt. Den har grensesnitt mellom applikasjonsserveren og NPS-proxyen vår. Proxyen leverer kortvarige tokener til NPS-en din for å autorisere varsler til skytjenestene. Disse tjenestene (APNS og FCM) sender samtalevarsler til Webex-klienter på Apple iOS og Google Android-enheter.
Applikasjonsserver:
- Gir samtalekontroll og grensesnitt til andre BroadWorks-systemer (vanligvis)
- For flytende klargjøring brukes AS av partneradministrator til å klargjøre brukere i administrator
- Sender brukerprofil til BroadWorks
OSS/BSS: Ditt driftsstøttesystem / SIP-tjenester for bedrifter for å administrere BroadWorks-bedriftene dine.

Webex Cloud

Den blå blokken i diagrammet representerer Webex-skyen. Webex-mikrotjenester støtter hele spekteret av Webex-samarbeidsfunksjoner:

Cisco Common Identity (CI) er identitetstjenesten i Webex.
Webex for Cisco BroadWorks representerer settet med mikrotjenester som støtter integreringen mellom Webex og BroadWorks som er vert for tjenesteleverandøren:
- API-er for brukerklargjøring
- Konfigurasjon av tjenesteleverandør
- Brukerpålogging med BroadWorks-legitimasjon
Webex Meldingsboks for meldingsrelaterte mikrotjenester.
Webex Meetings -boks som representerer mediebehandlingsservere og SBC-er for videomøter med flere deltakere (SIP og SRTP)

Tredjeparts nettjenester

Følgende tredjepartskomponenter er representert i diagrammet:

APNS (Apple Push Notifications Service) sender anrops- og meldingsvarsler til Webex-programmer på Apple-enheter.
FCM (FireBase Cloud Messaging) sender anrops- og meldingsvarsler til Webex-programmer på Android-enheter.

XSP| ADP-arkitekturhensyn

Rollen til offentlig-vendt XSP| ADP-servere i Webex for Cisco BroadWorks

Den offentlige XSP-en| ADP i miljøet ditt gir følgende grensesnitt/tjenester til Webex og klienter:

Autentiseringstjeneste (AuthService), sikret av TLS, som svarer på Webex-forespørsler om BroadWorks JWT (JSON Web Token) på brukerens vegne
CTI-grensesnitt, sikret av mTLS, som Webex abonnerer på for samtalehistorikkhendelser og tilstedeværelsesstatus for telefoni fra BroadWorks (hook-status).
Xsi-handlinger og hendelser-grensesnitt (eXtended Services Interface) for samtalekontroll, kontakt- og samtaleliste og konfigurasjon av sluttbrukertelefonitjenester
DM-tjeneste (Device Management) for klienter for å hente konfigurasjonsfilene for anrop

Oppgi URL-adresser for disse grensesnittene når du konfigurerer Webex for Cisco BroadWorks. (Se Konfigurer BroadWorks-klynger i Partner Hub i dette dokumentet.) For hver klynge kan du bare oppgi én URL-adresse for hvert grensesnitt. Hvis du har flere grensesnitt i BroadWorks-infrastrukturen, kan du opprette flere klynger.

XSP| ADP-arkitektur

Vi krever at du bruker en egen, dedikert XSP| ADP-forekomst eller -farm som skal være vert for NPS-programmet (Notification Push Server). Du kan bruke den samme NPS med UC-One SaaS eller UC-One Collaborate. Du kan imidlertid ikke være vert for de andre programmene som kreves for Webex for Cisco BroadWorks på samme XSP| ADP som er vert for NPS-applikasjonen.

Vi anbefaler at du bruker en dedikert XSP| ADP-forekomsten/farmen skal være vert for de nødvendige programmene for Webex-integrering av følgende årsaker

Hvis du for eksempel tilbyr UC-One SaaS, anbefaler vi at du oppretter en ny XSP| ADP-farm for Webex for Cisco BroadWorks. På denne måten kan de to tjenestene operere uavhengig av hverandre mens du overfører abonnenter.
Hvis du samlokaliserer Webex for Cisco BroadWorks-applikasjoner på en XSP| ADP-farm som brukes til andre formål, er det ditt ansvar å overvåke bruken, administrere den resulterende kompleksiteten og planlegge for økt skala.
Den Kapasitetsplanlegger for Cisco BroadWorks-system forutsetter en dedikert XSP| ADP-farm og er kanskje ikke nøyaktig hvis du bruker den til samlokaliseringsberegninger.

Med mindre annet er angitt, vil den dedikerte Webex for Cisco BroadWorks XSP| ADP-er må være vert for følgende programmer:

AuthService (TLS med CI-tokenvalidering eller mTLS)
CTI (mTLS)
XSI-Actions (TLS)
XSI-Events (TLS)
DMS (TLS) – valgfritt. Det er ikke obligatorisk at du distribuerer en egen DMS-forekomst eller -farm spesifikt for Webex for Cisco BroadWorks. Du kan bruke den samme DMS-forekomsten som du bruker for UC-One SaaS eller UC-One Collaborate.
Nettvisning for samtaleinnstillinger (TLS) – valgfritt. Webvisning for samtaleinnstillinger (CSW) er bare nødvendig hvis du vil at Webex for Cisco BroadWorks-brukere skal kunne konfigurere samtalefunksjoner i Webex-appen.

Webex krever tilgang til CTI via et grensesnitt sikret av gjensidig TLS-godkjenning. For å støtte dette kravet anbefaler vi ett av disse alternativene:

(Diagram merket Alternativ 1 ) Én XSP| ADP-forekomst eller -farm for alle applikasjoner, med to grensesnitt konfigurert på hver server: et mTLS-grensesnitt for CTI og et TLS-grensesnitt for andre apper, for eksempel AuthService.
(Diagram merket Alternativ 2 ) To XSP| ADP-forekomster eller -farmer, én med et mTLS-grensesnitt for CTI, og den andre med et TLS-grensesnitt for andre apper, for eksempel AuthService.

XSP| Gjenbruk av ADP

Hvis du har en eksisterende XSP| ADP-farm som samsvarer med en av de foreslåtte arkitekturene ovenfor (alternativ 1 eller 2) og den er lett lastet , så er det mulig å bruke din eksisterende XSP på nytt| ADP-er. Du må bekrefte at det ikke er noen motstridende konfigurasjonskrav mellom eksisterende programmer og de nye programkravene for Webex. De to hovedhensynene er:

Hvis du trenger å støtte flere Webex-partnerorganisasjoner på XSP| ADP, betyr det at du må bruke mTLS på Auth-tjenesten (CI-tokenvalidering støttes bare for én partnerorganisasjon på en XSP| ADP). Hvis du bruker mTLS på autentiseringstjenesten, betyr det at du ikke kan ha klienter som bruker grunnleggende autentisering på autentiseringstjenesten samtidig. Denne situasjonen ville forhindre gjenbruk av XSP| ADP.
Hvis den eksisterende CTI-tjenesten er konfigurert til å brukes av klienter med den sikre porten (vanligvis 8012), men uten mTLS (dvs. klientgodkjenning), da vil det komme i konflikt med Webex-kravet om å ha mTLS.

Fordi XSP| ADP-er har mange applikasjoner, og antallet permutasjoner for disse applikasjonene er stort, kan det være andre uidentifiserte konflikter. Av denne grunn kan eventuell gjenbruk av XSP| ADP-er bør verifiseres i et laboratorium med den tiltenkte konfigurasjonen før de forplikter seg til gjenbruk.

Konfigurere NTP-synkronisering på XSP| ADP

Distribusjonen krever tidssynkronisering for all XSP| ADP-er som du bruker med Webex.

Installer ntp pakken etter at du har installert operativsystemet og før du installerer BroadWorks-programvaren. Deretter kan du konfigurere NTP under XSP| Installasjon av ADP-programvare. Se Veiledning for BroadWorks-programvareadministrasjon for mer informasjon.

Under den interaktive installasjonen av XSP| ADP-programvare, får du muligheten til å konfigurere NTP. Gå fram på følgende måte:

Når installasjonsprogrammet spør, Do you want to configure NTP?, angi y.
Når installasjonsprogrammet spør, Is this server going to be a NTP server?, angi n.
Når installasjonsprogrammet spør, What is the NTP address, hostname, or FQDN?, skriver du inn adressen til NTP-server eller en offentlig NTP-tjeneste, for eksempel, pool.ntp.org.

Hvis din XSP| ADP-er bruker stille (ikke-interaktiv) installasjon. konfigurasjonsfil for installasjonsprogrammet må inneholde følgende Key=Value-par:

NTP

NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>

XSP| ADP-identitets- og sikkerhetskrav

Bakgrunn

Protokollene og chiffrene til Cisco BroadWorks TLS-tilkoblinger kan konfigureres på forskjellige spesifisitetsnivåer. Disse nivåene varierer fra de mest generelle (SSL-leverandør) til de mest spesifikke (enkeltgrensesnitt). En mer spesifikk innstilling overstyrer alltid en mer generell innstilling. Hvis de ikke er angitt, arves SSL-innstillingene for «lavere» nivå fra «høyere» nivåer.

Hvis ingen innstillinger endres fra standardinnstillingene, arver alle nivåer standardinnstillingene for SSL-leverandøren (JSSE Java Secure Sockets Extension).

Kravliste

XSP| ADP må autentisere seg selv for klienter som bruker et CA-signert sertifikat der Common Name eller Subject Alternative Name samsvarer med domenedelen av XSI-grensesnittet.
Xsi-grensesnittet må støtte TLSv1.2-protokollen.
Xsi-grensesnittet må bruke en krypteringspakke som oppfyller følgende krav.
- Diffie-Hellman Ephemeral (DHE) eller elliptiske kurver Diffie-Hellman Ephemeral (ECDHE) nøkkelutveksling
- AES-kryptering (Advanced Encryption Standard) med en blokkstørrelse på minst 128 biter (f.eks. AES-128 eller AES-256)
- GCM (Galois/Counter Mode) eller CBC (Cipher Block Chaining)-chiffermodus
  - Hvis en CBC-chiffer brukes, er bare SHA2-familien av hashfunksjoner tillatt for nøkkelavledning (SHA256, SHA384, SHA512).

Følgende chiffer oppfyller for eksempel kravene:

TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384

XSP| ADP CLI krever IANA-navnekonvensjonen for krypteringspakker, som vist ovenfor, ikke openSSL-konvensjonen.

Støttede TLS-krypteringer for grensesnittene AuthService og XSI

Denne listen kan endres etter hvert som kravene til skysikkerhet utvikler seg. Følg gjeldende sikkerhetsanbefaling fra Cisco i skyen for valg av kryptering, som beskrevet i kravlisten i dette dokumentet.

TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA

Skaleringsparametre for Xsi Events

Du må kanskje øke Xsi-Events-køstørrelsen og trådantallet for å håndtere volumet av hendelser som Webex for Cisco BroadWorks-løsningen krever. Du kan øke parametrene til minimumsverdiene som vises, på følgende måte (ikke reduser dem hvis de er over disse minimumsverdiene):

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventQueueSize = 2000

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventHandlerThreadCount = 50

Flere XSP| ADP-er

Kantelement for belastningsbalansering

Hvis du har et belastningsfordeling på nettverkskanten, må det håndtere fordelingen av trafikk mellom de flere XSP-ene på en transparent måte| ADP-servere og Webex for Cisco BroadWorks-skyen og -klienter. I dette tilfellet må du oppgi URL-adressen til lastbalanseren til Webex for Cisco BroadWorks-konfigurasjonen.

Merknader om denne arkitekturen:

Konfigurer DNS slik at klientene kan finne lastbalanseren når de kobler til Xsi-grensesnittet (se DNS-konfigurasjon ).
Vi anbefaler at du konfigurerer edge-elementet i omvendt SSL-proxy-modus for å sikre punkt-til-punkt datakryptering.
Sertifikater fra XSP| ADP01 og XSP| ADP02 skal begge ha XSP| ADP-domene, for eksempel din-XSP| ADP.example.com, i det alternative navnet på emnet. De bør ha sine egne FQDN-er, for eksempel XSP| ADP01.example.com, i Common Name. Du kan bruke jokertegnsertifikater, men vi anbefaler dem ikke.

Internett-vendt XSP| ADP-servere

Hvis du viser Xsi-grensesnittene direkte, bruker du DNS til å distribuere trafikken til flere XSP| ADP-servere.

Merknader om denne arkitekturen:

To oppføringer kreves for å koble til XSP| ADP-servere:
- For Webex-mikrotjenester: Round-robin A/AAAA-oppføringer kreves for å målrette mot flere XSP| ADP IP-adresser. Dette er fordi Webex-mikrotjenestene ikke kan gjøre SRV-oppslag. For eksempler, se Webex Cloud .
- For Webex-appen: En SRV-oppføring som løses til A-oppføringer der hver A-oppføring løses til én XSP| ADP. For eksempler, se Webex-appen .
  
  Bruk prioriterte SRV-registreringer til å målrette XSI-tjenesten for den flere XSP-en| ADP-adresser. Prioriter SRV-registreringer slik at mikrotjenestene alltid går til den samme A-oppføringen (og etterfølgende IP-adresse), og bare flyttes til neste A-oppføring (og IP-adresse) hvis den første IP-adresse er nede. IKKE bruk en round-robin-tilnærming for Webex-appen.
Sertifikater fra XSP| ADP01 og XSP| ADP02 skal begge ha XSP| ADP-domene, for eksempel din-XSP| ADP.example.com, i det alternative navnet på emnet. De bør ha sine egne FQDN-er, for eksempel XSP| ADP01.example.com, i Common Name.
Du kan bruke jokertegnsertifikater, men vi anbefaler dem ikke.

Unngå HTTP-omdirigeringer

Noen ganger er DNS konfigurert til å løse XSP| ADP-URL til en HTTP-lastbalanserer, og lastbalanseren er konfigurert til å omdirigere via en omvendt proxy til XSP| ADP-servere.

Webex følger ikke en viderekobling når du kobler til URL-adressene du oppgir, slik at denne konfigurasjonen ikke fungerer.

Bestilling og klargjøring

Bestilling og klargjøring gjelder på disse nivåene:

Klargjøring av partner/tjenesteleverandør :

Hver Webex for Cisco BroadWorks-tjenesteleverandør (eller -forhandler) som integreres, må konfigureres som en partnerorganisasjon i Webex, og tildeles de nødvendige rettighetene. Cisco Operations gir administrator for partnerorganisasjonen tilgang til å administrere Webex for Cisco BroadWorks på Webex Partner Hub. Partneradministratoren må utføre alle nødvendige klargjøringstrinn før de kan klargjøre en kunde-/bedriftsorganisasjon.
Bestilling og klargjøring av kunde/bedrift :

Hver BroadWorks Enterprise som er aktivert for Webex for Cisco BroadWorks, utløser opprettelse av en tilknyttet Webex-kundeorganisasjon. Denne prosessen skjer automatisk som en del av klargjøring av bruker/abonnent. Alle brukere/abonnenter i en BroadWorks-bedrift klargjøres i den samme Webex-kundeorganisasjonen.

Den samme virkemåten gjelder hvis BroadWorks-systemet er konfigurert som en tjenesteleverandør med grupper. Når du klargjør en abonnent i en BroadWorks-gruppe, opprettes det automatisk en kundeorganisasjon som tilsvarer gruppen i Webex.
Bestilling og klargjøring av bruker/abonnent :

Webex for Cisco BroadWorks støtter for øyeblikket følgende brukerklargjøringsmodeller:
- Gjennomstrømming av klargjøring med klarerte e-poster
- Klargjøring med flytende klargjøring uten klarerte e-poster
- Selvklargjøring for bruker
- API-klargjøring

Klargjøring for flytende klargjøring med klarerte e-poster

Du konfigurerer den integrerte IM&P-tjenesten til å bruke en Webex-klargjørings-URL, og deretter tilordner du tjenesten til brukere. Applikasjonsserveren bruker Webex-klargjørings-API til å be om de tilsvarende Webex-brukerkontoene.

Hvis du kan hevde at BroadWorks har abonnent-e-postadresser som er gyldige og unike for Webex, oppretter og aktiverer dette klargjøringsalternativet automatisk Webex-kontoer med disse e-postadressene som bruker-ID-er.

Du kan endre abonnentpakken via Partner Hub, eller du kan skrive ditt eget program for å bruke klargjørings-API til å endre abonnentpakker.

***Klargjøring for flytende klargjøring med klarerte e-poster***

Klargjøring for flytende klargjøring uten klarerte e-poster

Du konfigurerer den integrerte IM&P-tjenesten til å bruke en Webex-klargjørings-URL, og deretter tilordner du tjenesten til brukere. Applikasjonsserveren bruker Webex-klargjørings-API til å be om de tilsvarende Webex-brukerkontoene.

Hvis du ikke kan stole på e-postadressene for abonnenter som BroadWorks har, oppretter dette klargjøringsalternativet Webex-kontoer, men kan ikke aktivere dem før abonnentene oppgir og bekrefter e-postadressene sine. På det tidspunktet kan Webex aktivere kontoene med disse e-postadressene som bruker-ID-er.

***Klargjøring for flytende klargjøring uten klarerte e-poster***

Du kan endre abonnentpakken via Partner Hub, eller du kan skrive ditt eget program for å bruke klargjørings-API til å endre abonnentpakker.

Egen klargjøring for bruker

Med dette alternativet er det ingen flytende klargjøring fra BroadWorks til Webex. Når du har konfigurert integreringen mellom Webex og BroadWorks-systemet, får du én eller flere koblinger som er spesifikke for klargjøring av brukere i Webex for Cisco BroadWorks-partnerorganisasjonen.

Deretter utformer du din egen kommunikasjon (eller delegerer til kundene dine) for å distribuere koblingen til abonnentene. Abonnentene følger koblingen, og oppgir og validerer deretter e-postadressene sine for å opprette og aktivere sine egne Webex-kontoer.

Siden kontoene klargjøres innenfor rammen av partnerorganisasjonen din, kan du justere brukerpakker manuelt via Partner Hub, eller du kan bruke API-et til å gjøre det.

Brukere må finnes i BroadWorks-systemet som du integrerer med Webex, ellers har de forbud mot å opprette kontoer med den koblingen.

Tjenesteleverandør klargjøring av API-er

Webex viser et sett med offentlige API-er som lar deg bygge Webex for Cisco BroadWorks-bruker-/abonnentklargjøring i din eksisterende arbeidsflyt/verktøy for brukeradministrasjon.

***Klargjøring av tjenesteleverandør via API-er – klarerte e-poster***

***Klargjøring av tjenesteleverandør via API-er – uklarerte e-poster***

Obligatoriske oppdateringer med flytende klargjøring

Hvis du bruker gjennomstrømmingsklargjøring, må du installere en systemoppdatering og bruke en CLI-egenskap. Se listen nedenfor for instruksjoner som gjelder for BroadWorks-versjonen din:

For R22:

Installer AP.as.22.0.1123.ap376508 .
Etter installasjonen angir du egenskapen bw.msg.includeIsEnterpriseInOSSschema til true fra CLI inn Maintenance/ContainerOptions.

Hvis du vil ha mer informasjon, kan du se oppdateringsmerknadenehttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .

For R23:

Installer AP.as.23.0.1075.ap376509
Etter installasjonen angir du egenskapen bw.msg.includeIsEnterpriseInOSSschema til true fra CLI inn Maintenance/ContainerOptions.

Hvis du vil ha mer informasjon, kan du se oppdateringsmerknadenehttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .

For R24:

Installer AP.as.24.0.944.ap375100
Etter installasjonen angir du egenskapen bw.msg.includeIsEnterpriseInOSSschema til true fra CLI inn Maintenance/ContainerOptions.

Hvis du vil ha mer informasjon, kan du se oppdateringsmerknadenehttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .

Når du har fullført disse trinnene, vil du ikke kunne klargjøre nye brukere med UC-One Collaborate-tjenester. Nylig klargjorte brukere må være Webex for Cisco BroadWorks-brukere.

Internnummer

Støtte for internnummerfunksjoner gjør at Webex for Cisco Broadworks-brukere kan ringe andre brukere med et internnummer som ligner på det primærtelefon i samme bedrift. Dette er spesielt nyttig for brukere som ikke har DID-numre.

Under klargjøring lagres internnummeret til brukerne i Webex-katalogen som brukerens internnummer. For BroadWorks-anrop vises internnummeret i Webex-appen i internnummerfeltet for alle metodeområdene for samtaleinitiering og brukerens profil. Webex for Cisco BroadWorks støtter kun internnummeranrop mellom brukere i samme gruppe og forskjellige grupper i samme bedrift med kombinasjonen av retningsnummer og internnummer. Anrop mellom to bedrifter som bare bruker internnumre, støttes imidlertid ikke.

Et internnummer kan klargjøres for Cisco BroadWorks-brukere via følgende metoder:

Cisco BroadWorks-brukere
- Offentlig API-klargjøring som utvidelse
  - Internnummerparameteren skal eksplisitt sendes som en del av API-kallet. For bedrifter/grupper som har konfigurert stedsnummer (LDC), skal internnummerparameteren være kombinasjonen av LDC og ' internnummer.
- Klargjøring av flytende eller selvaktiverende klargjøring
  - Internnummer og LDC (der det er aktuelt) hentes automatisk fra BroadWorks.
BroadWorks-anropsbrukere eller enheter
- Synkroniseres automatisk fra BroadWorks av Directory Sync ved hjelp av kombinasjonen av stedsnummer (LDC) og internnummer.

Tabell 2. Behandling av internnummer basert på klargjøringsmetode
BroadWorks Calling Records	Beskrivelse	Klargjøringsmetode	Administrere internnummer
Webex for Cisco BroadWorks-brukere	Brukere er aktivert for Webex for Cisco BroadWorks	Offentlig API	Internnummer må sendes som parameter
Webex for Cisco BroadWorks-brukere	Brukere er aktivert for Webex for Cisco BroadWorks	Gjennomstrømming	Internnummer hentet fra BroadWorks automatisk
Brukere som kun ringer BroadWorks	Ringer brukere som er ikke integrert i Webex	Katalogsynkronisering	Internnummer synkronisert av Katalogsynkronisering
Anropsenheter som ikke er brukere	For eksempel en telefon i et konferanserom, en faks, et søkegruppenummer	Katalogsynkronisering	Internnummer synkronisert av Katalogsynkronisering
BroadWorks-telefonlister	Bedrifts-, gruppe- eller personlige telefonlister	Katalogsynkronisering	Ikke relevant

Forutsetninger

Klientversjonen som kreves for å støtte denne funksjonen, er 42.11 eller nyere.
Oppdatering der internnummer og stedsnummer legges til i XSI og klargjøringsadapter februar 2022 for versjon 23 eller nyere som en del av :
- AP.platform.23.0.1075.ap380045
- AP.as.23.0.1075.ap380045
- AP.xsp.23.0.1075.ap380045
- AP.as.24.0.944.ap380045
Aktiver overskriften X-BroadWorks-Remote-Party-Info på AS ved hjelp av CLI-kommando nedenfor for denne SIP-samtale -anropsflyten, som er nødvendig for støtte for internnummer.
```
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
```

Prioritet for appanropsalternativer

Som en del av støtten for internnummerfunksjoner, er prioritetsinnstillingen for app-anropsalternativer også tilgjengelig på partnernivå for alle Webex for Cisco Broadworks-partnere. Ved hjelp av denne innstillingen kan partneren kontrollere innstillingene for samtaleprioritet for alle sine administrerte kunder fra Partner Hub. Prioriteringsinnstillingen for app-anropsalternativer for en kunde kan også endres på kundenivå fra Control Hub.

Prioriteringsinnstillingen for app-anropsalternativer inneholder internnummer som andre alternativ i både Partner Hub og Control Hub når en Webex for Cisco Broadworks-bruker nylig er klargjort med internnummer via en av de ovennevnte klargjøringsmetodene.

For alle eksisterende klargjorte organisasjoner vil internnummeralternativet være i skjult tilstand (som standard) i prioriteringsinnstillingen for app-anropsalternativer. Dette viser ikke et internnummer i alternativet for lyd-/ videosamtale til brukeren i Webex-appen.

Følgende er alternativene for å gjøre anropsalternativet for internnummeret synlig for eksisterende kunder:

Hvis en partner ønsker at alle sine administrerte kundeorganisasjoner skal få et internnummer som et av anropsalternativene, anbefales det at partneradministratoren flytter internnummeret fra skjult til tilgjengelig i Partner Hub. Dette lar de administrerte kundeorganisasjonene arve innstillingen fra partneren sin.
Hvis en partner ønsker å gi et internnummer i anropsalternativer for en bestemt kundeorganisasjon, anbefales det at partneradministratoren flytter internnummeret fra skjult til tilgjengelig i Control Hub.

Støtte for gruppekontakter

Denne funksjonen forbedrer Webex for BroadWorks DirSync-tjeneste ved å fjerne begrensningen for synkronisering av opptil 1500 kontakter fra gruppetelefonlistene på BroadWorks og la partnere synkronisere opptil 30 000 kontakter fra én enkelt gruppetelefonliste og bringe den på linje med 30 000 kontakter økning for telefonliste for bedrifter, som ble utgitt separat.

Det er en generell grense på 200 000 for alle eksterne kontakter per organisasjon, som vil gjelde for summen av telefonlister for bedrifter og grupper i én BroadWorks-bedrift. For eksempel vil en BroadWorks-bedrift som har en telefonliste for bedrifter med 30 000 og 5 gruppetelefonlister hver på 30 000 støttes (totalt 180 000 per organisasjon). Hvis det imidlertid finnes 6 gruppetelefonlister på 30 000 hver, støttes ikke dette (totalt 210 000).

Denne funksjonen er tilgjengelig på forespørsel. Ta kontakt med kontoteamet ditt for å få det aktivert.

Før du aktiverer funksjonen, må det kjøres en forutsetning for overføring til klargjørings- og tilknyttede grupper for alle de eksisterende klargjorte brukerne.
Cisco-teamet vil kjøre et internt API for å overføre alle eksisterende klargjorte brukere for å knytte dem til riktig gruppe. MERK: Dette kan ta opptil én uke å behandle.
Når overføringen er fullført for partneren og funksjonen er aktivert, blir alle nylig klargjorte brukere «gruppert» på riktig måte.

Når funksjonen er aktivert, begynner DirSync-tjenesten å synkronisere BroadWorks Group-telefonlistekontakter til dedikert kontaktlagring per gruppe i Webex Contact Service.

Under klargjøring må bedriftsgruppen til brukeren lagres i Webex-katalogen for å indikere gruppen denne brukeren tilhører. Tilknytningen av brukeren til en BroadWorks-gruppe i Webex-katalogen gjør at Webex-app kan utføre kontaktsøk i gruppelagringen for kontakttjenesten for den spesifikke gruppen til brukeren.

Funksjonen krever at Webex for BroadWorks-abonnenter klargjøres i Webex med BroadWorks bedriftsgruppe-ID.

BroadWorks bedriftsgruppe-ID kan klargjøres for Cisco BroadWorks-brukere på følgende måter:

Webex for Cisco BroadWorks-brukere
- Offentlig API-klargjøring som «spEnterpriseGroupId»
  - BroadWorks-bedriftsgruppe-ID-en skal eksplisitt sendes i spEnterpriseGroupId-parameteren for API-kallet.
- Klargjøring av flytende eller selvaktiverende klargjøring
  - BroadWorks bedriftsgruppe-ID hentes automatisk fra BroadWorks.
- BroadWorks-anropsbrukere eller enheter
  - Ikke aktuelt. Det er ikke nødvendig å synkronisere BroadWorks bedriftsgruppe-ID for disse brukerne.

Tabell 3. Administrasjon av bedriftsgruppe-ID basert på klargjøringsmetode
BroadWorks Calling Records	Beskrivelse	Klargjøringsmetode	Administrere bedriftsgruppe-ID
Webex for Cisco BroadWorks-brukere	Brukere er aktivert for Webex for Cisco BroadWorks	Offentlig API	BroadWorks-bedriftsgruppe-ID må sendes som parameteren spEnterpriseGroupId
Webex for Cisco BroadWorks-brukere	Brukere er aktivert for Webex for Cisco BroadWorks	Gjennomstrømming	BroadWorks bedriftsgruppe-ID hentes automatisk fra BroadWorks
Brukere som kun ringer BroadWorks	Ringer brukere som er ikke integrert i Webex	Katalogsynkronisering	Ikke relevant
Anropsenheter som ikke er brukere	For eksempel en telefon i et konferanserom, en faks, et søkegruppenummer	Katalogsynkronisering	Ikke relevant
BroadWorks-telefonlister	Kontakter i telefonlister for BroadWorks-gruppen	Katalogsynkronisering	Gruppekontakter lagres i Webex Contact Service knyttet til den bestemte gruppen
BroadWorks Enterpsie- eller Personlig telefonlister	Kontakter i bedriftstelefonlisten eller personlig telefonliste	Katalogsynkronisering	Ikke relevant

Offentlig API må oppdateres FØR OVERFØRINGEN. Overføringen kan ikke fullføres før THIS API er fullført. BroadWorks-bedriftsgruppe-ID-en skal eksplisitt sendes i spEnterpriseGroupId-parameteren for API-kallet https://developer.webex.com/docs/api/changelog#2023-march

Etter at funksjonen er aktivert, og som et resultat av neste katalogsynkronisering, vises også bedriftsbrukergruppene i Control Hub. Visualisering av gruppene i Control Hub for Webex for BroadWorks er på dette stadiet kun av informasjon. Partner- og kundeadministratorer skal ikke gjøre endringer i grupper eller gruppemedlemskap i Control Hub, da disse endringene ikke vil bli reflektert tilbake til BroadWorks. Gruppeadministrasjon i Control Hub er ment for bruk av partnere som skal ta i bruk de kommende API-ene for Contact Management.

Overføring og fremtidssikring

Cisco-fremdriften for Broadsoft Unified Communications-klient er å gå bort fra UC-One mot Webex. Det er en tilsvarende progresjon av støttetjenestene bort fra tjenesteleverandørnettverket – bortsett fra anrop – mot Webex-skyplattformen.

Enten du kjører UC-One SaaS eller BroadWorks Collaborate, er den foretrukne overføringsstrategien å distribuere ny, dedikert XSP| ADP-er for integrering med Webex for Cisco BroadWorks. Du kan kjøre de to tjenestene parallelt mens du overfører kunder til Webex, og til slutt hente inn infrastrukturen som ble brukt for den forrige løsningen.

Anbefalte dokumentabonnementer

Artiklene i Webex brukerstøtte (på help.webex.com) har en Abonner alternativ som lar deg motta et e-postvarsel hver gang artikkelen oppdateres.

Vi anbefaler at du abonnerer på hver av de følgende artiklene for å sikre at du ikke går glipp av viktige oppdateringer som påvirker nettverkstilkobling. Hvis du vil abonnere, går du til hver av koblingene nedenfor, og i artikkelen som starter, klikker du på Abonner -knappen.

Vi anbefaler som et minimum at du abonnerer på listen ovenfor. De fleste Webex-artiklene og -dokumentene som er oppført under Ytterligere dokumenter ha en Abonner alternativet. For at dette alternativet skal vises, må artikkelen vises på help.webex.com.

Det finnes ikke noe abonnementsalternativ for landingssider for dokumentasjon.

Ytterligere dokumenter

Se den relaterte dokumentasjonen nedenfor hvis du vil ha mer informasjon om Webex for Cisco BroadWorks:

Webex for Cisco BroadWorks-dokumenter

Partneradministratorer kan bruke følgende dokumenter og nettsteder til å hente informasjon om Webex for Cisco BroadWorks.

Ta med din egen PSTN-løsning for Webex for Cisco BroadWorks – Denne løsningen lar tjenesteleverandører klargjøre telefonnumre de eier (i stedet for Cisco-leverte numre) som brukere kan bruke når de blir med i Webex Meetings.
Konfigurasjonsveiledning for Webex for Cisco BroadWorks –Beskriver hvordan du konfigurerer Webex-appen for Webex for Cisco BroadWorks.
Veiledning for enhetsintegrering for Webex for Cisco BroadWorks –Beskriver hvordan du tar om bord og utfører service på Room OS- og MPP-enheter.
Feilsøkingsveiledning for Webex for Cisco BroadWorks – Inneholder feilsøkingsinformasjon for Webex for Cisco BroadWorks.

Webex for Cisco BroadWorks-artikler

Partneradministratorer kan bruke følgende valgfrie nettsteder for å lære mer om Webex for Cisco BroadWorks:

Webex for Cisco BroadWorks-dokumentasjon – Landingssiden viser tekniske dokumenter og valgfrie Webex-artikler målrettet mot partneradministratorer for Webex for Cisco BroadWorks.
Hva er nytt med Webex for Cisco BroadWorks – Les om de siste utgitte funksjonene sammen med hva som kommer snart.
Kjente problemer og begrensninger – Les om kjente problemer som vi har identifisert i Webex for Cisco BroadWorks-løsningen.
Partneradministratorroller for Webex for BroadWorks og Wholesale RTM –Denne artikkelen beskriver hvordan du tilordner partneradministratorroller for partnerorganisasjoner som tilbyr administrator for Cisco BroadWorks. Roller blir vant til å tilordne administrasjonstilgang til innstillinger i Partner Hub og Control Hub.

Cisco BroadWorks-dokumenter

Partneradministratorer kan se Cisco BroadWorks-nettstedet på cisco.com for tekniske dokumenter som beskriver hvordan du distribuerer Cisco BroadWorks-delen av løsningen:

Cisco BroadWorks-dokumenter

Hjelpeartikler for Webex

Følgende hjelpenettsteder for Webex kan brukes til å finne Webex-artikler som hjelper kundeadministratorer og sluttbrukere med å bruke Webex-funksjoner.

Webex fra tjenesteleverandører – Denne landingssiden inneholder koblinger med informasjon om hvordan du komme i gang , og vanlige artikler for brukere av Webex-appen som har kjøpt Webex-tjenester fra en tjenesteleverandør.
Brukerstøtte for Webex –Bruk søkefunksjonen på help.webex.com til å søke etter flere Webex-artikler som beskriver Webex-appen og Webex Meetings funksjonaliteten. Du kan søke etter bruker- eller administrator .

Utviklerdokumentasjon

Utviklerveiledning for Webex for utviklerveiledning –Gir informasjon for utviklere som oppretter programmer som bruker Webex for BroadWorks API-er.

Forbered miljøet ditt

Avgjørelsespunkter

Hensyn	Spørsmål å svare på	Ressurser
Arkitektur og infrastruktur	Hvor mange XSP\| ADP-er? Hvordan tar de mTLS?	Kapasitetsplanlegger for Cisco BroadWorks-system Systemveiledning for Cisco BroadWorks XSP\| ADP CLI-referanse Dette dokumentet
Kunde- og brukerklargjøring	Kan du hevde at du stoler på e-poster i BroadWorks? Vil du at brukere skal oppgi e-postadresser for å aktivere sine egne kontoer? Kan du bygge verktøy for å bruke API-et vårt?	Offentlige API-dokumenter på https://developer.webex.com Dette dokumentet
Merkevarebygging	Hvilken farge og logo vil du bruke?	Artikkel om merkevarebygging i Webex-app
Maler	Hva er de forskjellige kundebrukssakene dine?	Dette dokumentet
Abonnentfunksjoner per kunde/bedrift/gruppe	Velg pakke for å definere tjenestenivå per mal. Basic, Standard, Premium eller Softphone.	Dette dokumentet Funksjons-/pakkematrise
Grunnleggende godkjenning	BroadWorks eller Webex	Dette dokumentet
Klargjøringsadapter (for alternativer for gjennomstrømming av klargjøring)	Bruker du allerede integrert IM&P, for eksempel for UC-One SaaS? Har du tenkt å bruke flere maler? Er det forventet et mer vanlig bruksområde?	Dette dokumentet CLI-referanse for applikasjonsserver

Arkitektur og infrastruktur

Hva slags skala har du tenkt å starte med? Det er mulig å skalere opp i fremtiden, men det nåværende bruksestimatet ditt bør drive infrastrukturplanleggingen.
Arbeid med din Cisco-kontoleder/-salgsrepresentant for å finne størrelsen på XSP-en din| ADP-infrastruktur, ifølge Kapasitetsplanlegger for Cisco BroadWorks-system og Systemveiledning for Cisco BroadWorks .
Hvordan oppretter Webex gjensidige TLS-tilkoblinger til XSP-en din| ADP-er? Direkte til XSP| ADP i en DMZ, eller via TLS-proxy? Dette påvirker sertifikatbehandlingen og URL-adressene du bruker for grensesnittene. ( Vi støtter ikke ukrypterte TCP-tilkoblinger til kanten av nettverket ditt ).

Kunde- og brukerklargjøring

Hvilken brukerklargjøringsmetode passer deg best?

Klargjøring med flytende klargjøring med klarerte e-poster : Ved å tilordne «Integrated IM&P»-tjenesten på BroadWorks, klargjøres abonnenten automatisk i Webex.

Hvis du også kan hevde at e-postadressene for abonnenter i BroadWorks er gyldige og unike for Webex, kan du bruke varianten «klarert e-post» av flytende klargjøring. Webex-abonnentkontoer opprettes og aktiveres uten deres inngripen. de bare laster ned klienten og logger på.

E-postadresse er et viktig brukerattributt på Webex. Derfor må tjenesteleverandøren oppgi en gyldig e-postadresse for brukeren for å klargjøre brukeren for Webex-tjenester. Dette må være i brukerens e-post-ID-attributt i BroadWorks. Vi anbefaler at du også kopierer den til attributtet Alternativ ID.
Klargjøring for flytende klargjøring uten klarerte e-poster : Hvis du ikke kan stole på e-postadressene for abonnentene, kan du likevel tilordne den integrerte IM&P-tjenesten i BroadWorks til klargjøringsbrukere i Webex.

Med dette alternativet opprettes kontoene når du tilordner tjenesten, men abonnentene må oppgi og bekrefte e-postadressene sine for å aktivere Webex-kontoene.
Egen klargjøring for bruker : Dette alternativet krever ikke tilordning av IM&P-tjeneste i BroadWorks. Du (eller kundene dine) distribuerer en klargjøringskobling i stedet, og koblingene for å laste ned de forskjellige klientene, med merkevarebyggingen og instruksjonene dine.

Abonnenter følger koblingen, og oppgir deretter og validerer e-postadressene sine for å opprette og aktivere Webex-kontoene sine. Deretter laster de ned klienten og logger på, og Webex henter noe tilleggskonfigurasjon om dem fra BroadWorks (inkludert primærnumrene).
SP-kontrollert klargjøring via API-er : Webex viser et sett med offentlige API-er som lar tjenesteleverandører bygge bruker-/abonnentklargjøring i sine eksisterende arbeidsflyter.

Klargjøringskrav

Tabellen nedenfor oppsummerer kravene for hver klargjøringsmetode. I tillegg til disse kravene må distribusjonen oppfylle de generelle systemkravene som er beskrevet i denne veiledningen.

Klargjøringsmetode	Krav
Klargjøring for flytende klargjøring (Kliterte eller ikke-klarerte e-poster)	Webex-klargjørings-APIet legger til eksisterende BroadWorks-brukere i Webex automatisk når brukeren oppfyller kravene og du bytter Integrert IM+P tjeneste til på. Det finnes to flyter (klarerte e-postmeldinger eller ikke-klarerte e-postmeldinger) som du tilordner via onboarding-malen på Webex. BroadWorks-krav: Brukeren finnes på BroadWorks med et primærnummer eller internnummer. Brukeren er tilordnet Integrert IM+P tjeneste, som peker til tjeneste-URL for Webex-klargjøringstjenesten . Kun klarerte e-poster. Brukeren har en e-postadresse konfigurert på BroadWorks. Vi anbefaler at du også legger til e-posten i Alternativ ID -feltet, da dette lar brukeren logge på med BroadWorks-legitimasjon. BroadWorks har obligatoriske oppdateringer installert for flytende klargjøring. Se Obligatoriske oppdateringer med flyttgående klargjøring (nedenfor) for oppdateringskrav. BroadWorks AS er koblet til Webex-skyen direkte, eller proxyen for klargjøringsadapteren er konfigurert med tilkobling til tjeneste-URL for Webex-klargjøringstjenesten. Se Konfigurer applikasjonsserver med URL-adresse for klargjøringstjeneste for å hente tjeneste-URL til Webex-klargjøringstjenesten . Se Cisco BroadWorks-implementering av klargjøringsadapter-proxy FD for å konfigurere proxy for klargjøringskort. Webex-krav: Onboarding-malen inneholder følgende innstillinger: Aktiver BroadWorks Flow Through-klargjøring bryteren er på. kontonavn og passord for klargjøringskontoen tilordnes ved hjelp av administratorlegitimasjonen for BroadWorks på systemnivå Brukerbekreftelse er satt til Stol på BroadWorks-e-poster eller Uklarerte e-poster .
Egen klargjøring for bruker	Admin gir en eksisterende BroadWorks-bruker en kobling til brukeraktiveringsportalen. Brukeren må logge på portalen med BroadWorks-legitimasjon og oppgi en gyldig e-postadresse. Når e-posten er bekreftet, henter Webex ytterligere brukerinformasjon for å fullføre klargjøringen. BroadWorks-krav: Brukeren må finnes på BroadWorks med et primærnummer eller internnummer Webex-krav: Onboarding-malen inneholder følgende innstillinger: Aktiver klargjøring for flyt gjennom bryteren er av. Brukerbekreftelse er satt til Uklarerte e-poster . Tillat brukere å aktivere seg selv er sjekket.
SP-kontrollert klargjøring via API (Kliterte eller ikke-klarerte e-poster)	Webex viser et sett med offentlige API-er som lar deg bygge brukerklargjøring i eksisterende arbeidsflyter og verktøy. Det er to flyter: Klarerte e-poster – API-en klargjør brukeren, og bruker BroadWorks-e-posten som Webex-e-post. Ikke-klarerte e-poster – API-et klargjør brukeren, men brukeren må logge på brukeraktiveringsportalen og oppgi en gyldig e-postadresse. BroadWorks-krav: Brukeren må finnes på BroadWorks med et primærnummer eller internnummer. Webex-krav: I onboarding-malen er brukerverifisering angitt til enten Stol på BroadWorks-e-poster eller Uklarerte e-poster . Du må registrere søknaden din og be om tillatelse. Du må be om OAuth-token med områdene som er uthevet i delen «Autentisering» i Utviklerveiledning for Webex for utviklerveiledning . Må dedikere en administrator eller klargjøringsadministrator i partnerorganisasjonen din. Hvis du vil bruke API-ene, går du til BroadWorks-abonnenter .

Klargjøringsmetode

Krav

Klargjøring for flytende klargjøring

(Kliterte eller ikke-klarerte e-poster)

Webex-klargjørings-APIet legger til eksisterende BroadWorks-brukere i Webex automatisk når brukeren oppfyller kravene og du bytter Integrert IM+P tjeneste til på.

Det finnes to flyter (klarerte e-postmeldinger eller ikke-klarerte e-postmeldinger) som du tilordner via onboarding-malen på Webex.

BroadWorks-krav:

Brukeren finnes på BroadWorks med et primærnummer eller internnummer.
Brukeren er tilordnet Integrert IM+P tjeneste, som peker til tjeneste-URL for Webex-klargjøringstjenesten .
Kun klarerte e-poster. Brukeren har en e-postadresse konfigurert på BroadWorks. Vi anbefaler at du også legger til e-posten i Alternativ ID -feltet, da dette lar brukeren logge på med BroadWorks-legitimasjon.
BroadWorks har obligatoriske oppdateringer installert for flytende klargjøring. Se Obligatoriske oppdateringer med flyttgående klargjøring (nedenfor) for oppdateringskrav.
BroadWorks AS er koblet til Webex-skyen direkte, eller proxyen for klargjøringsadapteren er konfigurert med tilkobling til tjeneste-URL for Webex-klargjøringstjenesten.

Se Konfigurer applikasjonsserver med URL-adresse for klargjøringstjeneste for å hente tjeneste-URL til Webex-klargjøringstjenesten .

Se Cisco BroadWorks-implementering av klargjøringsadapter-proxy FD for å konfigurere proxy for klargjøringskort.

Webex-krav:

Onboarding-malen inneholder følgende innstillinger:

Aktiver BroadWorks Flow Through-klargjøring bryteren er på.
kontonavn og passord for klargjøringskontoen tilordnes ved hjelp av administratorlegitimasjonen for BroadWorks på systemnivå
Brukerbekreftelse er satt til Stol på BroadWorks-e-poster eller Uklarerte e-poster .

Egen klargjøring for bruker

Admin gir en eksisterende BroadWorks-bruker en kobling til brukeraktiveringsportalen. Brukeren må logge på portalen med BroadWorks-legitimasjon og oppgi en gyldig e-postadresse. Når e-posten er bekreftet, henter Webex ytterligere brukerinformasjon for å fullføre klargjøringen.

BroadWorks-krav:

Brukeren må finnes på BroadWorks med et primærnummer eller internnummer

Webex-krav:

Onboarding-malen inneholder følgende innstillinger:

Aktiver klargjøring for flyt gjennom bryteren er av.
Brukerbekreftelse er satt til Uklarerte e-poster .
Tillat brukere å aktivere seg selv er sjekket.

SP-kontrollert klargjøring via API

(Kliterte eller ikke-klarerte e-poster)

Webex viser et sett med offentlige API-er som lar deg bygge brukerklargjøring i eksisterende arbeidsflyter og verktøy. Det er to flyter:

Klarerte e-poster – API-en klargjør brukeren, og bruker BroadWorks-e-posten som Webex-e-post.
Ikke-klarerte e-poster – API-et klargjør brukeren, men brukeren må logge på brukeraktiveringsportalen og oppgi en gyldig e-postadresse.

BroadWorks-krav:

Brukeren må finnes på BroadWorks med et primærnummer eller internnummer.

Webex-krav:

I onboarding-malen er brukerverifisering angitt til enten Stol på BroadWorks-e-poster eller Uklarerte e-poster .
Du må registrere søknaden din og be om tillatelse.
Du må be om OAuth-token med områdene som er uthevet i delen «Autentisering» i Utviklerveiledning for Webex for utviklerveiledning .
Må dedikere en administrator eller klargjøringsadministrator i partnerorganisasjonen din.

Hvis du vil bruke API-ene, går du til BroadWorks-abonnenter .

Obligatoriske oppdateringer med flytende klargjøring

Hvis du bruker gjennomstrømmingsklargjøring, må du installere en systemoppdatering og bruke en CLI-egenskap. Se listen nedenfor for instruksjoner som gjelder for BroadWorks-versjonen din:

For R22:

Installer AP.as.22.0.1123.ap376508 .
Etter installasjonen angir du egenskapen bw.msg.includeIsEnterpriseInOSSschema til true fra CLI inn Maintenance/ContainerOptions.

Hvis du vil ha mer informasjon, kan du se oppdateringsmerknadenehttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .

For R23:

Installer AP.as.23.0.1075.ap376509
Etter installasjonen angir du egenskapen bw.msg.includeIsEnterpriseInOSSschema til true fra CLI inn Maintenance/ContainerOptions.

Hvis du vil ha mer informasjon, kan du se oppdateringsmerknadenehttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .

For R24:

Installer AP.as.24.0.944.ap375100
Etter installasjonen angir du egenskapen bw.msg.includeIsEnterpriseInOSSschema til true fra CLI inn Maintenance/ContainerOptions.

Hvis du vil ha mer informasjon, kan du se oppdateringsmerknadenehttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .

Når du har fullført disse trinnene, vil du ikke kunne klargjøre nye brukere med UC-One Collaborate-tjenester. Nylig klargjorte brukere må være Webex for Cisco BroadWorks-brukere.

Språk som støttes

Under klargjøring blir språket som ble tilordnet i BroadWorks til den første klargjorte administrasjonsbruker , automatisk tilordnet som standard språk for denne kundeorganisasjonen. Denne innstillingen bestemmer standardspråket som brukes for aktiverings-e-poster, møter og møteinvitasjoner under den aktuelle kundeorganisasjonen.

Språkinnstillinger på fem tegn i (ISO-639-1)_ (ISO-3166)-format støttes. For eksempelen_ USA tilsvarer English_ USA. Hvis bare et språk på to bokstaver er forespurt (med ISO-639-1-format), vil tjenesten generere en språkinnstilling på fem tegn ved å kombinere det forespurte språket med en landskode fra malen, dvs. «requestedLanguage_ CountryCode", hvis det ikke er mulig å hente en gyldig nasjonal innstilling, brukes den fornuftige standard nasjonale innstillingen basert på den obligatoriske språkkoden.

Tabellen nedenfor viser de støttede språkene og tilordningen som konverterer en språkkode på to bokstaver til en språkkode på fem tegn i situasjoner der et språk på fem tegn ikke er tilgjengelig.

Tabell 1. Språkkoder som støttes
Språk som støttes (ISO-639-1)_ (ISO-3166)	Hvis bare en språkkode på to bokstaver er tilgjengelig...
Språk som støttes (ISO-639-1)_ (ISO-3166)	Språkkode (ISO-639-1) **	Bruk standard fornuftig lokalitet i stedet (ISO-639-1)_ (ISO-3166)
en_USA en_AU en_NO en_CA	no	en_USA
fr_FR fr_CA	fr	fr_FR
cs_CZ	cs	cs_CZ
da_DK	da	da_DK
de_DE	de	de_DE
hu_HU	hu	hu_HU
id_ID	id	id_ID
it_IT	it	it_IT
ja_JP	ja	ja_JP
ko_KR	ko	ko_KR
es_ES es_CO es_MX	es	es_ES
nl_NL	nl	nl_NL
nb_NEI	NB!	nb_NEI
pl_PL	pl	pl_PL
pt_PT pt_BR	pt	pt_PT
ru_RU	ru	ru_RU
ro_RO	ro	ro_RO
zh_CN zh_TW	zh	zh_CN
sv_SE	sv	sv_SE
ar_SA	ar	ar_SA
tr_TR	tr	tr_TR

Lokalitetenees_ CO,id_ ID,nb_ NEI ogpt_ PT støttes ikke av Webex Meeting Sites. For disse nasjonale områdene vil Webex Meetings nettstedene bare være på engelsk. Engelsk er standard språkinnstilling for nettsteder hvis det ikke kreves noen/ugyldig/ikke-støttet språkinnstilling for nettstedet. Dette språkfeltet er aktuelt når du oppretter et nettsted for organisasjon og Webex Meetings . Hvis det ikke er nevnt noe språk i et innlegg eller i abonnentens API, vil språk fra malen bli brukt som standardspråk.

Merkevarebygging

Partneradministratorer kan bruke avanserte merkevaretilpasninger til å tilpasse hvordan Webex-appen ser ut for kundeorganisasjonene som partneren administrerer. Partneradministratorer kan tilpasse følgende innstillinger for å sikre at Webex-appen gjenspeiler firmaets merkevare og identitet:

Firmalogoer
Unike fargevalg for lys modus eller mørk modus
Tilpassede nettadresser for støtte

Hvis du vil ha mer informasjon om hvordan du tilpasser merkevarebygging, kan du se Konfigurer avanserte tilpasninger av merkevarebygging .

Grunnleggende tilpasninger av merkevarebygging er i ferd med å bli avviklet. Vi anbefaler at du distribuerer avansert merkevarebygging, som tilbyr et bredere spekter av tilpasninger.
Hvis du vil ha mer informasjon om hvordan merkevarebygging brukes ved tilknytning til en eksisterende kundeorganisasjon, kan du se Vilkår for organisasjonsvedlegg under Koble Webex for BroadWorks til eksisterende organisasjon delen.

Innføringsmaler

Med integreringsmaler kan du definere parametrene som kunder og tilknyttede abonnenter automatisk klargjøres med på Webex for Cisco BroadWorks. Du kan konfigurere flere onboarding-maler etter behov, men når du installerer en kunde, er den bare knyttet til én mal (du kan ikke bruke flere maler på én kunde).

Noen av de primære malparametrene er listet opp nedenfor.

Pakke

Du må velge en standardpakke når du oppretter en mal (se Pakker i Oversikt-delen for detaljer). Alle brukere som er klargjort med denne malen, enten via flyt- eller egenklargjøring, mottar standardpakken.
Du har kontroll over pakkeutvalget for forskjellige kunder ved å opprette flere maler og velge forskjellige standardpakker i hver. Du kan deretter distribuere forskjellige klargjøringskoblinger eller forskjellige klargjøringskort for bedrifter, avhengig av hvilken brukerklargjøringsmetode du har valgt for disse malene.
Du kan endre pakken med bestemte abonnenter fra denne standarden ved hjelp av klargjørings-API (se Dokumentasjon for Webex for Cisco BroadWorks API eller gjennom Partner Hub (se Endre brukerpakke i Partner Hub ) .
Du kan ikke endre en abonnents pakke fra BroadWorks. Tilordningen av den integrerte IM&P-tjenesten er enten på eller av. hvis abonnenten er tilordnet denne tjenesten i BroadWorks, vil Partner Hub-malen som er knyttet til den abonnentens bedrifts klargjørings-URL, definere pakken.

Forhandler og bedrifter eller tjenesteleverandør og grupper?

Måten BroadWorks-systemet er konfigurert på, har innvirkning på flyt gjennom klargjøring. Hvis du er forhandler med Enterprises, må du aktivere bedriftsmodus når du oppretter en mal.
Hvis BroadWorks-systemet er konfigurert i tjenesteleverandørmodus, kan du la bedriftsmodus være deaktivert i malene.
Hvis du planlegger å klargjøre kundeorganisasjoner ved hjelp av begge BroadWorks-modusene, må du bruke forskjellige maler for grupper og bedrifter.

Kontroller at du har brukt BroadWorks-oppdateringene som er nødvendige for gjennomstrømmingsklargjøring. Hvis du vil ha mer informasjon, se Obligatoriske oppdateringer med flytende klargjøring .

Autentiseringsmodus

Bestem hvordan du vil at abonnenter skal autentisere seg når de logger på Webex. Du kan tilordne modusen ved hjelp av Autentiseringsmodus innstillingen i onboarding-malen. Tabellen nedenfor viser noen av alternativene.

Denne innstillingen har ingen innvirkning på pålogging til brukeraktiveringsportalen. Brukere som logger på portalen, må angi BroadWorks- bruker-ID -en og passordet, som konfigurert på BroadWorks, uavhengig av hvordan du konfigurerer Autentiseringsmodus på onboarding-malen.

Autentiseringsmodus	BroadWorks	Webex
Primær brukeridentitet	Bruker-ID for BroadWorks	E-postadresse
Identitetsleverandør	BroadWorks. Hvis du konfigurerer en direkte tilkobling til BroadWorks, autentiseres Webex-appen direkte til BroadWorks-serveren. Hvis du vil konfigurere en direkte tilkobling, Aktiver direkte BroadWorks-autentisering avmerkingsboks være merket av i BroadWorks-klyngekonfigurasjonen på Partner Hub (som standard er innstillingen ikke merket av). Ellers forenkles autentisering til BroadWorks gjennom en mellomleddstjeneste som er vert av Webex.	Cisco Common Identity
Autentisering med flere faktorer?	Nei	Krever kunde-IDP som støtter autentisering med flere faktorer.
Bane for legitimasjonsvalidering	Nettleseren startes der brukeren leverer e-post til den første påloggingsflyten og oppdage godkjenningsmodusen. Nettleseren blir deretter omdirigert til en Webex-vert-vert for BroadWorks-påloggingsside (denne siden kan brukes som varemerking) BroadWorks bruker-ID og passord for brukerrekvisita på påloggingssiden. Brukerlegitimasjon valideres mot BroadWorks. Ved suksess hentes en autorisasjonskode fra Webex. Dette brukes til å hente nødvendige tilgangstokener for Webex-tjenester.	Nettleseren startes der brukeren leverer e-post til den første påloggingsflyten og oppdage godkjenningsmodusen. Nettleseren viderekobles til IdP (enten Cisco Common Identity eller Customer IdP) der de vil bli presentert med en påloggingsportal. Brukeren oppgir riktig legitimasjon på påloggingssiden Autentisering med flere faktorer kan finne sted hvis kunde-IDP støtter dette. Ved suksess hentes en autorisasjonskode fra Webex. Dette brukes til å hente nødvendige tilgangstokener for Webex-tjenester.

Hvis du vil ha en mer detaljert oversikt over påloggingsflyten for SSO med direkte autentisering til BroadWorks, kan du se Påloggingsflyt for SSO .

UTF-8-koding med BroadWorks-autentisering

Med BroadWorks-autentisering anbefaler vi at du konfigurerer UTF-8-koding for godkjenningshodet. UTF-8 løser et problem som kan oppstå med passord som bruker spesialtegn, der nettleseren ikke koder tegnene riktig. Bruk av en UTF-8-kodet, base 64-kodet topptekst løser dette problemet.

Du kan konfigurere UTF-8-koding ved å kjøre én av følgende CLI-kommandoer på XSP eller ADP:

XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8

Land

Du må velge et land når du oppretter en mal. Dette landet blir automatisk tilordnet som organisasjonsland for alle kundene som er klargjort med malen i Common Identity. I tillegg avgjør organisasjonslandet de standard globale innringingsnumrene for Cisco PSTN i Webex Meeting Sites.

Nettstedets standard globale innringingsnumre angis til det første tilgjengelige innringingsnummeret som er definert i telefonidomenet basert på organisasjonens land. Hvis organisasjonens land ikke finnes i innringingsnummeret som er definert i telefonidomenet, brukes standardnummeret for dette stedet.

Tabell 2. Tabellen nedenfor viser standard landskode for anrop basert på hvert sted:
S-nr.	Plassering	Landskode	Navn på land
1	AMER	+1	USA, CA
2	APAC	+65	Singapore
3	ANZ	+61	Australia
4	EMEA	+44	Storbritannia
5	EURO	+49	Tyskland

Flere partnerordninger

Kommer du til å underlisensiere Webex for Cisco BroadWorks til en annen tjenesteleverandør? I dette tilfellet vil hver tjenesteleverandør trenge en egen partnerorganisasjon i Webex Control Hub for å tillate dem å klargjøre løsningen for kundebasen.

Klargjøringsadapter og maler

Når du bruker flyttbasert klargjøring, er klargjørings-URL-en du angir i BroadWorks, avledet fra malen i Control Hub. Du kan ha flere maler, og derfor flere nettadresser for klargjøring. Dette gjør at du kan velge, foretak for bedrift, hvilken pakke som skal gjelde for abonnenter når de får den integrerte IM&P-tjenesten.

Du må vurdere om du vil angi en klargjørings-URL på systemnivå som standard klargjøringsbane, og hvilken mal du vil bruke for det. På denne måten trenger du bare å angi klargjørings-URL-en for bedrifter som trenger en annen mal.

Husk også at du kanskje allerede bruker en klargjørings-URL på systemnivå, for eksempel med UC-One SaaS. Hvis det er tilfelle, kan du velge å bevare URL-adressen på systemnivå for klargjøring av brukere på UC-One SaaS, og overstyre for bedrifter som flytter til Webex for Cisco BroadWorks. Det kan også være lurt å gå den andre veien og angi URL-adressen på systemnivå for Webex for BroadWorks, og konfigurere på nytt foretakene du vil beholde på UC-One SaaS.

Konfigurasjonsvalgene knyttet til denne avgjørelsen er detaljert i Konfigurer applikasjonsserver med URL-adresse for klargjøringstjeneste .

Proxy for klargjøringsadapter

For økt sikkerhet lar proxyen for klargjøringskort deg bruke en HTTP(S)-proxy på applikasjonsleveringsplattformen for gjennomflytningsklargjøring mellom AS og Webex. Proxy-tilkoblingen oppretter en ende-til-ende TCP-tunnel som videresender trafikk mellom AS og Webex, og dermed opphever behovet for at AS må koble til det offentlige Internett direkte. For sikre tilkoblinger kan TLS brukes.

Denne funksjonen krever at du konfigurerer proxyen på BroadWorks. Hvis du vil ha mer informasjon, se Beskrivelse av proxy-funksjon i Cisco BroadWorks klargjøringsadapter .

Minimumskrav

Kontoer

Alle abonnenter som du klargjør for Webex, må finnes i BroadWorks-systemet som du integrerer med Webex. Du kan om nødvendig integrere flere BroadWorks-systemer.

Alle abonnenter må ha BroadWorks-lisenser og et primærnummer eller internnummer.

Webex bruker e-postadresser som primære identifikatorer for alle brukere. Hvis du bruker flytende klargjøring med klarerte e-poster, må brukerne ha gyldige adresser i e-postattributtet i BroadWorks.

Hvis malen din bruker BroadWorks-autentisering, kan du kopiere e-postadresser for abonnenter til attributtet Alternativ ID i BroadWorks. Dette gjør det mulig for brukere å logge på Webex ved hjelp av e-postadressene og BroadWorks-passordene sine.

Administratorene må bruke Webex-kontoene sine for å logge på Partner Hub.

Det støttes ikke å integrere en BroadWorks- administrator i Webex for Cisco BroadWorks. Du kan bare integrere BroadWorks-anropsbrukere som har et primærnummer og/eller internnummer. Hvis du bruker flyttbasert klargjøring, må brukerne også tilordnes den integrerte IM&P-tjenesten.

Servere i nettverket og programvarekrav

BroadWorks-forekomst(er) med minimumsversjon R22. Se BroadWorks-programvarekrav (i dette dokumentet) for støttede versjoner og oppdateringer. Hvis du vil ha mer informasjon, se Livssyklusretningslinjer for Broadsoft-produkter seksjon i Broadsofts livssykluspolicy og kompatibilitetsmatrise-programvarekompatibilitetsmatrise .

BroadWorks-forekomsten(e) må inneholde minst følgende servere:
- Application Server (AS) med BroadWorks-versjon som ovenfor
- Nettverksserver (NS)
- Profilserver (PS)

Offentlig vendt XSP| ADP-server(e) eller Application Delivery Platform (ADP) som oppfyller følgende krav:
- Autentiseringstjeneste (BWAuth)
- XSI-handlinger og hendelser-grensesnitt
- DMS ( webapplikasjon for enhetsbehandling)
- CTI-grensesnitt (datamaskintelefoniintegrering)
- TLS 1.2 med et gyldig sertifikat (ikke egensignert) og eventuelle mellomprodukter. Krever administrator på systemnivå for å lette bedriftsoppslag.
- Gjensidig TLS-godkjenning (mTLS) for autentiseringstjeneste (krever den offentlige klientsertifikat installert som klareringsankere)
- Gjensidig TLS-godkjenning (mTLS) for CTI-grensesnitt (krever at den offentlige klientsertifikat er installert som klareringsankere)
En egen XSP/ADP-server som fungerer som en «Push Server for samtalevarsler» (en NPS i miljøet ditt som brukes til å sende samtalevarsler til Apple/Google. Vi kaller det «CNPS» her for å skille det fra tjenesten i Webex som leverer push-varsler for meldinger og tilstedeværelse).

Denne serveren må være på R22 eller nyere.
Vi gir mandat til en egen XSP/ADP-server for CNPS fordi uforutsigbarheten i belastningen fra Webex for BWKS-skytilkoblinger kan påvirke ytelsen til NPS-serveren negativt, med et resultat av økende varslingsforsinkelse. Se Systemveiledning for Cisco BroadWorks for mer om XSP| ADP-skala.

Webex-appplattformer

Hvis du vil laste ned den engelske versjonen av Webex-appen, går du tilhttps://www.webex.com/webexfromserviceproviders-downloads.html . Webex-appen er tilgjengelig på:

Windows-PC-er/bærbare datamaskiner
Apple PC-er / bærbare datamaskiner med MacOS
iOS (Apple Store)
Android (Play-butikk)
Nettlesere (gå tilhttps://teams.webex.com/ )

Lokaliserte versjoner

Hvis du vil laste ned en lokalisert versjon av Webex-appen, bruker du en av disse koblingene:

https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (koreansk)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (fransk)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (portugisisk)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Tradisjonell kinesisk)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (forenklet kinesisk)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japan)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spania)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (tysk)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (italiensk)

Fysiske telefoner og tilbehør

Cisco IP-telefoner:
- Cisco IP-telefon 6800-serien med fastvare for flere plattformer for flere plattformer
- Cisco IP-telefon 7800-serien med fastvare for flere plattformer for flere plattformer
- Cisco IP-telefon 8800-serien med fastvare for flere plattformer for flere plattformer
  
  Sehttps://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html for modeller og mer informasjon.
Vi støtter tredjepartstelefoner på samme måte som med andre BroadWorks-integrasjoner. De har imidlertid ennå ikke kontakter og tilstedeværelsesintegrasjon med Webex for Cisco BroadWorks.
Adaptere:
- Cisco ATA 191 analog telefonadapter for flere plattformer
- Cisco ATA 192 analog telefonadapter for flere plattformer
  
  Sehttps://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html for modeller og mer informasjon.
Hodetelefoner:
- Cisco-headset 500-serien
  
  Sehttps://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.htmlfor modeller og mer informasjon.
OS-enheter for rom:
- Webex rom- og romsett-serien
- Webex Desk-serien
- Webex Board-serien

Enhetsintegrering

Hvis du vil ha mer informasjon om hvordan du integrerer og utfører service på Room OS- og MPP-enheter for Webex for Cisco BroadWorks, kan du se Veiledning for enhetsintegrering for Webex for Cisco BroadWorks .

Enhetsprofiler

Følgende er DTAF-filene du må laste inn på applikasjonsserverne for å støtte Webex-appen som anropsklient. Det er de samme DTAF-filene som ble brukt for UC-One SaaS, men det er en ny config-wxt.xml.template fil som brukes for Webex-appen.

Hvis du vil laste ned de nyeste enhetsprofilene, går du til applikasjonsleveringsplattformen Programvarenedlastinger nettsted for å hente de nyeste DTAF-filene. Disse nedlastingene fungerer for både ADP og XSP.

Klientnavn	Enhetsprofiltype og pakkenavn
Webex Mobil Mal	Identitets-/enhetsprofiltype: Koble til – mobil DTAF: `ucone-mobile-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip` Konfigurasjonsfil: `config-wxt.xml`
Webex Nettbrett Mal	Identitets-/enhetsprofiltype: Koble til – nettbrett DTAF: `ucone-tablet-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip` Konfigurasjonsfil: `config-wxt.xml`
Webex Skrivebord Mal	Identitets-/enhetsprofiltype: Business Communicator – PC DTAF: `ucone-desktop-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip` Konfigurasjonsfil: `config-wxt.xml`

Klientnavn

Enhetsprofiltype og pakkenavn

Webex Mobil Mal

Identitets-/enhetsprofiltype: Koble til – mobil

DTAF: ucone-mobile-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Konfigurasjonsfil: config-wxt.xml

Webex Nettbrett Mal

Identitets-/enhetsprofiltype: Koble til – nettbrett

DTAF: ucone-tablet-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Konfigurasjonsfil: config-wxt.xml

Webex Skrivebord Mal

Identitets-/enhetsprofiltype: Business Communicator – PC

DTAF: ucone-desktop-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Konfigurasjonsfil: config-wxt.xml

Identifiser/enhetsprofil

Alle Webex for Cisco BroadWorks-brukere må ha en Identitets-/enhetsprofil tilordnet i BroadWorks som bruker en av enhetsprofilene ovenfor for å foreta anrop ved hjelp av Webex-appen. Profilen gir konfigurasjonen som lar brukeren foreta anrop.

Hente OAuth-legitimasjonsinformasjon for Webex for Cisco BroadWorks

Ta opp en tjenesteforespørsel med onboarding-agenten eller med Cisco TAC for å klargjøre Cisco OAuth for din Cisco Identity Provider Federation-konto.

Bruk følgende forespørselstittel for respektive funksjoner:

XSP| ADP AuthService Configuration' for å konfigurere tjeneste på XSP| ADP.
«NPS-konfigurasjon for autentiserings-proxy-oppsett» for å konfigurere NPS til å bruke autentiseringsproxy.
CI-bruker UUID-synkronisering' for CI-bruker UUID-synkronisering. Hvis du vil ha mer informasjon om denne funksjonen, kan du se: Cisco BroadWorks-støtte for CI UUID .
Konfigurer BroadWorks til å aktivere Cisco Billing for BroadWorks- og Webex for BroadWorks-abonnementer.

Cisco gir deg en OAuth-klient-ID, en klienthemmelighet og et oppdateringstoken som er gyldig i 60 dager. Hvis tokenet utløper før du bruker det, kan du sende en ny forespørsel.

Hvis du allerede har fått legitimasjon for Cisco OAuth-identitetsleverandør, fullfører du en ny tjenesteforespørsel for å oppdatere legitimasjonen.

Bestill sertifikater

Sertifikatkrav for TLS-autentisering

Du trenger sikkerhetssertifikater, signert av en kjent sertifiseringsinstans og distribuert på den offentlige XSP-en| ADP-er, for alle nødvendige programmer. Disse vil bli brukt til å støtte TLS-sertifikatverifisering for all innkommende tilkobling til XSP-en| ADP-servere.

Disse sertifikatene må inkludere XSP-en din| Offentlig, fullt kvalifisert domenenavn som vanlig emnenavn eller alternativt emnenavn.

De nøyaktige kravene for distribusjon av disse serversertifikatene avhenger av hvordan den offentlige møter XSP| ADP-er distribueres:

Via en TLS-broproxy
Via en TLS-gjennomgangsproxy
Direkte til XSP| ADP

Diagrammet nedenfor oppsummerer hvor det CA-signerte offentlige serversertifikat må lastes i disse tre tilfellene:

De offentlig støttede sertifiseringsinstansene som Webex-app støtter for autentisering, er oppført i Støttede sertifiseringsinstanser for Webex Hybrid Services .

TLS-sertifikatkrav for TLS-bro-proxy

Det offentlig signerte serversertifikat lastes inn i proxyen.
Proxyen presenterer dette offentlig signerte serversertifikat for Webex.
Webex klarerer den offentlige sertifiseringsinstansen som signerte proxyens serversertifikat.
Et internt CA-signert sertifikat kan lastes inn i XSP| ADP.
XSP| ADP presenterer dette internt signerte serversertifikat for proxyen.
Proxyen klarerer den interne sertifiseringsinstansen som signerte XSP| ADP serversertifikat.

Krav til TLS-sertifikat for TLS-passthrough-proxy eller XSP| ADP i DMZ

Det offentlig signerte serversertifikat lastes inn i XSP| ADP-er.
XSP| ADP-er presenterer offentlig signerte serversertifikater for Webex.
Webex klarerer den offentlige sertifiseringsinstansen som signerte XSP| ADP-enes serversertifikater.

Ytterligere sertifikatkrav for gjensidig TLS-autentisering over CTI-grensesnitt

Når du kobler til CTI-grensesnittet, presenterer Webex et klientsertifikat som en del av gjensidig TLS-godkjenning. Webex klientsertifikat CA/kjedesertifikat er tilgjengelig for nedlasting via Control Hub.

Slik laster du ned sertifikatet:

Logg på Partner Hub, må Innstillinger > BroadWorks-anrop og klikk på koblingen for nedlasting av sertifikat.

De nøyaktige kravene for distribusjon av denne Webex CA-sertifikat avhenger av hvordan den offentlige møter XSP| ADP-er distribueres:

Via en TLS-broproxy
Via en TLS-gjennomgangsproxy
Direkte til XSP| ADP

Diagrammet nedenfor oppsummerer sertifikatkravene i disse tre tilfellene:

***mTLS-sertifikatutveksling for CTI via forskjellige Edge-konfigurasjoner***

(Alternativ) Sertifikatkrav for TLS-bro-proxy

Webex presenterer et offentlig signert klientsertifikat for proxyen.
Proxyen klarerer den interne Cisco CA-sertifikaten som signerte klientsertifikat. Du kan laste ned denne CA/kjeden fra Control Hub og legge den til i proxyens klareringslager. Den offentlig signerte XSP| ADP- serversertifikat lastes også inn i proxyen.
Proxyen presenterer det offentlig signerte serversertifikat for Webex.
Webex klarerer den offentlige sertifiseringsinstansen som signerte proxyens serversertifikat.

Proxyen presenterer et internt signert klientsertifikat for XSP| ADP-er.

Dette sertifikatet må ha filtypen x509.v3 Utvidet nøkkelbruk fylt ut med BroadWorks OID 1.3.6.1.4.1.6431.1.1.8.2.1.3 og TLS clientAuth formål. For eksempel:

X509v3 extensions:
    X509v3 Extended Key Usage:
        1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication

CN-en til det interne sertifikatet må være bwcticlient.webex.com.

Når du genererer interne klientsertifikater for proxyen, må du være oppmerksom på at SAN-sertifikater ikke støttes. Interne serversertifikater for XSP| ADP kan være SAN.
Offentlige sertifiseringsinstanser er kanskje ikke villige til å signere sertifikater med den proprietære BroadWorks OID-en som er påkrevd. Når det gjelder en bro-proxy, kan du bli tvunget til å bruke en intern sertifiseringsinstans til å signere klientsertifikat som proxyen presenterer for XSP| ADP.

XSP| ADP-er klarerer den interne sertifiseringsinstansen.
XSP| ADP-er presenterer et internt signert serversertifikat.
Proxyen klarerer den interne sertifiseringsinstansen.
Applikasjonsserverens ClientIdentity inneholder CN-en til det internt signerte klientsertifikat presentert for XSP| ADP av proxyen.

(Alternativ) Sertifikatkrav for TLS-passthrough-proxy eller XSP| ADP i DMZ

Webex presenterer et internt CA-signert Cisco- klientsertifikat for XSP| ADP-er.
XSP| ADP-er klarerer den interne Cisco CA-sertifikaten som signerte klientsertifikat. Du kan laste ned denne CA/kjeden fra Control Hub og legge den til i proxyens klareringslager. Den offentlig signerte XSP| ADP- serversertifikat lastes også inn i XSP| ADP-er.
XSP| ADP-er presenterer de offentlig signerte serversertifikatene for Webex.
Webex klarerer den offentlige sertifiseringsinstansen som signerte XSP| ADP-enes serversertifikater.
Applikasjonsserveren ClientIdentity inneholder CN-en til det Cisco-signerte klientsertifikat presentert for XSP| ADP fra Webex.

Klargjør nettverket ditt

Hvis du vil ha mer informasjon om tilkoblinger som brukes av Webex for Cisco BroadWorks, kan du se: Nettverkskrav for Webex for Cisco BroadWorks . Denne artikkelen har en liste over IP-adresser, porter og protokoller som kreves for å konfigurere regler for inngang og utgående brannmur.

Nettverkskrav for Webex-tjenester

De foregående brannmurtabellene for Regler for Ingress og Utganger dokumenterer bare tilkoblingene som er spesifikke for Webex for Cisco BroadWorks. Hvis du vil ha generell informasjon om tilkoblinger mellom Webex-app og Webex-skyen, se Nettverkskrav for Webex-tjenester . Denne artikkelen er generell for Webex, men tabellen nedenfor identifiserer de forskjellige delene av artikkelen og hvor relevante hver del er for Webex for Cisco BroadWorks.

Tabell 3. Nettverkskrav for Webex App Connections (generisk)
Del av artikkelen om nettverkskrav	Relevansen av informasjon
Sammendrag av enhetstyper og protokoller som støttes av Webex	Informativ
Transportprotokoller og krypteringschiffreringer for skyregistrerte Webex-apper og -enheter	Informativ
Webex-tjenester – portnumre og protokoller	Må leses
IP-subnett for Webex-medietjenester	Må leses
Domener og URL-adresser som Webex-tjenester må ha tilgang til	Må leses
Ytterligere URL-adresser for Webex-hybridtjenester	Alternativer
Proxy-funksjoner	Alternativer
802.1X – Portbasert tilgangskontroll for nettverk	Alternativer
Nettverkskrav for SIP-baserte Webex-tjenester	Alternativer
Nettverkskrav for Webex Edge-lyd	Alternativer
Et sammendrag av andre Webex-hybridtjenester og -dokumentasjon	Alternativer
Webex-tjenester for FedRAMP-kunder	N/A

Tilleggsinformasjon

Hvis du vil ha mer informasjon, se Hvitbok om brannmur for Webex-appen (PDF) .

Støtte for BroadWorks-redundans

Webex Cloud tjenestene og Webex-klientappene som trenger tilgang til partnerens nettverk, støtter Broadworks XSP fullt ut| ADP-redundans levert av partneren. Når en XSP| ADP eller nettstedet er utilgjengelig på grunn av planlagt vedlikehold eller uplanlagt årsak. Webex-tjenestene og -appene kan gå videre til en annen XSP| ADP eller nettsted levert av partneren for å fullføre en forespørsel.

Nettverkstopologi

Broadworks XSP| ADP-er kan distribueres direkte på Internett, eller de kan ligge i en DMZ frontet av et belastningsfordeling , for eksempel F5 BIG-IP. For å gi geografisk redundans kan XSP| ADP-er kan distribueres i to (eller flere) datasentre, som hver kan frontes av en lastbalanserer, som hver har en offentlig IP-adresse. Hvis XSP| ADP-er er bak en lastbalanserer, Webex-mikrotjenestene og appen ser bare IP-adresse til lastbalanseren, og Broadworks ser ut til å ha bare én XSP| ADP, selv om det finnes flere XSP| ADP-er bak.

I eksemplet nedenfor er XSP| ADP-er distribueres på to steder, nettsted A og nettsted B. Det finnes to XSP| ADP-er frontet av en belastningsbalanserer på hvert nettsted. Nettsted A har XSP| ADP1 og XSP| ADP2 frontet av LB1, og nettsted B har XSP| ADP3 og XSP| ADP4 frontet av LB2. Bare belastningsbalanserne er eksponert på det offentlige nettverket, og XSP| ADP-er er i de private DMZ-nettverkene.

Webex Cloud

DNS-konfigurasjon

Webex Cloud mikrotjenester må kunne finne Broadworks XSP| ADP-server(e) for tilkobling til Xsi-grensesnittene, autentiseringstjenesten og CTI.

Webex Cloud mikrotjenester vil utføre DNS A/AAAA-oppslag av den konfigurerte XSP-en| ADP-vertsnavn og koble til den returnerte IP-adressen. Dette kan være et belastningsfordeling kantelement, eller det kan være XSP| Selve ADP-serveren. Hvis det returneres flere IP-adresser, velges den første IP-adressen på listen. SRV-oppslag støttes for øyeblikket ikke.

Eksempel: Partnerens DNS En oppføring for oppdagelse av Round-Robin balansert internettvendt XSP| ADP-server/lastbalansere.

Oppføringstype	Navn	Mål	Hensikt
A	`webex-cloud-xsp.example.com`	`198.51.100.48`	Peker til LB1 (nettsted A)
A	`webex-cloud-xsp.example.com`	`198.51.100.49`	Peker til LB2 (nettsted B)

Alle referanser til XSP inkluderer enten XSP eller ADP.

Failover

Når Webex-mikrotjenestene sender en forespørsel til XSP| ADP/Load Balancer og forespørselen mislykkes, kan flere ting skje:

Hvis feilen skyldes en nettverksfeil (f.eks.: TCP, SSL), merker Webex-mikrotjenestene IP-en som blokkert og utfører umiddelbart en ruteforflytning til neste IP-adresse.
Hvis en feilkode (HTTP5xx ) returneres, merker Webex-mikrotjenestene IP-en som blokkert og utfører umiddelbart en videreføring av ruten til neste IP-adresse.
Hvis det ikke mottas noe HTTP-svar i løpet av to sekunder, vil forespørselen bli tidsavbrutt, og Webex-mikrotjenestene markerer IP-en som blokkert og utfører en ruteforflytning til neste IP-adresse.

Hver forespørsel prøves 3 ganger før en feil rapporteres tilbake til mikrotjenesten.

Når en IP-adresse er på blokkeringslisten, blir den ikke inkludert i listen over adresser som kan prøves når du sender en forespørsel til en XSP| ADP. Etter en forhåndsbestemt tidsperiode utløper en blokkert IP-adresse og går tilbake i listen for å prøve når en annen forespørsel sendes.

Hvis alle IP-adresser er blokkert, vil mikrotjenesten likevel prøve å sende forespørselen ved å tilfeldig velge en IP-adresse fra blokkeringslisten. Hvis det lykkes, fjernes denne IP-adresse fra blokkeringslisten.

Status

Statusen for tilkoblingen for Webex Cloud tjenestene til XSP| ADP-er eller belastningsbalansere kan sees i Control Hub. Under en BroadWorks-samtaleklynge vises en tilkoblingsstatus for hvert av disse grensesnittene:

XSI Actions
XSI Events
Autentiseringstjeneste

tilkoblingsstatus oppdateres når siden lastes inn eller under inndataoppdateringer. Tilkoblingsstatusene kan være:

Grønn: Når grensesnittet kan nås på en av IP-ene i A-oppslagsoppslag.
Rød: Når alle IP-adressene i A-oppslagsoppslaget ikke er tilgjengelige og grensesnittet ikke er tilgjengelig.

Følgende tjenester bruker mikrotjenestene til å koble til XSP| ADP-er og påvirkes av XSP| Tilgjengelighet for ADP-grensesnitt:

Innlogging for Webex-app
Oppdatering av Webex-apptoken
Uklarert e-post/egenaktivering
Helsesjekk av Broadworks-tjenesten

Webex-app

DNS-konfigurasjon

Webex-appen får tilgang til Xtended Services Interface (XSI-Actions & XSI-Events) og Device Management Service (DMS) på XSP| ADP.

For å finne XSI-tjenesten utfører Webex-appen DNS SRV-oppslag etter _xsi-client._tcp.<webex app xsi domain>. SRV-en peker til den konfigurerte URL-adressen for XSP| ADP-verter eller lastbalansere for XSI-tjenesten. Hvis SRV-oppslag ikke er tilgjengelig, faller Webex-appen tilbake til A/AAAA-oppslag.

SRV-en kan løse til flere A/AAAA-mål. Hver A/AAAA-oppføring må imidlertid bare tilordnes én enkelt IP-adresse . Hvis det er flere XSP| ADP-er i en DMZ bak lastbalanseren/edge-enheten. Det kreves at lastbalanseren konfigureres til å opprettholde øktvarighet for å rute alle forespørsler fra den samme økten til den samme XSP| ADP. Vi gir fullmakt til denne konfigurasjonen fordi klientens XSI-event-hjerteslag må gå til samme XSP| ADP som brukes til å etablere hendelseskanalen.

I eksempel 1, A/AAAA-oppføringen for webex-app-XSP| ADP.example.com finnes ikke, og trenger ikke å gjøre det. Hvis DNS-en krever at én A/AAAA-oppføring må defineres, skal bare én IP-adresse returneres. Uansett må SRV-en fortsatt være definert for Webex-appen.

Hvis Webex-appen bruker A/AAAA-navnet som løses til mer enn én IP-adresse, eller hvis lastbalanseren/edge-elementet ikke opprettholder øktvarighet, sender klienten til slutt hjerteslag til en XSP| ADP der den ikke opprettet en hendelseskanal. Dette resulterer i at kanalen blir revet ned, og også i betydelig mer intern trafikk som svekker XSP-en din| ADP-klyngeytelse.

Siden Webex Cloud og Webex-appen har forskjellige krav i A/AAAA-oppslagsoppslag, må du bruke et eget FQDN for Webex Cloud og Webex-appen for å få tilgang til XSP| ADP-er. Som vist i eksemplene, bruker Webex Cloud en A-oppføring webex-cloud-xsp.example.com, og Webex-appen bruker SRV _xsi-client._tcp.webex-app-xsp.example.com.

Eksempel 1 – Flere XSP| ADP-er, hver bak separate lastbalansere

I dette eksemplet peker SRV-en til flere A-oppføringer, der hver A-oppføring peker til en annen lastbalanserer på et annet sted. Webex-appen bruker alltid den første IP-adresse i listen og flyttes bare til neste oppføring hvis den første er nede.

Nedenfor finner du et eksempel på SRV-registreringer.

Oppføringstype	Spill inn	Mål	Hensikt
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc1.example.com`	Klientoppdaging av Xsi-grensesnitt
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`xsp-dc2.example.com`	Klientoppdaging av Xsi-grensesnitt
A	`xsp-dc1.example.com`	`198.51.100.48`	Peker på LB1 (nettsted A)
A	`xsp-dc2.example.com`	`198.51.100.49`	Peker til LB2 (nettsted B)

Eksempel 2 – Flere XSP| ADP-er bak én enkelt lastbalanserer (med TLS Bridge)

For den første forespørselen velger lastbalanseren en tilfeldig XSP| ADP. Den XSP| ADP returnerer en informasjonskapsel som Webex-appen inkluderer i fremtidige forespørsler. For fremtidige forespørsler bruker lastbalanseren informasjonskapselen til å rute tilkoblingen til riktig XSP| ADP, som sikrer at hendelseskanalen ikke brytes.

Oppføringstype	Spill inn	Mål	Hensikt
SRV	`_xsi-client._tcp.webex-app-xsp.example.com`	`LB.example.com`	Lastbalanser
A	LB.example.com	`198.51.100.83`	IP-adresse til lastbalanseren (XSP\| ADP-er er bak lastbalanseren)

DMS-URL

Under påloggingsprosessen vil Webex-appen også hente DMS-URL-en for å laste ned konfigurasjonsfilen. Verten i nettadressen blir analysert, og Webex-appen vil utføre DNS A/AAAA-oppslag av verten for å koble til XSP| ADP som er vert for DMS-tjenesten.

Eksempel: DNS En oppføring for oppdagelse av Round-Robin balansert internettvendt XSP| ADP-server/belastningsbalansere fra Webex-appen for å laste ned konfigurasjonsfiler via DMS:

Oppføringstype	Navn	Mål	Hensikt
A	`xsp-dms.example.com`	`198.51.100.48`	Peker på LB1 (nettsted A)
A	`xsp-dms.example.com`	`198.51.100.49`	Peker til LB2 (nettsted B)

Alle referanser til XSP inkluderer enten XSP eller ADP.

Hvordan Webex-appen finner XSP| ADP-adresser

Klienten prøver å finne XSP-en| ADP-noder som bruker følgende DNS-flyt:

Klienten henter først Xsi-Actions/Xsi-Events-URL-er fra Webex Cloud (du anga dem da du opprettet den tilknyttede BroadWorks-anropsklyngen). Xsi-vertsnavnet/-domenet analyseres fra URL-adressen, og klienten utfører SRV-oppslag på følgende måte:
1. Klienten utfører et SRV-oppslag for_xsi -klient._tcp .<xsi domain="">
2. Hvis SRV-oppslaget returnerer ett eller flere A/AAAA-mål:
  1. Klienten gjør A/AAAA-oppslag for disse målene og hurtigbufrer de returnerte IP-adressene.
  2. Klienten kobler seg til et av målene (og dermed A/AAAA-oppføringen med én enkelt IP-adresse) basert på SRV-prioriteten og deretter vekten (eller tilfeldig hvis de alle er like).
3. Hvis SRV-oppslaget ikke returnerer noen mål:
  
  Klienten foretar A/AAAA-oppslag av Xsi-rotparameteren og prøver deretter å koble til den returnerte IP-adresse. Dette kan være et belastningsfordeling kantelement, eller det kan være XSP| Selve ADP-serveren.
  
  Som nevnt, A/AAAA-oppføringen må løses til én IP-adresse av de samme grunnene.
(Valgfritt) Du kan deretter oppgi egendefinerte XSI-Actions/XSI-Events-detaljer i enhetskonfigurasjon for Webex-app, ved hjelp av følgende koder:
```
<protocols>
	<xsi>
		<paths>
			<root>%XSI_ROOT_WXT%</root>
			<actions>%XSI_ACTIONS_PATH_WXT%</actions>
			<events>%XSI_EVENTS_PATH_WXT%</events>
		</paths>
	</xsi>
</protocols>
```
1. Disse konfigurasjonsparametrene har forrang over alle konfigurasjoner i BroadWorks-klyngen i Control Hub.
2. Hvis de finnes, vil klienten sammenligne med den opprinnelige XSI-adressen den mottok via BroadWorks-klyngekonfigurasjonen.
3. Hvis det oppdages en forskjell, vil klienten initialisere XSI Actions/XSI Events-tilkoblingen på nytt. Det første trinnet i dette er å utføre den samme DNS-oppslagsprosessen som er oppført under trinn 1 – denne gangen ved å be om et oppslag for verdien i%XSI_ROOT_WXT% parameter fra konfigurasjonsfil.
  
  Sørg for å opprette de tilsvarende SRV-registreringer hvis du bruker denne taggen til å endre Xsi-grensesnittene.

Failover

Under pålogging utfører Webex-appen et DNS SRV-oppslag etter_xsi -klient._tcp .<xsi domain=""> , bygger en liste over verter og kobler til en av vertene basert på SRV-prioriteten, og deretter vekt. Denne tilkoblede verten blir valgt for alle fremtidige forespørsler. En hendelseskanal åpnes deretter for den valgte verten, og et hjerteslag sendes regelmessig for å bekrefte kanalen. Alle forespørsler som sendes etter den første, inkluderer en informasjonskapsel som returneres i HTTP-svaret, derfor er det viktig at lastbalanseren beholder øktpersistens (tilhørighet) og alltid sender forespørsler til den samme backend-XSP-en| ADP-server.

Hvis en forespørsel eller en hjerteslagforespørsel til en vert mislykkes, kan flere ting skje:

Hvis feilen skyldes nettverksfeil (f.eks.: TCP, SSL), går Webex-appruten umiddelbart videre til neste vert på listen.
Hvis en feilkode (HTTP5xx ) returneres, merker Webex-appen denne IP-adresse som blokkert, og ruten går videre til neste vert på listen.
Hvis det ikke mottas svar innen en viss tid, anses forespørselen som mislykket på grunn av tidsavbrudd, og de neste forespørslene sendes til neste vert. Forespørselen med tidsavbrudd anses imidlertid som mislykket. Noen forespørsler prøves på nytt etter feil (med økende forsøkstid). Forespørslene om at de antatte ikke-vitale ikke prøves på nytt.

Når en ny vert er forsøkt vellykket, blir den den nye valgte verten hvis verten er til stede i listen. Når den siste verten på listen er prøvd, overføres Webex-appen til den første.

Når det gjelder hjerteslag, hvis det er to etterfølgende forespørselsfeil, initialiserer Webex-appen hendelseskanalen på nytt.

Merk at Webex-appen ikke utfører fail-back, og at DNS-tjenesteoppdaging kun utføres én gang ved pålogging.

Under pålogging prøver Webex-appen å laste ned konfigurasjonsfilen via XSP| ADP/Dms-grensesnitt. Den utfører et A/AAAA-oppslagsoppslag av verten i den hentede DMS-URL-en og kobler til den første IP-adressen. Den vil først prøve å sende forespørselen om å laste ned konfigurasjonsfilen ved hjelp av et SSO-token. Hvis dette mislykkes av en eller annen grunn, vil det prøve på nytt, men med enhetens brukernavn og passord.

Distribuer Webex for BroadWorks

Oversikt over distribusjon

Diagrammene nedenfor representerer den typiske rekkefølgen av distribusjonsoppgavene for de forskjellige klargjøringsmodusene for bruker. Mange av oppgavene er felles for alle klargjøringsmoduser.

Viser rekkefølgen på oppgavene som kreves for å distribuere Webex for BroadWorks med flytende klargjøring og klarerte e-poster — ***Oppgaver som kreves for distribusjon av flytende klargjøring***

Viser rekkefølgen på oppgaver som kreves for å distribuere Webex for BroadWorks med flytende klargjøring uten e-post — ***Oppgaver som kreves for å distribuere flytende klargjøring uten klarerte e-poster***

Viser rekkefølgen på oppgaver som kreves for å distribuere Webex for BroadWorks med selvaktivering — ***Oppgaver som kreves for å distribuere egen klargjøring for brukere***

Partner-onboarding for Webex for Cisco BroadWorks

Hver Webex for Cisco BroadWorks-tjenesteleverandør eller -forhandler må konfigureres som en partnerorganisasjon for Webex for Cisco BroadWorks. Hvis du har en eksisterende Webex-partnerorganisasjon, kan denne brukes.

For å fullføre den nødvendige integreringen må du utføre Webex Cisco BroadWorks-papirarbeidet, og nye partnere må godta den elektroniske avtalen for indirekte kanalpartnere (ICPA). Når disse trinnene er fullført, oppretter Cisco Compliance en ny partnerorganisasjon i Partner Hub (om nødvendig) og sender en e-post med autentiseringsdetaljer til den registrerte administratoren i papirene. Samtidig vil partneraktiverings- og/eller programleder for kundesuksess kontakte deg for å starte integreringen.

Konfigurere tjenester på Webex for Cisco BroadWorks XSP| ADP-er

Vi krever at NPS-applikasjonen kjøres på en annen XSP| ADP. Krav for den XSP-en| ADP er beskrevet i Konfigurer samtalevarsler fra nettverket .

Du trenger følgende programmer/tjenester på XSP-en| ADP-er.

Tjeneste/applikasjon	Autentisering kreves	Formål med tjeneste/applikasjon
Xsi-Events	TLS (serveren autentiserer seg selv for klienter)	Samtalekontroll, tjenestevarsler
Xsi-Actions	TLS (serveren autentiserer seg selv for klienter)	Samtalekontroll, handlinger
Enhetshåndtering	TLS (serveren autentiserer seg selv for klienter)	Last ned konfigurasjon for anrop
Autentiseringstjeneste	TLS (serveren autentiserer seg selv for klienter)	Grunnleggende godkjenning
Integrering av datatelefoni	mTLS (klient og server autentiserer hverandre)	Telefonitilstedeværelse
Webvisning-programmet for samtaleinnstillinger	TLS (serveren autentiserer seg selv for klienter)	Viser innstillinger for brukeranrop i egenbehandlingsportalen i Webex-app

Denne delen beskriver hvordan du bruker de nødvendige konfigurasjonene for TLS og mTLS på disse grensesnittene, men du bør referere til eksisterende dokumentasjon for å få installert programmene på XSP-en din| ADP-er.

Krav til samboende

Autentiseringstjeneste må være samboer med Xsi-applikasjoner, fordi disse grensesnittene må godta tokener med lang levetid for tjenestegodkjenning. Autentiseringstjenesten er nødvendig for å validere disse tokenene.
Autentiseringstjenesten og Xsi kan kjøres på samme port om nødvendig.
Du kan skille de andre tjenestene/programmene etter behov for skalaen din (dedikert enhetsadministrasjon XSP| ADP-farm, for eksempel).
Du kan samlokalisere Xsi-, CTI-, Autentiseringstjeneste- og DMS-applikasjonene.
Ikke installer andre programmer eller tjenester på XSP| ADP-er som brukes til å integrere BroadWorks med Webex.
Ikke plasser NPS-applikasjonen sammen med andre programmer.

Xsi-grensesnitt

Installer og konfigurer Xsi-Actions- og Xsi-Events-applikasjonene som beskrevet i Konfigurasjonsveiledning for Cisco BroadWorks Xtended Services-grensesnitt .

Bare én forekomst av Xsi-Events-applikasjonene skal distribueres på XSP| ADP brukt for CTI-grensesnittet.

Alle Xsi-Events som brukes for å integrere Broadworks med Webex, må ha det samme callControlApplicationName som er definert under Programmer/Xsi-Events/GeneralSettings. For eksempel:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Når en bruker er integrert i Webex, oppretter Webex et abonnement for brukeren på AS for å motta telefonihendelser for tilstedeværelse og samtalehistorikk. Abonnementet er knyttet til callControlApplicationName, og AS-en bruker det til å vite hvilke Xsi-Events som skal sende telefonihendelsene.

Hvis du endrer callControlApplicationName eller ikke har samme navn på alle Xsi-Events-nettapper, vil dette påvirke funksjonaliteten for abonnementer og telefonihendelser.

Konfigurere autentiseringstjeneste (med CI-tokenvalidering)

Bruk denne fremgangsmåten til å konfigurere godkjenningstjenesten til å bruke CI-tokenvalidering med TLS. Denne autentiseringsmetoden anbefales hvis du kjører R22 eller høyere og systemet støtter det.

Gjensidig TLS (mTLS) støttes også som en alternativ godkjenningsmetode for autentiseringstjenesten. Hvis du har flere Webex-organisasjoner som kjører fra samme XSP| ADP-server. Du må bruke mTLS-godkjenning fordi CI-tokenvalidering ikke støtter flere tilkoblinger til samme XSP| ADP-autentiseringstjeneste.

Hvis du vil konfigurere mTLS-autentisering for autentiseringstjenesten i stedet for CI-tokenvalidering, kan du se Vedlegg for Konfigurere tjenester (med mTLS for autentiseringstjenesten) .

Hvis du for øyeblikket bruker mTLS for autentiseringstjenesten, er det ikke obligatorisk å konfigurere på nytt for å bruke CI-tokenvalidering med TLS.

Hente OAuth-legitimasjonsinformasjon for Webex for Cisco BroadWorks .
Installer følgende programoppdateringer på hver XSP| ADP-server. Installer oppdateringene som passer til versjonen din:
- For R22:
  
  AP.platform.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap368601
- For R23:
  
  AP.xsp.23.0.1075.ap376509
  
  AP.platform.23.0.1075.ap376509
- For R24 – ingen oppdatering kreves
Alle referanser til XSP inkluderer enten XSP eller ADP.
Installer AuthenticationService applikasjon på hver XSP| ADP-tjeneste.
1. Kjør følgende kommando for å aktivere AuthenticationService-programmet på XSP| ADP til kontekstbanen /authService.
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
2. Kjør denne kommandoen for å distribuere AuthenticationService på XSP| ADP:
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...

Fra og med Broadworks build 2022.10 blir ikke sertifikatinstansene som følger med Java, automatisk inkludert i BroadWorks klareringslager når du bytter til en ny versjon av java. AuthenticationService åpner en TLS-tilkobling til Webex for å hente tilgangstoken, og må ha følgende i klareringslageret for å validere IDBroker og Webex URL:

IdenTrust Commercial Root CA 1
Go Daddy sertifiseringsinstans – G2

Kontroller at disse sertifikatene finnes under følgende CLI

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get

Hvis den ikke finnes, kjører du følgende kommando for å importere standard Java-klareringer:

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust

Du kan også legge til disse sertifikatene manuelt som klareringsankere med følgende kommando:

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

Hvis ADP-en er oppgradert fra en tidligere utgivelse, importeres sertifikatinstansene fra den gamle versjonen automatisk til den nye versjonen og vil fortsette å bli importert til de fjernes manuelt.

AuthenticationService-applikasjonen er unntatt fra innstillingen validatePeerIdentity under ADP_ CLI/System/SSLCommonSettings/GeneralSettings, og validerer alltid peer-identiteten. Se FD for Cisco Broadworks X509-sertifikatvalidering hvis du vil ha mer informasjon om denne innstillingen.

Konfigurer identitetsleverandørene ved å kjøre følgende kommandoer på hver XSP| ADP-server:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get

set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL> – For URL, skriver du inn URL-adressen til IssuerName som gjelder for CI-klyngen. Se tabellen nedenfor.
set issuerUrl <URL> – For URL, skriver du inn IssuerUrl som gjelder for CI-klyngen. Se tabellen nedenfor.
set tokenInfoUrl <IdPProxy URL> – Angi URL-adressen for IdP-proxy som gjelder for Teams-klyngen. Se den andre tabellen som følger.

Tabell 1. Angi issuerName og issuerURL

Hvis CI-klyngen er...

Angi issuerName og issuerURL til …

USA-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 kjenner din CI-klynge , kan du hente informasjonen fra kundeinformasjonen i brukerstøttevisningen i Control Hub.

Hvis Teams-klyngen er … Angi tokenInfoURL til...(IdP-proxy-URL)

ACHM

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

AFRA

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

AORE

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

Hvis du ikke kjenner din Teams-klynge , kan du hente informasjonen fra kundeinformasjonen i brukerstøttevisningen i Control Hub.
For testing kan du bekrefte at tokenInfoURL er gyldig ved å erstatte " idp/authenticate « del av nettadressen med « ping".

Angi Webex-rettigheten som må finnes i brukerprofil i Webex ved å kjøre følgende kommando:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
Konfigurer identitetsleverandører for Cisco Federation ved hjelp av følgende kommandoer på hver XSP| ADP-server:

XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
- set flsUrl https://cifls.webex.com/federation
- set refreshPeriodInMinutes 60
- set refreshToken refresh-Token-From-Step1
Kjør følgende kommando for å bekrefte at FLS-konfigurasjonen fungerer. Denne kommandoen returnerer listen over identitetsleverandører:

XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
Konfigurer Token Management ved hjelp av følgende kommandoer på hver XSP| ADP-server:
- XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>
- set tokenIssuer BroadWorks
- set tokenDurationInHours 720
Generer og del RSA-nøkler. Du må generere nøkler på én XSP| ADP kopierer dem deretter til alle andre XSP| ADP-er. Dette skyldes følgende faktorer:
- Du må bruke de samme offentlige/private nøkkelparene for tokenkryptering/dekryptering på tvers av alle forekomster av godkjenningstjenesten.
- Nøkkelparet genereres av godkjenningstjenesten når det først er nødvendig å utstede et token.
Hvis du blar gjennom taster eller endrer tastelengden, må du gjenta følgende konfigurasjon og starte alle XSP| ADP-er.
1. Velg én XSP| ADP som skal brukes til å generere et nøkkelpar.
2. Bruk en klient til å be om et kryptert token fra den XSP-en| ADP, ved å be om følgende URL fra klientens nettleser:
  
  https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
  
  (Dette genererer et privat/offentlig nøkkelpar på XSP| ADP, hvis det ikke fantes en allerede)
3. Nøkkellagerplasseringen kan ikke konfigureres. Eksporter nøklene:
  
  XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
4. Kopier den eksporterte filen /var/broadworks/tmp/authService.keys til samme sted på den andre XSP-en| ADP-er, overskriver en eldre .keys-filen om nødvendig.
5. Importer nøklene på hver av de andre XSP-ene| ADP-er:
  
  XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Oppgi URL-adressen for authService til nettbeholderen. XSP| ADPs nettbeholder trenger authService-URL-en slik at den kan validere tokener. På hver av XSP| ADP-er:
1. Legg til tjeneste-URL for autentiseringstjenesten som en ekstern autentiseringstjeneste for BroadWorks-kommunikasjonsverktøy:
  
  XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1/authService
2. Legg til tjeneste-URL for autentiseringstjenesten i beholderen:
  
  XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
  
  Dette gjør at Webex kan bruke godkjenningstjenesten til å validere tokener presentert som legitimasjon.
3. Kontroller parameteren med get.
4. Start XSP på nytt| ADP.

Fjern klientgodkjenningskrav for autentiseringstjeneste (kun R24)

Hvis du har autentiseringstjenesten konfigurert med CI-tokenvalidering på R24, må du også fjerne klientgodkjenningskravet for godkjenningstjenesten. Kjør følgende CLI-kommando:

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

Konfigurere TLS og kryptering på HTTP-grensesnittene (for XSI og Authentication Service)

Autentiseringstjenesten, Xsi-Actions og Xsi-Events-applikasjonene bruker HTTP-servergrensesnitt. Nivåene for TLS-konfigurerbarhet for disse programmene er som følger:

Mest generelt = System > Transport > HTTP > HTTP-servergrensesnitt = Mest spesifikk

CLI-kontekstene du bruker til å vise eller endre de forskjellige SSL-innstillingene, er:

Spesifisitet	CLI-kontekst
System (globalt)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Transportprotokoller for dette systemet	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP på dette systemet	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Spesifikke HTTP-servergrensesnitt på dette systemet	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Leser grensesnittkonfigurasjon for HTTP-server TLS på XSP| ADP

Logg på XSP| ADP og gå til XSP|ADP_CLI/Interface/Http/HttpServer>
Angi get kommandoen og les resultatene. Du skal se grensesnittene (IP-adressene) og, for hver, om de er sikre og om de krever klientgodkjenning.

Apache tomcat gir fullmakt til et sertifikat for hvert sikkert grensesnitt; Systemet genererer et selvsignert sertifikat hvis det trenger et.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Legge til TLS 1.2-protokoll i HTTP-servergrensesnittet

HTTP-grensesnittet som samhandler med Webex Cloud , må konfigureres for TLSv1.2. Skyen forhandler ikke tidligere versjoner av TLS-protokollen.

Slik konfigurerer du TLSv1.2-protokollen på HTTP-servergrensesnittet:

Logg på XSP| ADP og gå til XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Skriv inn kommandoen get <interfaceIp> 443 for å se hvilke protokoller som allerede er brukt på dette grensesnittet.
Skriv inn kommandoen add <interfaceIp> 443 TLSv1.2 for å sikre at grensesnittet kan bruke TLS 1.2 ved kommunikasjon med skyen.

Redigere konfigurasjon av TLS-kryptering i HTTP-servergrensesnittet

Slik konfigurerer du de nødvendige chiffrene:

Logg på XSP| ADP og gå til XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Skriv inn kommandoen get <interfaceIp> 443 for å se hvilke chiffer som allerede er brukt i dette grensesnittet. Det må finnes minst én fra de anbefalte Cisco-seriene (se XSP| ADP-identitets- og sikkerhetskrav i Oversikt-delen).

Skriv inn kommandoen add <interfaceIp> 443 <cipherName> for å legge til et kryptering i HTTP-servergrensesnittet.

XSP| ADP CLI krever standard IANA-krypteringspakkenavnet, ikke openSSL-krypteringspakkenavnet. For eksempel for å legge til openSSL-chifferen ECDHE-ECDSA-CHACHA20-POLY1305 til HTTP-servergrensesnittet, bruker du: XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305

Sehttps://ciphersuite.info/ for å finne serien etter begge navnene.

Konfigurer Enhetsbehandling på XSP| ADP, Application Server og Profile Server

Profilserver og XSP| ADP er obligatoriske for enhetsbehandling. De må konfigureres i henhold til instruksjonene i Konfigurasjonsveiledning for BroadWorks Device Management .

CTI-grensesnitt og relatert konfigurasjon

Konfigurasjonsrekkefølgen «innerst til ytterst» er oppført nedenfor. Det er ikke obligatorisk å følge denne rekkefølgen.

Konfigurere applikasjonsserver for CTI-abonnementer
Konfigurer XSP| ADP-er for mTLS-autentisert CTI-abonnement
Åpne innkommende porter for sikkert CTI-grensesnitt
Abonnere Webex-organisasjonen din på BroadWorks CTI Events

Konfigurere applikasjonsserver for CTI-abonnementer

Oppdater ClientIdentity på applikasjonsserveren med fellesnavnet (CN) for Webex for Cisco BroadWorks CTI klientsertifikat.

For hver applikasjonsserver du bruker med Webex, legger du til sertifikatidentiteten i ClientIdentity på følgende måte:

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

Det vanlige navnet på Webex for Cisco BroadWorks klientsertifikat er bwcticlient.webex.com.

Konfigurer TLS og krypteringer på CTI-grensesnittet

Konfigurasjonsnivåene for XSP| ADP CTI-grensesnittet er som følger:

Mest generelt = System > Transport > CTI-grensesnitt > CTI-grensesnitt = Mest spesifikk

CLI-kontekstene du bruker til å vise eller endre de forskjellige SSL-innstillingene, er:

Spesifisitet

CLI-kontekst

System (globalt)

(R22 og nyere)

XSP| ADP_ CLI/System/SSLCommonSettings/JSSE/Ciphers>

XSP| ADP_ CLI/System/SSLCommonSettings/JSSE/Protocols>

Transportprotokoller for dette systemet

(R22 og nyere)

XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Ciphers>

XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Protocols>

Alle CTI-grensesnitt på dette systemet

(R22 og nyere)

XSP| ADP_ CLI/Grensesnitt/CTI/SSLCommonSettings/Ciphers>

XSP| ADP_ CLI/Grensesnitt/CTI/SSLCommonSettings/Protocols>

Et bestemt CTI-grensesnitt på dette systemet

(R22 og nyere)

XSP| ADP_ CLI/Grensesnitt/CTI/CTIServer/SSLSettings/Ciphers>

XSP| ADP_ CLI/Grensesnitt/CTI/CTIServerSSLSettings/Protocols>

På en ny installasjon installeres følgende chiffer som standard på systemnivå. Hvis ingenting er konfigurert på grensesnittnivået (for eksempel i CTI-grensesnittet eller HTTP-grensesnittet), gjelder denne krypteringslisten. Merk at denne listen kan endres over tid:

TLS_ECDHE_RSA_MED_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_MED_AES_128_GCM_SHA256
TLS_ECDHE_RSA_MED_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_MED_AES_128_CBC_SHA256
TLS_DHE_DSS_MED_AES_128_GCM_SHA256
TLS_DHE_RSA_MED_AES_128_GCM_SHA256
TLS_DHE_RSA_MED_AES_128_CBC_SHA256
TLS_DHE_DSS_MED_AES_128_CBC_SHA256
TLS_ECDH_RSA_MED_AES_128_GCM_SHA256
TLS_ECDH_ECDSA_MED_AES_128_GCM_SHA256
TLS_ECDH_RSA_MED_AES_128_CBC_SHA256
TLS_ECDH_ECDSA_MED_AES_128_CBC_SHA256

Leser CTI TLS-grensesnittkonfigurasjon på XSP| ADP

Logg på XSP| ADP og gå til XSP|ADP_CLI/Interface/CTI/CTIServer>

Angi get kommandoen og les resultatene. Du skal se grensesnittene (IP-adressene) og, for hver, om de krever et serversertifikat og om de krever klientgodkjenning.

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

Legger til TLS 1.2-protokoll i CTI-grensesnittet

XSP| ADP CTI-grensesnitt som samhandler med Webex Cloud , må konfigureres for TLS v1.2. Skyen forhandler ikke tidligere versjoner av TLS-protokollen.

Slik konfigurerer du TLSv1.2-protokollen på CTI-grensesnittet:

Logg på XSP| ADP og gå til XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
Skriv inn kommandoen get <interfaceIp> for å se hvilke protokoller som allerede er brukt på dette grensesnittet.
Skriv inn kommandoen add <interfaceIp> TLSv1.2 for å sikre at grensesnittet kan bruke TLS 1.2 ved kommunikasjon med skyen.

Redigere konfigurasjon av TLS-kryptering i CTI-grensesnittet

Slik konfigurerer du de nødvendige chiffreringene i CTI-grensesnittet:

Logg på XSP| ADP og gå til XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
Angi get kommandoen for å se hvilke chiffer som allerede er brukt i dette grensesnittet. Det må finnes minst én fra de anbefalte Cisco-seriene (se XSP| ADP-identitets- og sikkerhetskrav i Oversikt-delen).

Skriv inn kommandoen add <interfaceIp> <cipherName> for å legge til en chiffer i CTI-grensesnittet.

XSP| ADP CLI krever standard IANA-krypteringspakkenavnet, ikke openSSL-krypteringspakkenavnet. For eksempel for å legge til openSSL-chifferen ECDHE-ECDSA-CHACHA20-POLY1305 til CTI-grensesnittet, bruker du: XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305

Sehttps://ciphersuite.info/ for å finne serien etter begge navnene.

Klareringsankere for CTI-grensesnitt (R22 og nyere)

Denne prosedyren forutsetter XSP| ADP-er er enten Internett-vendte eller mot Internett via Pass-through-proxy. Sertifikatkonfigurasjonen er annerledes for en bro-proxy (se TLS-sertifikatkrav for TLS-bro-proxy ).

For hver XSP| ADP i infrastrukturen som publiserer CTI-hendelser til Webex, gjør følgende:

Logg på Partnerhub .
Gå til Innstillinger > BroadWorks-anrop og klikk Last ned Webex CA-sertifikat å få CombinedCertChain2023.txt på din lokale datamaskin.

Disse filene inneholder to sett med to sertifikater. Du må dele filene før du laster dem opp til XSP| ADP-er. Alle filer er obligatoriske.
Del sertifikatkjede i to sertifikater - combinedcertchain2023.txt
1. Åpen combinedcertchain2023.txt i et tekstredigeringsprogram.
2. Velg og klipp ut den første tekstblokken, inkludert linjene -----BEGIN CERTIFICATE----- og -----END CERTIFICATE-----, og lim inn tekstblokken i en ny fil.
3. Lagre den nye filen som root2023.txt.
4. Lagre den opprinnelige filen som issuing2023.txt. Originalfilen skal nå bare ha én tekstblokk, omgitt av linjene -----BEGIN CERTIFICATE----- og -----END CERTIFICATE-----.
Kopier begge tekstfilene til en midlertidig plassering på XSP| ADP du sikrer, f.eks /var/broadworks/tmp/root2023.txt og /var/broadworks/tmp/issuing2023.txt
Logg på XSP| ADP og gå til /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
(Valgfritt) Kjør help updateTrust for å se parametrene og kommandoformatet.

Last opp sertifikatfilene til nye klareringsankere – 2023

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Alle alias må ha et annet navn. webexclientroot2023 og webexclientissuing2023 er eksempelalias for klareringsankrene; du kan bruke din egen så lenge alle oppføringer er unike.

Bekreft at ankrene er oppdatert:

XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

Tillat klienter å autentisere med sertifikater:

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

Legg til CTI-grensesnitt og aktiver mTLS

Legg til CTI SSL-grensesnittet.

CLI-konteksten avhenger av BroadWorks-versjonen din. Kommandoen oppretter et selvsignert serversertifikat i grensesnittet, og tvinger grensesnittet til å kreve et klientsertifikat.
- På BroadWorks R22 og R23:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
Erstatt serversertifikat og -nøkkelen på XSP-en| ADPs CTI-grensesnitt. Du trenger IP-adresse til CTI-grensesnittet for dette. du kan lese den fra følgende kontekst:
- På BroadWorks R22 og R23:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer> get
  
  Kjør deretter følgende kommandoer for å erstatte grensesnittets selvsignert sertifikat med ditt eget sertifikat og din egen private nøkkel:
  
  XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>
Start XSP på nytt| ADP.

Aktiver tilgang til BroadWorks CTI-hendelser på Webex

Du må legge til og validere CTI-grensesnittet når du konfigurerer klyngene i Partner Hub. Se Konfigurer partnerorganisasjonen din i Partner Hub for detaljerte instruksjoner.

Angi CTI-adressen som Webex kan abonnere på BroadWorks CTI Events med.
CTI-abonnementene er på abonnentbasis og etableres og vedlikeholdes bare mens abonnenten er klargjort for Webex for Cisco BroadWorks.

Nettvisning for samtaleinnstillinger

Samtaleinnstillinger Webview (CSWV) er et program som er vert på XSP| ADP for å gjøre det mulig for brukere å endre innstillingene for BroadWorks-anrop via en nettvisning som de ser i den myke klienten. Se Cisco BroadWorks-samtaleinnstillinger Webview Løsningsveiledning .

Webex bruker denne funksjonen for å gi brukere tilgang til vanlige BroadWorks-anropsinnstillinger som ikke er integrert i Webex-appen.

Hvis du vil at Webex for Cisco BroadWorks-abonnenter skal få tilgang til samtaleinnstillinger utover standardinnstillingene som er tilgjengelige i Webex-app, må du distribuere funksjonen Webvisning for Samtaleinnstillinger.

Samtaleinnstillinger Webview har to komponenter:

Webvisning-program for samtaleinnstillinger, vert på en Cisco BroadWorks XSP| ADP.
Webex-appen, som gjengir samtaleinnstillingene i en nettvisning.

Brukeropplevelse

Windows-brukere: Klikk på Samtaleinnstillinger og klikk deretter Åpne Samtaleinnstillinger > Avanserte samtaleinnstillinger .
Mac-brukere: Klikk på profilbilde, og deretter Innstillinger > Avanserte samtaleinnstillinger .

Distribuer CSWV på BroadWorks

Installer Samtaleinnstillinger Webview på XSP| ADP-er

CSWV-programmet må være på samme XSP| ADP(er) som er vert for Xsi-Actions-grensesnittet i miljøet ditt. Det er et ikke-administrert program på XSP| ADP, så du må installere og distribuere en nettarkivfil.

Logg på cisco.com og søk etter «BWCallSettingsWeb» i delen for programvarenedlasting.
Finn og last ned den nyeste versjonen av filen.

For eksempel: BWCallSettingsWeb_1.8.2_1.war( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04 ) var den nyeste i skrivende stund.
Installer, aktiver og distribuer nettarkivet i henhold til Cisco BroadWorks Xtended Service Platform Configuration Guide for XSP-en din| ADP-versjon. (R24-versjonen erhttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf ).
1. Kopier .war-filen til et midlertidig sted på XSP| ADP, for eksempel /tmp/.
2. Naviger til følgende CLI-kontekst, og kjør installasjonskommandoen:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war
  
  BroadWorks-programvarebehandling validerer og installerer filen.
3. [Valgfritt] Slett /tmp/BWCallSettingsWeb_1.7.5_1.war(denne filen er ikke lenger nødvendig).
4. Aktiver applikasjonen:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings
  
  Den navn og versjon er obligatoriske for alle programmer, men for CSWV må du også oppgi en contextPath fordi det er et ikke-administrert program. Du kan bruke en hvilken som helst verdi som ikke brukes av et annet program, for eksempel /callsettings.
5. Distribuer programmet Samtaleinnstillinger på den valgte kontekstbanen:
  
  XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
Du kan nå forutsi URL-adressen for samtaleinnstillinger du vil angi for klienter, på følgende måte:

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

Merknader:
- Du må oppgi den etterfølgende skråstreken på denne URL-adressen når du skriver den inn i klientkonfigurasjon .
- XSP| ADP-FQDN må samsvare med Xsi-Actions FQDN, fordi CSWV må bruke Xsi-Actions, og CORS støttes ikke.
Gjenta denne prosedyren for andre XSP| ADP-er i Webex for Cisco BroadWorks-miljøet (om nødvendig).

Webvisningsprogrammet for samtaleinnstillinger er nå aktivt på XSP| ADP-er.

Konfigurer Webex-appen til å bruke Webview Samtaleinnstillinger

Hvis du vil ha mer informasjon om klientkonfigurasjon, se Konfigurasjonsveiledning for Webex for Cisco BroadWorks .

Det er en egendefinert tag i konfigurasjonsfil for Webex-app som du kan bruke til å angi CSWV-URL-adressen. Denne URL-adressen viser samtaleinnstillingene til brukerne via applikasjonsgrensesnittet.

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

I konfigurasjonsmal for Webex-app på BroadWorks konfigurerer du CSWV-URL-en i%WEB_CALL_SETTINGS_URL_WXT% -koden.

Hvis du ikke angir nettadressen eksplisitt, er standarden tom, og siden for samtaleinnstillinger er ikke synlig for brukerne.

Kontroller at du har de nyeste konfigurasjonsmalene for Webex-app (se Enhetsprofiler ).
Angi mål for nettsamtaleinnstillinger til csw:

%WEB_CALL_SETTINGS_TARGET_WXT% csw
Angi URL-adressen til innstillinger for nettsamtale for miljøet ditt, for eksempel:

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

Du utledet denne verdien da du distribuerte CSWV-applikasjonen.
Den resulterende klientkonfigurasjon skal ha en oppføring som følger:
```
<web-call-settings target="csw">
    <url>https://yourxsp.example.com/callsettings/</url>
</web-call-settings>
```
Alle referanser til XSP inkluderer enten XSP eller ADP.

Konfigurere Push-varsler i Webex for Cisco BroadWorks

I dette dokumentet bruker vi begrepet Push-server for samtalevarsler (CNPS) for å beskrive et XSP-vert eller ADP-vert program som kjører i miljøet ditt. CNPS-en din fungerer med BroadWorks-systemet for å være oppmerksom på innkommende anrop til brukerne dine, og sender varsler om disse til varslingstjenestene Google Firebase Cloud Messaging (FCM) eller Apple pushvarsel Service (APN-er).

Disse tjenestene varsler de mobile enhetene til Webex for Cisco BroadWorks-abonnenter om at de har innkommende anrop på Webex.

Hvis du vil ha mer informasjon om NPS, kan du se Push-varslingsserver Funksjonsbeskrivelse .

En lignende mekanisme i Webex fungerer med Webex-meldings- og tilstedeværelsestjenester for å sende varsler til varslingstjenestene Google (FCM) eller Apple (APNS). Disse tjenestene varsler på sin side de mobile Webex-brukerne om innkommende meldinger eller endringer i tilstedeværelse.

Denne delen beskriver hvordan du konfigurerer NPS for autentiseringsproxy når NPS ikke allerede støtter andre apper. Hvis du må overføre en delt NPS for å bruke NPS-proxy, kan du se Oppdaterer Cisco BroadWorks NPS til å bruke NPS-proxyhttps://help.webex.com/nl5rir2/.

Oversikt over NPS-proxy

For kompatibilitet med Webex for Cisco BroadWorks må CNPS-en din være oppdatering for å støtte NPS-proxyfunksjonen, Push-server for VoIP i UCaaS .

Funksjonen implementerer en ny design i varslingsserveren for å løse sikkerhetsproblemet ved deling av private nøkler for push-varslingssertifikater med tjenesteleverandører for mobilklienter. I stedet for å dele push-varslingssertifikater og nøkler med tjenesteleverandør, bruker NPS en ny API til å hente et kortvarig push-varslingstoken fra Webex for Cisco BroadWorks-server, og bruker dette tokenet for autentisering med Apple APN-ene og Google FCM-tjenestene.

Funksjonen forbedrer også muligheten for Push-varslingsserveren til å sende varsler til Android-enheter gjennom den nye HTTPv1 API-en for Google Firebase Cloud Messaging (FCM).

Hvis du vil ha mer informasjon, kan du se Push-server for VoIP i UCaaS Funksjonsbeskrivelse .
BroadWorks-oppdateringene for funksjonen er tilgjengelige på: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.

For NPS-programvare og -oppdateringer, se delen Klargjøre NPS for Webex for Cisco BroadWorks .

Søk etter og last ned oppdateringen fra siden for programvarenedlasting.
Mer informasjon om ADP-serveren finner du påhttps://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html .

APNS-hensyn

Apple vil ikke lenger støtte den HTTP/1-baserte binære protokollen på Apple pushvarsel -tjenesten etter 31. mars 2021. Vi anbefaler at du konfigurerer XSP| ADP for å bruke det HTTP/2-baserte grensesnittet for APN-er. Denne oppdateringen krever at XSP| ADP som er vert for NPS, kjører R22 eller nyere.

Klargjøre NPS for Webex for Cisco BroadWorks

1

Installer og konfigurer en dedikert XSP (minimumsversjon R22) eller Application Delivery Platform (ADP).

2

Installer NPS-godkjenningsproxy-oppdateringene:

XSP R22-oppdateringer:

XSP R23-oppdateringer:

3

Aktiver programmet Push Server for varsling.

4

(For Android-varsler) Aktiver FCM v1 API på NPS.

XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true

5

(For Apple iOS -varsler) Aktiver HTTP/2 på NPS.

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

6

Koble til en teknisk kundestøtte fra NPS XSP/ADP.

7

På hver AS-server er namedefs-filen i /usr/local/broadworks/bw_base/conf må konfigureres med SRV- og A-oppføringer for XSP/ADP-oppslag (Noification Push Server), hvis flere XSP/ADP, legg til en oppføring for hver etter behov.

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

Når angitt, kreves ett av følgende for å hente endringene:

Det utføres en omstart i et vedlikeholdsvindu.
Via Cisco BroadWorks CLI:

R24 og eldre

AS_CLI/ASDiagnostic/DNS> laste inn på nytt

25 kr +

AS_CLI/ASDiagnostic/DNS/ExecutionServer> laste inn på nytt

AS_CLI/ASDiagnostic/DNS/ProvisioningServer> laste inn på nytt

Hva nå?

Hvis du vil ha nye installasjoner av en NPS, kan du gå til Konfigurer NPS til å bruke autentiseringsproxy

Hvis du vil overføre en eksisterende Android-distribusjon til FCMv1, går du til Overfør NPS til FCMv1

Konfigurer NPS til å bruke autentiseringsproxy

Denne oppgaven gjelder for en ny installasjon av NPS, dedikert til Webex for Cisco BroadWorks.

Hvis du vil konfigurere autentiserings-proxyen på en NPS som deles med andre mobilapper, kan du se Oppdaterer Cisco BroadWorks NPS til å bruke NPS-proxy (https://help.webex.com/nl5rir2 ).

1

Hente OAuth-legitimasjonsinformasjon for Webex for Cisco BroadWorks .

2

Opprett klientkontoen på NPS:

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientId client-Id-From-Step1

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientSecret
New Password: client-Secret-From-Step1

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set RefreshToken
New Password: Refresh-Token-From-Step1

Hvis du vil bekrefte at verdiene du oppga samsvarer med det du fikk, kjører du XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI/Client> get

CiscoCI issuerUrl skal ALLTID være amerikansk CI-klynge, uavhengig av hvor du befinner deg, og standarden skal være:

XSP|ADP_CLI/Applications/NotificationPushServer/CiscoCI> get issuerUrl = https://idbroker.webex.com/idb

3

Angi URL-adressen for NPS-proxy, og angi oppdateringsintervallet for token (30 minutter anbefales):

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

XSP|ADP_CLI/Applications/NotificationPushServer/CloudNPSService> set VOIPTokenRefreshInterval 1800

4

(For Android-varsler) Legg til Android-program-ID-en i FCM-programkonteksten på NPS.

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.cisco.wx2.android

5

(For Apple iOS -varsler) Legg til program-ID-en i APNS-programkonteksten, og sørg for å utelate autentiseringsnøkkelen – angi den til tom.

XSP|ADP_CLI/Applications/NotificationPushServer/APNS/Production/Tokens> add com.cisco.squared

6

Konfigurer følgende NPS-URL-er:

XSP\| ADP CLI-kontekst	Parameter	Verdi
`XSP\|ADP_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\|ADP_CLI/Applications/NotificationPushServer` `/APNS/Production>`	`url`	https://api.push.apple.com/3/device

7

Konfigurer følgende NPS-tilkoblingsparametere til de anbefalte verdiene som vises:

XSP\| ADP CLI-kontekst	Parameter	Verdi
`XSP\|ADP_CLI/Applications/` `NotificationPushServer/FCM>`	`tokenTimeToLiveInSeconds`	3600
	`connectionPoolSize`	10
	`connectionTimeoutInMilliseconds`	3600
	`connectionIdleTimeoutInSeconds`	600
`XSP\|ADP_CLI/Applications/NotificationPushServer/` `APNS/Production>`	`connectionTimeout`	3000
	`connectionPoolSize`	2
	`connectionIdleTimeoutInSeconds`	600

8

Kontroller om programserveren kontrollerer program-ID-er, fordi du kanskje må legge til Webex-appene i tillatelseslisten:

Kjør AS_CLI/System/PushNotification> get og sjekk verdien av enforceAllowedApplicationList. Hvis det er det true, må du fullføre denne underoppgaven. Hvis ikke, hopper du over resten av deloppgaven.
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.wx2.android “Webex Android”
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.squared “Webex iOS”

9

Start XSP på nytt| ADP: bwrestart

10

Test samtalevarsler ved å foreta anrop fra en BroadWorks-abonnent til to Webex-mobilbrukere. Kontroller at anropsvarsel vises på iOS- og Android-enheter.

Overfør NPS til FCMv1

Dette emnet inneholder valgfrie prosedyrer som du kan bruke i Google FCM-konsoll når du har en eksisterende NPS-distribusjon som du trenger for å overføre til FCMv1. Det er tre prosedyrer:

Overfør UC-One-klienter til FCMv1 – Når du har eksisterende UCaaS-klienter og må overføre dem for å bruke FCMv1.
Overfør SaaS-klienter til FCMv1 – Når du har eksisterende SaaS-klienter og må overføre dem for å bruke FCMv1.
Oppdater ADP-serveren – Når du overfører NPS til en ADP-server.

Overfør UC-One-klienter til FCMv1

Bruk trinnene nedenfor i Google FCM-konsoll for å overføre UC-One-klienter til Google FCM HTTPv1.

Hvis merkevarebygging brukes på klienten, må klienten ha avsender-ID-en. I FCM-konsollen, se Prosjektinnstillinger > Skymeldinger . Innstillingen vises i påloggingsinformasjonstabellen for prosjekt.

Hvis du vil ha mer informasjon, se Merkevarebygging for Connect Mobile klhttps://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 parameteren, som finnes i filen Branding Kit, Resource folder, branding.xml med følgende syntaks:

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

Logg på FCM Admin SDK påhttp://console.firebase.google.com .
Velg riktig Android-program.
I Generelt registrerer du prosjekt-ID-en
Gå til kategorien Tjenestekontoer for å konfigurere en tjenestekonto. Du kan opprette en ny tjenestekonto eller konfigurere en eksisterende.

Slik oppretter du en ny tjenestekonto:
1. Klikk på den blå knappen for å opprette ny tjenestekonto
2. Klikk på den blå knappen for å generere en ny privat nøkkel
3. Last ned nøkkelen til et sikkert sted
Slik bruker du en eksisterende tjenestekonto:
1. Klikk på den blå teksten for å vise eksisterende tjenestekontoer.
2. Angi tjenestekonto som skal brukes. Tjenestekontoen trenger tillatelse firebaseadmin-sdk .
3. Klikk på hamburgermenyen til høyre og opprett en ny privat nøkkel.
4. Last ned json-filen som inneholder nøkkelen, og lagre på et sikkert sted.
Kopier json-filen til XSP| ADP.

Konfigurer prosjekt-ID-en og :

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file>
...Done

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> get
  Project ID  Accountkey
========================
  my_project    ********

Konfigurer programmet:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id>
...Done

XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> get
  Application ID    Project ID
==============================
          my_app    my_project

Aktiver FCMv1:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

Kjør bwrestart kommandoen for å starte XSP på nytt| ADP.

Overfør SaaS-klienter til FCMv1

Bruk trinnene nedenfor på Google FCM-konsoll hvis du vil overføre SaaS-klienter til FCMv1.

Kontroller at du allerede har fullført prosedyren «Konfigurer NPS til å bruke autentiseringsproxy».

Deaktiver FCM:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false
...Done

Kjør bwrestart kommandoen for å starte XSP på nytt| ADP.

Aktiver FCM:

XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

Kjør bwrestart kommandoen for å starte XSP på nytt| ADP.

Oppdater ADP-serveren

Bruk trinnene nedenfor i Google FCM-konsoll hvis du overfører NPS til å bruke en ADP-server.

Hent JSON-filen fra Google Cloud Console:
1. På Google Cloud Console går du til Tjenestekontoer side.
2. Klikk på Velg et prosjekt , velg prosjektet ditt og klikk på Åpne .
3. Finn raden for tjenestekonto du vil opprette en nøkkel for, klikk på Mer vertikal knapp, og klikk deretter Opprett-nøkkel.
4. Velg en Nøkkel skriv inn og klikk Opprett
  
  Filen lastes ned.
Legg til FCM i ADP-serveren:
1. Importer JSON-filen til ADP-serveren ved hjelp av /bw/install kommandoen.
2. Logg på ADP CLI og legg til prosjekt og API-nøkkel:
  
  ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON:
3. Deretter legger du til program og nøkkel:
  
  ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done
4. Kontroller konfigurasjonen:
```
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 partnerorganisasjonen din i Partner Hub

Konfigurere BroadWorks-klynger

[én gang per klynge]

Dette gjøres av følgende årsaker:

Slik aktiverer du Webex-skyen til å autentisere brukerne dine mot BroadWorks (via XSP| ADP-vertsbasert autentiseringstjeneste).
Slik aktiverer du at Webex-apper bruker Xsi-grensesnitt for samtalekontroll.
Aktivere Webex til å lytte etter CTI-hendelser publisert av BroadWorks (telefonitilstedeværelse og samtalehistorikk ).

Klyngeveiviseren validerer automatisk grensesnittene etter hvert som du legger dem til. Du kan fortsette å redigere klyngen hvis noen av grensesnittene ikke valideres, men Du kan ikke lagre en klynge hvis det finnes ugyldige oppføringer .

Vi forhindrer dette fordi en feilkonfigurert klynge kan forårsake problemer som er vanskelig å løse.

Dette må du gjøre:

Logg på Partner Hub ( administrator ) med legitimasjonen for partneradministratoren.
Åpne Innstillinger side fra sidemenyen, og finn BroadWorks-anrop innstillinger.
Klikk på Legg til klynge .

Dette starter en veiviser der du oppgir XSP-en din| ADP-grensesnitt (URL-er). Du kan legge til en port i grensesnittets URL-adresse hvis du bruker en ikke-standard port.
Gi denne klyngen et navn, og klikk på Neste .

Klyngekonseptet her er ganske enkelt en samling grensesnitt, vanligvis samlokalisert på en XSP| ADP-server eller -farm, som gjør det mulig for Webex å lese informasjon fra applikasjonsserveren (AS). Du kan ha én XSP| ADP per AS-klynge eller flere XSP| ADP-er per klynge eller flere AS-klynger per XSP| ADP. Skaleringskrav for BroadWorks-systemet ditt er utenfor omfanget her.
(Valgfritt) Angi en BroadWorks-bruker Kontonavn og Passord som du vet er i BroadWorks-systemet du kobler til Webex, og klikk deretter på Neste .

Valideringstestene kan bruke denne kontoen til å validere tilkoblingene til grensesnittene i klyngen.
Legg til din XSI-handlinger og XSI-hendelser URL-er.
Valgfritt. Oppdater DAS-URL med URL-adressen til enhetsaktiveringstjenesten.
Valgfritt. Sjekk Aktiver direkte BroadWorks-autentisering avmerkingsboks hvis du vil at pålogginger til BroadWorks skal være direkte til BroadWorks. Ellers utføres autentisering til BroadWorks som proxy via den Webex-vertsbaserte IdP-proxytjenesten.

Denne avmerkingsboks påvirker disse påloggingssituasjonene:
- Innlogging på brukeraktiveringsportal – brukere må angi BroadWorks-legitimasjonen når de logger på portalen. Innstillingen ovenfor avgjør om påloggingen er direkte til BroadWorks eller via IdP-proxyen.
- Klientpålogging – hvis BroadWorks-autentisering er konfigurert i onboarding-malen, bestemmer innstillingen ovenfor om klientpålogging til Webex-appen er direkte til BroadWorks eller proxy via IdP-proxy.
Klikk på Neste.
På CTI-grensesnitt side, gjør du følgende:
1. Legg til CTI-URL og Port for CTI-grensesnittet du vil koble til.
2. Valgfritt. Aktiver Samtalelogg veksle, og angi deretter BroadWorks- bruker-ID-en din. Når dette alternativet er valgt, synkroniseres BroadWorks-anropshistorikkhendelser til Webex-skyen. Brukere kan se anropsloggen i Webex-appen.
3. Valgfritt. Aktiver Ikke forstyrr-synkronisering (DND). veksle, og angi deretter BroadWorks- bruker-ID-en din. Dette alternativet synkroniserer DND-hendelser mellom Webex og BroadWorks, og sikrer at funksjonen fungerer likt på begge plattformene.
4. Klikk på Neste.
Legg til din Autentiseringstjeneste URL.
Velg Auth-tjeneste med CI-tokenvalidering .

Dette alternativet krever ikke mTLS for å beskytte tilkoblingen mot Webex, fordi godkjenningstjenesten validerer brukertokenet på riktig måte mot Webex-identitetstjenesten før den utsteder tokenet med lang levetid til brukeren.
Se gjennom oppføringene på det siste skjermbildet, og klikk deretter på Opprett . Du skal se en vellykket melding.

Partner Hub sender URL-ene til forskjellige Webex-mikrotjenester som tester tilkoblingene til de medfølgende grensesnittene.
Klikk på Vis klynger og du skal se den nye klyngen, og om valideringen ble vellykket.
Den Opprett -knappen kan være deaktivert på det siste (forhåndsvisning)skjermbildet i veiviseren. Hvis du ikke kan lagre malen, indikerer det et problem med en av integrasjonene du nettopp konfigurerte.

Vi implementerte denne sjekken for å forhindre feil i påfølgende oppgaver. Du kan gå tilbake gjennom veiviseren mens du konfigurerer distribusjonen, noe som kan kreve endringer i infrastrukturen (f.eks. XSP| ADP, lastbalanserer eller brannmur) som dokumentert i denne veiledningen, før du kan lagre malen.

Kontrollere tilkoblingene til BroadWorks-grensesnittene

Logg på Partner Hub ( administrator ) med legitimasjonen for partneradministratoren.
Åpne Innstillinger side fra sidemenyen, og finn BroadWorks-anrop innstillinger.
Klikk på Vis klynger .
Partner Hub starter tilkoblingstester fra de forskjellige mikrotjenestene mot grensesnittene i klyngene.

Når testene er fullført, viser klyngelistesiden en statusmelding ved siden av hver klynge.

Du skal se grønne suksessmeldinger. Hvis du ser en rød feilmelding, klikker du på det berørte klyngenavnet for å se hvilken innstilling som forårsaker problemet.
Valgfritt. Velg en klynge hvis du vil se eksisterende innstillinger for den klyngen, for eksempel XSI-Actions, XSI-Events, DAS URL og innstillingene for CTI-grensesnittet.

Konfigurer onboarding-maler

Onboarding-maler er måten du bruker delt konfigurasjon på for én eller flere kunder etter hvert som du tar med dem via klargjøringsmetodene. Du må knytte hver mal til en klynge (som du opprettet i forrige del).

Du kan opprette så mange maler du trenger, men bare én mal kan knyttes til en kunde.

Logg på Partner Hub ( administrator ) med legitimasjonen for partneradministratoren.
Åpne Innstillinger side fra sidemenyen, og finn BroadWorks-anrop innstillinger.
Klikk på Legg til mal .

Dette starter en veiviser der du kan angi konfigurasjon for kunder som skal bruke denne malen.
Bruk Klynge for å velge klyngen du vil bruke med denne malen.
Skriv inn en Malnavn , og klikk deretter Neste .

Konfigurer klargjøringsmodusen ved hjelp av disse anbefalte innstillingene:

Tabell 3. Anbefalte innstillinger for klargjøring for forskjellige klargjøringsmoduser
Innstillingsnavn	Gjennomstrømming av klargjøring med klarerte e-poster	Klargjøring med flytende klargjøring uten e-post	Selvklargjøring av bruker
Aktiver BroadWorks Flow Through-klargjøring (inkluder legitimasjon for klargjøringskonto hvis På**)	På Oppgi klargjøringen Kontonavn og Passord i henhold til BroadWorks-konfigurasjonen.	På Oppgi klargjøringen Kontonavn og Passord i henhold til BroadWorks-konfigurasjonen.	Av
Opprett automatisk nye organisasjoner i Control Hub	På^†	På^†	På^†
E-postadresse for tjenesteleverandør	Velg en e-postadresse fra rullegardinlisten (du kan skrive inn noen tegn for å finne adressen hvis det er en lang liste). Denne e-postadresse identifiserer administrator i partnerorganisasjonen din som vil bli tildelt delegert administratortilgang til alle nye kundeorganisasjoner opprettet med onboarding-malen.
Land	Velg hvilket land du bruker for denne malen. Landet du velger, samsvarer med kundeorganisasjoner som er opprettet med denne malen, til en bestemt region. For øyeblikket kan regionen være (EMEAR) eller (Nord-Amerika og resten av verden). Se land til område-tilordninger i dette regnearket . Organisasjonslandet avgjør standard globale innringingsnumre for Cisco PSTN i Webex Meeting Sites. Se delen Land i hjelpesiden hvis du vil ha mer informasjon.
BroadWorks bedriftsmodus aktiv	Aktiver dette hvis kundene du klargjør med denne malen, er bedrifter i BroadWorks. Hvis de er grupper, lar du denne bryteren være av. Hvis du har en blanding av bedrifter og grupper i BroadWorks, bør du opprette forskjellige maler for de forskjellige sakene.

Merknader fra tabellen:

† Denne svitsjen sikrer at en ny kundeorganisasjon opprettes hvis e-postdomenet til en abonnent ikke samsvarer med en eksisterende Webex-organisasjon.

Denne skal alltid være på, med mindre du bruker en manuell bestillings- og gjennomføringsprosess (via Cisco Commerce Workspace) til å opprette kundeorganisasjoner i Webex (før du begynner å klargjøre brukere i disse organisasjonene). Dette alternativet blir ofte referert til som «hybrid klargjøring»-modellen, og er utenfor omfanget av dette dokumentet.
** «Klargjøringskonto» refererer til BroadWorks-administratorkontoen på systemnivå. På BroadWorks trenger du en administratorkonto med disse attributtene: Administrator Type=Klargjøring, Skrivebeskyttet=Av.

Velg standard tjenestepakke for kunder som bruker denne malen (se Pakker i Oversikt-delen). enten Grunnleggende , Standard , Premium eller Softphone .

Du kan overstyre denne innstillingen for enkeltbrukere via Partner Hub.
Valgfritt. Sjekk Deaktiver gratis Cisco Webex anrop hvis du vil deaktivere Webex Calls,.
For Konfigurasjon for å bli med i møte , velger du ett av følgende alternativer:
- Cisco-anropsnumre (PSTN)
- Partnerleverte innringingsnumre (BYoPSTN) –Hvis du velger dette alternativet, kan du se Ta med din egen PSTN-løsningsveiledning for Webex for Cisco BroadWorks for detaljert informasjon om hvordan du konfigurerer dette alternativet.
Klikk på Neste.

Det finnes to tilnærminger for klargjøring av abonnenter med hensyn til hvordan identitetene deres bekreftes – ved hjelp av Klarerte e-poster eller Ikke-klarerte e-poster.

I arbeidsflyten for klarert e-post oppgir brukere e-postadresser til partneren som legger dem til i BroadWorks. Du som partner er ansvarlig for å klargjøre e-postadresse som en del av enten gjennomstrømmings- eller API-metoden.

Det anbefales på det sterkeste å bruke Klarert klargjøringsmetoden, fordi den sikrer at alle abonnenter klargjøres fullt ut av deg som partner, og at det ikke kreves noen handling fra sluttbrukerne.

I Uklarert e-post-tilfelle må brukere bekrefte e-posten før klargjøring, ellers kan brukerne aktivere seg selv.

I Uklarert-tilfellet finnes det flere klargjøringsmoduser basert på bekreftelsesinnstillingene i tabellen nedenfor:

Tabell 4. Anbefalte innstillinger for brukerverifisering for uklarerte klargjøringsmoduser
Innstillingsnavn	Klargjøring med flytende klargjøring uten e-post	Selvklargjøring av bruker
Klargjør administrator først	Anbefalt*	Ikke relevant
Tillat brukere å selvaktivere	Ikke relevant	Påkrevd

Merknader fra tabellen:
* Hver kundeorganisasjon i Webex må ha minst én bruker med administrator . Den første brukeren du tilordner integrert IM&P i administrator , tar rollen som kundeadministrator hvis en ny kundeorganisasjon opprettes i Webex. Som tjenesteleverandør kan det være lurt å ha kontroll over hvem som får rollen. Hvis du merker av for denne innstillingen, blokkeres brukerne fra å fullføre aktiveringen til den første brukeren du klargjorde, aktiveres. Hvis du fjerner merket for denne innstillingen, blir den første brukeren som blir aktiv i den nye organisasjonen administrator.

Klikk på Neste.

Velg standard autentiseringsmodus (enten BroadWorks-autentisering eller Webex-autentisering ) for brukerinnlogging til Webex.

Denne innstillingen har ingen innvirkning på brukerens pålogging til brukeraktiveringsportalen. Brukere må bruke BroadWorks- bruker-ID -en og passordet når de logger på portalen, uavhengig av hvordan Onboarding-malen er konfigurert.

Denne innstillingen brukes bare på nyopprettede kundeorganisasjoner. Hvis partneradministratorer prøver å bruke en ny godkjenningsinnstilling for eksisterende kundeorganisasjoner, gjelder de eksisterende innstillingene slik at eksisterende brukere ikke mister tilgangen. Hvis du vil endre godkjenningsmodusen for eksisterende kundeorganisasjoner, må du åpne en billett med Cisco TAC.

(Se Autentiseringsmodus i delen Klargjør miljøet ditt).

Klikk på Neste.
For Innstillinger , konfigurerer du følgende:
1. Velg om du vil Forhåndsutfyll brukerens e-postadresser på påloggingssiden .
  
  Du bør bare bruke dette alternativet hvis du valgte BroadWorks-autentisering og har også lagt inn brukernes e-postadresser i attributtet Alternativ ID i BroadWorks. Ellers må de bruke BroadWorks-brukernavnet sitt. Påloggingssiden gir mulighet for å endre bruker om nødvendig, men dette kan føre til innloggingsproblemer.
2. Hvis du vil aktivere katalogsynkronisering, angir du Aktiver synkronisering av telefonkatalog for alle nye kundeorganisasjoner bytte til På.
  
  Dette alternativet gjør det mulig for Webex å lese BroadWorks-kontakter inn i kundeorganisasjonen, slik at brukerne kan finne og ringe dem fra Webex-app.
3. Skriv inn en Partneradministrator .
  
  Dette navnet brukes i den automatiserte e-postmelding fra Webex, som inviterer brukere til å bekrefte e-postadressene sine.
4. Kontroller at Klargjøring av eksisterende organisasjoner bryteren er På ( standardinnstilling er På).
5. Klikk på Neste.
Se gjennom oppføringene på det siste skjermbildet. Du kan klikke på navigeringskontrollene øverst i veiviseren for å gå tilbake og endre eventuelle detaljer. Klikk på Opprett.

Du skal se en vellykket melding.
Klikk på Vis maler og du skal se den nye malen oppført sammen med eventuelle andre maler.
Klikk på malnavn for å endre eller slette malen, om nødvendig.

Du trenger ikke å angi detaljene for klargjøringskonto på nytt. De tomme feltene for bekreftelse av passord/passord er der for å endre legitimasjonen hvis du trenger det, men la dem stå tomme for å beholde verdiene du ga veiviseren.
Legg til flere maler hvis du har forskjellige delte konfigurasjoner du vil gi til kunder.

Behold Vis maler siden åpen, da du kanskje trenger maldetaljer for en følgende oppgave.

Konfigurer applikasjonsserver med URL-adresse for klargjøringstjeneste

Denne oppgaven er bare nødvendig for klargjøring av flyt gjennom.

Programserver for oppdatering (kun R22, R23 og R24)

Hvis du ennå ikke har gjort det, bruker du følgende oppdatering som gjelder for utgivelsen din:.
- For R22: AP.as.22.0.1123.ap373197
- For R23: AP.as.23.0.1075.ap373197
- For R24: AP.as.24.0.944.ap384177
Hvis du vil ha en fullstendig liste over BroadWorks-oppdateringer som utgjør kravet for distribusjon av Webex for Cisco BroadWorks, se Krav til BroadWorks-programvare i delen Referanse.
Endre til Maintenance/ContainerOptions kontekst.
Aktiver URL-parameteren for klargjøring:

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

Hent nettadressen(e) for klargjøring fra Partner Hub

Se administrasjonsveiledning for Cisco BroadWorks Application Server kommandolinjegrensesnitt for detaljer (Grensesnitt > Meldinger og tjeneste > Integrert IM&P) om AS-kommandoer.

Logg på Partner Hub og gå til Innstillinger > BroadWorks-anrop .
Klikk på Vis maler .
Velg malen du bruker til å klargjøre denne bedriftens/gruppens abonnenter i Webex.

Maldetaljene vises i en utfoldingsrute til høyre. Hvis du ennå ikke har opprettet en mal, må du gjøre det før du kan hente klargjørings-URL-en.
Kopier URL-adresse for klargjøringsadapter .

Gjenta dette for andre maler hvis du har mer enn én.

(Alternativ) Konfigurer klargjøringsparametre for hele systemet på applikasjonsserveren

Du vil kanskje ikke angi systemomfattende klargjøring og tjenestedomene hvis du bruker UC-One SaaS. Se Avgjørelsespunkter i delen Klargjør miljøet ditt.

Logg på programserveren og konfigurer meldingsgrensesnittet.
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
Aktiver det integrerte IMP-grensesnittet:
1. /AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
2. /AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true

Du må angi det fullstendige navnet for provisioningURL parameteren, slik den ble gitt i Control Hub. Hvis programserveren ikke får tilgang til DNS for å løse vertsnavnet, må du opprette tilordningen i /etc/hosts fil på AS.

(Alternativ) Konfigurer klargjøringsparametre for hver bedrift på applikasjonsserveren

I BroadWorks UI åpner du bedriften du vil konfigurere, og går til Tjenester > Integrert IM&P .
Velg Bruk tjenestedomene og angi en dummyverdi (Webex ignorerer denne parameteren. Du kan bruke example.com).
Velg Bruk meldingsserver .

I URL -feltet limer du inn klargjørings-URL-adressen du kopierte fra malen i Partner Hub.

Du må angi det fullstendige navnet for provisioningURL parameteren, slik den ble gitt i Partner Hub. Hvis programserveren ikke får tilgang til DNS for å løse vertsnavnet, må du opprette tilordningen i /etc/hosts fil på AS.

I Brukernavn -feltet skriver du inn et navn på administrator. Denne må samsvare med verdien i malen i Partner Hub.
Angi et passord for administrator. Denne må samsvare med verdien i malen i Partner Hub.
For Standard brukeridentitet for IM&P-ID , velger du Primær .
Klikk på Bruk.
Gjenta dette for andre bedrifter du vil konfigurere for flyt gjennom klargjøring.

Data for brukerklargjøring

Hvis du vil ha informasjon om brukerdataene som utveksles mellom BroadWorks og Webex under brukerklargjøring, se Brukerklargjøring for tjenesteleverandør .

API for sjekk av forhåndsklargjøring for partner

API-et for sjekk før klargjøring hjelper administratorer og salgsteam ved å se etter feil før du klargjør en kunde eller abonnent for en pakke. Brukere eller integrasjoner som er autorisert av en bruker med rollen som fullverdig partner som partner, kan bruke dette API-et til å sikre at det ikke er konflikter eller feil med pakkeklargjøring for en gitt kunde eller abonnent.

API-en kontrollerer om det er konflikter mellom denne kunden/abonnenten og eksisterende kunder/abonnenter på Webex. API-et kan for eksempel gi feil hvis abonnenten allerede er klargjort til en annen kunde eller partner, hvis e-postadresse allerede finnes for en annen abonnent, eller hvis det er konflikter mellom klargjøringsparametrene og det som allerede finnes på Webex. Dette gir deg muligheten til å fikse disse feilene før klargjøring, noe som øker sannsynligheten for vellykket klargjøring.

Hvis du vil ha mer informasjon om API-et, kan du se: utviklerveiledning for Webex for engroshandel

Hvis du vil bruke API-et, går du til: Forhåndssjekk klargjøring av engros-abonnent

Hvis du vil ha tilgang til forhåndssjekk et engroshandelsabonnentklargjøringsdokument du må logge påhttps://developer.webex.com/ portalen.

Partner SSO – SAML

Tillater at partneradministratorer konfigurerer SAML SSO for nyopprettede kundeorganisasjoner. Partnere kan konfigurere et enkelt forhåndsdefinert SSO-forhold og bruke denne konfigurasjonen på kundeorganisasjonene de administrerer, så vel som på sine egne ansatte.

Trinnene nedenfor for SSO for partner gjelder bare for nyopprettede kundeorganisasjoner. Hvis partneradministratorer prøver å legge til Partner SSO i en eksisterende kundeorganisasjon, beholdes den eksisterende autentiseringsmetoden for å forhindre at eksisterende brukere mister tilgangen. Hvis du vil legge til Partner SSO i en eksisterende organisasjon, må du åpne en billett med Cisco TAC.

Kontroller at tredjeparts leverandør av identitetsleverandør oppfyller kravene som er oppført i Krav til identitetsleverandører delen av Integrering av engangspålogging i Control Hub .

Åpne en tjenesteforespørsel med Cisco TAC. TAC må etablere et klareringsforhold mellom tredjeparts identitetsleverandør og Cisco Common Identity-tjenesten. .

Hvis IdP-en din krever at passEmailInRequest funksjonen som skal aktiveres, må du sørge for å inkludere dette kravet i tjenesteforespørsel. Sjekk med IdP-en din hvis du er usikker på om denne funksjonen er obligatorisk.

Last opp CI-metadatafilen som TAC oppga, til identitetsleverandøren din.
Konfigurere en onboarding-mal. For Autentiseringsmodus innstilling, velger du Partnergodkjenning . For IDP-enhets-ID, angi EntityID fra SAML-metadata-XMLen til tredjeparts identitetsleverandøren.
Opprett en ny bruker i en ny kundeorganisasjon som bruker malen.
Veldig at brukeren kan logge inn.

Partner SSO – OpenID Connect (OIDC)

Tillater at partneradministratorer konfigurerer OIDC SSO for nyopprettede kundeorganisasjoner. Partnere kan konfigurere et enkelt forhåndsdefinert SSO-forhold og bruke denne konfigurasjonen på kundeorganisasjonene de administrerer, så vel som på sine egne ansatte.

Fremgangsmåten nedenfor for å konfigurere Partner SSO OIDC gjelder kun for nyopprettede kundeorganisasjoner. Hvis partneradministratorer prøver å endre standard autentiseringstype til Partner SSO OIDC i et eksisterende tempel, vil ikke endringene gjelde for kundeorganisasjonene som allerede er integrert ved hjelp av malen. Hvis du vil legge til Partner SSO i en eksisterende kundeorganisasjon, må du åpne en billett med Cisco TAC.

Åpne en tjenesteforespørsel med Cisco TAC med detaljene for OpenID Connect IDP. Følgende er obligatoriske og valgfrie IDP-attributter. TAC må sette opp IDP på CI og oppgi omdirigerings-URIen som skal konfigureres på IDP.

Attributt	Påkrevd	Beskrivelse
IDP-navn	Ja	Unikt, men ikke-sensitive navn for OIDC IdP-konfigurasjon, kan bestå av bokstaver, tall, bindestreker, understreker, tilder og prikker, og maksimal lengde er 128 tegn.
OAuth-klient-ID	Ja	Brukes til å be om OIDC IdP-autentisering.
OAuth-klienthemmelighet	Ja	Brukes til å be om OIDC IdP-autentisering.
Liste over omfang	Ja	Liste over områder som vil bli brukt til å be om OIDC IdP-godkjenning, delt etter område, for eksempel «openid email profile» Må inneholde openid og e-post.
Endepunkt for autorisasjon	Ja hvis discoveryEndpoint ikke er angitt	URL-adressen til IdPs OAuth 2.0-autorisasjonsendepunkt.
tokenEndpoint	Ja hvis discoveryEndpoint ikke er angitt	URL-adressen til IdPs OAuth 2.0-tokenendepunkt.
Oppdagingsendepunkt	Nei	URL-adressen til IdPs oppdagelsesendepunkt for OpenID-endepunkter.
userInfoEndpoint	Nei	URL-adressen til IdP-ens UserInfo-endepunkt.
Tast Angi endepunkt	Nei	URL-adressen til IdPs endepunkt for JSON-nettnøkkelsett.

I tillegg til IDP-attributtene ovenfor, må partnerorganisasjons-ID-en angis i TAC-forespørselen.

Konfigurer omdirigerings-URI-en på OpenID-tilkoblings-IDP.
Konfigurere en onboarding-mal. For innstillingen Autentiseringsmodus velger du Partnergodkjenning med OpenID Connect og skriver inn IDP-navnet som ble oppgitt under IDP-oppsettet, som OpenID Connect IDP-enhets-ID.
Opprett en ny bruker i en ny kundeorganisasjon som bruker malen.
Veldig at brukeren kan logge på ved hjelp av SSO-godkjenningsflyten.

Aktiver identifikator for samtalekorrelasjon

Hvis du vil kjøre Webex for Cisco BroadWorks, kreves det at du aktiverer identifikatoren for samtalekorrelasjon. Denne innstillingen er nødvendig for mange anropsfunksjoner, inkludert samtaleopptak, gruppesamtalehenting, Executive og Executive-Assistent.

Bruk CLI til å aktivere funksjonen på alle AS og XSP| ADP-grensesnitt.

Kjør følgende kommandoer på AS-grensesnitt. Dette vil gjøre det mulig for AS å sende X-BroadWorks-Correlation-Info SIP-hode:

AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true

AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true
Filen enableCallCorrelationID-parameteren knyttet til Xsi-Actions-applikasjonen, brukes til å kontrollere inkluderingen av informasjon om samtalekorrelasjon i Xsi-Actions-logger. Det anbefales å ha enableCallCorrelationID aktivert ved hjelp av følgende kommando på XSP| ADP-grensesnitt:

XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true

Hvis du vil ha mer informasjon om identifikator for samtalekorrelasjon, se Cisco BroadWorks-anropskorrelasjonsidentifikator Funksjonsbeskrivelse .

Katalogsynkronisering

Katalogsynkronisering sikrer at Webex for Cisco BroadWorks-brukere kan bruke Webex-katalogen til å ringe en hvilken som helst anropsenhet fra BroadWorks-serveren. Når denne funksjonen er aktivert, synkroniseres den fullstendige anropskatalogen fra BroadWorks-serveren til Webex-katalogen. Brukere kan få tilgang til katalogen fra Webex-appen og foreta et anrop til en hvilken som helst anropsenhet fra BroadWorks-serveren.

Hvis du vil aktivere Katalogsynkronisering, går du til Katalogsynkronisering i Webex for Cisco BroadWorks .

Webex for Cisco BroadWorks flowthrough-klargjøring legger til meldingsbrukere og tilknyttet anropsinformasjon fra BroadWorks-serveren til Webex-plattformen. Telefonlister, brukere som ikke sender meldinger og enheter som ikke er brukere, er imidlertid ikke inkludert (for eksempel en telefon, en faksmaskin eller et huntgruppe for et konferanserom). Hvis du slår på Katalogsynkronisering, sikrer du at alle anropsenheter legges til i Webex-plattformen.

Samlet samtalelogg

Når enhetlig samtalelogg er aktivert, synkroniseres BroadWorks-anropshendelser til Webex-skyen og blir en del av Webex Unified samtale- og møtehistorikk som vises i Webex-appen. Brukere kan vise sin egen detaljerte samtalehistorikk og møtehistorikk fra Webex-appen.

Samlet anropslogg kan aktiveres av administratorer på partnernivå i Partner Hub klynge for klynge. Når denne funksjonen er aktivert, synkroniserer BroadWorks-distribusjonen følgende anropshendelser til Webex-skyen:

Samtalelogghendelser – disse hendelsene brukes til å bygge en detaljert enhetlig samtalelogg
Hook-statushendelser – enhetlig anropshistorikk inneholder optimaliseringer av krokstatus som reduserer mengden nettverksbåndbredde for oppdateringer av telefonistatus

Krav til enhetlig samtalelogg

Før du kan konfigurere Unified Call History, må du kontrollere at du har oppdatert systemet. Denne funksjonen er avhengig av at følgende BroadWorks-oppdateringer installeres:

For R22:

AP.xsp.22.0.1123.ap378585
AP.as.22.0.1123.ap378585 – etter installasjon av oppdateringen må du aktivere funksjon 25433. For eksempel: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.22.0.1123.ap378585
AP.ps.22.0.1123.ap378585

For R23:

AP.as.23.0.1075.ap378585 – etter installasjon av oppdateringen må du aktivere funksjon 25433. For eksempel: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.23.0.1075.ap378585
Hvis du bruker XSP – AP.xsp.23.0.1075.ap378585
Hvis du bruker ADP– Xsi-Events-23_2021.05_1.251.bwar

For R24:

AP.as.24.0.944.ap378585 – etter installasjon av oppdateringen må du aktivere funksjon 25433. For eksempel: AS_CLI/System/ActivatableFeature> activate 25433
Xsi-Events-24_2021.05_1.251.bwar

Hvis du vil ha en fullstendig liste over BroadWorks-oppdateringer som du må installere som en forutsetning for å kjøre Webex for Cisco BroadWorks, se Krav til BroadWorks-programvare i delen Referanse.

I tillegg til å oppdatere systemet, kan konfigurasjonsfilen for klienten ( config-wxt.xml) må ha følgende kode angitt: <call-history enable-unified-history=”%ENABLE_UNIFIED_CALL_HISTORY_WXT%”/>

Hvis du vil ha Hunt Group, Call Center og annen viderekoblingsinformasjon i Unified Call History, må følgende Broadworks-oppdateringer være installert og aktive:

For R23:

AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994

For R24:

AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994

Hvis du vil ha Executive-Assistent-informasjon i Unified Call History, må følgende Broadworks-oppdateringer være installert og aktive:

For R24:

AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
ADP som kjører Xsi-Events-24_ 2022.06 eller nyere

I tillegg til Broadworks-oppdateringene må Directory Sync også være aktivert for Executive-Assistent Unified Call History.

Når du aktiverer Samtalelogg eller DND-synkronisering, sender Webex forespørsler om oppdatering av CTI-abonnement for alle brukere i klyngen. Avhengig av antall brukere, kan dette vare i opptil noen timer. Det anbefales ikke å utføre Broadworks-vedlikeholdsaktivitet i det samme vedlikeholdsvinduet.

Aktiver samtalelogg (ny klynge)

Hvis du vil aktivere samtalehistorikk på en ny klynge, kan du se trinnene for å legge til en klynge i Konfigurer partnerorganisasjonen din i Partner Hub .

Aktiver samtalelogg (eksisterende klynge)

Hvis du vil aktivere samtalehistorikk på en eksisterende klynge, følger du trinnene nedenfor:

Logg på Partner Hub på admin.webex.com.
Gå til Innstillinger og velg en eksisterende klynge.
Kontroller at klyngetilkoblingen er god. Det høyre panelet skal ha en grønn hake med Tilkobling opprettet .

Hvis dette ikke vises, under Kontroller tilkoblinger (valgfritt) , angi BroadWorks-bruker-ID og BroadWorks-passord og klikk Sjekk for å bekrefte at tilkoblingen er god.
Sjekk Aktiver samtalehistorikk avmerkingsboks.
Klikk på Lagre.

Funksjonssamhandlinger

Følgende funksjonsinteraksjoner finnes for enhetlig samtalelogg:

Samlet anropshistorikk støttes ikke for brukere som er konfigurert i BroadWorks med rutelister eller direkte ruter. Når denne situasjonen eksisterer, sendes ikke samtalehistorikk- og Hook-statushendelser til Webex-appen.
Samlet anropslogg støttes ikke med internnummer. Anrop som foretas ved hjelp av internnummer, gjenspeiles kanskje ikke riktig i anropsloggen.

Vis samtalelogg i Webex-appen

Sluttbrukere kan få tilgang til og se den samlede samtaleloggen fra Webex-appen. Hvis du vil ha mer informasjon, se: Webex| Vis samtale- og møtehistorikk .

Deaktiver enhetlig anropslogg

Når du har aktivert enhetlig anropshistorikk i en klynge, kan du ikke deaktivere funksjonen på egen hånd. Hvis du må deaktivere funksjonen, ta kontakt Ciscos senter for teknisk assistanse (TAC) .

Nummervisning og viderekobling av anrop

Nummervisning

Når Webex-appen mottar et anrop, vil den forsøke å identifisere hvem som ringer, og vise denne informasjonen i varsel om innkommende anrop, det innkommende anropsvinduet og etter at samtalen er fullført, i anropsloggen og i taleposten.

Webex-appen vil prøve å finne anroper-ID-en ved å matche det innkommende telefonnummer med telefonnumrene til kontakter som finnes i forskjellige kilder. Webex-appen bruker følgende kilder i denne rekkefølgen. Når den finner den i én kilde, vil den ikke forsøke å søke andre steder.

Hvis den finner flere forekomster av et nummer i én kilde, vil den ikke prøve å velge én av dem, i dette tilfellet vil den ikke vise noen innringer-ID.

Webex Common Identity (CI) som inneholder brukerne i organisasjonen.
Personlige kontakter og organisasjonskontakter. Personlige kontakter er synlige under Kontakter-fanen.
Lokal adressebok. I Windows – Outlook-program, i Mac – Mac-kontakter, i iOS – iPhone-kontakter, i Android – Android-kontakter.

Hvis det ikke finnes noen samsvar med det innkommende telefonnummer, bruker appen visningsnavn i SIP FROM-hodet hvis det er tilgjengelig. Ellers vil den bruke brukernavndelen av SIP-URI fra SIP Fra-hodet som en siste utvei.

For ekstern samtalekontroll (dvs. bordtelefonkontrollmodus) brukes XSI-info, der BWKS-ID eller internnummer brukes, hentet fra ekstern partsinformasjon i XSI-hendelsen. Hvis informasjon om ekstern part ikke er tilgjengelig, brukes P-Asserted Identity (PAI) (hvis konfigurert).

Viderekobling av anrop

Hvis en samtale har blitt omdirigert eller viderekoblet, vil appen forsøke å vise hvem anroperen er og hvordan den ble viderekoblet i anropsvarselet og anropsloggen.

Viderekoblet anrop: Viser nummeret som viderekoblede anropet.
Søkegruppe: Viser navnet på huntgruppe som viderekoblede anropet.
Call Center-kø: Viser navnet på køen som viderekoblede anropet.
Lederassistent: Viser navnet på lederen samtalen kommer inn for.

Unntak:

For internt anrop i kø, der en agent ringer tilbake en intern part, vil ikke den eksterne parten se navnet på samtalekøen, men vil se navnet på agenten som ringer dem.

Anrop besvart andre steder:

For søkegrupper eller samtalekøer som er satt opp med samtidig ruting, vil agenter se et anrop besvart andre steder i anropsloggen hvis en annen agent tar imot anropet. For søkegrupper eller samtalekøer med sekvensiell ruting, eller i overflyt, vises anrop som tapt anrop i anropsloggen hvis de blir besvart av en annen agent.

linjevisning

Med Delt linje-utseende kan du klargjøre andre brukeres linjer som delte linjer på sluttbrukerenheten. Konfigurasjonen av delt linje for Webex-appen ligner på konfigurasjonen for delt linje for bordtelefoner. Denne spesifikke funksjonen lar deg tilordne delt linje linjeutseende til sluttbrukerens Webex-app.

Denne funksjonen gir brukerne fordeler når de håndterer anrop på andre brukeres internnummer direkte fra Webex-appen.

Du kan bare konfigurere Delt linje-utseende for skrivebordsversjonen av en Webex-app.
Du kan legge til maksimalt 10 linjer, inkludert den primære linjen i Webex-appen.
Du kan ikke tilordne en arbeidsområdelinje som delt linje.
En bruker kan ikke klargjøres med Executive-Assistent-tjenesten samtidig som de har delte linjer.
En brukers primærlinje linjeport skal ikke endres til en delt linje.

Krav

Hvis du vil distribuere denne funksjonen på Webex for Cisco BroadWorks, må du distribuere følgende BroadWorks-oppdateringer:

Oppdatering 1: Eierflagg i enhetsliste for å støtte delte linjer for Webex-klient

R23 uten 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:

AS: AP.as.24.0.944.ap384179
Xsi-Actions-24_ 2022.10

25 kr:

AS: RI-utgivelse Rel_ 2022.10_ 1,310
Xsi-Actions-25_ 2022.10

Oppdatering 2: Patcher for å øke antall porter på enhetsprofil (i dette tilfellet for skrivebordsklienten: Business Communicator).

RI-utgivelse Rel_ 2022.10_ 1,310

ikke forstyrr -synkronisering (DND).

ikke forstyrr -synkronisering (DND)-synkronisering justerer DND-innstillinger mellom Webex og BroadWorks ved å synkronisere DND-status mellom de to plattformene. Hvis en bruker for eksempel slår på DND fra Webex-appen, synkroniseres denne statusen til BroadWorks-anropsenheter. Som et resultat av dette ringer ikke brukerens BroadWorks-registrerte bordtelefon når noen prøver å ringe den. På samme måte, hvis en bruker angir DND fra en bordtelefon, synkroniseres statusen til Webex-appen. Uten denne funksjonen blir ikke DND-oppdateringer fra én plattform gjenkjent av den andre plattformen.

DND-synkronisering brukes på BroadWorks-klyngenivå og kan aktiveres i Partner Hub av en administrator.

Forutsetninger

Kontroller at følgende oppdateringer brukes på AS og XSP| ADP. Bruk bare oppdateringene for BroadWorks-versjonen din.

For versjon 22:

AS-oppdatering: AP.as.22.0.1123.ap382615, AP.as.22.0.1123.ap382838
XSP| ADP-oppdatering: AP.xsp.22.0.1123.ap382615, AP.xsp.22.0.1123.ap382838

For versjon 23:

AS-oppdatering: AP.as.23.0.1075.ap382615, AP.as.23.0.1075.ap382838
XSP| ADP-oppdatering: AP.xsp.23.0.1075.ap382615, AP.xsp.23.0.1075.ap382838
ADP-apper: Xsi-Actions-23_ 2022.03_ 1.220.bwar, Xsi-Events-23_ 2022.03_ 1.220.bwar

For versjon 24:

AS-oppdatering: AP.as.24.0.944.ap382615, AP.as.24.0.944.ap382838
ADP-apper: Xsi-Actions-24_ 2022.03_ 1.220.bwar, Xsi-Events-24_ 2022.03_ 1.220.bwar

Når du har tatt i bruk oppdateringene, aktiverer du funksjon 25433 på AS:

AS_CLI/System/ActivatableFeature> activate 25433

Konfigurere enhetsfunksjonstastsynkronisering på BroadWorks. Kontroller at telefonen støtter SIP-ABONNER/VARSEL for hendelsespakken «as-feature-event». Hvis du vil ha mer informasjon, se Synkronisering av Cisco BroadWorks-enhetsfunksjonstast .

Aktiver DND-synkronisering (eksisterende klynge)

Logg på Partner Hub
Klikk på Innstillinger.
Klikk på Vis klynge og velg riktig BroadWorks-klynge.
Aktiver Ikke forstyrr-synkronisering (DND). veksle.
Skriv inn BroadWorks- bruker-ID -en din, og klikk på Aktiver .

Systemet bekrefter at BroadWorks-klyngen har de riktige oppdateringene for å støtte DND-synkronisering. Hvis valideringen mislykkes, vil Lagre -knappen blir deaktivert.
Hvis valideringen lykkes, klikker du på Lagre .

Når DND-synkronisering er aktivert, oppdaterer Webex alle brukerabonnementer for å inkludere Ikke forstyrr-hendelsespakken. Avhengig av antall brukere, kan denne prosessen ta noen timer å fullføre.
Aktivering av DND-synkronisering er en enveis veksling. Når funksjonen er aktivert, kan du ikke deaktivere den på egen hånd.

Aktiver DND-synkronisering (ny klynge)

Du kan også aktivere funksjonen under oppretting av klynge. Hvis du vil ha mer informasjon, se «Konfigurere BroadWorks-klynger» i Konfigurer partnerorganisasjonen din i Partner Hub .

Deaktiver DND-synkronisering

Du kan ikke deaktivere DND-synkronisering på egen hånd. Hvis du vil deaktivere funksjonen, oppretter du et teknisk BEMS-case med følgende informasjon:

Familie: Spark-tjeneste
Produkt: Anrop i Webex (Webex for BroadWorks)
Komponent: WxBW- Klargjøring
BEMS-saken må angi at ikke forstyrr -synkronisering skal deaktiveres for en partner. Saken må inneholde partner-ID og BroadWorks clusterId .

Bruksområder

***Angi og fjerne DND i forhold til arbeidsstatus***

Anropsopptak

Webex for Cisco BroadWorks støtter fire moduser for samtaleopptak.

Tabell 6. Opptaksmoduser
Opptaksmoduser	Beskrivelse	Kontroller/indikatorer som vises i Webex-app
Alltid	Opptaket startes automatisk når samtalen er opprettet. Brukeren har ingen mulighet til å starte eller stoppe innspillingen.	Visuell indikator på at opptaket pågår
Alltid med Sett på pause / gjenoppta	Opptaket startes automatisk når samtalen er opprettet. Brukeren kan stanse innspillingen midlertidig og fortsette.	Visuell indikator på at opptaket pågår Sett opptaket på pause -knappen Gjenoppta opptak -knappen
OnDemand	Opptaket startes automatisk når samtalen er opprettet, men opptaket slettes med mindre brukeren trykker på Start opptaket . Hvis brukeren starter innspillingen, beholdes hele innspillingen fra samtaleoppsettet. Etter at du har startet opptaket, kan brukeren også sette på pause og gjenoppta opptaket	Start opptaket -knappen Sett opptaket på pause -knappen Gjenoppta opptak -knappen
OnDemand med brukerinitiert start	Opptaket starter ikke med mindre brukeren velger Start opptaket -alternativet i Webex-app. Brukeren har muligheten til å starte og stoppe opptaket flere ganger i løpet av en samtale.	Start opptaket -knappen Stopp opptaket -knappen Sett opptaket på pause -knappen

Krav

Hvis du vil distribuere denne funksjonen på Webex for Cisco BroadWorks, må du distribuere følgende BroadWorks-oppdateringer:

Identifikator for samtalekorrelasjon må være aktivert. Hvis du vil ha mer informasjon, se Aktiver identifikator for samtalekorrelasjon .

Følgende konfigurasjonskode må være aktivert for å kunne bruke denne funksjonen: %ENABLE_CALL_RECORDING_WXT%.

Denne funksjonen krever en integrering med en tredjeparts plattform for samtaleopptak .

Hvis du vil konfigurere samtaleopptak på BroadWorks, går du til Veiledning for grensesnitt for Cisco BroadWorks-samtaleopptak .

Tilleggsinformasjon

Hvis du vil ha brukerinformasjon om hvordan du bruker opptaksfunksjonen, kan du gå til help.webex.com artikkelen Webex| Ta opp samtalene dine .

Hvis du vil spille av et opptak på nytt, må brukere eller administratorer gå til tredjepartsplattformen for samtaleopptak .

Parkere og hente gruppesamtale

Webex for Cisco BroadWorks støtter gruppeanropsparkering og -henting. Denne funksjonen gjør det mulig for brukere i en gruppe å parkere anrop, som deretter kan hentes av andre brukere i gruppen. Forhandleransatte i en butikk kan for eksempel bruke funksjonen til å parkere en samtale som deretter kan besvares av noen i en annen avdeling.

Funksjonsdrift

Når funksjonen er konfigurert

Under en samtale klikker en bruker på Park i Webex-app for å parkere samtalen på et internnummer som systemet velger automatisk. Systemet viser internnummeret til brukeren i en periode på 10 sekunder.
En annen bruker i gruppen klikker på Hent anrop alternativet i Webex-app. Brukeren skriver deretter inn internnummeret for den parkert samtale for å fortsette samtalen.

Krav

For at denne funksjonen skal fungere, må du sørge for følgende:

Konfigurasjonsfilen for klienten må ha følgende koder angitt:

<call-park enabled="%ENABLE_CALL_PARK_WXT%"
        timer="%CALL_PARK_AUTO_CLOSE_DIALOG_TIMER_WXT%"/>

Samtalekorrelasjonsidentifikator må være aktivert på AS og XSP| ADP. Hvis du vil ha mer informasjon, se Aktiver identifikator for samtalekorrelasjon .
SBC-en må konfigureres til å sende « x-broadworks-correlation-in' SIP-attributt til og fra applikasjonsserveren.

Konfigurasjon

Hvis du vil ha informasjon om hvordan du konfigurerer gruppesamtaleparkering på BroadWorks, se «Legg til samtaleparkeringsgruppe» i administrasjonsveiledning for webgrensesnitt for Cisco BroadWorks Application Server Group – del 2 . Du må opprette en gruppe og legge til brukere i gruppen.

Hvis du vil ha informasjon om hvordan du konfigurerer identifikator for samtalekorrelasjon på BroadWorks, se Cisco BroadWorks-anropskorrelasjonsidentifikator Funksjonsbeskrivelse .

Tilleggsinformasjon

Hvis du brukerinformasjon om hvordan du bruker gruppeanropsparkering, se Webex| Parker og hente anrop .

Samtaleparkering/Parkering av retningsbestemt anrop

Vanlig eller parkering av rutet samtale støttes ikke i brukergrensesnittet for Webex-app , men klargjorte brukere kan distribuere funksjonen ved hjelp av tilgangskoder for funksjoner:

Gå inn *68 for å parkere en samtale
Gå inn *88 for å hente en samtale

Delta

Innbruddstjeneste brukes ofte i kundesentermiljøer eller andre situasjoner der øyeblikkelig hjelp eller intervensjon kan være nødvendig.

Når en innbyttingstjeneste er aktivert, kan en utpekt bruker eller leder delta i en aktiv samtale ved å starte en bestemt kommando eller ved å bruke en dedikert knapp eller tastekombinasjon på telefonen eller kommunikasjonsenheten. Når forespørselen om bytte inn er gjort, oppretter systemet en forbindelse med den pågående samtalen, slik at den autoriserte personen kan lytte til samtalen eller bli med i samtalen som en aktiv deltaker.

Innkjøpstjeneste kan være nyttig i forskjellige scenarier. I et kundesenter kan ledere eller lærere overvåke og veilede kundeservicerepresentanter ved å lytte til anropene deres i sanntid. Ved behov kan de gripe inn for å gi veiledning eller ta over samtalen hvis representanten sliter. I nødssituasjoner eller kritiske diskusjoner kan autorisert personell raskt delta i pågående samtaler for å gi assistanse eller ta viktige beslutninger.

I Webex-app for Bryt inn får vi et varsel om at samtalen gjøres om til en konferanse. Det er ingen tilleggsinformasjon i VARSEL (samtaleinfo eller konferanseinfo) hva som er konferansetype, så vi kan behandle det på en annen måte.

Når det skjer en innblanding, opprettes det en treveis samtale mellom partene. Følgende begreper introduseres:

Veileder : En leder er en person som fører tilsyn med og administrerer et team med kundeserviceagenter eller kundeservicerepresentanter. Når det gjelder innblanding av anrop, har en leder vanligvis muligheten til å overvåke og gripe inn i pågående kundesamtaler. De kan bruke verktøy for samtaleovervåking eller programvare til å lytte til samtaler, gi veiledning til agenter og sikre kvalitetskontroll. Lederens rolle kan innebære opplæring av agenter, adressering av kundeproblemer og optimalisering av ytelsen til teamet.
Kunde: En kunde refererer til en person eller en enhet som tar kontakt med et selskap eller en organisasjon for å få produkter, tjenester eller støtte. I forbindelse med innblanding av anrop er en kunde noen som foretar eller mottar en telefonsamtale med en kundeserviceagent. Kunder kan be om hjelp, informasjon eller løsning på spørsmål eller problemer under samtalen. Med funksjonen for innbytting av anrop kan ledere eller autorisert personell delta i den pågående samtalen mellom kunden og agenten.
Agent: En agent, også kjent som en kundeservicerepresentant eller kundesenteragent, er en person som er ansvarlig for å håndtere kundesamhandlinger og gi støtte eller assistanse over telefon eller andre kommunikasjonskanaler. Agenter er opplært til å håndtere kundehenvendelser, løse problemer, behandle transaksjoner og levere en positiv kundeopplevelse. Når det gjelder innblanding i anrop, er en agent personen som snakker direkte til kunden under telefonsamtale. Agenten kan om nødvendig motta veiledning eller tilbakemelding fra lederen gjennom innspill.

Intern mobilanrop Eskalere til møte

Mobile Native Call Escalate to Meeting kommer med to unike funksjoner:

Ny pushvarsel

Mobilbrukere i en intern samtale kan nå bytte til Webex-appen ved å trykke på Ny push-melding. Når du starter en intern samtaleskjerm, vises et Ny push-varsel på skjermen, og hvis du trykker på varselet, kommer du rett til Webex-appen i samtaleskjermen.

Du ser Webex-varselet under en mobiltelefon hvis du bruker Webex Go eller mobilnettoperatøren (MNO) har samtalesignalering ved hjelp av Cisco samtalekontroll for mobiltelefon dine.
Flytt mobilsamtale til møte

Når du er midt i en samtale med noen, kan det være lurt å flytte den samtalen til et møte for å bruke noen avanserte møtefunksjoner som video, deling eller tavle. Eller inviter andre personer til diskusjonen og gå til et møte.

BroadWorks-krav

Aktiverbar funksjon 25239
R23 med XSP| ADP:
- AS-oppdatering AP.as.23.0.1075.ap383064
- XSP| ADP-oppdatering AP.xsp.23.0.1075.ap383064
- Oppdater AP.platform.23.0.1075.ap383064
R23 med ADP:
- AS-oppdatering AP.as.23.0.1075.ap383064
- ADP med Xsi-Actions-23, CommPilot-23 versjon > 2022.05_ 1.303 og NPS versjon > 2022.08_ 1.350
R24:
- AS-oppdatering: AP.as.24.0.944.ap383064
- ADP med Xsi-Actions-24, CommPilot-24 versjon > 2022.05_ 1.303 og NPS versjon > 2022.08_ 1.350
25 kr:
- SOM RI-versjon Rel_ 2022.08_ 1,354
- ADP med Xsi-Actions-25, CommPilot-25 > 2022.08_ 1.350 og NPS versjon > 2022.08_ 1.350

URI-oppringingskonfigurasjon for å støtte Flytt samtale til møte

Retningslinjer for NS UrlDialing

Definer regel for (.*)webex.com for å rute gjennom 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 Ruting NE for I-SBC

Eksempel på konfigurasjon

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-rutingsprofil

Retningslinjeforekomst for UrlDialing lagt til i riktig(e) rutingsprofil(er)

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

AS Bruk NS-rute for nettverksURL-anrop

Aktiver AS for å overholde NS-ruten i hybrid AS-modus

AS_CLI/Interface/IMS> set queryNSForNetworkURL true

E911 Nødanrop

Webex for Cisco BroadWorks støtter anrop av nødetatene E911. Med denne funksjonen blir nødanrop rutet til et offentlig sikkerhetstelefonnummer (PSAP) som deretter kan dirigere nødetatene til anroperens plassering. Hvis du vil bruke denne funksjonen, må du integrere Webex for Cisco BroadWorks med en leverandør av E911 nødsamtale .

Bruk følgende Webex-artikler til å konfigurere støtte for E911-nødsamtaletjenester:

E911 Nødanrop i Webex for BroadWorks – Bruk denne artikkelen til å konfigurere E911-nødanrop i Webex for Cisco BroadWorks ved hjelp av en av følgende støttede E911-leverandører:
- Båndbredde
- Intrado
- RedSky
Ansvarsfraskrivelse for nødanrop –Hvis du har en stedstjeneste, kan du konfigurere vinduet for ansvarsfraskrivelse for nødtjenester i Webex-appen til å inkludere et alternativ for brukere å oppdatere plasseringen når de logger på.

Tilpasse og klargjøre klienter

Brukere laster ned og installerer de generelle Webex-appene sine, for skrivebord eller mobil (for nedlastingskoblinger, se Webex-appplattformer ). Når brukeren autentiserer seg, registrerer klienten seg mot Webex Cloud for meldinger og møter, henter merkevareinformasjonen, finner informasjonen om BroadWorks-tjenesten og laster ned anropskonfigurasjonen fra BroadWorks Application Server (via DMS på XSP| ADP).

Du konfigurerer anropsparametrene for Webex-apper i BroadWorks (som vanlig). Du konfigurerer merkevarebygging, meldingstjenester og møteparametere for klientene i Control Hub. Du endrer ikke en konfigurasjonsfil direkte.

Disse to settene med konfigurasjoner kan overlappe hverandre, og i så fall erstatter Webex-konfigurasjonen BroadWorks-konfigurasjonen.

Legg til konfigurasjonsmaler for Webex Apps i BroadWorks-applikasjonsserveren

Webex-apper er konfigurert med DTAF-filer. Klientene laster ned en XML-fil konfigurasjonsfil fra applikasjonsserveren via tjenesten Enhetsbehandling på XSP| ADP.

Hent de nødvendige DTAF-filene (se Enhetsprofiler i delen Klargjør miljøet ditt).
Kontroller at du har riktig kodesett BroadWorks-system > Ressurser > Tagsettsett for enhetsbehandling .
For hver klient du klargjør:
1. Last ned og pakk ut DTAF zip-filen for den bestemte klienten.
2. Importer DTAF-filer til BroadWorks på System > Ressurser > Identitets-/enhetsprofiltyper
3. Åpne den nylig lagt til enhetsprofil for redigering, og:
  - Skriv inn XSP| ADP-farm FQDN og Device Access Protocol.
  - Sjekk Støtte Remote Party Info avmerkingsboks. Denne støtten er nødvendig for at skrivebordsdeling skal fungere.
    
    Du kan også aktivere støtte for eksterne parter ved å kjøre følgende CLI-kommando på applikasjonsserveren: AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
4. Endre malene i henhold til miljøet ditt (se tabellen nedenfor).
5. Lagre filen.
Klikk på Filer og autentisering og velg deretter alternativet for å gjenoppbygge alle systemfiler.

Navn	Beskrivelse
Codec-prioritet	Konfigurer prioritert rekkefølge for lyd- og videokodekene for VoIP-samtaler
TCP, UDP og TLS	Konfigurer protokollene som brukes for SIP-signalisering og medier
RTP-lyd- og videoporter	Konfigurer portområder for RTP-lyd og -video
SIP-alternativer	Konfigurere ulike alternativer relatert til SIP (SIP INFO, bruk rport, SIP-proxy -oppdaging, oppdateringsintervaller for registrering og abonnement osv.)

Tilpass merkevarebygging for Webex-appen

Partnertilpasninger – Partneradministratorer kan bruke avanserte merkevaretilpasninger som gjelder for partnerorganisasjonen og/eller kundene som partneren administrerer. Se Konfigurer avanserte tilpasninger av merkevarebygging .
Kundetilpasninger – hvis partneren tillater at kunder bruker sine egne merkevaretilpasninger, kan kundeadministratorer følge fremgangsmåten på Legg til firmaets merkevarebygging i Webex .

Brukeraktiveringsportalen bruker den samme logoen som du legger til for klientvarebygging.

Tilpasse URL-adresser for problemrapportering og hjelp

Hvis du vil tilpasse disse alternativene, kan administratorer følge fremgangsmåten «Legg til tilbakemelding og URL-adresser for hjelpenettsteder», som du finner i begge artiklene ovenfor om merkevarebygging.

Konfigurere testorganisasjonen for Webex for Cisco BroadWorks

Før du starter

Med flytende klargjøring

Du må konfigurere alle XSP| ADP-tjenester og partnerorganisasjonen i Control Hub, før du kan utføre denne oppgaven.

1

Tilordne tjeneste i BroadWorks:

Opprett en testbedrift under tjenesteleverandør din i BroadWorks, eller opprette en testgruppe under tjenesteleverandøren din (avhenger av BroadWorks-oppsettet ditt).
Konfigurer IM&P-tjenesten for den bedriften slik at den peker på malen du tester (hent URL-adressen for klargjøringskortet og legitimasjonen fra Onboarding-malen for Control Hub).
Opprett testabonnenter i den bedriften/gruppen.
Gi brukerne unike e-postadresser i e-postfeltet i BroadWorks. Kopier disse til attributtet Alternativ ID også.

Tilordne den integrerte IM&P-tjenesten til disse abonnentene.

Dette utløser opprettelsen av kundeorganisasjonen og de første brukerne, noe som tar flere minutter. Vent litt før du prøver å logge på med de nye brukerne.

2

Bekreft kundeorganisasjon og brukere i Control Hub:

Logg på Control Hub med partnerens administratorkonto.
Gå til Kunder og kontroller at den nye kundeorganisasjonen er i listen (navnet følger gruppenavn eller forretningsnavn, fra BroadWorks).
Åpne kundeorganisasjonen og kontroller at abonnentene er brukere i den organisasjonen.
Kontroller at den første abonnenten du tilordnet den integrerte IM&P-tjenesten til, har blitt administrator for den organisasjonen.

Brukertesting

1	Last ned Webex-app på to forskjellige maskiner.
2	Logg på som testbrukere på de to maskinene.
3	Foreta testsamtaler.

Administrere Webex for BroadWorks

Klargjør kundeorganisasjoner

I den gjeldende modellen klargjør vi automatisk kundeorganisasjonen når du tar med den første brukeren via en av metodene som er beskrevet i dette dokumentet. Klargjøring skjer bare én gang for hver kunde.

Klargjøre brukere

Du kan klargjøre brukere på disse måtene:

Bruk API-er til å opprette Webex-kontoer
Tilordne integrert IM&P (flowthrough-klargjøring) med klarerte e-poster for å opprette Webex-kontoer
Tilordne integrert IM&P (flowthrough-klargjøring) uten klarerte e-poster. Brukere oppgir og validerer e-postadresser for å opprette Webex-kontoer
Tillat brukere å selvaktivere (du sender dem en kobling, de oppretter Webex-kontoer)

API-er for offentlig klargjøring

Webex viser offentlige API-er for å tillate tjenesteleverandører å integrere Webex for Cisco BroadWorks-abonnentklargjøring i sine eksisterende klargjøringsarbeidsflyter. Spesifikasjonen for disse API-ene er tilgjengelig på developer.webex.com. Hvis du ønsker å utvikle med disse API-ene, kontakter du din Cisco-representant for å få Webex for Cisco BroadWorks.

Engroskunder vil bli avvist av disse API-ene.

Klargjøring for flytende klargjøring

På BroadWorks kan du klargjøre brukere med Aktiver integrert IM&P alternativet. Denne handlingen fører til at BroadWorks-klargjøringskortet foretar et API-kall til klargjøring av brukeren på Webex. Vår klargjørings-API er bakoverkompatibel med UC-One SaaS API. BroadWorks AS krever ingen kodeendring, bare en konfigurasjonsendring av API-endepunktet for klargjøringskortet.

Abonnentklargjøring på Webex kan ta betydelig (flere minutter for den første brukeren i en bedrift). Webex utfører klargjøringen som en bakgrunnsoppgave. Så suksess med flytende klargjøring indikerer at klargjøringen har startet. Det indikerer ikke fullføring.

Hvis du vil bekrefte at brukerne og kundeorganisasjonen er fullstendig klargjort på Webex, må du logge på Partner Hub og se i Kunder-listen.

BroadWorks-trunkingbrukere kan ha Webex for BroadWorks via et delt samtaleutseende (SCA). Trunkingbrukeren må ha autentiseringstjenesten tilordnet. Som beskrevet i avsnitt 8 i veiledningen for BroadWorks Trunking Solution, tillater dette at godkjenningen av SCA Webex-utseendet er atskilt fra den felles trunkautentiseringen. Webex for BroadWorks kan ikke klargjøres for trunking-brukere med ruteliste- eller direkterutefunksjonene tilordnet.

Plasseringen av maler er flyttet fra BroadWorks Calling i organisasjonsinnstillinger til delen Kundeliste, og den kalles nå Onboarding-malen.

Selvaktivering av bruker

Slik klargjør du BroadWorks-brukere i Webex uten å tilordne den integrerte IM&P-tjenesten:

Logg på Partner Hub, og finn Kundeliste side.
Klikk på Vis maler .
Velg Onboarding-malen for klargjøring du vil bruke på denne brukeren.

Husk at hver mal er knyttet til en klynge og partnerorganisasjonen din. Hvis brukeren ikke er i BroadWorks-systemet som er knyttet til denne malen, kan ikke brukeren aktivere seg selv med koblingen.
Kopier klargjøringskoblingen og send den til brukeren.

Det kan også være lurt å inkludere koblingen for programvarenedlasting, og minne brukeren på at de må oppgi og bekrefte e-postadresse for å aktivere Webex-kontoen sin.
Du kan overvåke brukerens aktiveringsstatus på den valgte malen.

Hvis du vil ha mer informasjon, se Brukerklargjørings- og aktiveringsflyter .

Klargjøring med ikke-klarerte e-poster

Partner Hub har et sett med kontroller i brukerstatusvisningen som tillater Webex for Cisco BroadWorks Tjenesteleverandøradministratorer gjennomgår brukerstatus og løser feil ved klargjøring med uklarerte e-poster. Hvis du vil ha mer informasjon, se Bekrefte brukerklargjøring med ikke-klarerte e-postmeldinger.

Flytt Webex-brukere til Webex for Cisco BroadWorks

Hvis du vil flytte eksisterende Webex-brukere til Webex for Cisco BroadWorks, kan du se tabellen nedenfor for å finne ut hvilken prosedyre som skal følges.

Eksisterende Webex-bruker tilhører en …

Følg disse prosessene for å flytte brukeren

Forbrukerorganisasjon eller egenregistrering (f.eks. gratiskonto, prøvekonto)

Klargjøre brukere – Hvis Webex for BroadWorks-organisasjonen ikke finnes (uten klargjorte brukere), følger du normal klargjøring for å klargjøre den første brukeren som administratorbruker og opprette organisasjonen. Dette flytter Webex- brukerkonto automatisk for den første brukeren. For etterfølgende brukere, bruk fremgangsmåten nedenfor.
Flytt bruker (med samtykke) til Webex for Cisco BroadWorks – Hvis Webex for BroadWorks-organisasjonen finnes (den første brukeren klargjøres), må du innhente brukersamtykke og flytte etterfølgende brukere.

Kundeorganisasjon

Koble Webex for BroadWorks til eksisterende organisasjon – Organisasjonsvedlegget (for den første brukeren) legger også til Webex for BroadWorks til etterfølgende brukere, så lenge de er tilordnet til riktig organisasjon.

Eksisterende Webex-bruker tilhører en …

Følg disse prosessene for å flytte brukeren

Forbrukerorganisasjon eller egenregistrering (f.eks. gratiskonto, prøvekonto)

Hvis Webex for BroadWorks-organisasjon ikke finnes (ingen brukere klargjøres):

Klargjøre brukere – Følg vanlig klargjøring for å legge til den første brukeren som administratorbruker. Dette flytter kontoen for den første brukeren automatisk og oppretter Webex for BroadWorks-organisasjonen. Brukerens samtykke kreves for å flytte etterfølgende brukere (bruk fremgangsmåten nedenfor).

Hvis Webex for BroadWorks-organisasjon finnes (minst én bruker er klargjort):

Flytt bruker (med samtykke) til Webex for Cisco BroadWorks – Innhent brukersamtykke og flytt etterfølgende brukere.

Kundeorganisasjon

Koble Webex for BroadWorks til eksisterende organisasjon – Organisasjonsvedlegget (for den første brukeren) legger også til Webex for BroadWorks til etterfølgende brukere, så lenge de er tilordnet til riktig organisasjon.

Flytt bruker (med samtykke) til Webex for Cisco BroadWorks

Bruk denne fremgangsmåten til å flytte en eksisterende Webex-bruker som er i en forbrukerorganisasjon eller som har en egenregistreringskonto (gratiskonto eller prøvekonto) til Webex for Cisco BroadWorks. Merk at Webex for Cisco BroadWorks-organisasjonen må finnes (med den første brukeren klargjort). I dette tilfellet kan du bruke ett av disse alternativene til å flytte brukere:

Flytt bruker (med klarert e-post) – bruker klargjøring med klarert e-post
Flytt bruker (med uklarert e-post) – bruker klargjøring med uklarert e-post
Selvaktivering

Hvis Webex for Cisco BroadWorks-organisasjonen ikke er opprettet ennå (ingen brukere er klargjort), følger du vanlige klargjøringsprosesser ( Klargjøre brukere ) for å opprette organisasjonen og legge til den første brukeren som administrasjonsbruker. Når den første brukeren er klargjort til organisasjonen, følger du de samtykkebaserte metodene i denne prosedyren for å flytte etterfølgende brukere.

Flytt bruker (med klarert e-postadresse)

Hvis onboarding-malen bruker klarerte e- administrator , kan partneradministratoren flytte etterfølgende brukere med denne prosessen:

Administrator legger til brukeren.
- Brukeren blir sendt til BroadWorks klargjøringsbroen.
- CI-oppslaget fastslår at denne brukeren har en annen Webex-konto med denne e-postadresse.
- En automatisert e-post sendes til brukeren.
Brukeren åpner e-posten og klikker Aktiver konto . Brukeren omdirigeres til Webex-forbrukerportalen.
Bruker logger på Webex.
Brukerklikker Slett for å slette den gamle Webex-kontoen.
- Gammel Webex-konto er slettet.
- Brukeren klargjøres til Webex for Cisco BroadWorks med samme e-postadresse.
- Brukeren sendes til nedlastingssiden.

Flytt bruker (med uklarert e-postadresse)

Hvis onboarding-malen bruker uklarerte e-poster, må brukerens e-postadresse først bekreftes. administrator kan følge denne prosessen for å flytte etterfølgende brukere:

Administrator legger til brukeren.
- Brukeren blir automatisk skjøvet til BroadWorks klargjøringsbroen.
- En tekst med en aktiveringskobling sendes til brukeren.
Brukeren klikker på Aktiveringskoblingen og skriver inn e-postadresse sin.
- CI-oppslaget fastslår at denne brukeren har en annen Webex-konto med denne e-postadresse.
- En automatisert e-post sendes til brukeren.
Brukeren åpner e-posten og klikker Bli med nå .
- e-postadresse er bekreftet.
- Brukeren blir omdirigert til å logge på Webex-forbrukerportalen.
Bruker logger på Webex.
Brukeren må klikke Slett for å slette den gamle Webex-kontoen.
- Gammel Webex-konto er slettet.
- Brukeren klargjøres til Webex for Cisco BroadWorks med samme e-postadresse.
- Brukeren sendes til nedlastingssiden.

Selvaktiveringsflyt

Hvis brukeren har en eksisterende BroadWorks-konto, kan de bruke selvaktiveringsprosessen til å flytte kontoen.

Brukeren logger på URL-adressen til brukertilgangsportalen ved hjelp av BroadWorks-legitimasjon.
Brukeren skriver inn e-postadresse sin.
- Brukeren blir sendt til BroadWorks klargjøringsbro.
- En automatisert e-post sendes til brukerens e-postadresse.
Brukeren åpner e-posten og klikker på Bli med nå kobling, som bekrefter e-postadresse.
- CI finner at brukeren har en eksisterende Webex-konto. Brukeren må slette den gamle kontoen før de kan fortsette.
- Brukeren blir omdirigert til å logge på Webex.
Brukeren logger på forbrukerportalen.
Brukeren klikker Slett konto .
- Den gamle Webex-kontoen er slettet.
- Brukeren klargjøres en ny Webex for Cisco BroadWorks-konto med samme e-postadresse.

Koble Webex for BroadWorks til eksisterende organisasjon

Hvis du er partneradministrator og legger til administrator for BroadWorks-tjenester i en eksisterende Webex-kundeorganisasjon, som ennå ikke er knyttet til en partneradministrert BroadWorks-bedrift, MÅ administrator for at klargjøringsforespørselen skal lykkes.

Organisasjonsadministratorgodkjenning er nødvendig hvis noe av følgende er sant:

Den eksisterende kundeorganisasjonen har 100 brukere eller flere
Organisasjonen har et bekreftet e-postdomene
Det er gjort krav på organisasjonsdomenet

Hvis ingen av kriteriene ovenfor er sanne, kan en automatisk vedlegg oppstå.

I en Automatisk vedlegg scenario blir et Webex for BroadWorks-abonnement lagt til i en eksisterende kundeorganisasjon uten å varsle den eksisterende administrator eller sluttbruker. I de fleste tilfeller vil partnerorganisasjonen din få rettigheter som klargjøringsadministrator. Hvis kundeorganisasjonen imidlertid ikke har noen lisenser eller bare suspenderte/avbrutte lisenser, blir du fullverdig administrator.

Med klargjøring av administratortilgang vil du ha begrenset synlighet i Control Hub for brukerne i den eksisterende organisasjonen. Det anbefales at du kontakter kundeadministratoren og ber om full administratortilgang til organisasjonen.

Partneradministratorer kan fullføre følgende prosedyre for å legge til BroadWorks-anropstjenester i en eksisterende Webex-organisasjon:

I Partner Hub er Klargjøring av eksisterende organisasjoner toggle må være aktivert i denne organisasjonens Introduksjonsmal innstillinger (bryteren er på som standard).

1

Partneradministratoren klargjør administrator for Cisco BroadWorks for kunden. Hvis du vil ha hjelp, se Klargjør kundeorganisasjoner . Følgende skjer:

Organisasjonsvedlegg mislykkes med en 2017 feil (Kan ikke klargjøre abonnent til en eksisterende Webex-organisasjon). (Det mottas ikke en feil under et automatisk vedlegg.)
Et e-postvarsel genereres og sendes til kundeorganisasjonens administratorer (opptil fem administratorer). E-postvarselet fremhever partneradministratorens e-post (som konfigurert i administrator -malen i Partner Hub) og ber administrator om å godkjenne partneradministratoren som ekstern administrator . administrator må godkjenne forespørselen og gi administrator full administrator tilgang til kundeorganisasjonen.

Anta at administrator ikke mottar en e-post. I så fall kan administrator manuelt legge til partneradministratoren (angitt i malen) som ekstern administrator for administrator fra Control Hub. Deretter kan du prøve å klargjøre brukeren på nytt, noe som vil utløse Webex for Cisco BroadWorks-kundeklargjøring.

2

Med full administrator tilgang, kan administrator fullføre prosessen med klargjøring av kunden. Du må prøve å klargjøre klargjøringen av kunden på nytt fra trinn 1 ovenfor. Nå som ekstern fullstendig administrator bør du imidlertid ikke observere feilen 2017.

Når klargjøringen av anropstjenester er fullført, vil den eksisterende kundeorganisasjonen være synlig som en kunde under Webex for BroadWorks-partnerorganisasjonen.

Navnet på den vedlagte organisasjonen endres ikke til BroadWorks- forretningsnavn. Navnet på den vedlagte organisasjonen forblir som det var før vedleggsprosessen.

Vilkår for organisasjonsvedlegg

e-postadresse til den første BroadWorks-abonnenten som klargjøres, må samsvare med e-postadresse til en eksisterende bruker i den målrettede kundeorganisasjonen. Ellers opprettes en ny kundeorganisasjon.
Den første brukeren fra den eksisterende organisasjonen som er klargjort for Webex for BroadWorks, er ikke klargjort som administratorbruker. Innstillinger og rettigheter fra den eksisterende organisasjonen beholdes.
Organisasjonens eksisterende autentiseringsinnstillinger har forrang over det som er konfigurert i klargjøringsmalen for Webex for BroadWorks. Som et resultat av dette er det ingen endring i hvordan eksisterende brukere logger på.
- Hvis den eksisterende kundeorganisasjonen har grunnleggende merkevarebygging aktivert, vil imidlertid Partnerens avanserte merkevarebyggingsinnstillinger ha forrang etter at vedlegget har funnet sted. Hvis kunden vil at den grunnleggende merkevarebyggingen skal forbli intakt, må partneren konfigurere kundeorganisasjonen til å overstyre merkevarebygging i de avanserte innstillingene for merkevarebygging.
Navnet på den eksisterende organisasjonen endres ikke.
Det er ingen endring i innstillingen for flagg for e-postundertrykkelse i den eksisterende organisasjonens innstillinger. Dette kan påvirke nylig klargjorte brukere. Avhengig av hvordan flagget er angitt, kan det hende at nye brukere mottar en e-post med en kode som må angis for å fullføre aktiveringen.
Begrenset administratormodus (angitt av bryteren Begrenset av partner-modus) er slått av for den vedlagte organisasjonen.
Sørg for å fullføre organisasjonsvedleggsprosessen (flytte eksisterende brukere og oppdatere organisasjons-ID-en), før du klargjør nye brukere til Webex for Cisco BroadWorks-organisasjonen.
En BroadWorks-bedrift kan bare knyttes til én Webex-organisasjon. Du kan ikke klargjøre abonnenter fra én BroadWorks-bedrift til separate Webex-organisasjoner.

Legg til ekstern administrator

Hvis du vil se trinnene som administrator , kan du se Godkjenn forespørsel fra ekstern administrator artikkel om help.webex.com.

Kundeadministratoren må gi den eksterne administratoren alle administratorrettigheter og -privilegier.

e-postadresse som administrator for kundeorganisasjonen legger til som ekstern administrator , må samsvare med e-postadresse til partneradministratoren slik den er konfigurert i onboarding-malen på Partner Hub.

Når du har lagt til e-posten fra onboarding-malen på Partner Hub som full administrator, må eventuelle flere partneradministratorer også legges til som en ekstern administrator med fulle administratorrettigheter.

Koble Webex for BroadWorks fra eksisterende organisasjon

Følg denne fremgangsmåten for å koble fra Webex for BroadWorks fra en eksisterende Webex-organisasjon. Hvis du for eksempel koblet Webex for BroadWorks til en eksisterende organisasjon ved et uhell og ønsker å fjerne vedlegget.

I standardflyt slettes alle tilknyttede abonnentdata og kundens Webex for BroadWorks-abonnement deaktiveres ved frakobling av Webex for BroadWorks fra en eksisterende Webex-organisasjon (kun standardflyt). Du mister dessuten tilgangen til kundeorganisasjonen hvis dette er det eneste tilknyttede abonnementet. I Hybridflyt endres ikke kundeabonnementene.

Hvis du ikke har tilgang til kundeinnstillingene i Control Hub, må du be administrator gi deg ekstern administrator ved å følge Godkjenn forespørsel fra ekstern administrator .
Fjern alle Webex for BroadWorks-arbeidsområder fra organisasjonen. Bruk Fjerne et BroadWorks-arbeidsområde API.
Fjern alle Webex for BroadWorks-abonnenter fra organisasjonen. Bruk Fjerne en BroadWorks-abonnent API.
Fjern ventende Webex for BroadWorks-brukere fra organisasjonen. Hvis brukerne for eksempel ble klargjort via den ikke-klarerte e-postflyten, og gyldige e-poster ennå ikke er angitt, forblir brukerne i en ventende tilstand. Følg Bekreft brukerklargjøring med uklarerte e-poster for å slette brukerne.
Slett BroadWorks-anrop konfigurasjon for denne kunden. Åpne kundens Control Hub-forekomst, klikk på Hybrid , under BroadWorks-anrop slette alle konfigurasjoner.

Hvis du vil knytte Webex for BroadWorks til kunden etter at du har fullført frakoblingen, følger du klargjøringsprosessene for å knytte til en eksisterende kunde.

Et alternativt alternativ for å fjerne abonnenter hvis du ikke vil bruke Fjerne en BroadWorks-abonnent API er å gå inn i BroadWorks CommPilot og fjerne Integrert IM&P tjeneste for de berørte brukerne.

Behandle brukere og organisasjoner

Hvis du vil administrere brukere i Webex for Cisco BroadWorks, må du huske at brukeren finnes både i BroadWorks og Webex. Anropsattributter og brukerens BroadWorks-identitet lagres i BroadWorks. En distinkt e-postidentitet for brukeren, og dens lisensiering for Webex-funksjoner, lagres i Webex.

Verifiser brukerklargjøring med uklarerte e-postadresser

Hvis du klargjør Webex for BroadWorks-brukere ved hjelp av gjennomstrømningsklargjøring med uklarerte e-poster, må brukerne selv klargjøre ved å skrive inn e-postadressen sin i brukeraktiveringsportalen. Hvis brukeren opplever en feil, kan vedkommende bruke alternativet Prøv igjen som vises i portalen, for å gjøre et nytt forsøk. Hvis brukeren opplever feilen igjen, kan administratoren bruke trinnene nedenfor i Partner Hub til å se gjennom statusen og enten integrere brukeren, slette brukeren eller ta i bruk konfigurasjonsendringer.

1	Logg på Partner Hub og finn Kundeliste side.
2	Klikk på Vis maler . Velg den aktuelle onboarding-malen du vil bruke på denne brukeren.
3	Kontroller at følgende innstillinger er angitt under Brukerverifikasjon for å sikre at gjennomstrømningsklargjøring med uklarerte e-postadresser er riktig konfigurert: Alternativet Uklarerte e-poster må være avmerket. Feltet Del kobling må peke til Aktivering-koblingen. Hvis alt er konfigurert, kan brukere forsøke å klargjøre seg selv via brukeraktiveringsportalen.
4	Når brukerklargjøring er gjennomført, klikker du på Vis brukerstatus under Brukerverifikasjon for å sjekke klargjøringsstatusen. Visningen Brukerstatus viser listen over brukere sammen med detaljer som BroadWorks-ID, valgt pakketype og gjeldende status, som viser om brukeren er klargjort, eller om det finnes utestående krav.
5	For brukere med feil eller utestående krav klikker du på de tre prikkene til høyre, og velger ett av de følgende administrative alternativene: Prøv å aktivere på nytt – Klikk på dette alternativet for å prøve å integrere brukeren på nytt. Skriv inn en gyldig e-postadresse i hurtigvinduet, og klikk på Integrer. Slett bruker – Dette alternativet kan være aktuelt hvis du må endre konfigurasjonen for å tillate integrering. Når du har slettet brukeren og gjort endringene, kan brukeren prøve integreringen på nytt. Endre pakketype – Endre innstillingen fra én pakke til en annen: Kopier feiltekst – Klikk på dette alternativet for å kopiere feilteksten.

Flere visningsalternativer

Følgende tilleggsalternativer er tilgjengelige når du viser listen over brukere:

Eksporter – Klikk på denne knappen hvis du vil eksportere brukerlisten til en CSV-fil.
Ekskluder klargjorte brukere – Aktiver denne veksleknappen hvis du kun vil vise brukere med utestående krav eller feil.

Endre bruker-ID eller e-postadresse

Endringer i bruker-ID og e-postadresse

E-post-ID og alternativ ID er BroadWorks-brukerattributtene som brukes med Webex for Cisco BroadWorks. BroadWorks-bruker-ID-en er fortsatt den primære identifikatoren for brukeren i BroadWorks. Tabellen nedenfor beskriver formålet med disse forskjellige attributtene, og hva du må gjøre hvis du må endre dem:

Attributt i BroadWorks	Tilsvarende attributt i Webex	Hensikt	Merknader
Bruker-ID for BroadWorks	Ingen	Primær identifikator	Du kan ikke endre denne identifikatoren og likevel koble brukeren til den samme kontoen i Webex. Du kan slette brukeren og opprette den på nytt hvis den er feil.
E-post-ID	Bruker-ID	Obligatorisk for flytende klargjøring (oppretter Webex-bruker-ID) når du hevder at du klarerer e-post Ikke obligatorisk i BroadWorks hvis du ikke hevder at du kan klarere e-poster Ikke obligatorisk i BroadWorks hvis du tillater at abonnenter kan aktivere seg selv	Det finnes en manuell prosess for å endre dette begge steder hvis brukeren klargjøres med feil e-postadresse: Endre brukerens e-postadresse i Control Hub Endre e-post-ID-attributtet i BroadWorks Ikke endre bruker-ID-en for BroadWorks. Dette støttes ikke.
Alternativ ID	Ingen	Aktiverer autentisering av bruker, via e-post og passord, mot BroadWorks bruker-ID	Må være det samme som e-post-ID-en. Hvis du ikke kan legge e-posten til attributtet Alternativ ID, må brukerne angi BroadWorks-bruker-ID-en ved autentisering.

Endre brukerpakke i Partner Hub

1	Logg på Partner Hub og klikk på Kunder .
2	Finn og velg kundeorganisasjonen der brukeren er hjemmehørende. Organisasjonsoversiktssiden åpnes i et panel til høyre på skjermen.
3	Klikk på Vis kunde . Kundeorganisasjonen åpnes i Control Hub, og viser Oversikt-siden.
4	Klikk på Brukere , og deretter finner og klikker du på den berørte brukeren.
5	I brukerens Tjenester , klikk Webex for BroadWorks-pakker (abonnement) . Brukerens pakkepanel åpnes, og du kan se hvilken pakke som for øyeblikket er tilordnet til brukeren.
6	I Profil -fanen, se i Pakke delen og klikk på pilen ( > ) for å utvide visningen.
7	Velg pakken du ønsker for denne brukeren ( Grunnleggende , Standard , Premium eller Softphone ) og klikk Lagre . Control Hub viser en melding om at brukeren oppdaterer.
8	Du kan lukke brukerdetaljene og Control Hub-fanen.

Standard- og Premium-pakkene har forskjellige møteområder som er knyttet til hver pakke. Når en abonnent med administratorrettigheter med en av disse to pakkene flytter til den andre pakken, vises abonnenten med to møteområder i Control Hub. Abonnentens vertsmøtefunksjoner og møtested justeres etter gjeldende pakke. møtested for den forrige pakken og alt tidligere opprettet innhold på dette nettstedet, for eksempel opptak, forblir tilgjengelige for administratoren for møtenettstedet.

Det kan ta to til tre timer før nye PMR-innstillinger som er et resultat av en pakkeendring, oppdateres.

Slett brukere

Det finnes en rekke metoder som administratorer kan bruke til å slette en bruker fra Webex for Cisco BroadWorks:

Hvis brukeren du skal slette, har administratorrettigheter, tilordner du en ny administrator før du sletter brukeren. Det er ingen automatisk overføring av administrator hvis den siste administrator skulle bli slettet.

Webex for Cisco BroadWorks API

Partneradministratorer kan bruke Webex for Cisco BroadWorks API til å slette brukere:

Kjør Fjerne en BroadWorks-abonnent API-forespørsel påhttps://developer.webex.com/docs/api/v1/broadworks-subscribers/remove-a-broadworks-subscriber . Denne forespørselen fjerner Webex for Cisco BroadWorks-abonnementet. Brukeren faktureres ikke lenger som en Webex for Cisco BroadWorks-bruker og behandles som en gratis Webex-bruker.
Kjør Slett en person API-forespørsel påhttps://developer.webex.com/docs/api/v1/people/delete-a-person for å slette brukeren fullstendig.

Gjennomstrømming av klargjøring

Partneradministratorer kan bruke gjennomgående klargjøring for å slette brukere:

Fjern den integrerte IM+P-tjenesten fra brukeren på BroadWorks-serveren. Du kan deaktivere tjenesten for brukeren fra Bruker – integrert IM&P side på BroadWorks. Hvis du vil ha en detaljert fremgangsmåte, kan du se "Konfigurere integrert IM&P" i administrasjonsveiledning for webgrensesnitt for Cisco BroadWorks Application Server Group – del 2 .

Når tjenesten er deaktivert, fjerner flytende klargjøring Webex for Cisco BroadWorks-abonnementet fra brukeren. Brukeren faktureres ikke lenger som en Webex for Cisco BroadWorks-bruker og behandles som en gratis Webex-bruker.
Finn og velg brukeren i Control Hub.
Gå til Handlinger og velg Slett bruker .

Control Hub (kundeadministratorer)

Kundeadministratorer kan bruke Control Hub til å slette brukere fra organisasjonen. Hvis du vil ha mer informasjon, se Slette en bruker fra organisasjonen din i Webex Control Hub klhttps://help.webex.com/0qse04/ .

Slett organisasjon

Følg denne fremgangsmåten for å slette en Webex for Cisco BroadWorks-organisasjon fra systemet.

1

Bruk People API-ene til å slette alle brukere fra organisasjonen:

Kjør Vis personer API for å hente en liste over brukere.
Kjør Slett en person API for å slette brukerne.

Den Fjern et BroadWorks Subscriber API fjerner Webex for Cisco BroadWorks-rettigheter fra en bruker, men sletter ikke brukeren.

2

Hvis Katalogsynkronisering er aktivert, må du deaktivere den. Dette kan gjøres via Partner Hub eller via det offentlige API-et.

Slik deaktiverer du katalogsynkronisering via Partner Hub:

Logg på Partner Hub og klikk på Innstillinger .
Under BroadWorks-anrop , klikk Vis maler og velg riktig mal.
Klikk på Vis statusliste for kundesynkronisering -knappen i sidepanelet.
For den aktuelle kunden klikker du på de tre prikkene helt til høyre og velger Deaktiver synkronisering .

Hvis du vil deaktivere Directory Sync via API, bruker du Oppdater katalogsynkronisering for BroadWorks Enterprise API og deaktiver aktivereDirSync innstillingen.

Alle brukere relatert til BroadWorks Directory Sync for denne organisasjonen blir slettet. Merk at fjerning av brukere (ved bruk av begge metodene) kan ta litt tid, avhengig av antall brukere.

3

Når alle brukerne er fjernet, bruker du Slett en organisasjon API for å slette organisasjonen.

Utgivelsesbehandling

Utgivelsesadministrasjonskontroller i Partner Hub gjør det enkelt for Webex for Cisco BroadWorks-tjenesteleverandører å administrere utgivelser ved å gi dem muligheten til å kontrollere utgivelsesfrekvensen som brukernes Webex-apper oppgraderer til den nyeste programvaren med.

Som standard bruker Webex-appen automatiske oppgraderinger (Cisco-kontrollerte månedlige utgivelser). Med denne funksjonen kan imidlertid partneradministratorer:

Konfigurer tilpassede utgivelsesplaner med utsettelser fra Cisco-standard utgivelsesplan
Konfigurer én utgivelsesplan og kaskade denne tidsplanen til alle kundeorganisasjonene de administrerer
Tilordne forskjellige utgivelsesplaner til forskjellige kundeorganisasjoner

Hvis du vil ha mer informasjon om versjonsbehandling, inkludert informasjon om hvordan du konfigurerer og bruker tilpassede utgivelsesplaner, kan du se Webex-artikkelen Tilpasninger av versjonsadministrasjon .

Konfigurer systemet på nytt

Du kan konfigurere systemet på nytt på følgende måte:

Legg til en BroadWorks-klynge i Partner Hub
Rediger eller slett en BroadWorks-klynge i Partner Hub
Legg til en onboarding-mal i Partner Hub
Rediger eller slett en onboarding-mal i Partner Hub

Rediger eller slett en BroadWorks-klynge i Partner Hub

Du kan redigere eller fjerne en BroadWorks-klynge i Partner Hub.

1

Logg på Partner Hub med legitimasjonen din for partneradministratoren på https://admin.webex.com.

2

Gå til Innstillinger og finn BroadWorks-anrop delen.

3

Klikk på Vis klynger .

4

Klikk på klyngen du vil redigere eller slette.

Klyngedetaljene vises i en utfallsrute til høyre.

5

Du har disse alternativene:

Endre eventuelle detaljer du trenger å endre, og klikk deretter Lagre .

Klikk på Slett for å fjerne klyngen, og bekreft.

Hvis det er mange kunder (>50) i BroadWorks-klyngen, kan operasjoner som oppdatering av XSI Actions, XSI Events, DAS URL, XSP| ADP URL eller DND-synkronisering støttes ikke. I slike tilfeller anbefales det å kontakte en Cisco TAC støttetekniker for å få hjelp.

Hvis en mal er knyttet til klyngen, kan du ikke slette en klynge. Slett de tilknyttede malene før du sletter klyngen. Se Rediger eller slett en onboarding-mal i Partner Hub .

Klyngelisten oppdateres med endringene dine.

Rediger eller slett en onboarding-mal i Partner Hub

Du kan redigere eller slette onboarding-maler i Partner Hub.

1

Logg på Partner Hub med legitimasjonen din for partneradministratoren på https://admin.webex.com.

2

Gå til Innstillinger og finn BroadWorks-anrop delen.

3

Klikk på Vis maler .

4

Klikk på malen du vil redigere eller slette.

5

Du har disse alternativene:

Rediger eventuelle detaljer du må endre, og klikk deretter på Lagre .
Klikk på Slett for å fjerne malen, og bekreft.

Innstilling	Verdier	Merknader
kontonavn /passord for klargjøringskonto	Brukerleverte strenger	Du trenger ikke å angi klargjøringskontodetaljene på nytt når du redigerer en mal. De tomme bekreftelsesfeltene for passord/passord er der for å endre legitimasjonen hvis du trenger det, men la dem stå tomme for å beholde verdiene du opprinnelig oppga.
Fyll ut brukerens-e-postadresse på påloggingssiden	På/Av	Det kan ta opptil sju timer før en endring i denne innstillingen trer i kraft. Det vil si at etter at du har aktivert den, kan det hende at brukerne fortsatt må skrive inn e-postadressene sine på påloggingsskjermen.

Klyngelisten oppdateres med endringene dine.

Webex Assistant

Webex Assistant for Meetings er en intelligent, interaktiv og virtuell møteassistent som gjør møter søkbare, handlingsrettede og mer produktive. Du kan be Webex Assistant om å følge opp handlingselementer, notere til viktige beslutninger og fremheve viktige øyeblikk ved et møte eller en hendelse.

Webex Assistant for Meetings er tilgjengelig gratis for møtenettsteder med premium- og standardpakker og personlige møterom. Støtte omfatter både nye og eksisterende områder.

Aktiver Webex Assistant for Meetings

Webex Assistant er som standard aktivert for både standard- og premiumpakke Broadworks-kunder.

Partneradministratorer og kundeorganisasjonsadministratorer kan deaktivere funksjonen for kundeorganisasjoner gjennom Kontrollhub .

Begrensninger

Følgende begrensninger finnes for Webex for Cisco BroadWorks:

Støtten er begrenset til bare møteplasser med Premium- og Standardpakker og personlige møterom.
Transkripsjoner for hørselshemmede teksting støttes bare på engelsk, spansk, fransk og tysk.
Innholdsdeling via e-post kan bare nås av brukere i organisasjonen
Møteinnhold er ikke tilgjengelig for brukere utenfor organisasjonen. Møteinnhold er heller ikke tilgjengelig når det deles mellom brukere av forskjellige pakker fra samme organisasjon.
Med Premium-pakken er utskrifter etter møte tilgjengelige enten Webex Assistant er aktivert eller deaktivert. Hvis lokalt opptak er valgt, blir imidlertid ikke utskrifter eller høydepunkter etter møtet fanget opp.
Med standardpakken er ikke alternativet Ta opp møte i skyen tilgjengelig, og transkripsjoner etter møtet er derfor ikke tilgjengelige uansett om Webex Assistant er aktivert eller deaktivert. Hvis lokalt opptak er valgt, blir imidlertid ikke utskrifter eller høydepunkter etter møtet fanget opp, heller ikke da.

Tilleggsinformasjon om Webex Assistant

Hvis du vil ha brukerinformasjon om hvordan du bruker funksjonen, se Bruk Webex Assistant i Webex Meetings og Events .

Deaktiver Webex-kall

Gratis Webex-anrop er aktivert som standard, slik at brukere kan ringe gratis til alle Webex-aktiverte enheter. Hvis du imidlertid vil at alle samtaler skal bruke BroadWorks-infrastrukturen, kan du deaktivere Webex-samtaler i en onboarding-mal, noe som deaktiverer dette alternativet for kundeorganisasjonene som bruker malen.

Støtte for funksjoner

Når Webex Calling er deaktivert, gjelder følgende betingelser for Webex for Cisco BroadWorks-brukere:

Brukere ser ikke lenger Ring med Webex som et valgbart anropsalternativ i Webex-appen.
Brukere kan ikke foreta eller motta gratis Webex-anrop til ikke-Webex for Cisco BroadWorks-brukere. Dette inkluderer anrop som startes fra et Webex-teamområde, Samtalelogg, Kontakter ved å angi den andre brukerens URI eller e-postadresse i søkefeltet.
Skjermdeling fungerer i en BroadWorks-samtale.
Webex-møter og telefonitilstedeværelse fungerer fortsatt, selv om Webex Calls er deaktivert.

Deaktivere Webex Calls (ny onboarding-mal)

Når du konfigurerer en ny onboarding-mal, kan du konfigurere om Webex-anrop skal aktiveres eller deaktiveres ved å merke av eller fjerne merket for Deaktiver gratis Cisco Webex anrop avmerkingsboks i Legg til en ny mal veiviseren. Denne innstillingen blir plukket opp for brukere i kundeorganisasjoner som du tilordner til malen.

Hvis du vil ha mer informasjon om hvordan du konfigurerer en ny onboarding-mal, kan du se Konfigurer partnerorganisasjonen din i Partner Hub .

Deaktivere Webex Calls (eksisterende onboarding-mal)

Følg denne fremgangsmåten for å deaktivere Webex-anrop fra en eksisterende onboarding-mal. Dette vil deaktivere funksjonen for alle nye brukere i kundeorganisasjoner som bruker denne malen.

Logg på Partner Hub på admin.webex.com .
Velg Innstillinger .
Klikk på Vis mal og velg riktig onboarding-mal.
Klikk på Deaktiver gratis Cisco Webex anrop .
Klikk på Lagre.

Deaktivere Webex Calls (eksisterende bruker)

Hvis du deaktiverer denne funksjonen i en onboarding-mal, endres innstillingen bare for nye brukere som er tilordnet malen. Hvis du vil deaktivere Webex Calls for en eksisterende bruker, kan du følge en av fremgangsmåten nedenfor for å oppdatere brukeren.

Kontroller at du allerede har fullført én av fremgangsmåtene ovenfor for å deaktivere Webex Calls fra onboarding-malen som brukeren er tilordnet. Ellers vil en av fremgangsmåtene nedenfor rekonfigurere brukeren med Webex Calls aktivert.

Hvis du bruker flytende klargjøring, kan du gjøre følgende:

Åpne CommPilot og gå til brukerkonfigurasjon.
Fjern Integrert IM+P tjeneste fra brukeren og klikk OK .
Legg til Integrert IM+P tjeneste til brukeren og klikk OK .

Ellers kan du bruke API-en til å oppdatere brukeren.

Bruk Fjern et BroadWorks Subscriber API for å slette brukeren.
Bruk Klargjør et BroadWorks Subscriber API for å legge til brukeren.

Deaktiver video- eller skjermdeling i samtaler

Partneradministratorer kan bruke konfigurasjonskoder til å deaktivere videosamtaler og/eller skjermdeling i en samtale fra Webex-appen (som standard er begge medietypene aktivert for samtaler).

Hvis du vil ha fullstendig konfigurasjonsinformasjon og alternativer, se Deaktiver videosamtaler og Deaktiver skjermdeling i Konfigurasjonsveiledning for Webex for Cisco BroadWorks .

For video kan du også konfigurere om medier for innkommende anrop skal brukes som standard bare for video eller lyd.

Opptatt-lampefelt / varsel om mottak av anrop

Opptatt-lampefelt (BLF) / Varsling om mottak av anrop bruker funksjonene BLF og Direktetmottak. En BLF-bruker mottar et lyd- og bildevarsel i Webex-appen når en bruker fra den overvåkede BLF-listen mottar et innkommende anrop. BLF-brukeren kan Ignorer eller Plukk opp den overvåkede brukerens anrop.

BLF / Varsel om mottak av anrop hjelper i situasjoner der en bruker trenger å svare på anrop for andre teammedlemmer som kanskje jobber et annet sted.

Brukere kan også se sin BLF-overvåkede liste i delen Flersamtalevindu – Overvåkingsliste – (kun Windows, Mac støttes ikke) for å se tilstedeværelsen av Webex-teammedlemmer og ikke-Webex-teammedlemmer. Webex-medlemmer vil ha full Webex-tilstedeværelse. Medlemmer som ikke er Webex-medlemmer, må katalogsynkroniseres til Webex, og de vil bare ha tilstandene «ukjent» og «i en samtale» (ringetilstand vil utløse dialogboksen for mottak av anrop).

Tilstedeværelsesbegrensninger for brukere som ikke er Webex-brukere:

Tilstedeværelse støttes ikke for brukere som ikke er CI Broadworks, selv om de er i BLF-listen.
CI-brukere uten Webex skyrettighet eller maskintype for kontoer (arbeidsområder) viser bare «i samtale» og «ukjent» tilstedeværelse. Det er ingen aktiv status, ringetone osv.-status.
Ikke-Webex-brukere fra BLF-overvåkingslisten, som startet en samtale før Webex-klienten ble startet eller mens den var frakoblet, vises med en «ukjent» tilstedeværelse.
Hvis du mister tilkoblingen, betyr det at alle ikke-Webex- anropsstatus tilbakestilles til «ukjent» ved tilkobling på nytt.
Hvis en ikke-Webex-bruker fra BLF holder en samtale, vil de fortsatt vises som «i en samtale».

Krav

Kontroller at følgende oppdateringer brukes på BroadWorks. Installer bare oppdateringene som gjelder for versjonen din:

For R22:

AP.platform.22.0.1123.ap382053
AP.as.22.0.1123.ap382053
AP.as.22.0.1123.ap382362
AP.xsp.22.0.1123.ap382053
AP.xsp.22.0.1123.ap382362
AP.as.22.0.1123.ap383459
AP.as.22.0.1123.ap383520

For R23:

AP.platform.23.0.1075.ap382053
AP.as.23.0.1075.ap382053
AP.as.23.0.1075.ap382362
AP.as.23.0.1075.ap383459
AP.as.23.0.1075.ap383520
Hvis du bruker XSP| ADP:
- AP.xsp.23.0.1075.ap382053
- AP.xsp.23.0.1075.ap382362
Hvis du bruker ADP:
- Xsi-Actions-23_ 2022.01_ 1.200.bwar
- Xsi-Events-23_ 2022.01_ 1.201.bwar (eller nyere)

For R24:

AP.as.24.0.944.ap382053
AP.as.24.0.944.ap382362
AP.as.24.0.944.ap383459
AP.as.24.0.944. ap383520
Xsi-Actions-24_ 2022.01_ 1.200.bwar
Xsi-Events-24_ 2022.01_ 1.201.bwar (eller nyere)

Kontroller at følgende konfigurasjonskoder er aktivert i Webex-appen:

<busy-lamp-field enabled="%ENABLE_BUSY_LAMP_FIELD_WXT%">
<display-caller enabled="%ENABLE_BLF_DISPLAY_CALLER_WXT%"/>
<notification-delay time=”%BLF_NOTIFICATON_DELAY_TIME_WXT%”/>(denne taggen er valgfri)

Du må aktivere funksjon 101642 Forbedret Xsi-mekanisme for teamtelefoni på AS:

AS_CLI/System/ActivatableFeature> activate 101642

Aktiver X-BroadWorks-Remote-Party-Info på AS ved hjelp av CLI-kommando nedenfor, da noen SIP-samtale anropsflyter krever denne funksjonen:

AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

Kontroller at følgende tjenester er tilordnet til brukere:

Tilordne tjenesten Mottatt anrop for alle brukere
Konfigurer feltet opptattlampe for brukere

Alle referanser til XSP inkluderer enten XSP eller ADP.

Konfigurer opptattlampefelt på BroadWorks

Partneradministratorer kan bruke følgende fremgangsmåte for å konfigurere opptattlampefeltet for en bruker.

Logg på BroadWorks CommPilot.
For en valgt bruker går du til Klientapplikasjoner og konfigurer feltet for opptattlampe.
Legg til URL-adressen til BLF-listen som skal overvåkes.
Bruk søkeparametrene til å finne og legge til brukere i Overvåkede brukere listen.
Klikk på OK.

SlidoStøtte for integrering

Webex for Cisco BroadWorks støtter integrering av Webex-appen medSlido .

Slidoer et brukervennlig verktøy for publikumsengasjement. Det hjelper folk å få mest mulig ut av møter ved å bygge bro mellom talere og publikum. NårSlido er integrert i Control Hub-organisasjonen din, kan brukerne legge tilSlido app til møtene sine i Webex-appen. Denne integreringen gir møtet funksjoner for spørsmål og svar og avstemninger.

Hvis du vil ha mer informasjon om hvordan du distribuerer og brukerSlido med Webex-appen, se IntegrerSlido med Webex-appen .

Webex-tilgjengelighet: I et kalendermøte

Når du har godtatt et møte i Outlook-klienten som er en avtale, et ad hoc-møte eller et ikke Webex-møte, vises Webex-tilgjengeligheten din som «I et kalendermøte». Denne tilgjengeligheten lar kollegene dine vite at du ellers er engasjert, og at et svar kan bli forsinket.

Slik aktiverer du denne funksjonen:

gå til Generelt fanen i din Innstillinger -fanen i Windows eller Innstillinger på Mac.
Merk av i boksen for å Vis når du er i et kalendermøte .

For brukere med Outlook-tilstedeværelsesintegrering aktivert, tilordnes «I et kalendermøte» i Webex til «Opptatt» i Outlook.

Advarsel!

For at denne funksjonen skal fungere, må du ha Webex-app og Outlook-klienten kjørende samtidig.

Vi jobber for øyeblikket med å støtte alternativet «Vis som å jobbe andre steder» i Outlook for å ikke vise en bruker som «I et kalendermøte» i Webex.

Hvis en bruker velger å deaktivere «Vis når i et kalendermøte» mens de er i et kalendermøte, oppdateres ikke tilstedeværelsen før møtet er avsluttet. Dette krever en omstart av klienten for å plukke opp.

Automatisk svar med tone

Med automatisk svar med tone kan brukere foreta anrop fra en tredjepartsapp, for eksempel Contact Center, og anropet rutes automatisk gjennom Webex-appen på skrivebordet. Når Webex-appen ringer den andre parten, hører brukeren en bestemt tone som gir beskjed om at samtalen kobles til.

For en Webex for Cisco BroadWorks-bruker å bruke denne funksjonen:

Funksjonen støttes kun på primærlinje
Webex-appen må være det primærlinje linjeutseendet
Den%ENABLE_AUTO_ANSWER_WXT% -koden må være aktivert

Hvis brukeren i tillegg har delt samtale samtalevisninger (for eksempel en bordtelefon er konfigurert som et av de sekundære linjevisningene), støttes funksjonen fortsatt på det primære utseendet så lenge de delte samtalevisningene er konfigurert til å ikke for å motta innkommende anrop. Dette kan oppnås ved å konfigurere én av følgende tre betingelser på BroadWorks for alle delte samtaleutseende:

Varsle alle visninger for Klikk for å ringe-anrop er deaktivert i konfigurasjonen for delt samtale samtaleutseende – dette er den anbefalte fremgangsmåten

eller
Tillat oppsigelse til dette stedet må være deaktivert for alle delte samtalevisninger eller

eller
Steder er deaktivert for alle delte samtalevisninger

Økende kapasitet

XSP| ADP-farmer

Vi anbefaler at du bruker kapasitetsplanleggeren til å bestemme hvor mange ekstra XSP-er| ADP-ressurser du trenger for den foreslåtte økningen i abonnentnummer. For enten de dedikerte NPS- eller dedikerte Webex for Cisco BroadWorks-farmene har du følgende skalerbarhetsalternativer:

Skala dedikert gård : Legg til én eller flere XSP| ADP-servere til gården som trenger ekstra kapasitet. Installer og aktiver det samme settet med programmer og konfigurasjoner som farmens eksisterende noder.
Legg til en dedikert gård : Legg til en ny, dedikert XSP| ADP-gård. Du må opprette en ny klynge og nye maler i Partner Hub, slik at du kan begynne å legge til nye kunder på den nye gården, for å avlaste trykket på den eksisterende gården.
Legg til en spesialisert gård : Hvis du opplever flaskehalser for en bestemt tjeneste, kan det være lurt å opprette en egen XSP| ADP-farm for det formålet, som tar hensyn til kravene til felles bosted som er oppført i dette dokumentet. Du må kanskje konfigurere Control Hub-klyngene og DNS-oppføringene på nytt hvis du endrer URL-adressen til tjenesten som har en ny farm.

I alle tilfeller er overvåking og ressursdisponering av BroadWorks-miljøet ditt ansvar. Hvis du ønsker å engasjere Cisco-hjelp, kan du kontakte kontorepresentanten din, som kan ordne med profesjonelle tjenester.

Behandle HTTP-serversertifikater

Du må administrere disse sertifikatene for mTLS-godkjente nettprogrammer på XSP-en| ADP-er:

Vårt tillitssertifikat fra Webex-skyen
Din XSP| Sertifikatene for ADPs HTTP-servergrensesnitt

Tillitskjede

Du laster ned klareringssertifikatet fra Control Hub og installerer det på XSP-en| ADP-er under den første konfigurasjonen. Vi forventer å oppdatere sertifikatet før det utløper, og varsle deg om hvordan og når du skal endre det.

HTTP-servergrensesnittene dine

XSP| ADP må presentere et offentlig signert serversertifikat for Webex, som beskrevet i Bestill sertifikater . Et selvsignert sertifikat genereres for grensesnittet første gang du sikrer grensesnittet. Dette sertifikatet er gyldig i ett år fra denne datoen. Du må erstatte det selvsignert sertifikat med et offentlig signert sertifikat. Det er ditt ansvar å be om et nytt sertifikat før det utløper.

Partnermodusbegrensning

Begrenset av partnermodus er en Partner Hub-innstilling som partneradministratorer kan tilordne til bestemte kundeorganisasjoner for å begrense organisasjonsinnstillingene som kundeadministratorer kan oppdatere i Control Hub. Når denne innstillingen er aktivert for en gitt kundeorganisasjon, kan ikke alle kundeadministratorene for den organisasjonen, uavhengig av rolleberettigelsene, få tilgang til et sett med begrensede kontroller i Control Hub. Bare en administrator kan oppdatere de begrensede innstillingene.

Begrenset av partner-modus er en innstilling på organisasjonsnivå i stedet for en rolle. Innstillingen begrenser imidlertid bestemte rollerettigheter for kundeadministratorer i organisasjonen som innstillingen brukes på.

Kundeadministratortilgang

Kundeadministratorer mottar et varsel når Begrenset innhold-modus brukes. Etter pålogging vil de se et varslingsbanner øverst på skjermen, rett under Control Hub-overskriften. Banneret varsler administrator om at Begrenset innhold-modus er aktivert, og at de kanskje ikke kan oppdatere enkelte anropsinnstillinger.

For en administrator i en organisasjon der Begrenset av partner-modus er aktivert, bestemmes tilgangsnivået for Control Hub med følgende formel:

(Control Hub-tilgang) = (rettigheter for organisasjonsroller) – (begrenset av begrensninger i partnermodus)

Restriksjoner

Når Begrenset-av-partner-modus er aktivert for en kundeorganisasjon, er kundeadministratorer i den organisasjonen begrenset fra tilgangen til følgende Control Hub-innstillinger:

I Brukere-visninger er følgende innstillinger utilgjengelige:
- Administrer brukere-knappen er grå.
- Legg til eller endre brukere manuelt – ingen mulighet til å legge til eller endre brukere, verken manuelt eller via CSV.
- Krev brukere – ikke tilgjengelig
- Automatisk tilordning av lisenser – ikke tilgjengelig
- Katalogsynkronisering – Kan ikke redigere innstillinger for katalogsynkronisering (denne innstillingen er kun tilgjengelig for administratorer på partnernivå).
- Brukerdetaljer – Brukerinnstillinger som Fornavn, Etternavn, Visningsnavn og Primær e-postadresse* kan redigeres.
- Tilbakestill pakke – ikke noe alternativ for å tilbakestille pakketypen.
- Rediger tjenester – ikke noe alternativ for å redigere tjenestene som er aktivert for en bruker (f.eks. Meldinger, Meetings, Calling)
- Vis tjenestestatus – kan ikke se fullstendig status for hybridtjenester eller kanal for programvareoppgradering
- Primært arbeidsnummer – dette feltet er skrivebeskyttet.
I Konto-visningen er følgende innstillinger utilgjengelige:
- Firmanavn er skrivebeskyttet.
I Organisasjonsinnstillinger-visningen er følgende innstillinger utilgjengelige:
- Domene – tilgangen er skrivebeskyttet.
- E-post – innstillingene for Demp e-post med invitasjon fra administrator og valg av språk for e-post er skrivebeskyttet.
- Autentisering – ikke noe alternativ for å redigere innstillinger for autentisering og SSO.
I Calling-menyen er følgende innstillinger utilgjengelige:
- Anropsinnstillinger – app-alternativene for innstillinger for samtaleprioritet er skrivebeskyttet.
- Ringeadferd – innstillingene er skrivebeskyttet.
- Plassering > PSTN – alternativene for lokal gateway og Cisco PSTN er skjult.
Under TJENESTER er tjenestealternativene Overføringer og Connected UC undertrykt.

Aktiver Begrenset av parter-modus

Partneradministratorer kan bruke fremgangsmåten nedenfor for å aktivere Begrenset av partnermodus for en gitt kundeorganisasjon ( standardinnstilling er aktivert).

Logg på Partner Hub (https://admin.webex.com ), og velg Kunder .
Velg den aktuelle kundeorganisasjonen.
I innstillingsvisningen til høyre aktiverer du Begrenset av partnermodus bryter for å slå på innstillingen.

Hvis du vil slå av Begrenset av partner-modus, deaktiverer du bryteren.

Hvis partneren fjerner den begrensede administrator for en administrator, vil administrator kunne utføre følgende:

Legg til Webex for engros-brukere (med -knappen)
Endre pakker for en bruker

Partneranalyse

Forbedringer i Control Hub gjør det enkelt for partneradministratorer å vise og oppdatere pakkeinformasjon på vegne av brukerne sine. Denne funksjonen gir partnere mulighet til å få en aggregert visning for alle kunder, og inkluderer følgende detaljer:

Totalt antall brukere etter pakke (Softphone, Basic, Standard, Premium)
Bruker etter pakketrend (daglig/ukentlig/månedlig)
Kunder med antall pakker tilordnet

Hvis du vil ha fullstendig informasjon om hvordan du bruker partneranalyse, kan du se Webex-artikkelen Analyse for Webex for engros- og Webex for Broadworks-pakker i Partner Hub .

API-er for faktureringsrapport

Webex for utviklere gir offentlige API-er som kan brukes til månedlige faktureringsrapporter. Partneradministratorer kan bruke disse API-ene til å opprette, liste opp, hente og slette faktureringsrapporter. Tabellen nedenfor viser API-ene, tilgangstypen som kreves og rollekravene.

API for fakturering	Hensikt	Tilgangstype	Rollekrav for API (Administrator krever minst én av disse rollene)
Opprett en BroadWorks-faktureringsrapport	Brukes til å generere en faktureringsrapport.	Skrivetilgang	Fullstendig administrator Fullstendig salgsadministrator
Liste BroadWorks-faktureringsrapporter	Brukes til å vise rapportene som er tilgjengelige for visning.	Lesetilgang	Fullstendig administrator Fullstendig salgsadministrator Skrivebeskyttet administrator
Hent en BroadWorks-faktureringsrapport	Brukes til å hente en kopi av en generert rapport.	Lesetilgang	Fullstendig administrator Fullstendig salgsadministrator Skrivebeskyttet administrator
Slett en BroadWorks-faktureringsrapport	Brukes til å slette en generert rapport.	Skrivetilgang	Fullstendig administrator Fullstendig salgsadministrator

Faktureringsfelt

Tabellen nedenfor viser feltene som finnes i den genererte rapporten.

Felt	Beskrivelse
forhandlernavn	Partnernavn eller partnerorganisasjons-ID
fakturerings-ID	Unik faktureringsidentifikator eller C-nummer for partner
spEnterpriseId	Den unike identifikatoren levert av tjenesteleverandøren for abonnentens virksomhet.
internt	Status for kundens interne prøveversjon (Ja/Nei)
userId	Bruker-ID-en til abonnenten på BroadWorks
abonnent-ID	En unik identifikator for den aktuelle abonnenten i Webex
selvaktivert	Ja/Nei
førstestartdato	Dato da abonnenten ble klargjort.
faktureringsstartdato	Dato for når faktureringen starter i denne måneden
billingEndDate	Dato for når faktureringen avsluttes i denne måneden
pakken	Pakketypen som belastes
mengde	Forholdsmessig mengde for fakturering. 1 – angir en hel måned

Når du har generert en faktureringsrapport for en bestemt periode, kan du ikke generere den rapporten på nytt med mindre du først sletter den eksisterende rapporten.
Hvis du endrer enten pakketypen eller BroadWorks bruker-ID for en gitt bruker, vil rapporten for måneden der endringen skjedde, vise flere oppføringer for denne brukeren med separate forholdsmessige oppføringer før og etter endringen.

Feilsøke Webex for Cisco BroadWorks

Abonner på Webex-statussiden

Første sjekkhttps://status.webex.com når du opplever et uventet tjenesteavbrudd. Hvis du ikke har endret konfigurasjonen i Control Hub eller BroadWorks før avbruddet, kontrollerer du statussiden. Les mer om å abonnere på status- og hendelsesvarsler på Brukerstøtte for Webex .

Bruk Control Hub Analytics

Webex sporer bruks- og kvalitetsdata for organisasjonen og kundens organisasjoner. Les mer om Kontroller Hub Analytics i brukerstøtten for Webex .

Nettverksproblemer

Kunder eller brukere opprettes ikke i Control Hub med flytende klargjøring:

Kan applikasjonsserver nå klargjørings-URL-en?
Er klargjøringskontoen og passordet riktige. Finnes denne kontoen i BroadWorks?

Klynger mislykkes konsekvent i tilkoblingstester:

Det forventes at mTLS-tilkoblingen til autentiseringstjenesten mislykkes når du oppretter den første klyngen i Partner Hub, fordi du må opprette klyngen for å få tilgang til Webex- sertifikatkjede. Uten det kan du ikke opprette et klareringsanker på godkjenningstjenesten XSP| ADP-er, slik at mTLS-testtilkoblingen fra Partner Hub ikke var vellykket.

Er XSP| ADP-grensesnitt offentlig tilgjengelig?
Bruker du riktige porter? Du kan angi en port i grensesnittdefinisjonen på klyngen.

Grensesnitt mislykkes med validering

Xsi-Actions- og Xsi-Events-grensesnitt:

Kontroller at nettadressene for grensesnittet er riktig angitt i klyngen i Partner Hub, inkludert /v2.0/ på slutten av nettadressene.
Kontroller at brannmuren tillater kommunikasjon mellom Webex og disse grensesnittene.
Se gjennom rådene for grensesnittkonfigurasjon i dette dokumentet.

Grensesnitt for autentiseringstjeneste:

Kontroller at nettadressene for grensesnittet er riktig angitt i klyngen i Partner Hub, inkludert /v2.0/ på slutten av nettadressene.
Kontroller at brannmuren tillater kommunikasjon mellom Webex og disse grensesnittene.
Se gjennom rådene for grensesnittkonfigurasjon i dette dokumentet, og vær spesielt oppmerksom på:
1. Kontroller at du delte RSA-nøkler på tvers av alle XSP| ADP-er.
2. Kontroller at du oppga AuthService URL til nettbeholderen på alle XSP| ADP-er.
3. Hvis du redigerte konfigurasjonen for TLS-kryptering, må du kontrollere at du brukte riktig navnekonvensjon. XSP| ADP krever at du skriver inn IANA-navneformatet for TLS-chiffreringene. En tidligere versjon av dette dokumentet oppførte feilaktig de nødvendige krypteringspakkene i OpenSSL-navnekonvensjonen.
4. Hvis du bruker mTLS med autentiseringstjeneste, er Webex-klientsertifikatene lastet inn på XSP-en| Klareringslager for ADP/ADP? Er appen (eller grensesnittet) konfigurert til å kreve klientsertifikater?
5. Hvis du bruker CI-tokenvalidering med autentiseringstjeneste, er appen (eller grensesnittet) konfigurert til å ikke kreve klientsertifikater?

Klientproblemer

Kontroller at klienten er koblet til BroadWorks

Logg på Webex-app.
Kontroller at ikonet for samtalealternativer (et håndsett med et tannhjul over) er til stede i sidepanelet.

Hvis ikonet ikke finnes, kan det hende at brukeren ennå ikke er aktivert for anropstjenesten i Control Hub.
Åpne Innstillinger/innstillinger -menyen og gå til Telefontjenester delen. Du skal kunne se statusen SSO-økt Du er logget på .

Hvis en annen telefontjeneste, for eksempel Webex Calling, vises, bruker ikke brukeren Webex for Cisco BroadWorks.

Denne bekreftelsen betyr:

Klienten har overført de nødvendige Webex-mikrotjenestene.
Brukeren har blitt autentisert.
Klienten har fått utstedt et JSON-netttoken med lang levetid av BroadWorks-systemet.
Klienten har hentet enhetsprofil og er registrert i BroadWorks.

Klientlogger

Alle Webex-app kan sende logger til Webex. Dette er det beste alternativet for mobilklienter. Du bør også registrere brukerens e-postadresse og omtrentlig tidspunkt da problemet oppstod hvis du ber om hjelp fra TAC. Hvis du vil ha mer informasjon, se Hvor finner jeg støtte for Webex?

Hvis du trenger å samle inn logger manuelt fra en Windows-PC, er de plassert på følgende måte:

Windows-PC : C:\Users\{username}\AppData\Local\CiscoSpark

Mac:/Users/{username}/Library/Logs/SparkMacDesktop

Problemer med brukerpålogging

mTLS-aut. er feilkonfigurert

Hvis alle brukerne er berørt, kontrollerer du mTLS-tilkoblingen fra Webex til URL-adressen for autentiseringstjenesten:

Kontroller at enten godkjenningstjenesteprogrammet eller grensesnittet det bruker, er konfigurert for mTLS.
Kontroller at Webex- sertifikatkjede er installert som et klareringsanker.
Kontroller at serversertifikat på grensesnittet/applikasjonen er gyldig og signert av en kjent CA.

Melding om overdreven lisens

Denne meldingen kan vises for en kunde i Kunder-visningen i Partner Hub. Denne meldingen vises når lisensbruk overskrider det lisensen tillater. Meldingen kan ignoreres.

Feilsøkingsveiledning

Hvis du vil ha detaljert informasjon om feilsøking av Webex for Cisco BroadWorks, kan du se Feilsøkingsveiledning for Webex for Cisco BroadWorks .

Støtte

Retningslinjer for støtte for stabil tilstand

Tjenesteleverandøren er det første kontaktpunktet for sluttkunden (bedrifts)støtte. Eskalere problemer som SP ikke kan løse, til TAC. Støtte for BroadWorks-serverversjoner følger Broadsoft-retningslinjene for gjeldende versjon og to tidligere hovedversjoner (N-2). Les mer på Livssyklusretningslinjer for Broadsoft-produkter seksjon i Broadsofts livssykluspolicy og kompatibilitetsmatrise-programvarekompatibilitetsmatrise .

Retningslinjer for eskalering

Du (tjenesteleverandør/partner) er det første kontaktpunktet for sluttkunde (bedrifts)støtte.
Problemer som ikke kan løses av SP, eskaleres til TAC.

BroadWorks-versjoner

Støtte for BroadWorks-serverversjoner følger Broadsoft-retningslinjene for gjeldende versjon og to tidligere hovedversjoner (N-2). Les mer på Livssyklusretningslinjer for Broadsoft-produkter seksjon i Broadsofts livssykluspolicy og kompatibilitetsmatrise-programvarekompatibilitetsmatrise .

Ressurser for egenhjelp

Brukere kan finne støtte gjennom brukerstøtten for Webex, der det finnes en Webex for Cisco BroadWorks-spesifikk side som viser vanlige hjelpe- og støtteemner for Webex- Webex-app .
Webex-app kan tilpasses med denne hjelpe-URL-adressen og en URL-adresse for problemrapport .
Webex-app kan sende tilbakemeldinger eller logger direkte fra klienten. Loggene går til Webex-skyen, der de kan analyseres av Webex DevOps.
Vi har også en hjelpesenterside dedikert til hjelp på administratornivå for Webex for Cisco BroadWorks.

Samle inn informasjon for å sende inn en tjenesteforespørsel

Når du ser feil i Control Hub, kan de ha vedlagt informasjon som kan hjelpe TAC med å undersøke problemet. Hvis du for eksempel ser en sporings-ID for en bestemt feil, eller en feilkode, kan du lagre teksten for å dele med oss.

Prøv å inkludere minst følgende informasjon når du sender inn en forespørsel eller åpner en sak:

Kundeorganisasjons-ID og partnerorganisasjons-ID (hver ID er en streng på 32 heksadesimale sifre, atskilt med bindestreker)
Sporings-ID (også en streng på 32 sekskantede sifre) hvis grensesnittet eller feilmelding gir en
e-postadresse for bruker (hvis en bestemt bruker har problemer)
Klientversjoner (hvis problemet har symptomer lagt merke til via klienten)

Webex for BroadWorks Reference

UC-One SaaS-sammenligning med Webex for Cisco BroadWorks

Løsning >	UC-One SaaS	Webex for Cisco BroadWorks
Sky	Cisco UC-One Cloud (GCP)	Webex Cloud (AWS)
Klient	UC-One: Mobil, skrivebord Resepsjonist, veileder	Webex: Mobil, skrivebord, nett
Stor teknologisk forskjell	Møter levert på Broadsoft Meet-teknologi	Møter levert på Webex Meetings teknologi
Tidlige feltforsøk	Oppsamlingsmiljø, betaklienter	Produksjonsmiljø, GA-klienter
Brukeridentitet	BroadWorks ID fungerte som primær ID, med mindre tjenesteleverandøren allerede har SSO-integrering. Bruker-ID og hemmelighet i BroadWorks	E-post-ID i Cisco CI fungerer som primær ID SSO-integrering i tjenesteleverandør BroadWorks, der brukeren vil autentisere med BroadWorks bruker-ID og BroadWorks-hemmelighet om gangen. Brukeren oppgir legitimasjon via SSO med BroadWorks og hemmelig i BroadWorks ELLER Bruker-ID og hemmelighet i CI IdP ELLER Bruker-ID i CI, ID og hemmeligheter i IdP
Klientgodkjenning	Brukere oppgir legitimasjon via klienten BroadWorks-tokener med lang levetid kreves hvis du bruker Webex-meldinger	Brukere oppgir legitimasjon via nettleseren (enten påloggingsside fra Webex BIdP-proxy eller CI) Webex-tilgangs- og oppdateringstokener
Administrasjon / konfigurasjon	OSS/BSS-systemene dine og Forhandlerportal	OSS/BSS-systemene dine og Control Hub
Aktivering av partner/tjenesteleverandør	Engangsoppsett av Cisco Operations	Engangsoppsett av Cisco Operations
Aktivering av kunde/bedrift	Forhandlerportal	Control Hub Automatisk opprettet ved første brukerregistrering
Alternativer for brukeraktivering	Egenregistrert Angi ekstern IM&P i BroadWorks	Angi integrert IM&P i BroadWorks (vanligvis bedrifter)
XSP\| ADP-tjenestegrensesnitt	XSI-Actions XSI-Events CTI (mTLS) AuthService (mTLS valgfritt) DMS	XSI-Actions XSI-Actions (mTLS) XSI-Events CTI (mTLS) AuthService (TLS) DMS

Installer Webex og logg på (abonnentperspektiv)

1	Last ned og installer Webex. Hvis du vil ha mer informasjon, se Webex\| Last ned appen .
2	Kjør Webex. Webex ber deg om e-postadresse din.
3	Skriv inn din e-postadresse og klikk deretter på Neste.
4	Ett av følgende skjer, avhengig av hvordan organisasjonen er konfigurert i Webex: Webex starter en nettleser slik at du kan fullføre autentiseringen med identitetsleverandøren din. Dette kan være autentisering med flere faktorer (MFA). Webex starter en nettleser der du kan angi BroadWorks- bruker-ID -en og passordet ditt. Webex lastes inn etter at du har fullført autentisering mot IdP eller BroadWorks.

Datautveksling og lagring

Disse delene inneholder detaljer om datautveksling og lagring med Webex. All data krypteres både under overføring og hvile. Hvis du vil ha mer informasjon, se Webex-appsikkerhet .

Onboarding av tjenesteleverandør

Når du konfigurerer klynger og brukermaler i Webex Control Hub under introduksjonen av tjenesteleverandøren, utveksler du følgende BroadWorks-data som Webex lagrer:

Nettadresse for Xsi-Actions
Nettadresse for Xsi-Events
URL-adresse for CTI-grensesnitt
tjeneste-URL for autentiseringstjeneste
Legitimasjon for BroadWorks klargjøringsadapter

Brukerklargjøring for tjenesteleverandør

Denne tabellen viser bruker- og foretningsdata som utveksles som en del av brukerklargjøring gjennom Webex API-er.

Data flyttes til Webex	Fra	Gjennom	Lagret av Webex?
BroadWorks-bruker-ID	BroadWorks, etter API	Webex API-er	Ja
E-post (hvis SP levert)	BroadWorks, etter API	Webex API-er	Ja
E-post (hvis brukeren oppgitt)	Bruker	Portal for brukeraktivering	Ja
Fornavn	BroadWorks, etter API	Webex API-er	Ja
Etternavn	BroadWorks, etter API	Webex API-er	Ja
Hovedtelefonnummer	BroadWorks, etter API	Webex API-er	Ja
Mobilnummer	BroadWorks, etter API	Webex API-er	Ja
Primært internnummer	BroadWorks, etter API	Webex API-er	Ja
BroadWorks-tjenesteleverandør-ID og gruppe-ID	BroadWorks, etter API	Webex API-er	Ja
Språk	BroadWorks, etter API	Webex API-er	Ja
Tidssone	BroadWorks, etter API	Webex API-er	Ja

Fjerning av bruker

Webex for Cisco BroadWorks API-er støtter både delvis og fullstendig fjerning av brukere. Denne tabellen viser alle brukerdata som er lagret under klargjøring, og hva som slettes i hvert scenario.

Brukerdata	Delvis sletting	Full sletting
BroadWorks-bruker-ID	Ja	Ja
E-post	Nei	Ja
Fornavn	Nei	Ja
Etternavn	Nei	Ja
Hovedtelefonnummer	Ja	Ja
Mobilnummer	Ja	Ja
Internnummer	Ja	Ja
BroadWorks-tjenesteleverandør-ID og gruppe-ID	Ja	Ja
Språk	Nei	Ja

Brukerpålogging og konfigurasjonshenting

Webex-autentisering

Webex-autentisering refererer til brukerens pålogging til en Webex-app ved hjelp av en av Webex-støtteautentiseringsmekanismene. ( BroadWorks-autentisering dekkes separat.) Denne tabellen viser typen data som utveksles mellom de forskjellige komponentene i godkjenningsflyten.

Dataflytting	Fra	Til
E-postadresse	Bruker via Webex-app	Webex
Token for begrenset tilgang og (uavhengig) IdP-URL	Webex	Brukernettleser
Brukerlegitimasjon	Brukernettleser	Identitetsleverandør (som allerede har brukeridentitet)
SAML-påstand	Brukernettleser	Webex
Autentiseringskode	Webex	Brukernettleser
Autentiseringskode	Brukernettleser	Webex
Tilgangs- og oppdateringstokener	Webex	Brukernettleser
Tilgangs- og oppdateringstokener	Brukernettleser	Webex-app

BroadWorks-autentisering

BroadWorks-autentisering refererer til brukerens pålogging til en Webex-app ved hjelp av BroadWorks-legitimasjonen. Denne tabellen viser typen data som utveksles mellom de forskjellige komponentene i godkjenningsflyten.

Dataflytting	Fra	Til
E-postadresse	Bruker via Webex-app	Webex
Token for begrenset tilgang og (Webex Bwks IdP-proxy) IdP-URL	Webex	Brukernettleser
Merkevareinformasjon og BroadWorks-URL-er	Webex	Brukernettleser
Påloggingsinformasjon for BroadWorks	Bruker via nettleser (merkevaremerket påloggingsside levert av Webex)	Webex
Påloggingsinformasjon for BroadWorks	Webex	BroadWorks
BroadWorks- brukerprofil	BroadWorks	Webex
SAML-påstand	Brukernettleser	Webex
Autentiseringskode	Webex	Brukernettleser
Autentiseringskode	Brukernettleser	Webex
Tilgangs- og oppdateringstokener	Webex	Brukernettleser
Tilgangs- og oppdateringstokener	Brukernettleser	Webex-app

Varsel om utløpsdato for BroadWorks-passord under pålogging

Denne funksjonen forbedrer påloggingsprosessen og kontrollerer påloggingsflyten basert på:

Påloggingsadvarsel og forbedring av feilmelding :

For øyeblikket får ikke Wexbex for BWKS-brukere som bruker BroadWorks-autentisering og pålogging via UAP, varsling om at passordet er i ferd med å utløpe, eller at de ikke kan logge på fordi passordet allerede er utløpt. Med denne funksjonen, hvis passordet er i ferd med å utløpe om 10 dager eller mindre - mottar brukeren et varsel om at passordet er i ferd med å utløpe med angivelse av hvor mange dager som er igjen, og brukeren anbefales å kontakte partneren, eller å følge Glemt Passord-koblingen på påloggingsskjermen for å tilbakestille passordet.
Hvis passordet er utløpt og konfigurasjonen i BroadWorks «enforcePasswordChangeOnExpiry» er satt til sann, ble feilmeldingen «feil brukernavn og passord» kastet, men nå med denne funksjonen forbedres feilmelding : Kunne ikke logge deg på. Kombinasjonen av bruker-ID-en og passordet som er oppgitt, samsvarer ikke med opplysningene våre, eller passordet ditt må oppdateres. Prøv på nytt, eller ta kontakt med administratoren for å oppdatere passordet. Feilkode 100006

Kontroller påloggingsflyten:

Partneren kan begrense påloggingen ved å aktivere eller deaktivere innstillingen «w4bwks-password-expiry-fail-login». Hvis BroadWorks-passordet er utløpt, er konfigurasjonen i broadworks «enforcePasswordChangeOnExpiry» satt til usann, og innstillingen «w4bwks-password-expiry-fail-login» er aktivert, vises en feil som sier at passordet ble utløpt for x dager siden, mens hvis innstillingstjenesten er deaktivert , er innlogging tillatt. Som standard er innstillingen deaktivert.

Koblingen Glemt passord på påloggingssiden kan konfigureres av partneren som en del av funksjonen avansert tilpasning. Partnere konfigurerer vanligvis koblingen for å navigere brukeren til en partnerportal for passordbehandling og tilbakestilling av passord.

Denne funksjonen forbedrer bare påloggingsopplevelsen for en aktiv bruker når passordet er i ferd med å utløpe eller allerede er utløpt. Funksjonen håndterer ikke hvis et passord utløper mens brukeren er logget på Webex-app. Brukeren vil bli varslet om passordutløp ved neste påloggingsforsøk.

Innstillingen «w4bwks-password-expiry-fail-login» aktiveres eller deaktiveres av Cisco etter forespørsel fra en partner.

Henting av klientkonfigurasjon

Denne tabellen viser typen data som utveksles mellom de forskjellige komponentene under henting av klientkonfigurasjoner.

Dataflytting	Fra	Til
Registrering	Klient	Webex
Organisasjonsinnstillinger, inkludert BroadWorks-URL-er	Webex	Klient
BroadWorks JWT-token	BroadWorks gjennom Webex	Klient
BroadWorks JWT-token	Klient	BroadWorks
Enhetstoken	BroadWorks	Klient
Enhetstoken	Klient	BroadWorks
Konfigurasjonsfil	BroadWorks	Klient

Bruk av stabil tilstand

Denne delen beskriver dataene som flyttes mellom komponenter under ny autentisering etter tokenutløp, enten via BroadWorks eller Webex.

Denne tabellen viser databevegelser for anrop.

Dataflytting	Fra	Til
SIP-signalering	Klient	BroadWorks
SRTP-medier	Klient	BroadWorks
SIP-signalering	BroadWorks	Klient
SRTP-medier	BroadWorks	Klient

Denne tabellen viser dataflytting for meldinger, tilstedeværelse og møter.

Dataflytting	Fra	Til
HTTPS REST-meldinger og tilstedeværelse	Klient	Webex
HTTPS REST-meldinger og tilstedeværelse	Webex	Klient
SIP-signalering	Klient	Webex
SRTP-medier	Klient	Webex
SIP-signalering	Webex	Klient
SRTP-medier	Webex	Klient

Bruke klargjørings-API

Utviklertilgang

API-spesifikasjonen er tilgjengelig påhttps://developer.webex.com og en veiledning for bruk av den er påhttps://developer.webex.com/docs/api/guides/webex-for-broadworks-developers-guide .

Du må logge på for å lese API-spesifikasjonen påhttps://developer.webex.com/docs/api/v1/broadworks-subscribers .

Programgodkjenning og -godkjenning

Applikasjonen din integreres med Webex som en Integrering . Denne mekanismen lar applikasjonen utføre administrative oppgaver (for eksempel abonnentklargjøring) for en administrator i partnerorganisasjonen din.

Webex API-er følger OAuth 2-standarden (http://oauth.net/2/ ). OAuth 2 tillater at tredjepartsintegreringer henter oppdaterings- og tilgangstokener på vegne av den valgte partneradministratoren for autentisering av API-anrop.

Du må først registrere integreringen din med Webex. Når den er registrert, må applikasjonen støtte denne flyten for godkjenning av OAuth 2.0 for å hente de nødvendige oppdaterings- og tilgangstokenene.

Hvis du vil ha mer informasjon om integrasjoner og hvordan du bygger inn denne OAuth 2-autorisasjonsflyten i appen, kan du sehttps://developer.webex.com/docs/integrations .

Det er to obligatoriske roller for å implementere integrasjoner – den utvikler og autorisere bruker – og de kan holdes av separate personer/team i miljøet ditt.

Den utvikler oppretter appen og registrerer den påhttps://developer.webex.com for å generere den nødvendige OAuth-klient-ID-en/hemmeligheten med forventede omfang for applikasjonen. Hvis applikasjonen opprettes av en tredjepart, kan de registrere applikasjonen (hvis du har bedt om tilgang), eller du kan gjøre det med din egen tilgang.
Den autorisere bruker er kontoen som programmet bruker til å autorisere API-kallene sine, til å endre partnerorganisasjonen din, kundenes organisasjoner eller abonnentene deres. Denne kontoen må ha rollen full administrator eller fullstendig salgsadministrator i partnerorganisasjonen din. Denne kontoen kan ikke eies av en tredjepart.

Organisasjonsnavn

Organisasjonsnavnet avhenger av hvilken klargjøringsmodus du bruker:

Bedriftsmodus – Organisasjonsnavnet samsvarer nøyaktig med spEnterpriseId.
Tjenesteleverandørmodus – Organisasjonsnavnet er gruppe-ID-delen av spEnterpriseId.

Organisasjonsnavnet vil inneholde mellomrom, store bokstaver og spesialtegn som er angitt i den opprinnelige spEnterpriseId.

Krav til BroadWorks-programvare

Se Livssyklusbehandling – Broadsoft-servere .

Vi forventer at tjenesteleverandøren er «oppdateringsaktuell» med de nyeste BroadWorks-oppdateringene og RI-appene (Release Independent). Listen over oppdateringer nedenfor er minimumskravet for integrering med Webex.

Sørg for å se gjennom oppdateringsmerknadene for disse programvareoppdateringene. Noen oppdateringer kan ha ytterligere CLI-krav.

Versjon R22

Server	Oppdatering	Ytterligere informasjon
Applikasjonsserver	AP.as.22.0.1123.ap364260
	AP.as.22.0.1123.ap365173
	AP.as.22.0.1123.ap368517	Obligatorisk for katalogsynkronisering
	AP.as.22.0.1123.ap369763
	AP.as.22.0.1123.ap372989
	AP.as.22.0.1123.ap372757
	AP.as.22.0.1123.ap372963	Kreves for å oppgradere fra V1 til V2 Push-varsler
	AP.as.22.0.1123.ap373197	Obligatorisk oppdatering for applikasjonsserver
	AP.as.22.0.1123.ap378391
	AP.as.22.0.1123.ap374793	Kreves for å oppgradere fra V1 til V2 Push-varsler
	AP.as.22.0.1123.ap377718	Obligatorisk oppdatering for samtaleopptaksfunksjonen
	AP.as.22.0.1123.ap377868
	AP.as.22.0.1123.ap376508	Obligatorisk oppdatering for flytende klargjøring
	AP.xsp.22.0.1123.ap378585	Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk
Profilserver	AP.ps.22.0.1123.ap372989
	AP.ps.22.0.1123.ap372757
	AP.ps.22.0.1123.ap378391
	AP.ps.22.0.1123.ap378585	Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk
Plattform	AP.platform.22.0.1123.ap353577
	AP.platform.22.0.1123.ap354313	Kreves for proxy for NPS-godkjenning
	AP.platform.22.0.1123.ap365173
	AP.platform.22.0.1123.ap367732
	AP.platform.22.0.1123.ap369433
	AP.platform.22.0.1123.ap369607	Kreves for proxy for NPS-godkjenning
	AP.platform.22.0.1123.ap372757
	AP.platform.22.0.1123.ap376508	Kreves for autentiseringstjenesten med CI-tokenvalidering
	AP.platform.22.0.1123.ap378585	Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk
XSP\| ADP	AP.xsp.22.0.1123.ap354313	Kreves for proxy for NPS-godkjenning
	AP.xsp.22.0.1123.ap365173
	AP.xsp.22.0.1123.ap368067
	AP.xsp.22.0.1123.ap368601	Kreves for autentiseringstjenesten med CI-tokenvalidering
	AP.xsp.22.0.1123.ap369607	Kreves for proxy for NPS-godkjenning
	AP.xsp.22.0.1123.ap370952
	AP.xsp.22.0.1123.ap373008
	AP.xsp.22.0.1123.ap372757
	AP.xsp.22.0.1123.ap372433
	AP.xsp.22.0.1123.ap372963	Kreves for å oppgradere fra V1 til V2 Push-varsler
	AP.xsp.22.0.1123.ap378391
	AP.xsp.22.0.1123.ap374677	Kreves for proxy for NPS-godkjenning
	AP.xsp.22.0.1123.ap375206	Kreves for proxy for NPS-godkjenning
	AP.xsp.22.0.1123.ap376508	Kreves for autentiseringstjenesten med CI-tokenvalidering
	AP.xsp.22.0.1123.ap378585	Obligatorisk for enhetlig samtalelogg
Andre	AP.xsa.22.0.1123.ap372757
	AP.xs.22.0.1123.ap372757
	AP.ums.22.0.1123.ap378391
	AP.nfm.22.0.1123.ap378391

Versjon R23

Server	Oppdatering	Ytterligere informasjon
Applikasjonsserver	AP.as.23.0.1075.ap368517	Obligatorisk for katalogsynkronisering
	AP.as.23.0.1075.ap369763
	AP.as.23.0.1075.ap373197	Konfigurer appserver
	AP.as.23.0.1075.ap373271	Kreves for å oppgradere fra V1 til V2 Push-varsler
	AP.as.23.0.1075.ap378391
	AP.as.23.0.1075.ap376509
	AP.as.23.0.1075.ap377718	Obligatorisk for samtaleopptak
	AP.as.23.0.1075.ap377868
	AP.as.23.0.1075.ap378585	Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk
Profilserver	AP.ps.23.0.1075.ap378391
Plattform	AP.platform.23.0.1075.ap367732
	AP.platform.23.0.1075.ap370952
	AP.platform.23.0.1075.ap369607	Kreves for proxy for NPS-godkjenning
	AP.platform.23.0.1075.ap376509
	AP.platform.23.0.1075.ap378585	Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk
XSP\| ADP	AP.xsp.23.0.1075.ap368067
	AP.xsp.23.0.1075.ap369607	Kreves for proxy for NPS-godkjenning
	AP.xsp.23.0.1075.ap370952
	AP.xsp.23.0.1075.ap373008
	AP.xsp.23.0.1075.ap373271	Kreves for å oppgradere fra V1 til V2 Push-varsler
	AP.xsp.23.0.1075.ap378391
	AP.xsp.23.0.1075.ap374677	Kreves for proxy for NPS-godkjenning
	AP.xsp.23.0.1075.ap375206	Kreves for proxy for NPS-godkjenning
	AP.xsp.23.0.1075.ap376509
	AP.xsp.23.0.1075.ap378585	Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk
Andre	Hvis du bruker ADP... Xsi-Events-23_ 2021.05_ 1.251.bwar	Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk

Versjon R24

Server	Oppdatering	Ytterligere informasjon
Applikasjonsserver	AP.as.24.0.944.ap384177	Obligatorisk for Unified Messaging Server (UMS)
	AP.as.24.0.944.ap375100	Obligatorisk for flytende klargjøring
	AP.as.24.0.944.ap377718	Obligatorisk for samtaleopptak
	AP.as.24.0.944.ap377868
	AP.as.24.0.944.ap378585	Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk
Andre	Xsi-Events-24_ 2021.05_ 1.251.bwar	Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk

BroadWorks-koder kreves for Webex

Hvis du vil ha informasjon om BroadWorks-systemkoder og egendefinerte koder som du må konfigurere for Webex, kan du se Konfigurasjonsveiledning for Webex for Cisco BroadWorks .

Brukerklargjørings- og aktiveringsflyter

Klargjøring beskriver hvordan du legger til brukeren i Webex. Aktivering inkluderer e-postvalidering og tjenestetilordning i Webex.

Brukernes e-postadresser må være unike, da Webex bruker e-postadresse til å identifisere en bruker. Hvis du har klarerte e-postadresser for brukerne, kan du velge å få dem aktivert automatisk når du klargjør dem automatisk. Denne prosessen er «automatisk klargjøring og automatisk aktivering».

Automatisert brukerklargjøring og automatisk aktivering (klarert e-postflyt)

Forutsetninger

Klargjøringskortet peker til Webex for Cisco BroadWorks (som krever en utgående tilkobling fra AS til Webex Klargjøringsbro).
Du må ha gyldige e-postadresser for sluttbrukere som kan nås som alternative ID-er i BroadWorks.
Control Hub har en klargjøringskonto i konfigurasjonen for partnerorganisasjonen din.

Trinn	Beskrivelse
1	Du gir tilbud og tar imot bestillinger for tjenesten med kundene dine.
2	Du behandler kundeordren og klargjør kunden i systemene dine.
3	Tjenesteklargjøringssystemet utløser klargjøringen av BroadWorks. Oppsummert oppretter dette trinnet bedriften og brukerne. Den tilordner deretter de nødvendige tjenestene og numrene til hver bruker. En av disse tjenestene er den eksterne IM&P.
4	Dette klargjøringstrinnet utløser automatisk klargjøring av kundeorganisasjonen og brukerne i Webex. (Tilordning av IM&P-tjenesten fører til at klargjøringskortet kaller Webex-klargjørings-API-en).
5	Systemene dine må bruke Webex-klargjørings-API hvis du senere må justere pakken for brukeren (for å endre fra standard).

Påloggingsflyt for SSO

***Påloggingsflyt for SAML SSO med direkte BroadWorks-autentisering (ressursdeling på tvers av opphav)***

Følgende er SAML SSO -påloggingsflyten for Webex-app når du bruker BroadWorks-autentisering, og når ressursdeling på tvers av opprinnelse er aktivert, noe som gir mulighet for direkte autentisering til BroadWorks. Bildet viser klient- og brukerhendelser til venstre med tekst på pilene som representerer det klienten oppgir for godkjenning. Trinn 1 og 5 er brukerhendelser. Høyre side av bildet representerer hendelser for påloggingstjenester sammen med det som returneres til klienten.

***BroadWorks-registrerings- og tjenesteoppdagingsflyt***

Følgende er oppdagelsesflyten for BroadWorks-tjenesten som følger umiddelbart av den forrige påloggingsflyten for Webex SAML SSO . Klienten bruker tilgangstokenet som ble hentet under registreringen til Webex Device Management, til å be om registrering fra BroadWorks-distribusjonen.

Alternative innloggingsflyter

Bildene ovenfor forutsetter at SAML SSO -pålogging er konfigurert ved hjelp av BroadWorks-autentisering med direkte BroadWorks-autentisering aktivert (Cross-Origin Resource Sharing). Nedenfor finner du noen alternative SAML SSO påloggingsflyter:

BroadWorks-autentisering uten direkte BroadWorks-autentisering (ressursdeling på tvers av opprinnelse):
- Den eneste forskjellen er i trinn 5 og 6 i påloggingsflyten for Webex. I trinn 5 valideres påloggingslegitimasjonen av IdP-proxyen (i stedet for XSI), og en SAML-påstand returneres til klienten.
- Flyten fortsetter gjennom de resterende trinnene i de to diagrammene som gjelder.
- SSO-tokenet brukes ikke i denne flyten.
SAML SSO Webex-autentisering:
- I trinn 3 i påloggingsflyten for Webex returnerer Common Identity-tjenesten identitetsleverandøren som brukes av Webex-autentisering.
- På dette tidspunktet startes en alternativ SAML SSO -påloggingsflyt for Webex.

Brukersamhandlinger

Logg på

Webex-app starter en nettleser for Cisco Common Identity (CI) for å tillate brukere å skrive inn e-postadresse sin .
CI oppdager at den tilknyttede kundeorganisasjonen har BroadWorks IDP-proxy (IDP) konfigurert som SAML IDP. CI omdirigeres til IDP-en som gir brukeren en påloggingsside. (Tjenesteleverandøren kan merke denne påloggingssiden.)
Brukeren oppgir BroadWorks-legitimasjonen.
Broadworks autentiserer brukeren gjennom IDP. Ved suksess omdirigerer IDP nettleseren tilbake til CI med en SAML-suksess for å fullføre godkjenningsflyten (ikke vist i diagrammet).
Ved vellykket autentisering henter Webex-app tilgangstokener fra CI (vises ikke i diagrammet). Klienten bruker dem til å be om et BroadWorks-Jason Web Token (JWT) med lang levetid.
Webex-app oppdager anropskonfigurasjonen fra BroadWorks og andre tjenester fra Webex.
Webex-app registreres med BroadWorks.

Logg på fra et brukerperspektiv

Dette diagrammet er den typiske påloggingsflyten, sett av sluttbruker eller abonnenten:

Du laster ned og installerer Webex-app.
Du kan ha mottatt koblingen fra tjenesteleverandør din , eller du kan finne nedlastingen på nedlastingssiden for Webex.
Du skriver inn e-postadresse din på påloggingsskjermen for Webex. Klikk på Neste.
Vanligvis blir du omdirigert til en tjenesteleverandør-merket side.
Den siden kan ønske deg velkommen via e-postadresse din.

Hvis det ikke finnes en e-postadresse, eller hvis e-postadresse er feil, skriver du inn BroadWorks-brukernavnet i stedet.
Skriv inn BroadWorks-passordet ditt.
Hvis du logget på vellykket, åpnes Webex.

Samtaleflyt – bedriftskatalog

Samtaleflyt – PSTN-nummer

Presentasjon og deling

Start et rommøte

Klientsamhandlinger

Hente profil fra DMS og SIP Registrer deg hos AS

Klienten kaller XSI for å få et enhetsadministrasjonstoken og URL-en til DMS.
Klienten ber om enhetsprofil fra DMS ved å presentere tokenet fra trinn 1.
Klienten leser enhetsprofil og henter SIP-legitimasjon, adresser og porter.
Klienten sender et SIP-REGISTER til SBC ved hjelp av informasjonen fra trinn 3.
SBC sender SIP-REGISTER til AS (SBC kan utføre et oppslag i NS for å finne et AS hvis SBC ikke allerede kjenner SIP-brukeren.)

Test- og lab-retningslinjer

Følgende retningslinjer gjelder for test- og laboratorieorganisasjoner:

Tjenesteleverandørpartnere er begrenset til maksimalt 50 testbrukere som kan klargjøres på tvers av flere organisasjoner.
Alle brukere utover de første 50 testbrukerne vil bli fakturert.
For å sikre nøyaktig behandling av fakturaen må alle testorganisasjoner inkludere «test» i BroadWorks-organisasjonsnavnet.
Interne testorganisasjoner må angis i Webex Control Hub. Dette er for å forhindre at testbrukere faktureres som faktiske brukere.

Utpeke en organisasjon som en testorganisasjon

Slik utpeker du en organisasjon som en testorganisasjon:

Logg på Partner Hub, og velg Kunder.
Velg riktig kunde.
På høyre kontrolllinje aktiverer du Intern testorganisasjon veksle.

Avspilling av talepost

For talepost må du kontrollere at du konfigurerer medieserveren til å bruke én av følgende koder:

mp3
wav – WAV-filer støttes i følgende formater: PCM (støttet på alle plattformer) og DVI-ADPCM (støttes ikke på Android

Hvis du bruker wav-filer, kjører du følgende CLI-kommandoer for å konfigurere applikasjonsserver og medieserveren:

AS_CLI/Service/VoiceMsg>set vmRecordingAudioFileFormat WAV
MS_CLI/Applications/MediaStreaming/Services/IVR> set sendmail8kHzWavFileDefaultFormat ulaw

Terminologi

ACL: Tilgangskontrollliste
ALG: Application Layer Gateway
API: Grensesnitt for applikasjonsprogrammering
APNS: Apple pushvarsel
AS: Applikasjonsserver
ATA: Analog telefonadapter, adapter som konverterer analog telefoni til VoIP
BAM: Broadsoft Application Manager
Grunnleggende godkjenning: En autentiseringsmetode der en konto (brukernavn) bekreftes av en delt hemmelighet (passord)
BMS: Broadsoft Messaging Server
BOSH: Toveisstrømmer over synkron HTTP
BRI: Basic Rate Interface BRI er en ISDN-tilgangsmetode
Pakke: En samling tjenester levert til en sluttbruker eller abonnent (jf. Pakke)
CA: Sertifiseringsinstans
Transportør: En organisasjon som håndterer telefonitrafikk (jf. Partner, tjenesteleverandør, merverdiforhandler)
CAPTCHA: Helt automatisert offentlig Turing-test for å skille datamaskiner og mennesker
CCXML: Call Control eXtensible Markup Language
CIF: Felles mellomformat
CLI: Kommandolinjegrensesnitt
CN: Fellesnavn
CNPS: Push-server for samtalevarsler. En Push-varslingsserver som kjører på en XSP| ADP i miljøet ditt, for å sende samtalevarsler til FCM og APNS. Se NPS-proxy.
CPE: Utstyr til kunder i lokaler
HLR: Egendefinert tilstedeværelsesregel
CSS: Overlappende stilark
CSV: Kommaseparert verdi
CTI: Integrering av datatelefoni
CUBE: Cisco Unified Border Element
DMZ: Demilitarisert sone
DN: Katalognummer
DND: Ikke forstyrr
DNS: Domenenavnsystem
DPG: Ringe motpartsgruppe
DSCP: Kodepunkt for differensiert tjenester
DTAF: Enhetstype Arkivfil
DTG: Destinasjons-Trunk-gruppe
DTMF: Flerfrekvens med to toner
Sluttbruker: Personen som bruker tjenestene, det vil si foreta anrop, bli med i møter eller sende meldinger (jf. Abonnent)
Bedrift: En samling sluttbrukere (jf. Organisasjon)
FCM: Firebase Cloud Messaging
FMC: Løste mobilkonvergens
Klargjøring gjennom flyt: Opprette brukere i Webex Identity Store ved å tilordne «Integrated IM&P»-tjenesten i BroadWorks.
FQDN: Fullt kvalifisert domenenavn.
Klargjøring med fullstendig flyt: Oppretter og bekrefter brukere i Webex Identity Store ved å tilordne «Integrated IM&P»-tjenesten i BroadWorks og hevde at hver BroadWorks-bruker har en unik og gyldig e-postadresse.
FXO: Foreign Exchange Office er porten som mottar den analoge linjen. Det er kontakten på telefonen eller faksmaskinen, eller pluggene på det analog telefon . Den gir en indikasjon om når røret er tatt av/på (løkkelukking). Siden FXO-porten er koblet til en enhet, for eksempel en faks eller en telefon, kalles enheten ofte for "FXO-enhet".
FXS: Foreign Exchange Subscriber er porten som faktisk leverer den analoge linjen til abonnenten. Med andre ord er det «kontakten i veggen» som leverer ringetone, batteristrøm og ringespenning.
GCM: Google Cloud-melding
GCM: Galois-/tellemodus (krypteringsteknologi)
HID: Enhet for menneskelig grensesnitt
HTTPS: Secure Sockets for Hypertext Transfer Protocol
IAD: Integrert tilgangsenhet
IM&P: Direktemeldinger og tilstedeværelse
IP PSTN: En tjenesteleverandør som leverer VoIP til PSTN-tjenester, som kan byttes ut med ITSP, eller en generell betegnelse for Internett-tilkoblet «offentlig» telefoni, samlet levert av store teleleverandører (i stedet for av land, som PSTN er)
ITSP: Leverandør av Internett-telefoni
IVR: Interaktiv talerespons /responder
JID: Den opprinnelige adressen til en XMPP-enhet kalles en Jabber-identifikator eller JID localpart@domain.part.example.com/resourcepart (@ . / er skilletegn)
JSON: Objektnotasjon for Java-skript
JSSE: Java Secure Socket Extension; den underliggende teknologien som gir sikre tilkoblingsfunksjoner til BroadWorks-servere
KEM: Utvidelsesmodul (maskinvare for Cisco-telefoner)
LLT: Token med lang levetid (eller lang levetid); en selvbeskrivende, sikker form for bærertoken som gjør det mulig for brukere å forbli autentisert lenger, og som ikke er knyttet til bestemte programmer.
MA: Meldingsarkivering
MIB: Informasjonsbase for ledelsen
MS: Medieserver
mTLS: Gjensidig autentisering mellom to parter, ved hjelp av sertifikatutveksling, ved etablering av en TLS-tilkobling
MUC: Chat med flere brukere
NAT: Oversettelser av nettverksadresse
NPS: Push-server for varsel; se CNPS
NPS-proxy: En tjeneste i Webex som leverer kortvarige godkjenningstokener til CNPS-en din, slik at den kan sende anropsvarsler til FCM og APN-er, og til slutt til Android- og iOS-enheter som kjører Webex.
OCI: Åpne klientgrensesnitt
Organisasjon: Et selskap eller en organisasjon som representerer en samling sluttbrukere (jf. Enterprise)
OTG: Utgående trunkgruppe
Pakke: En samling tjenester levert til en sluttbruker eller abonnent (jf. Pakke)
Partner: En agentorganisasjon som samarbeider med Cisco for å distribuere produkter og tjenester til andre organisasjoner (jf. Merverdiforhandler, tjenesteleverandør, transportør)
PBX: Utveksling med privat filial
PEM: Forbedret e-post for personvern
PLMN: Offentlig landmobilnett
PRI: Primary Rate Interface (PRI) er en standard for telekommunikasjonsgrensesnitt som brukes på et ISDN (Integrated Services Digital Network)
PS: Profilserver
PSTN: Offentlig byttet telefonnett
QoS (quality of service): Tjenestekvalitet (Quality of Service)
Forhandlerportal: Et nettsted som gjør det mulig for forhandlerens administrator å konfigurere UC-One SaaS-løsningen. Noen ganger refereres det til som BAM-portal, administratorportal eller administrasjonsportal.
RTCP: Kontrollprotokoll i sanntid
RTP: sanntidstransport
SBC: Session Border Controller
SCA: delt samtale samtaleutseende
SD: Standard oppløsning
SDP: Protokoll for beskrivelse av økt
SP: Tjenesteleverandør; En organisasjon som leverer telefoni eller relaterte tjenester til andre organisasjoner (jf. Transportør, partner, merverdiforhandler)
SIP: øktinitieringsprotokoll
SLT: Kortvarig (eller kortvarig) token (også kalt BroadWorks SSO-token); et autentisert engangstoken som brukes til å få sikker tilgang til nettprogrammer.
SMB: Små til mellomstore bedrifter
SNMP: Enkel nettverksadministrasjonsprotokoll
sRTCP: sikker Realtime Transfer Control Protocol (VoIP-samtalemedier)
sRTP: sikker Realtime Transfer Protocol (VoIP-samtalemedier)
SSL: Secure Sockets Layer
Abonnent: Personen som bruker tjenestene, det vil si foreta anrop, bli med i møter eller sende meldinger (jf. sluttbruker)
TCP: Protokoll for overføringskontroll
TDM: Tidsdelt multipleksing
TLS: transportlagsikkerhet
Vilkår: Type tjeneste
UAP: Portal for brukeraktivering
UC: Samlet kommunikasjon
Brukergrensesnitt: Brukergrensesnitt
U-ID: Unik identifikator
UMS: Meldingsserver
URI: Uniform ressursidentifikator
URL: uniform ressurslokator
USS: Delingsserver
UTC: Koordinert universaltid
UVS: Videoserver
Merverdiforhandler (VAR): En agentorganisasjon som samarbeider med Cisco for å distribuere produkter og tjenester til andre organisasjoner (jf. Transportør, partner, tjenesteleverandør)
VGA: Videografikkmatrise
VoIP: Voice over Internett-protokoll (IP)
VXML: Markup Language for taleforlengelse
WebDAV: Nettdistribuert redigering og versjonsstyring
WebRTC: Nettkommunikasjon i sanntid
WRS: WebRTC-server
XMPP: Extensible Messaging og Presence Protocol

Vedlegg

Konfigurere tjenester (med mTLS for autentiseringstjenesten)

Prosedyrene nedenfor erstatter prosedyrene i emnet Konfigurere tjenester på Webex for Cisco BroadWorks XSP| ADP-er . Fullfør bare disse prosedyrene hvis du bruker mTLS for godkjenningstjenesten i stedet for CI-tokenvalidering. Disse fremgangsmåtene er obligatoriske hvis du kjører flere Webex-organisasjoner fra samme XSP| ADP-server. Ellers er de valgfrie.

Hvis du ikke kjører flere Webex-organisasjoner fra samme XSP| ADP-server, CI-tokenvalidering (med TLS) anbefales for autentiseringstjenesten. Se Konfigurere tjenester på Webex for Cisco BroadWorks XSP| ADP-er hvis du vil ha mer informasjon om hvordan du konfigurerer godkjenningstjenesten og andre tjenester.

Xsi-grensesnitt

Installer og konfigurer Xsi-Actions- og Xsi-Events-applikasjonene som beskrevet i Konfigurasjonsveiledning for Cisco BroadWorks Xtended Services-grensesnitt .

Bare én forekomst av Xsi-Events-applikasjonene skal distribueres på XSP| ADP brukt for CTI-grensesnittet.

Alle Xsi-Events som brukes for å integrere Broadworks med Webex, må ha det samme callControlApplicationName som er definert under Programmer/Xsi-Events/GeneralSettings. For eksempel:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Når en bruker er integrert i Webex, oppretter Webex et abonnement for brukeren på AS for å motta telefonihendelser for tilstedeværelse og samtalehistorikk. Abonnementet er knyttet til callControlApplicationName, og AS-en bruker det til å vite hvilke Xsi-Events som skal sende telefonihendelsene.

Hvis du endrer callControlApplicationName eller ikke har samme navn på alle Xsi-Events-nettapper, vil dette påvirke funksjonaliteten for abonnementer og telefonihendelser.

Konfigurere autentiseringstjeneste (med mTLS)

BroadWorks-tokener med lang levetid genereres og valideres av autentiseringstjenesten som er vert på XSP-en| ADP-er.

Krav

XSP| ADP-servere som er vert for autentiseringstjenesten, må ha et mTLS-grensesnitt konfigurert.
XSP| ADP-er må dele de samme nøklene for kryptering/dekryptering av BroadWorks-tokener med lang levetid. Kopierer disse nøklene til hver XSP| ADP er en manuell prosess.
XSP| ADP-er må synkroniseres med NTP.

Oversikt over konfigurasjon

Den viktigste konfigurasjonen på XSP| ADP-er inkluderer:

Distribuer autentiseringstjenesten.
Konfigurer tokenvarigheten til minst 60 dager (la utstederen være BroadWorks).
Generer og del RSA-nøkler på tvers av XSP| ADP-er.
Oppgi URL-adressen for authService til nettbeholderen.

Distribuer autentiseringstjenesten på XSP| ADP

På hver XSP| ADP brukt med Webex:

Aktiver autentiseringstjenesteapplikasjonen på banen /authService(du må bruke denne banen):

XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService

(hvor <version> er BroadWorks-versjonen din).
Distribuer applikasjonen:

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

Konfigurer tokenvarighet

Kontroller den eksisterende tokenkonfigurasjonen (timer):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement> get
Angi varigheten til 60 dager (maks. 180 dager):

XSP|ADP_CLI/Applications/authenticationService/TokenManagement>set tokenDurationInHours 1440

Generer og del RSA-nøkler

Du må bruke de samme offentlige/private nøkkelparene for tokenkryptering/dekryptering på tvers av alle forekomster av godkjenningstjenesten.
Nøkkelparet genereres av godkjenningstjenesten når det først er nødvendig å utstede et token.

På grunn av disse to faktorene må du generere nøkler på én XSP| ADP kopierer dem deretter til alle andre XSP| ADP-er.

Hvis du blar gjennom taster eller endrer tastelengden, må du gjenta følgende konfigurasjon og starte alle XSP| ADP-er.

Velg én XSP| ADP som skal brukes til å generere et nøkkelpar.
Bruk en klient til å be om et kryptert token fra den XSP-en| ADP, ved å be om følgende URL fra klientens nettleser:

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

(Dette genererer et privat/offentlig nøkkelpar på XSP| ADP, hvis det ikke fantes en allerede)
Nøkkellagerplasseringen kan ikke konfigureres. Eksporter nøklene:

XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys
Kopier den eksporterte filen /var/broadworks/tmp/authService.keys til samme sted på den andre XSP-en| ADP-er, overskriver en eldre .keys-filen om nødvendig.
Importer nøklene på hver av de andre XSP-ene| ADP-er:

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

Oppgi URL-adressen for authService til nettbeholderen

XSP| ADPs nettbeholder trenger authService-URL-en slik at den kan validere tokener.

På hver av XSP| ADP-er:

Legg til tjeneste-URL for autentiseringstjenesten som en ekstern autentiseringstjeneste for BroadWorks-kommunikasjonsverktøy:

XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1/authService
Legg til tjeneste-URL for autentiseringstjenesten i beholderen:

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

Dette gjør at Webex kan bruke godkjenningstjenesten til å validere tokener presentert som legitimasjon.
Kontroller parameteren med get.
Start XSP på nytt| ADP.

Konfigurere TLS og kryptering på HTTP-grensesnittene (for XSI og Authentication Service)

Autentiseringstjenesten, Xsi-Actions og Xsi-Events-applikasjonene bruker HTTP-servergrensesnitt. Nivåene for TLS-konfigurerbarhet for disse programmene er som følger:

Mest generelt = System > Transport > HTTP > HTTP-servergrensesnitt = Mest spesifikk

CLI-kontekstene du bruker til å vise eller endre de forskjellige SSL-innstillingene, er:

Spesifisitet	CLI-kontekst
System (globalt)	`XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols>`
Transportprotokoller for dette systemet	`XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>` `XSP\|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>`
HTTP på dette systemet	`XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/SSLCommonSettings/Protocols>`
Spesifikke HTTP-servergrensesnitt på dette systemet	`XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>` `XSP\|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>`

Leser grensesnittkonfigurasjon for HTTP-server TLS på XSP| ADP

Logg på XSP| ADP og gå til XSP|ADP_CLI/Interface/Http/HttpServer>
Angi get kommandoen og les resultatene. Du skal se grensesnittene (IP-adressene) og, for hver, om de er sikre og om de krever klientgodkjenning.

Apache tomcat gir fullmakt til et sertifikat for hvert sikkert grensesnitt; Systemet genererer et selvsignert sertifikat hvis det trenger et.

XSP|ADP_CLI/Interface/Http/HttpServer> get

Legge til TLS 1.2-protokoll i HTTP-servergrensesnittet

HTTP-grensesnittet som samhandler med Webex Cloud , må konfigureres for TLSv1.2. Skyen forhandler ikke tidligere versjoner av TLS-protokollen.

Slik konfigurerer du TLSv1.2-protokollen på HTTP-servergrensesnittet:

Logg på XSP| ADP og gå til XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Skriv inn kommandoen get <interfaceIp> 443 for å se hvilke protokoller som allerede er brukt på dette grensesnittet.
Skriv inn kommandoen add <interfaceIp> 443 TLSv1.2 for å sikre at grensesnittet kan bruke TLS 1.2 ved kommunikasjon med skyen.

Redigere konfigurasjon av TLS-kryptering i HTTP-servergrensesnittet

Slik konfigurerer du de nødvendige chiffrene:

Logg på XSP| ADP og gå til XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Skriv inn kommandoen get <interfaceIp> 443 for å se hvilke chiffer som allerede er brukt i dette grensesnittet. Det må finnes minst én fra de anbefalte Cisco-seriene (se XSP| ADP-identitets- og sikkerhetskrav i Oversikt-delen).

Skriv inn kommandoen add <interfaceIp> 443 <cipherName> for å legge til et kryptering i HTTP-servergrensesnittet.

XSP| ADP CLI krever standard IANA-krypteringspakkenavnet, ikke openSSL-krypteringspakkenavnet. For eksempel for å legge til openSSL-chifferen ECDHE-ECDSA-CHACHA20-POLY1305 til HTTP-servergrensesnittet, bruker du: XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305

Sehttps://ciphersuite.info/ for å finne serien etter begge navnene.

Konfigurere klarering for autentiseringstjeneste (med mTLS)

Logg på Control Hub med partnerens administratorkonto.
Gå til Innstillinger > BroadWorks-anrop og klikk Last ned Webex CA-sertifikat å få CombinedCertChain2023.txt på din lokale datamaskin.

Disse filene inneholder to sett med to sertifikater. Du må dele filene før du laster dem opp til XSP| ADP-er. Alle filer er obligatoriske.
Del sertifikatkjede i to sertifikater - combinedcertchain2023.txt.
1. Åpen combinedcertchain2023.txt i et tekstredigeringsprogram.
2. Velg og klipp ut den første tekstblokken, inkludert linjene -----BEGIN CERTIFICATE----- og -----END CERTIFICATE-----, og lim inn tekstblokken i en ny fil.
3. Lagre den nye filen som root2023.txt.
4. Lagre den opprinnelige filen som issuing2023.txt. Originalfilen skal nå bare ha én tekstblokk, omgitt av linjene -----BEGIN CERTIFICATE----- og -----END CERTIFICATE-----.
Kopier begge tekstfilene til en midlertidig plassering på XSP| ADP du sikrer, f.eks /var/broadworks/tmp/root2023.txt og /var/broadworks/tmp/issuing2023.txt.
Logg på XSP| ADP og gå til /XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>. (Valgfritt) Kjør hjelp UpdateTrust for å se parametrene og kommandoformatet.

Last opp sertifikatfilene til nye klareringsankere – 2023

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

Alle alias må ha et annet navn. webexclientroot, webexclientroot2023, webexclientissuing og webexclientissuing2023 er eksempelalias for klareringsankrene; du kan bruke din egen så lenge alle fire oppføringene er unike.

Bekreft at ankrene er oppdatert:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

(Alternativ) Konfigurer mTLS på HTTP-grensesnitt/portnivå

Det er mulig å konfigurere mTLS på HTTP-grensesnitt/portnivå eller per webapplikasjon .

Måten du aktiverer mTLS for programmet på, avhenger av programmene du er vert for på XSP| ADP. Hvis du er vert for flere programmer som krever mTLS, bør du aktivere mTLS i grensesnittet. Hvis du bare trenger å sikre én av flere programmer som bruker samme HTTP-grensesnitt, kan du konfigurere mTLS på programnivå.

Når du konfigurerer mTLS på HTTP-grensesnitt/portnivå, kreves mTLS for alle vertsbaserte nettapplikasjoner som du får tilgang til via dette grensesnittet/porten.

Logg på XSP| ADP hvis grensesnitt du konfigurerer.
Navigere til XSP|ADP_CLI/Interface/Http/HttpServer> og kjør get kommandoen for å se grensesnittene.
Slik legger du til et grensesnitt og krever klientgodkjenning der (som betyr det samme som mTLS):

XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true

Se XSP| ADP CLI-dokumentasjon for detaljer. I hovedsak den første true sikrer grensesnittet med TLS (serversertifikat opprettes om nødvendig) og den andre true tvinger grensesnittet til å kreve autentisering av klientsertifikat (sammen er de mTLS).

For eksempel:

XSP|ADP_CLI/Interface/Http/HttpServer> get

Interface Port Name Secure Client Auth Req Cluster Fqdn
         =======================================================
         192.0.2.7 443 XSP|ADP01.collab.example.net true false 
         192.0.2.7 444 XSP|ADP01.collab.example.net true true

I dette eksemplet er mTLS (Client Auth Req = true) aktivert på 192.0.2.7 port 444. TLS er aktivert på 192.0.2.7 port 443.

(Alternativ) Konfigurer mTLS for bestemte nettprogrammer

Det er mulig å konfigurere mTLS på HTTP-grensesnitt/portnivå eller per webapplikasjon .

Måten du aktiverer mTLS for programmet på, avhenger av programmene du er vert for på XSP| ADP. Hvis du er vert for flere programmer som krever mTLS, bør du aktivere mTLS i grensesnittet. Hvis du bare trenger å sikre én av flere programmer som bruker samme HTTP-grensesnitt, kan du konfigurere mTLS på programnivå.

Når du konfigurerer mTLS på applikasjonsnivå, kreves mTLS for det programmet, uavhengig av konfigurasjonen av HTTP-serverens grensesnitt.

Logg på XSP| ADP hvis grensesnitt du konfigurerer.
Navigere til XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> og kjør get kommandoen for å se hvilke programmer som kjører.
Slik legger du til et program og krever klientgodkjenning for det (som betyr det samme som mTLS):

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true

Se XSP| ADP CLI-dokumentasjon for detaljer. Applikasjonsnavnene er nummerert der. Filen true i denne kommandoen aktiverer mTLS.

For eksempel:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add 192.0.2.7 443 AuthenticationService true

Eksempelkommandoen legger til AuthenticationService-applikasjonen i 192.0.2.7:443 og krever at den ber om og godkjenner sertifikater fra klienten.

Sjekk med get:

XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> get

Interface Ip Port Application Name Client Auth Req
         ===================================================
         192.0.2.7 443 AuthenticationService      true

Konfigurer Enhetsbehandling på XSP| ADP, Application Server og Profile Server

Profilserver og XSP| ADP er obligatoriske for enhetsbehandling. De må konfigureres i henhold til instruksjonene i Konfigurasjonsveiledning for BroadWorks Device Management .

Hvor du skal dra Neste

For konfigurasjon kan du bli med i hoveddokumentflyten på nytt CTI-grensesnitt og relatert konfigurasjon .

Ytterligere sertifikatkrav for gjensidig TLS-autentisering mot AuthService

Webex samhandler med godkjenningstjenesten over en felles TLS-autentisert tilkobling. Dette betyr at Webex presenterer et klientsertifikat og XSP| ADP må validere den. Hvis du vil klarere dette sertifikatet, bruker du Webex CA-sertifikat til å opprette et klareringsanker på XSP| ADP (eller proxy). sertifikatkjede er tilgjengelig for nedlasting via Partner Hub:

Gå til Innstillinger > BroadWorks-anrop .
Klikk på koblingen for nedlasting av sertifikat.

Du kan også hente sertifikatkjede frahttps://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt .

De nøyaktige kravene for distribusjon av denne Webex CA-sertifikat avhenger av hvordan den offentlige møter XSP| ADP-er distribueres:

Via en TLS-broproxy
Via en TLS-gjennomgangsproxy
Direkte til XSP| ADP

Diagrammet nedenfor oppsummerer hvor CA-sertifikat må distribueres i disse tre tilfellene.

Gjensidige TLS-sertifikatkrav for TLS-bro-proxy

Webex presenterer et Webex CA-signert klientsertifikat for proxyen.
Webex CA-sertifikat distribueres i klareringslageret for proxy, slik at proxyen klarerer klientsertifikat.
Den offentlig signerte XSP| ADP- serversertifikat lastes også inn i proxyen.
Proxyen presenterer et offentlig signert serversertifikat for Webex.
Webex klarerer den offentlige sertifiseringsinstansen som signerte proxyens serversertifikat.

Proxyen presenterer et internt signert klientsertifikat for XSP| ADP-er.

Dette sertifikatet må ha filtypen x509.v3 Utvidet nøkkelbruk fylt ut med BroadWorks OID 1.3.6.1.4.1.6431.1.1.8.2.1.3 og TLS clientAuth formål. For eksempel:

X509v3 extensions:

X509v3 Extended Key Usage:

1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client
              Authentication

Når du genererer interne klientsertifikater for proxyen, må du være oppmerksom på at SAN-sertifikater ikke støttes. Interne serversertifikater for XSP| ADP kan være SAN.

XSP| ADP-er klarerer den interne sertifiseringsinstansen.
XSP| ADP-er presenterer et internt signert serversertifikat.
Proxyen klarerer den interne sertifiseringsinstansen.

Gjensidige TLS-sertifikatkrav for TLS-passthrough-proxy eller XSP i DMZ

Webex presenterer et Webex CA-signert klientsertifikat for XSP-ene.
Webex CA-sertifikat distribueres i XSP-enes klareringslager, slik at XSP-ene klarerer klientsertifikat.
Det offentlig signerte XSP- serversertifikat lastes også inn i XSP-ene.
XSP-ene presenterer offentlig signerte serversertifikater for Webex.
Webex klarerer den offentlige sertifiseringsinstansen som signerte XSP-enes serversertifikater.

Dokumentrevisjonshistorikk

Tabellen nedenfor viser en historikk over endringer i dette dokumentet i løpet av de siste 12 månedene.

Dato	Versjon	Beskrivelse av endring
7. februar 2024	2-108	La til en funksjon Varsel om utløp av BroadWorks-passord under pålogging under Webex for BroadWorks Reference.
25. januar 2024	2-107	Redaksjonelle endringer.
23. januar 2024	2-106	Gjorde redaksjonelle endringer i Flytt bruker (med samtykke) til Webex for Cisco BroadWorks delen under Administrere Webex for BroadWorks .
10. januar 2024	2-105	Redaksjonelle endringer.
20. desember 2023	2-104	Denne veiledningen er flyttet til brukerstøtten for Webex. Fra nå av kan du bruke denne enhetlige koblingenhttps://help.webex.com/no4dlj3 .
13. desember 2023	2-103	Kundemal er endret til «Onboarding-mal», oppdatert løsningsveiledningen.
12. desember 2023	2-102	Oppdaterte delen Attach Webex for BroadWorks til eksisterende organisasjon under Administrere Webex for BroadWorks.
8. desember 2023	2-101	Redaksjonelle endringer.
8. november 2023	2–100	La til et notat i Koble Webex for BroadWorks til eksisterende organisasjon delen.
25. oktober 2023	2-99	Lagt til R24 tommer Konfigurer applikasjonsserver med URL-adresse for klargjøringstjeneste delen.
13. september 2023	2-98	Lagt til nettverkskrav for Webex for Cisco Broadworks-koblinger under Anbefalte dokumentabonnement.
4. september 2023	2-97	Oppdatert Funksjoner og begrensninger delen under Oversikt over Webex for Cisco BroadWorks .
8. august 2023	2-96	Lagt til merknader i Rediger eller slett en BroadWorks-klynge i Partner Hub under Administrere Webex for BroadWorks .
23. juni 2023	2-95	Oppdatert Klargjøre NPS for Webex for Cisco BroadWorks delen under Distribuer Webex for Cisco BroadWorks . Oppdatert Konfigurer NPS til å bruke tidsavbrudd for autentiseringsproxytilkobling til 3000 under Distribuer Webex for Cisco BroadWorks .
30. mai 2023	2-94	Oppdatert Krav til BroadWorks-programvare delen under Webex for Cisco BroadWorks Reference .
26. mai 2023	2-93	Oppdatert Klareringsankere for CTI-grensesnitt (R22 og nyere) delen under Distribuer Webex for Cisco BroadWorks . Oppdatert Konfigurere klarering for autentiseringstjeneste (med mTLS) delen under Vedlegg .
24. mai 2023	2-92	Oppdatert Koble Webex for BroadWorks fra eksisterende organisasjon delen under Administrere Webex for Cisco BroadWorks . Lagt til Innbrudd delen under Distribuer Webex for Cisco BroadWorks .
10. mai 2023	2-91	Oppdatert Opptatt-lampefelt / varsel om mottak av anrop delen under Administrere Webex for Cisco BroadWorks .
9. mai 2023	2-90	Oppdatert Land delen under Forbered miljøet ditt .
4. mai 2023	2-89	Oppdatert Konfigurer kundemalene dine delen under Konfigurer partnerorganisasjonen din i Partner Hub .
27. april 2023	2-88	Lagt til Land delen under Forbered miljøet ditt .
14. april 2023	2-87	Oppdatert Støtte for gruppekontakter delen under Bestilling og klargjøring .
17. mars 2023	2-86	Lagt til Intern mobilanrop Eskalere til møte delen under Distribuer Webex for BroadWorks .
11. mars 2023	2-85	Oppdaterte trinnene Konfigurere autentiseringstjeneste (med CI-tokenvalidering) under Distribuer Webex for Cisco BroadWorks .
10. mars 2023	2-84	Oppdatert Xsi-grensesnitt delen.
7. mars 2023	2-83	Lagt til Støtte for gruppekontakter delen under Bestilling og klargjøring .
28. februar 2023	2-82	Lagt til Partner SSO – OpenID Connect (OIDC) delen under Distribuer Webex for Cisco BroadWorks .
15. februar 2023	2-81	Oppdatert Klareringsankere for CTI-grensesnitt (R22 og nyere) delen under Distribuer Webex for Cisco BroadWorks og Konfigurere klarering for autentiseringstjeneste (med mTLS) delen under Vedlegg .
10. februar 2023	2-80	Oppdatert Internnummer under Oversikt over Webex for Cisco BroadWorks .

Oversikt over Webex for Cisco BroadWorks

Vi presenterer Webex for Cisco BroadWorks

Dokumentrevisjonshistorikk

Denne delen tar for seg systemansvarlige i Cisco-partnerorganisasjoner (tjenesteleverandører) som implementerer Webex for kundeorganisasjonene sine eller leverer denne løsningen direkte til sine egne abonnenter.

Løsning Formål

Å tilby Webex-funksjoner for skysamarbeid til små og mellomstore kunder som allerede har en samtaletjeneste levert av BroadWorks-tjenesteleverandører.
For å tilby BroadWorks-baserte anropstjenester til små og mellomstore Webex-kunder.

Kontekst

Vi utvikler alle samarbeidsklientene våre mot et enhetlig program. Denne banen reduserer innføringsproblemer, forbedrer interoperabilitet og overføring, og gir forutsigbare brukeropplevelser på tvers av hele samarbeidsporteføljen vår. En del av dette arbeidet er å flytte BroadWorks-anropsfunksjonene til Webex-appen, og etter hvert redusere investeringene i UC-One-klientene.

Fordeler

Fremtidig prøvetrykk: mot utgått bruk av UC-One Collaborate, flytting av alle klienter mot Unified Client Framework (UCF)
Det beste av begge: Aktivere Webex meldings- og møtefunksjoner mens du beholder BroadWorks-anrop på telefoninettverket

Løsning Omfang

Eksisterende/nye små til mellomstore kunder (færre enn 250 abonnenter) som ønsker en pakke med samarbeidsfunksjoner, kan allerede ha BroadWorks-anrop.
Eksisterende små til mellomstore Webex-kunder som ønsker å legge til BroadWorks Calling.
Ikke større bedrifter (Se gjennom bedriftsporteføljen vår for Webex).
Ikke enkeltbrukere (Vurder Webex Online-tilbud).

Funksjonssettene i Webex for Cisco BroadWorks er rettet mot små og mellomstore bedrifter. Webex for Cisco BroadWorks-pakkene er utviklet for å redusere kompleksiteten for SMB-er, og vi evaluerer kontinuerlig om de er egnet for dette segmentet. Vi kan velge å skjule eller fjerne funksjoner som ellers ville vært tilgjengelige i bedriftspakkene.

Forutsetninger for å lykkes med Webex for Cisco BroadWorks

#

Krav

Merknader

1

Oppdater gjeldende BroadWorks R22 eller nyere

2

XSP| ADP for XSI, CTI, DMS og authService

Dedikert XSP| ADP for Webex for Cisco BroadWorks

3

Skill XSP| ADP for NPS, kan deles med andre løsninger som bruker NPS.

Hvis du har en eksisterende samarbeidsdistribusjon, kan du se gjennom anbefalingene om XSP| ADP- og NPS-konfigurasjoner.

4

CI-tokenvalidering (med TLS) konfigurert for Webex-tilkoblinger til autentiseringstjenesten.

5

mTLS konfigurert for Webex-tilkoblinger til CTI-grensesnittet.

Andre programmer krever ikke mTLS.

6

Brukere må finnes i BroadWorks og trenge følgende attributter, avhengig av klargjøringsavgjørelsen:

Gjennomstrømming med klarerte e-poster: E-postattributtet for BroadWorks-brukeren må inneholde en gyldig e-postadresse som er unik for denne brukeren. Brukeren må også ha et primærnummer eller internnummer.
Gjennomføring med uklarerte e-poster, eller selvaktivering eller API-klargjøring: Brukeren trenger ikke e-postadresse , men må ha et primærnummer eller internnummer.

For klarerte e-poster: Vi anbefaler at du også legger inn den samme e-postadresse i attributtet for alternativ ID, slik at brukere kan logge på med e-postadresse mot BroadWorks.

For ikke-klarerte e-poster: Avhengig av brukerens e-postinnstillinger, kan bruk av uklarerte e-poster føre til at e-posten sendes til brukerens søppelpost- eller SPAM-mappe. administrator må kanskje endre brukerens e-postinnstillinger for å tillate domener

7

Webex for Cisco BroadWorks DTAF-fil for Webex-appen

8

BW Business Lic- eller Std Enterprise- eller Prem Enterprise-brukerlicens + Webex for Cisco BroadWorks-abonnement

Hvis du har en eksisterende samarbeidsdistribusjon, trenger du ikke lenger UC-One-tilleggspakke, Collab Lic og Meetme-konferanseporter.

Hvis du har en eksisterende UC-One SaaS-distribusjon, er det ingen flere endringer enn å godta vilkårene for Premium-pakken.

9

IP/porter må være tilgjengelige via Webex-servertjenestene og Webex-appene over offentlig Internett.

Se delen Klargjør nettverket ditt.

10

TLS v1.2-konfigurasjon på XSP| ADP-er

11

For Flowthrough-klargjøring må applikasjonsserveren koble til BroadWorks klargjøringsadapter.

Vi hverken tester eller støtter utgående proxy-konfigurasjon. Hvis du bruker en utgående proxy, påtar du deg ansvaret for å støtte den med Webex for Cisco BroadWorks.

Se emnet «Forbered nettverket ditt».

Om dette dokumentet

Hensikten med dette dokumentet er å hjelpe deg med å forstå, forberede deg på, distribuere og administrere Webex for Cisco BroadWorks-løsningen. Hoveddelene i dokumentet gjenspeiler dette formålet.

Denne veiledningen inneholder konsept- og referansemateriale. Vi har til hensikt å dekke alle aspekter av løsningen i dette ene dokumentet.

Minimumssettet med oppgaver for å distribuere løsningen er:

Ta kontakt med kontoteamet ditt for å bli Cisco-partner. Det er viktig at du utforsker Cisco-berøringspunktene for å gjøre deg kjent (og få opplæring). Når du blir Cisco-partner, bruker vi bryteren for Webex for Cisco BroadWorks på Webex-partnerorganisasjonen din. (Se Distribuer Webex for Cisco BroadWorks > Partner onboarding i dette dokumentet.)
Konfigurer BroadWorks-systemene dine for integrering med Webex. (Se Distribuer Webex for Cisco BroadWorks > Konfigurer tjenester på Webex for Cisco BroadWorks XSP| ADP-er i dette dokumentet.)
Bruk Partner Hub til å koble Webex til BroadWorks. (Se Distribuer Webex for Cisco BroadWorks > Konfigurer partnerorganisasjonen i Partner Hub i dette dokumentet.)
Bruk Partner Hub til å klargjøre maler for brukerklargjøring. (Se Distribuer Webex for Cisco BroadWorks > Konfigurer onboarding-maler i dette dokumentet.)
Test og integrer en kunde ved å klargjøre minst én bruker. (Se Distribuer Webex for Cisco BroadWorks > Konfigurer testorganisasjonen .)

Dette er trinn på høyt nivå, i vanlig rekkefølge. Det finnes flere bidragsoppgaver du ikke kan overse.
Hvis du vil opprette dine egne programmer for å administrere Webex for Cisco BroadWorks-abonnenter, bør du lese Bruke klargjørings-API i delen Referanse i denne veiledningen.

Terminologi

Vi prøver å begrense sjargongen og akronymene som brukes i dette dokumentet, og å forklare hvert begrep når det brukes første gang. (Se Webex for Cisco BroadWorks Referanse > Terminologi hvis et begrep ikke er forklart i kontekst.)

Slik fungerer det

Webex for Cisco BroadWorks er et tilbud som integrerer BroadWorks Calling i Webex. Abonnenter bruker ett enkelt program ( Webex-app) for å dra nytte av funksjonene som tilbys av begge plattformene:

Brukere ringer PSTN-numre ved hjelp av BroadWorks-infrastrukturen.
Brukere ringer andre BroadWorks-numre ved hjelp av BroadWorks-infrastrukturen (lyd-/videosamtaler ved å velge numrene som er knyttet til brukerne eller talltastaturet for å introdusere numrene).
Brukere kan alternativt foreta en Webex VOIP-anrop over Webex-infrastrukturen ved å velge alternativet «Webex Call» i Webex-app. (Disse samtalene er Webex-app til Webex-app, ikke Webex-app til PSTN).
Brukere kan være vert for og bli med i Webex Meetings.
Brukere kan sende meldinger én til én eller i områder (vedvarende gruppechat), og dra nytte av funksjoner som søk og fildeling (på Webex-infrastruktur).
Brukere kan dele tilstedeværelse (status). De kan velge egendefinert tilstedeværelse eller klientkalkulert tilstedeværelse.
Når vi har integrert deg som partnerorganisasjon i Control Hub, med de riktige rettighetene, kan du konfigurere forholdet mellom BroadWorks-forekomsten og Webex.
Du oppretter kundeorganisasjoner i Control Hub, og klargjør brukere i disse organisasjonene.
Hver abonnent i BroadWorks får en Webex-identitet basert på e-postadresse deres (Email ID-attributt i BroadWorks).
Brukere autentiserer mot BroadWorks eller mot Webex.
Klienter får utstedt tokener med lang levetid for å autorisere dem for tjenester på BroadWorks og Webex.

Webex-appen i sentrum av denne løsningen; det er et merkeprogram som er tilgjengelig på Mac/Windows-stasjonære maskiner og Android/iOS-mobiler og nettbrett.

Det finnes også en nettversjon av Webex-appen som for øyeblikket ikke inkluderer samtalefunksjoner.

Klienten kobles til Webex-skyen for å levere meldings-, tilstedestatus- og møtefunksjoner.

Klienten registrerer seg for BroadWorks-systemene dine for anropsfunksjoner.

Webex-skyen fungerer med BroadWorks-systemene dine for å sikre en sømløs brukerklargjøringsopplevelse.

Funksjoner og begrensninger

Vi tilbyr flere pakker med forskjellige funksjoner.

«Softphone»-pakke

Denne pakketypen bruker Webex-app som en bare PC-telefon-klient med anropsfunksjonalitet, men ingen meldingsfunksjoner. Brukere med denne pakketypen kan bli med i Webex-møter, men kan ikke starte møter på egen hånd. Når andre brukere (softphone eller ikke-softphone) søker i katalogen etter en softphone-bruker, gir søkeresultatene ingen mulighet til å sende en melding.

Softphone-brukere kan dele skjermen mens de er i en samtale.

«Grunnleggende»-pakke

Grunnpakken inkluderer samtale-, meldings- og møtefunksjoner. Den inkluderer 100 deltakere i «unified space»-møter og PMR-møter (Personal Meeting Room). (** se merknaden nedenfor for unntak). I denne pakken kan møtene maksimalt ha en varighet på 40 minutter.

«Standard»-pakke

Denne pakken inkluderer også alt i grunnpakken, for eksempel opptil 100 deltakere i «unified space»-møter og PMR-møter (Personal Meeting Room).

Skjermdeling i et PMR-møte er en rolle som i utgangspunktet bare innehas av møteverten, men verten kan overføre «presentatørrollen» til en hvilken som helst møtedeltaker de velger, og bare verten kan ta inn presentatørrollen på nytt uten den gjeldende verten sender den til dem.

Premium-pakke

Denne pakken inkluderer alt i standardpakken pluss opptil 300 deltakere i «unified space»-møte og opptil 1000 deltakere i et personlig møterom (PMR).

Skjermdeling i et PMR-møte støttes for alle møtedeltaker.

Sammenlign pakker

Pakke	Anrop	Meldinger	Unified Space Meetings	PMR-møter
Softphone	Inkludert	Ikke inkludert	Ingen	Ingen
Grunnleggende	Inkludert	Inkludert	100 deltakere	100 deltakere
Standard	Inkludert	Inkludert	100 deltakere	100 deltakere
Premium	Inkludert	Inkludert	300 deltakere	1000 deltakere

Grensen for Unified Space Meeting for Basic-brukere er 100 deltakere per Unified Space Meeting med mindre området også inkluderer brukere som er tilordnet «Standard»- eller «Premium»-pakkene, og i så fall økes grensen basert på vertsbrukerpakken.

«Unified Space Meetings» refererer til et Webex-møte (planlagt eller ikke-planlagt) som finner sted på et Webex-område. En bruker starter for eksempel et møte fra området via knappene «Møt» eller «Planlegg».

«PMR-møter» refererer til et Webex-møte (planlagt eller ikke-planlagt) som finner sted i en brukers personlige møterom (PMR). Disse møtene bruker en dedikert nettadresse (for eksempel: cisco.webex.com/meet/roomOwnerUserID).

Meldings- og møtefunksjoner

Se tabellen nedenfor for forskjeller i støtte for PMR-møtefunksjoner for Basic-, Standard- og Premium-pakker.

Tabell 1. Forskjeller i funksjonsstøtte for PMR-møter
Møtefunksjon	Støttes med grunnleggende pakke	Støttes med standardpakke	Støttes med Preminum-pakke	Kommentar
Møtevarighet	40 minutter eller mindre	Ubegrenset	Ubegrenset
Deling av skrivebord	Ja	Ja	Ja	Grunnleggende – Skrivebordsdeling av alle PMR- møtedeltaker. Standard – Skrivebordsdeling kun av PMR- møtevert . Premium – Skrivebordsdeling av alle PMR- møtedeltaker.
Programdeling	Ja	Ja	Ja	Grunnleggende – Programdeling av alle PMR- møtedeltaker. Standard – Programdeling kun av PMR- møtevert . Premium – Programdeling av alle PMR- møtedeltaker.
Chat med flere deltakere	Ja	Ja	Ja
Tavle	Ja	Ja	Ja
Passordbeskyttelse	Ja	Ja	Ja
Nettapp – ingen nedlasting eller programtillegg (gjesteopplevelse)	Ja	Ja	Ja
Støtte for paring med Webex-enheter	Ja	Ja	Ja
Etasjekontroll (dempe én / utvise alle)	Ja	Ja	Ja
Kobling til vedvarende møter	Ja	Ja	Ja
Tilgang til nettsted for møter	Ja	Ja	Ja
Møte Bli med via VoIP	Ja	Ja	Ja
Låsing	Ja	Ja	Ja
Presentatørkontroller	Nei	Nei	Ja
Kontroll av eksternt skrivebord	Nei	Nei	Ja
Antall deltakere	100	100	1000
Opptaket er lagret lokalt i systemet	Ja	Ja	Ja
Opptak i skyen	Nei	Nei	Ja
Opptak – skylagring	Nei	Nei	10 GB per nettsted
Opptakstranskripsjoner	Nei	Nei	Ja
Møteplanlegging	Ja	Ja	Ja
Aktiver innholdsdeling med eksterne integreringer	Nei	Nei	Ja	Grunnleggende – Innholdsdeling av alle PMR- møtedeltaker. Standard – Innholdsdeling kun av PMR- møtevert . Premium – Innholdsdeling av alle PMR- møtedeltaker.
Tillat endring av PMR-nettadresse	Nei	Nei	Ja	Grunnleggende – Brukere kan endre PMR-URL-en fra Webex-nettsted. Partnere og organisasjonsadministratorer kan endre nettadressen fra Control Hub. Standard – PMR-URL-adressen kan bare endres fra Partner Hub av partner- og organisasjonsadministratorer. Premium – Brukere kan endre PMR-URL-en fra Webex-nettsted. Partner- og organisasjonsadministratorer kan endre nettadressen fra Partner Hub.
Direktestrømming av møter (f.eks. på Facebook, Youtube)	Nei	Nei	Ja
La andre brukere planlegge møter på deres vegne	Nei	Nei	Ja
Legg til alternativ vert	Ja	Nei	Ja
Appintegrering (f.eks. Zendesk, Slack)	Avhenger av integreringen	Avhenger av integreringen	Ja	Se Appintegreringer delen nedenfor for mer informasjon om støtte.
Integrering med Microsoft Office 365 kalender	Ja	Ja	Ja
Integrering med Google Calendaring for G Suite	Ja	Ja	Ja

Webex brukerstøtte publiserer funksjonene og brukervennlig dokumentasjon for Webex på help.webex.com. Les følgende artikler for å lære mer om funksjonene:

Anropsfunksjoner

Anropsopplevelsen ligner på tidligere løsninger som bruker BroadWorks samtalekontroll . Forskjellen til UC-One Collaborate og UC-One SaaS er at Webex-app er den primære myke klienten.

Appintegreringer

Du kan integrere Webex for Cisco BroadWorks med følgende programmer:

Zendesk – Bare Premium
Slakk – Bare Premium
Microsoft Teams for Webex Meetings – Standard eller Premium
Microsoft Teams for Calling – Støttes med alle pakker
Office 365-kalender – Standard eller Premium
Google Kalender for G Suite – Standard eller Premium

Støtte for infrastruktur for virtuelt skrivebord (VDI)

Webex for Cisco BroadWorks støtter nå miljøer for virtuell skrivebordsinfrastruktur (VDI). Hvis du vil ha mer informasjon om hvordan du distribuerer VDI-infrastruktur, kan du se Distribusjonsveiledning for Webex for virtuell skrivebordsinfrastruktur (VDI) .

IPv6-støtte

Webex for Cisco BroadWorks støtter IPv6-adressering for Webex-appen.

Fremtidens veikart

Hvis du vil ha innsikt i intensjonene våre for fremtidige versjoner av Webex for Cisco BroadWorks, kan du gå tilhttps://salesconnect.cisco.com/#/program/PAGE-16649 . Veikartelementene er ikke bindende på noen måte. Cisco forbeholder seg retten til å holde tilbake eller endre noen av eller alle disse elementene fra fremtidige utgivelser.

Begrensninger

Begrensninger for klargjøring

Tidssone for møtenettsted

Tidssonen for den første abonnenten for hver pakke blir tidssonen for Webex Meetings nettstedet som er opprettet for den pakken.

Hvis det ikke er angitt noen tidssone i klargjøringsforespørselen for den første brukeren av hver pakke, angis tidssonen for Webex Meetings nettstedet for den pakken til den regionale standarden for abonnentenes organisasjon.

Hvis kunden trenger en bestemt tidssone for Webex Meetings nettstedet, angir du timezone parameter i klargjøringsforespørselen for:

den første abonnenten klargjort for standardpakken i organisasjonen.
den første abonnenten klargjort for Premium-pakken i organisasjonen.
den første abonnenten klargjort for basispakken i organisasjonen.

Generelle begrensninger

Ingen anrop i nettversjonen av Webex-klienten (dette er en klientbegrensning, ikke en løsningsbegrensning.)
Webex har ennå ikke alle brukergrensesnittkontrollene for å støtte noen av samtalekontroll som er tilgjengelige fra BroadWorks.
Webex-klienten kan for øyeblikket ikke være «Hvit merket».
Når du oppretter kundeorganisasjoner ved hjelp av den valgte klargjøringsmetoden, opprettes de automatisk i samme region som partnerorganisasjonen din. Denne virkemåten er tiltenkt. Vi forventer at multinasjonale partnere oppretter en partnerorganisasjon i hver region der de administrerer kundeorganisasjoner.
Rapportering om møter og meldingsbruk er tilgjengelig via kundeorganisasjonen i Control Hub.

Kjente problemer og begrensninger

Hvis du vil ha en oppdatert liste over kjente problemer og begrensninger med Webex for Cisco BroadWorks-tilbudet, kan du se Kjente problemer og begrensninger .

Grenser for meldinger

Følgende grenser for datalagring (meldinger og filer kombinert) gjelder for organisasjoner som har kjøpt Webex for Cisco BroadWorks-tjenester gjennom en tjenesteleverandør. Disse grensene representerer maksimal lagringsplass for meldinger og filer kombinert.

Grunnleggende: 2 GB per bruker i 3 år
Standard 5 GB per bruker i 3 år
Premium: 10 GB per bruker i 5 år

For hver kundeorganisasjon slås disse summene per bruker sammen for å gi en aggregert totalsum for den kunden, basert på antall brukere. Et selskap med fem premiumbrukere har for eksempel en total grense for meldings- og fillagring på 50 GB. En enkeltbruker kan overskride grensen per bruker (10 GB), forutsatt at selskapet fortsatt er under det aggregerte maksimumsgrensen (50 GB).

For teamområder som opprettes, gjelder meldingsgrensene mot den aggregerte summen for kundeorganisasjonen som eier teamområdet. Du finner informasjon om eieren av individuelle teamområder i retningslinjene for område. Hvis du vil ha informasjon om hvordan du viser områdepolicyen for et individuelt teamområde, sehttps://help.webex.com/en-us/baztm6/Webex-Space-Policy .

Tilleggsinformasjon

Hvis du vil ha mer informasjon om generelle meldingsgrenser som gjelder for Webex meldingsteamområder, kan du sehttps://help.webex.com/en-us/n8vw82eb/Webex-Capacities .

Sikkerhet, data og roller

Webex-sikkerhet

Webex-klienten er et sikkert program som oppretter sikre tilkoblinger til Webex og BroadWorks. Dataene som er lagret i Webex-skyen, og eksponert for brukeren gjennom grensesnittet for Webex-app , krypteres både under overføring og hvile.

Det er flere detaljer om datautveksling i delen Referanse i dette dokumentet.

Ytterligere lesing

Residency for organisasjonsdata

Vi lagrer Webex-dataene dine i datasenter som samsvarer best med regionen din. Se Dataopphold i Webex i brukerstøtten.

Roller

administrator for tjenesteleverandør (deg): For daglige vedlikeholdsaktiviteter administrerer du de lokale (ringende) delene av løsningen ved hjelp av dine egne systemer. Du administrerer Webex-delene av løsningen gjennom Partner Hub.

Hvis du vil ha informasjon om rollene som er tilgjengelige for partnere, tilgangsrettighetene som følger med disse rollene, og hvordan du tilordner roller, se Partneradministratorroller for Webex for BroadWorks og Wholesale RTM .

Den første brukeren som klargjøres til en ny partnerorganisasjon, tilordnes automatisk rollene Full administrator og Full Partner Administrator. Denne administrator kan bruke artikkelen ovenfor til å tilordne flere roller.

Ciscos team for skydrift: Oppretter «partnerorganisasjonen» i Partner Hub, hvis den ikke finnes, under integreringen.

Når du har fått Partner Hub-kontoen din, konfigurerer du Webex-grensesnittene til dine egne systemer. Deretter oppretter du «Onboarding-maler» for å representere suitene eller pakkene som leveres gjennom disse systemene. Deretter klargjør du kundene eller abonnentene dine.

#	Typisk oppgave	SP	Cisco
1	Partner-onboarding – opprettelse av partnerorganisasjonen hvis en ikke finnes og aktiverer de nødvendige funksjonene		●
2	BroadWorks-konfigurasjon i Partner Org via Partner Hub (klynge)	●
3	Konfigurere integreringsinnstillinger i Partner Org via Partner Hub (tilbudsmaler, merkevarebygging)	●
4	Klargjøring av BroadWorks-miljø for integrering (AS, XSP\| ADP-oppdatering, brannmurer, XSP\| ADP-konfigurasjon, XSI, AuthService, CTI, NPS, DMS-applikasjoner på XSP\| ADP)	●
5	Utvikle klargjøringsintegrering eller prosess	●
6	Klargjør GTM-materialer	●
7	Overfør eller klargjør nye brukere	●

Arkitektur

Hva er i diagrammet?

Klient

Webex-appklienten fungerer som det primære programmet i Webex for Cisco BroadWorks-tilbud. Klienten er tilgjengelig på skrivebords-, mobil- og nettplattformer.

Klienten har innebygde meldinger, tilstedeværelse og lyd-/videomøter med flere parter levert av Webex-skyen. Webex-klienten bruker BroadWorks-infrastrukturen din for SIP- og PSTN-anrop.
Cisco IP-telefoner og relatert tilbehør bruker også BroadWorks-infrastrukturen for SIP- og PSTN-samtaler. Vi forventer å kunne støtte tredjepartstelefoner.
Brukeraktiveringsportal der brukere kan logge på Webex ved hjelp av BroadWorks-legitimasjonen.
Partner Hub er et webgrensesnitt for å administrere Webex-organisasjonen din og kundenes organisasjoner. Partnerhub er der du konfigurerer integreringen mellom BroadWorks-infrastrukturen og Webex. Du bruker også Partner Hub til å administrere klientkonfigurasjon og fakturering.

Nettverk for tjenesteleverandør

Den grønne blokken til venstre i diagrammet representerer nettverket ditt. Komponenter som er vert i nettverket ditt, gir følgende tjenester og grensesnitt til andre deler av løsningen:

Offentlig vendt XSP| ADP, for Webex for Cisco BroadWorks: (Boksen representerer én eller flere XSP| ADP-farmer, muligens frontet av lastbalansere.)
- Er vert for Xtended Services Interface (XSI-Actions & XSI-Events), Device Management Service (DMS), CTI-grensesnitt og autentiseringstjeneste. Sammen gjør disse programmene det mulig for telefoner og Webex-klienter å autentisere seg selv, laste ned konfigurasjonsfilene for anrop, ringe og motta anrop og se hverandres status for å koble på (telefoni) og samtalehistorikk .
- Publiserer katalog til Webex-klienter.
Offentlig vendt XSP| ADP, som kjører NPS:
- Push-server for vertssamtalevarsler: En Push-varslingsserver på en XSP| ADP i miljøet ditt. Den har grensesnitt mellom applikasjonsserveren og NPS-proxyen vår. Proxyen leverer kortvarige tokener til NPS-en din for å autorisere varsler til skytjenestene. Disse tjenestene (APNS og FCM) sender samtalevarsler til Webex-klienter på Apple iOS og Google Android-enheter.
Applikasjonsserver:
- Gir samtalekontroll og grensesnitt til andre BroadWorks-systemer (vanligvis)
- For flytende klargjøring brukes AS av partneradministrator til å klargjøre brukere i administrator
- Sender brukerprofil til BroadWorks
OSS/BSS: Ditt driftsstøttesystem / SIP-tjenester for bedrifter for å administrere BroadWorks-bedriftene dine.

Webex Cloud

Den blå blokken i diagrammet representerer Webex-skyen. Webex-mikrotjenester støtter hele spekteret av Webex-samarbeidsfunksjoner:

Cisco Common Identity (CI) er identitetstjenesten i Webex.
Webex for Cisco BroadWorks representerer settet med mikrotjenester som støtter integreringen mellom Webex og BroadWorks som er vert for tjenesteleverandøren:
- API-er for brukerklargjøring
- Konfigurasjon av tjenesteleverandør
- Brukerpålogging med BroadWorks-legitimasjon
Webex Meldingsboks for meldingsrelaterte mikrotjenester.
Webex Meetings -boks som representerer mediebehandlingsservere og SBC-er for videomøter med flere deltakere (SIP og SRTP)

Tredjeparts nettjenester

Følgende tredjepartskomponenter er representert i diagrammet:

APNS (Apple Push Notifications Service) sender anrops- og meldingsvarsler til Webex-programmer på Apple-enheter.
FCM (FireBase Cloud Messaging) sender anrops- og meldingsvarsler til Webex-programmer på Android-enheter.

XSP| ADP-arkitekturhensyn

Rollen til offentlig-vendt XSP| ADP-servere i Webex for Cisco BroadWorks

Den offentlige XSP-en| ADP i miljøet ditt gir følgende grensesnitt/tjenester til Webex og klienter:

Autentiseringstjeneste (AuthService), sikret av TLS, som svarer på Webex-forespørsler om BroadWorks JWT (JSON Web Token) på brukerens vegne
CTI-grensesnitt, sikret av mTLS, som Webex abonnerer på for samtalehistorikkhendelser og tilstedeværelsesstatus for telefoni fra BroadWorks (hook-status).
Xsi-handlinger og hendelser-grensesnitt (eXtended Services Interface) for samtalekontroll, kontakt- og samtaleliste og konfigurasjon av sluttbrukertelefonitjenester
DM-tjeneste (Device Management) for klienter for å hente konfigurasjonsfilene for anrop

Oppgi URL-adresser for disse grensesnittene når du konfigurerer Webex for Cisco BroadWorks. (Se Konfigurer BroadWorks-klynger i Partner Hub i dette dokumentet.) For hver klynge kan du bare oppgi én URL-adresse for hvert grensesnitt. Hvis du har flere grensesnitt i BroadWorks-infrastrukturen, kan du opprette flere klynger.

XSP| ADP-arkitektur

Vi krever at du bruker en egen, dedikert XSP| ADP-forekomst eller -farm som skal være vert for NPS-programmet (Notification Push Server). Du kan bruke den samme NPS med UC-One SaaS eller UC-One Collaborate. Du kan imidlertid ikke være vert for de andre programmene som kreves for Webex for Cisco BroadWorks på samme XSP| ADP som er vert for NPS-applikasjonen.

Vi anbefaler at du bruker en dedikert XSP| ADP-forekomsten/farmen skal være vert for de nødvendige programmene for Webex-integrering av følgende årsaker

Hvis du for eksempel tilbyr UC-One SaaS, anbefaler vi at du oppretter en ny XSP| ADP-farm for Webex for Cisco BroadWorks. På denne måten kan de to tjenestene operere uavhengig av hverandre mens du overfører abonnenter.
Hvis du samlokaliserer Webex for Cisco BroadWorks-applikasjoner på en XSP| ADP-farm som brukes til andre formål, er det ditt ansvar å overvåke bruken, administrere den resulterende kompleksiteten og planlegge for økt skala.
Den Kapasitetsplanlegger for Cisco BroadWorks-system forutsetter en dedikert XSP| ADP-farm og er kanskje ikke nøyaktig hvis du bruker den til samlokaliseringsberegninger.

Med mindre annet er angitt, vil den dedikerte Webex for Cisco BroadWorks XSP| ADP-er må være vert for følgende programmer:

AuthService (TLS med CI-tokenvalidering eller mTLS)
CTI (mTLS)
XSI-Actions (TLS)
XSI-Events (TLS)
DMS (TLS) – valgfritt. Det er ikke obligatorisk at du distribuerer en egen DMS-forekomst eller -farm spesifikt for Webex for Cisco BroadWorks. Du kan bruke den samme DMS-forekomsten som du bruker for UC-One SaaS eller UC-One Collaborate.
Nettvisning for samtaleinnstillinger (TLS) – valgfritt. Webvisning for samtaleinnstillinger (CSW) er bare nødvendig hvis du vil at Webex for Cisco BroadWorks-brukere skal kunne konfigurere samtalefunksjoner i Webex-appen.

Webex krever tilgang til CTI via et grensesnitt sikret av gjensidig TLS-godkjenning. For å støtte dette kravet anbefaler vi ett av disse alternativene:

(Diagram merket Alternativ 1 ) Én XSP| ADP-forekomst eller -farm for alle applikasjoner, med to grensesnitt konfigurert på hver server: et mTLS-grensesnitt for CTI og et TLS-grensesnitt for andre apper, for eksempel AuthService.
(Diagram merket Alternativ 2 ) To XSP| ADP-forekomster eller -farmer, én med et mTLS-grensesnitt for CTI, og den andre med et TLS-grensesnitt for andre apper, for eksempel AuthService.

XSP| Gjenbruk av ADP

Hvis du har en eksisterende XSP| ADP-farm som samsvarer med en av de foreslåtte arkitekturene ovenfor (alternativ 1 eller 2) og den er lett lastet , så er det mulig å bruke din eksisterende XSP på nytt| ADP-er. Du må bekrefte at det ikke er noen motstridende konfigurasjonskrav mellom eksisterende programmer og de nye programkravene for Webex. De to hovedhensynene er:

Hvis du trenger å støtte flere Webex-partnerorganisasjoner på XSP| ADP, betyr det at du må bruke mTLS på Auth-tjenesten (CI-tokenvalidering støttes bare for én partnerorganisasjon på en XSP| ADP). Hvis du bruker mTLS på autentiseringstjenesten, betyr det at du ikke kan ha klienter som bruker grunnleggende autentisering på autentiseringstjenesten samtidig. Denne situasjonen ville forhindre gjenbruk av XSP| ADP.
Hvis den eksisterende CTI-tjenesten er konfigurert til å brukes av klienter med den sikre porten (vanligvis 8012), men uten mTLS (dvs. klientgodkjenning), da vil det komme i konflikt med Webex-kravet om å ha mTLS.

Fordi XSP| ADP-er har mange applikasjoner, og antallet permutasjoner for disse applikasjonene er stort, kan det være andre uidentifiserte konflikter. Av denne grunn kan eventuell gjenbruk av XSP| ADP-er bør verifiseres i et laboratorium med den tiltenkte konfigurasjonen før de forplikter seg til gjenbruk.

Konfigurere NTP-synkronisering på XSP| ADP

Distribusjonen krever tidssynkronisering for all XSP| ADP-er som du bruker med Webex.

Installer ntp pakken etter at du har installert operativsystemet og før du installerer BroadWorks-programvaren. Deretter kan du konfigurere NTP under XSP| Installasjon av ADP-programvare. Se Veiledning for BroadWorks-programvareadministrasjon for mer informasjon.

Under den interaktive installasjonen av XSP| ADP-programvare, får du muligheten til å konfigurere NTP. Gå fram på følgende måte:

Når installasjonsprogrammet spør, Do you want to configure NTP?, angi y.
Når installasjonsprogrammet spør, Is this server going to be a NTP server?, angi n.
Når installasjonsprogrammet spør, What is the NTP address, hostname, or FQDN?, skriver du inn adressen til NTP-server eller en offentlig NTP-tjeneste, for eksempel, pool.ntp.org.

Hvis din XSP| ADP-er bruker stille (ikke-interaktiv) installasjon. konfigurasjonsfil for installasjonsprogrammet må inneholde følgende Key=Value-par:

NTP

NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>

XSP| ADP-identitets- og sikkerhetskrav

Bakgrunn

Protokollene og chiffrene til Cisco BroadWorks TLS-tilkoblinger kan konfigureres på forskjellige spesifisitetsnivåer. Disse nivåene varierer fra de mest generelle (SSL-leverandør) til de mest spesifikke (enkeltgrensesnitt). En mer spesifikk innstilling overstyrer alltid en mer generell innstilling. Hvis de ikke er angitt, arves SSL-innstillingene for «lavere» nivå fra «høyere» nivåer.

Hvis ingen innstillinger endres fra standardinnstillingene, arver alle nivåer standardinnstillingene for SSL-leverandøren (JSSE Java Secure Sockets Extension).

Kravliste

XSP| ADP må autentisere seg selv for klienter som bruker et CA-signert sertifikat der Common Name eller Subject Alternative Name samsvarer med domenedelen av XSI-grensesnittet.
Xsi-grensesnittet må støtte TLSv1.2-protokollen.
Xsi-grensesnittet må bruke en krypteringspakke som oppfyller følgende krav.
- Diffie-Hellman Ephemeral (DHE) eller elliptiske kurver Diffie-Hellman Ephemeral (ECDHE) nøkkelutveksling
- AES-kryptering (Advanced Encryption Standard) med en blokkstørrelse på minst 128 biter (f.eks. AES-128 eller AES-256)
- GCM (Galois/Counter Mode) eller CBC (Cipher Block Chaining)-chiffermodus
  - Hvis en CBC-chiffer brukes, er bare SHA2-familien av hashfunksjoner tillatt for nøkkelavledning (SHA256, SHA384, SHA512).

Følgende chiffer oppfyller for eksempel kravene:

TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384

XSP| ADP CLI krever IANA-navnekonvensjonen for krypteringspakker, som vist ovenfor, ikke openSSL-konvensjonen.

Støttede TLS-krypteringer for grensesnittene AuthService og XSI

Denne listen kan endres etter hvert som kravene til skysikkerhet utvikler seg. Følg gjeldende sikkerhetsanbefaling fra Cisco i skyen for valg av kryptering, som beskrevet i kravlisten i dette dokumentet.

TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA

Skaleringsparametre for Xsi Events

Du må kanskje øke Xsi-Events-køstørrelsen og trådantallet for å håndtere volumet av hendelser som Webex for Cisco BroadWorks-løsningen krever. Du kan øke parametrene til minimumsverdiene som vises, på følgende måte (ikke reduser dem hvis de er over disse minimumsverdiene):

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventQueueSize = 2000

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>eventHandlerThreadCount = 50

Flere XSP| ADP-er

Kantelement for belastningsbalansering

Hvis du har et belastningsfordeling på nettverkskanten, må det håndtere fordelingen av trafikk mellom de flere XSP-ene på en transparent måte| ADP-servere og Webex for Cisco BroadWorks-skyen og -klienter. I dette tilfellet må du oppgi URL-adressen til lastbalanseren til Webex for Cisco BroadWorks-konfigurasjonen.

Merknader om denne arkitekturen:

Konfigurer DNS slik at klientene kan finne lastbalanseren når de kobler til Xsi-grensesnittet (se DNS-konfigurasjon ).
Vi anbefaler at du konfigurerer edge-elementet i omvendt SSL-proxy-modus for å sikre punkt-til-punkt datakryptering.
Sertifikater fra XSP| ADP01 og XSP| ADP02 skal begge ha XSP| ADP-domene, for eksempel din-XSP| ADP.example.com, i det alternative navnet på emnet. De bør ha sine egne FQDN-er, for eksempel XSP| ADP01.example.com, i Common Name. Du kan bruke jokertegnsertifikater, men vi anbefaler dem ikke.

Internett-vendt XSP| ADP-servere

Hvis du viser Xsi-grensesnittene direkte, bruker du DNS til å distribuere trafikken til flere XSP| ADP-servere.

Merknader om denne arkitekturen:

To oppføringer kreves for å koble til XSP| ADP-servere:
- For Webex-mikrotjenester: Round-robin A/AAAA-oppføringer kreves for å målrette mot flere XSP| ADP IP-adresser. Dette er fordi Webex-mikrotjenestene ikke kan gjøre SRV-oppslag. For eksempler, se Webex Cloud .
- For Webex-appen: En SRV-oppføring som løses til A-oppføringer der hver A-oppføring løses til én XSP| ADP. For eksempler, se Webex-appen .
  
  Bruk prioriterte SRV-registreringer til å målrette XSI-tjenesten for den flere XSP-en| ADP-adresser. Prioriter SRV-registreringer slik at mikrotjenestene alltid går til den samme A-oppføringen (og etterfølgende IP-adresse), og bare flyttes til neste A-oppføring (og IP-adresse) hvis den første IP-adresse er nede. IKKE bruk en round-robin-tilnærming for Webex-appen.
Sertifikater fra XSP| ADP01 og XSP| ADP02 skal begge ha XSP| ADP-domene, for eksempel din-XSP| ADP.example.com, i det alternative navnet på emnet. De bør ha sine egne FQDN-er, for eksempel XSP| ADP01.example.com, i Common Name.
Du kan bruke jokertegnsertifikater, men vi anbefaler dem ikke.

Unngå HTTP-omdirigeringer

Noen ganger er DNS konfigurert til å løse XSP| ADP-URL til en HTTP-lastbalanserer, og lastbalanseren er konfigurert til å omdirigere via en omvendt proxy til XSP| ADP-servere.

Webex følger ikke en viderekobling når du kobler til URL-adressene du oppgir, slik at denne konfigurasjonen ikke fungerer.

Bestilling og klargjøring

Bestilling og klargjøring gjelder på disse nivåene:

Klargjøring av partner/tjenesteleverandør :

Hver Webex for Cisco BroadWorks-tjenesteleverandør (eller -forhandler) som integreres, må konfigureres som en partnerorganisasjon i Webex, og tildeles de nødvendige rettighetene. Cisco Operations gir administrator for partnerorganisasjonen tilgang til å administrere Webex for Cisco BroadWorks på Webex Partner Hub. Partneradministratoren må utføre alle nødvendige klargjøringstrinn før de kan klargjøre en kunde-/bedriftsorganisasjon.
Bestilling og klargjøring av kunde/bedrift :

Hver BroadWorks Enterprise som er aktivert for Webex for Cisco BroadWorks, utløser opprettelse av en tilknyttet Webex-kundeorganisasjon. Denne prosessen skjer automatisk som en del av klargjøring av bruker/abonnent. Alle brukere/abonnenter i en BroadWorks-bedrift klargjøres i den samme Webex-kundeorganisasjonen.

Den samme virkemåten gjelder hvis BroadWorks-systemet er konfigurert som en tjenesteleverandør med grupper. Når du klargjør en abonnent i en BroadWorks-gruppe, opprettes det automatisk en kundeorganisasjon som tilsvarer gruppen i Webex.
Bestilling og klargjøring av bruker/abonnent :

Webex for Cisco BroadWorks støtter for øyeblikket følgende brukerklargjøringsmodeller:
- Gjennomstrømming av klargjøring med klarerte e-poster
- Klargjøring med flytende klargjøring uten klarerte e-poster
- Selvklargjøring for bruker
- API-klargjøring

Klargjøring for flytende klargjøring med klarerte e-poster

Du konfigurerer den integrerte IM&P-tjenesten til å bruke en Webex-klargjørings-URL, og deretter tilordner du tjenesten til brukere. Applikasjonsserveren bruker Webex-klargjørings-API til å be om de tilsvarende Webex-brukerkontoene.

Hvis du kan hevde at BroadWorks har abonnent-e-postadresser som er gyldige og unike for Webex, oppretter og aktiverer dette klargjøringsalternativet automatisk Webex-kontoer med disse e-postadressene som bruker-ID-er.

Du kan endre abonnentpakken via Partner Hub, eller du kan skrive ditt eget program for å bruke klargjørings-API til å endre abonnentpakker.

Klargjøring for flytende klargjøring uten klarerte e-poster

Du konfigurerer den integrerte IM&P-tjenesten til å bruke en Webex-klargjørings-URL, og deretter tilordner du tjenesten til brukere. Applikasjonsserveren bruker Webex-klargjørings-API til å be om de tilsvarende Webex-brukerkontoene.

Hvis du ikke kan stole på e-postadressene for abonnenter som BroadWorks har, oppretter dette klargjøringsalternativet Webex-kontoer, men kan ikke aktivere dem før abonnentene oppgir og bekrefter e-postadressene sine. På det tidspunktet kan Webex aktivere kontoene med disse e-postadressene som bruker-ID-er.

Du kan endre abonnentpakken via Partner Hub, eller du kan skrive ditt eget program for å bruke klargjørings-API til å endre abonnentpakker.

Egen klargjøring for bruker

Med dette alternativet er det ingen flytende klargjøring fra BroadWorks til Webex. Når du har konfigurert integreringen mellom Webex og BroadWorks-systemet, får du én eller flere koblinger som er spesifikke for klargjøring av brukere i Webex for Cisco BroadWorks-partnerorganisasjonen.

Deretter utformer du din egen kommunikasjon (eller delegerer til kundene dine) for å distribuere koblingen til abonnentene. Abonnentene følger koblingen, og oppgir og validerer deretter e-postadressene sine for å opprette og aktivere sine egne Webex-kontoer.

Siden kontoene klargjøres innenfor rammen av partnerorganisasjonen din, kan du justere brukerpakker manuelt via Partner Hub, eller du kan bruke API-et til å gjøre det.

Brukere må finnes i BroadWorks-systemet som du integrerer med Webex, ellers har de forbud mot å opprette kontoer med den koblingen.

Tjenesteleverandør klargjøring av API-er

Webex viser et sett med offentlige API-er som lar deg bygge Webex for Cisco BroadWorks-bruker-/abonnentklargjøring i din eksisterende arbeidsflyt/verktøy for brukeradministrasjon.

Obligatoriske oppdateringer med flytende klargjøring

Hvis du bruker gjennomstrømmingsklargjøring, må du installere en systemoppdatering og bruke en CLI-egenskap. Se listen nedenfor for instruksjoner som gjelder for BroadWorks-versjonen din:

For R22:

Installer AP.as.22.0.1123.ap376508 .
Etter installasjonen angir du egenskapen bw.msg.includeIsEnterpriseInOSSschema til true fra CLI inn Maintenance/ContainerOptions.

Hvis du vil ha mer informasjon, kan du se oppdateringsmerknadenehttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .

For R23:

Installer AP.as.23.0.1075.ap376509
Etter installasjonen angir du egenskapen bw.msg.includeIsEnterpriseInOSSschema til true fra CLI inn Maintenance/ContainerOptions.

Hvis du vil ha mer informasjon, kan du se oppdateringsmerknadenehttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .

For R24:

Installer AP.as.24.0.944.ap375100
Etter installasjonen angir du egenskapen bw.msg.includeIsEnterpriseInOSSschema til true fra CLI inn Maintenance/ContainerOptions.

Hvis du vil ha mer informasjon, kan du se oppdateringsmerknadenehttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .

Når du har fullført disse trinnene, vil du ikke kunne klargjøre nye brukere med UC-One Collaborate-tjenester. Nylig klargjorte brukere må være Webex for Cisco BroadWorks-brukere.

Internnummer

Støtte for internnummerfunksjoner gjør at Webex for Cisco Broadworks-brukere kan ringe andre brukere med et internnummer som ligner på det primærtelefon i samme bedrift. Dette er spesielt nyttig for brukere som ikke har DID-numre.

Under klargjøring lagres internnummeret til brukerne i Webex-katalogen som brukerens internnummer. For BroadWorks-anrop vises internnummeret i Webex-appen i internnummerfeltet for alle metodeområdene for samtaleinitiering og brukerens profil. Webex for Cisco BroadWorks støtter kun internnummeranrop mellom brukere i samme gruppe og forskjellige grupper i samme bedrift med kombinasjonen av retningsnummer og internnummer. Anrop mellom to bedrifter som bare bruker internnumre, støttes imidlertid ikke.

Et internnummer kan klargjøres for Cisco BroadWorks-brukere via følgende metoder:

Cisco BroadWorks-brukere
- Offentlig API-klargjøring som utvidelse
  - Internnummerparameteren skal eksplisitt sendes som en del av API-kallet. For bedrifter/grupper som har konfigurert stedsnummer (LDC), skal internnummerparameteren være kombinasjonen av LDC og ' internnummer.
- Klargjøring av flytende eller selvaktiverende klargjøring
  - Internnummer og LDC (der det er aktuelt) hentes automatisk fra BroadWorks.
BroadWorks-anropsbrukere eller enheter
- Synkroniseres automatisk fra BroadWorks av Directory Sync ved hjelp av kombinasjonen av stedsnummer (LDC) og internnummer.

Tabell 2. Behandling av internnummer basert på klargjøringsmetode
BroadWorks Calling Records	Beskrivelse	Klargjøringsmetode	Administrere internnummer
Webex for Cisco BroadWorks-brukere	Brukere er aktivert for Webex for Cisco BroadWorks	Offentlig API	Internnummer må sendes som parameter
Webex for Cisco BroadWorks-brukere	Brukere er aktivert for Webex for Cisco BroadWorks	Gjennomstrømming	Internnummer hentet fra BroadWorks automatisk
Brukere som kun ringer BroadWorks	Ringer brukere som er ikke integrert i Webex	Katalogsynkronisering	Internnummer synkronisert av Katalogsynkronisering
Anropsenheter som ikke er brukere	For eksempel en telefon i et konferanserom, en faks, et søkegruppenummer	Katalogsynkronisering	Internnummer synkronisert av Katalogsynkronisering
BroadWorks-telefonlister	Bedrifts-, gruppe- eller personlige telefonlister	Katalogsynkronisering	Ikke relevant

Forutsetninger

Klientversjonen som kreves for å støtte denne funksjonen, er 42.11 eller nyere.
Oppdatering der internnummer og stedsnummer legges til i XSI og klargjøringsadapter februar 2022 for versjon 23 eller nyere som en del av :
- AP.platform.23.0.1075.ap380045
- AP.as.23.0.1075.ap380045
- AP.xsp.23.0.1075.ap380045
- AP.as.24.0.944.ap380045
Aktiver overskriften X-BroadWorks-Remote-Party-Info på AS ved hjelp av CLI-kommando nedenfor for denne SIP-samtale -anropsflyten, som er nødvendig for støtte for internnummer.
```
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
```

Prioritet for appanropsalternativer

Som en del av støtten for internnummerfunksjoner, er prioritetsinnstillingen for app-anropsalternativer også tilgjengelig på partnernivå for alle Webex for Cisco Broadworks-partnere. Ved hjelp av denne innstillingen kan partneren kontrollere innstillingene for samtaleprioritet for alle sine administrerte kunder fra Partner Hub. Prioriteringsinnstillingen for app-anropsalternativer for en kunde kan også endres på kundenivå fra Control Hub.

Prioriteringsinnstillingen for app-anropsalternativer inneholder internnummer som andre alternativ i både Partner Hub og Control Hub når en Webex for Cisco Broadworks-bruker nylig er klargjort med internnummer via en av de ovennevnte klargjøringsmetodene.

For alle eksisterende klargjorte organisasjoner vil internnummeralternativet være i skjult tilstand (som standard) i prioriteringsinnstillingen for app-anropsalternativer. Dette viser ikke et internnummer i alternativet for lyd-/ videosamtale til brukeren i Webex-appen.

Følgende er alternativene for å gjøre anropsalternativet for internnummeret synlig for eksisterende kunder:

Hvis en partner ønsker at alle sine administrerte kundeorganisasjoner skal få et internnummer som et av anropsalternativene, anbefales det at partneradministratoren flytter internnummeret fra skjult til tilgjengelig i Partner Hub. Dette lar de administrerte kundeorganisasjonene arve innstillingen fra partneren sin.
Hvis en partner ønsker å gi et internnummer i anropsalternativer for en bestemt kundeorganisasjon, anbefales det at partneradministratoren flytter internnummeret fra skjult til tilgjengelig i Control Hub.

Støtte for gruppekontakter

Denne funksjonen forbedrer Webex for BroadWorks DirSync-tjeneste ved å fjerne begrensningen for synkronisering av opptil 1500 kontakter fra gruppetelefonlistene på BroadWorks og la partnere synkronisere opptil 30 000 kontakter fra én enkelt gruppetelefonliste og bringe den på linje med 30 000 kontakter økning for telefonliste for bedrifter, som ble utgitt separat.

Det er en generell grense på 200 000 for alle eksterne kontakter per organisasjon, som vil gjelde for summen av telefonlister for bedrifter og grupper i én BroadWorks-bedrift. For eksempel vil en BroadWorks-bedrift som har en telefonliste for bedrifter med 30 000 og 5 gruppetelefonlister hver på 30 000 støttes (totalt 180 000 per organisasjon). Hvis det imidlertid finnes 6 gruppetelefonlister på 30 000 hver, støttes ikke dette (totalt 210 000).

Denne funksjonen er tilgjengelig på forespørsel. Ta kontakt med kontoteamet ditt for å få det aktivert.

Før du aktiverer funksjonen, må det kjøres en forutsetning for overføring til klargjørings- og tilknyttede grupper for alle de eksisterende klargjorte brukerne.
Cisco-teamet vil kjøre et internt API for å overføre alle eksisterende klargjorte brukere for å knytte dem til riktig gruppe. MERK: Dette kan ta opptil én uke å behandle.
Når overføringen er fullført for partneren og funksjonen er aktivert, blir alle nylig klargjorte brukere «gruppert» på riktig måte.

Når funksjonen er aktivert, begynner DirSync-tjenesten å synkronisere BroadWorks Group-telefonlistekontakter til dedikert kontaktlagring per gruppe i Webex Contact Service.

Under klargjøring må bedriftsgruppen til brukeren lagres i Webex-katalogen for å indikere gruppen denne brukeren tilhører. Tilknytningen av brukeren til en BroadWorks-gruppe i Webex-katalogen gjør at Webex-app kan utføre kontaktsøk i gruppelagringen for kontakttjenesten for den spesifikke gruppen til brukeren.

Funksjonen krever at Webex for BroadWorks-abonnenter klargjøres i Webex med BroadWorks bedriftsgruppe-ID.

BroadWorks bedriftsgruppe-ID kan klargjøres for Cisco BroadWorks-brukere på følgende måter:

Webex for Cisco BroadWorks-brukere
- Offentlig API-klargjøring som «spEnterpriseGroupId»
  - BroadWorks-bedriftsgruppe-ID-en skal eksplisitt sendes i spEnterpriseGroupId-parameteren for API-kallet.
- Klargjøring av flytende eller selvaktiverende klargjøring
  - BroadWorks bedriftsgruppe-ID hentes automatisk fra BroadWorks.
- BroadWorks-anropsbrukere eller enheter
  - Ikke aktuelt. Det er ikke nødvendig å synkronisere BroadWorks bedriftsgruppe-ID for disse brukerne.

Tabell 3. Administrasjon av bedriftsgruppe-ID basert på klargjøringsmetode
BroadWorks Calling Records	Beskrivelse	Klargjøringsmetode	Administrere bedriftsgruppe-ID
Webex for Cisco BroadWorks-brukere	Brukere er aktivert for Webex for Cisco BroadWorks	Offentlig API	BroadWorks-bedriftsgruppe-ID må sendes som parameteren spEnterpriseGroupId
Webex for Cisco BroadWorks-brukere	Brukere er aktivert for Webex for Cisco BroadWorks	Gjennomstrømming	BroadWorks bedriftsgruppe-ID hentes automatisk fra BroadWorks
Brukere som kun ringer BroadWorks	Ringer brukere som er ikke integrert i Webex	Katalogsynkronisering	Ikke relevant
Anropsenheter som ikke er brukere	For eksempel en telefon i et konferanserom, en faks, et søkegruppenummer	Katalogsynkronisering	Ikke relevant
BroadWorks-telefonlister	Kontakter i telefonlister for BroadWorks-gruppen	Katalogsynkronisering	Gruppekontakter lagres i Webex Contact Service knyttet til den bestemte gruppen
BroadWorks Enterpsie- eller Personlig telefonlister	Kontakter i bedriftstelefonlisten eller personlig telefonliste	Katalogsynkronisering	Ikke relevant

Offentlig API må oppdateres FØR OVERFØRINGEN. Overføringen kan ikke fullføres før THIS API er fullført. BroadWorks-bedriftsgruppe-ID-en skal eksplisitt sendes i spEnterpriseGroupId-parameteren for API-kallet https://developer.webex.com/docs/api/changelog#2023-march

Etter at funksjonen er aktivert, og som et resultat av neste katalogsynkronisering, vises også bedriftsbrukergruppene i Control Hub. Visualisering av gruppene i Control Hub for Webex for BroadWorks er på dette stadiet kun av informasjon. Partner- og kundeadministratorer skal ikke gjøre endringer i grupper eller gruppemedlemskap i Control Hub, da disse endringene ikke vil bli reflektert tilbake til BroadWorks. Gruppeadministrasjon i Control Hub er ment for bruk av partnere som skal ta i bruk de kommende API-ene for Contact Management.

Overføring og fremtidssikring

Cisco-fremdriften for Broadsoft Unified Communications-klient er å gå bort fra UC-One mot Webex. Det er en tilsvarende progresjon av støttetjenestene bort fra tjenesteleverandørnettverket – bortsett fra anrop – mot Webex-skyplattformen.

Enten du kjører UC-One SaaS eller BroadWorks Collaborate, er den foretrukne overføringsstrategien å distribuere ny, dedikert XSP| ADP-er for integrering med Webex for Cisco BroadWorks. Du kan kjøre de to tjenestene parallelt mens du overfører kunder til Webex, og til slutt hente inn infrastrukturen som ble brukt for den forrige løsningen.

Anbefalte dokumentabonnementer

Artiklene i Webex brukerstøtte (på help.webex.com) har en Abonner alternativ som lar deg motta et e-postvarsel hver gang artikkelen oppdateres.

Vi anbefaler at du abonnerer på hver av de følgende artiklene for å sikre at du ikke går glipp av viktige oppdateringer som påvirker nettverkstilkobling. Hvis du vil abonnere, går du til hver av koblingene nedenfor, og i artikkelen som starter, klikker du på Abonner -knappen.

Vi anbefaler som et minimum at du abonnerer på listen ovenfor. De fleste Webex-artiklene og -dokumentene som er oppført under Ytterligere dokumenter ha en Abonner alternativet. For at dette alternativet skal vises, må artikkelen vises på help.webex.com.

Det finnes ikke noe abonnementsalternativ for landingssider for dokumentasjon.

Ytterligere dokumenter

Se den relaterte dokumentasjonen nedenfor hvis du vil ha mer informasjon om Webex for Cisco BroadWorks:

Webex for Cisco BroadWorks-dokumenter

Partneradministratorer kan bruke følgende dokumenter og nettsteder til å hente informasjon om Webex for Cisco BroadWorks.

Ta med din egen PSTN-løsning for Webex for Cisco BroadWorks – Denne løsningen lar tjenesteleverandører klargjøre telefonnumre de eier (i stedet for Cisco-leverte numre) som brukere kan bruke når de blir med i Webex Meetings.
Konfigurasjonsveiledning for Webex for Cisco BroadWorks –Beskriver hvordan du konfigurerer Webex-appen for Webex for Cisco BroadWorks.
Veiledning for enhetsintegrering for Webex for Cisco BroadWorks –Beskriver hvordan du tar om bord og utfører service på Room OS- og MPP-enheter.
Feilsøkingsveiledning for Webex for Cisco BroadWorks – Inneholder feilsøkingsinformasjon for Webex for Cisco BroadWorks.

Webex for Cisco BroadWorks-artikler

Partneradministratorer kan bruke følgende valgfrie nettsteder for å lære mer om Webex for Cisco BroadWorks:

Webex for Cisco BroadWorks-dokumentasjon – Landingssiden viser tekniske dokumenter og valgfrie Webex-artikler målrettet mot partneradministratorer for Webex for Cisco BroadWorks.
Hva er nytt med Webex for Cisco BroadWorks – Les om de siste utgitte funksjonene sammen med hva som kommer snart.
Kjente problemer og begrensninger – Les om kjente problemer som vi har identifisert i Webex for Cisco BroadWorks-løsningen.
Partneradministratorroller for Webex for BroadWorks og Wholesale RTM –Denne artikkelen beskriver hvordan du tilordner partneradministratorroller for partnerorganisasjoner som tilbyr administrator for Cisco BroadWorks. Roller blir vant til å tilordne administrasjonstilgang til innstillinger i Partner Hub og Control Hub.

Cisco BroadWorks-dokumenter

Partneradministratorer kan se Cisco BroadWorks-nettstedet på cisco.com for tekniske dokumenter som beskriver hvordan du distribuerer Cisco BroadWorks-delen av løsningen:

Cisco BroadWorks-dokumenter

Hjelpeartikler for Webex

Følgende hjelpenettsteder for Webex kan brukes til å finne Webex-artikler som hjelper kundeadministratorer og sluttbrukere med å bruke Webex-funksjoner.

Webex fra tjenesteleverandører – Denne landingssiden inneholder koblinger med informasjon om hvordan du komme i gang , og vanlige artikler for brukere av Webex-appen som har kjøpt Webex-tjenester fra en tjenesteleverandør.
Brukerstøtte for Webex –Bruk søkefunksjonen på help.webex.com til å søke etter flere Webex-artikler som beskriver Webex-appen og Webex Meetings funksjonaliteten. Du kan søke etter bruker- eller administrator .

Utviklerdokumentasjon

Utviklerveiledning for Webex for utviklerveiledning –Gir informasjon for utviklere som oppretter programmer som bruker Webex for BroadWorks API-er.

Forbered miljøet ditt

Avgjørelsespunkter

Hensyn	Spørsmål å svare på	Ressurser
Arkitektur og infrastruktur	Hvor mange XSP\| ADP-er? Hvordan tar de mTLS?	Kapasitetsplanlegger for Cisco BroadWorks-system Systemveiledning for Cisco BroadWorks XSP\| ADP CLI-referanse Dette dokumentet
Kunde- og brukerklargjøring	Kan du hevde at du stoler på e-poster i BroadWorks? Vil du at brukere skal oppgi e-postadresser for å aktivere sine egne kontoer? Kan du bygge verktøy for å bruke API-et vårt?	Offentlige API-dokumenter på https://developer.webex.com Dette dokumentet
Merkevarebygging	Hvilken farge og logo vil du bruke?	Artikkel om merkevarebygging i Webex-app
Maler	Hva er de forskjellige kundebrukssakene dine?	Dette dokumentet
Abonnentfunksjoner per kunde/bedrift/gruppe	Velg pakke for å definere tjenestenivå per mal. Basic, Standard, Premium eller Softphone.	Dette dokumentet Funksjons-/pakkematrise
Grunnleggende godkjenning	BroadWorks eller Webex	Dette dokumentet
Klargjøringsadapter (for alternativer for gjennomstrømming av klargjøring)	Bruker du allerede integrert IM&P, for eksempel for UC-One SaaS? Har du tenkt å bruke flere maler? Er det forventet et mer vanlig bruksområde?	Dette dokumentet CLI-referanse for applikasjonsserver

Arkitektur og infrastruktur

Hva slags skala har du tenkt å starte med? Det er mulig å skalere opp i fremtiden, men det nåværende bruksestimatet ditt bør drive infrastrukturplanleggingen.
Arbeid med din Cisco-kontoleder/-salgsrepresentant for å finne størrelsen på XSP-en din| ADP-infrastruktur, ifølge Kapasitetsplanlegger for Cisco BroadWorks-system og Systemveiledning for Cisco BroadWorks .
Hvordan oppretter Webex gjensidige TLS-tilkoblinger til XSP-en din| ADP-er? Direkte til XSP| ADP i en DMZ, eller via TLS-proxy? Dette påvirker sertifikatbehandlingen og URL-adressene du bruker for grensesnittene. ( Vi støtter ikke ukrypterte TCP-tilkoblinger til kanten av nettverket ditt ).

Kunde- og brukerklargjøring

Hvilken brukerklargjøringsmetode passer deg best?

Klargjøring med flytende klargjøring med klarerte e-poster : Ved å tilordne «Integrated IM&P»-tjenesten på BroadWorks, klargjøres abonnenten automatisk i Webex.

Hvis du også kan hevde at e-postadressene for abonnenter i BroadWorks er gyldige og unike for Webex, kan du bruke varianten «klarert e-post» av flytende klargjøring. Webex-abonnentkontoer opprettes og aktiveres uten deres inngripen. de bare laster ned klienten og logger på.

E-postadresse er et viktig brukerattributt på Webex. Derfor må tjenesteleverandøren oppgi en gyldig e-postadresse for brukeren for å klargjøre brukeren for Webex-tjenester. Dette må være i brukerens e-post-ID-attributt i BroadWorks. Vi anbefaler at du også kopierer den til attributtet Alternativ ID.
Klargjøring for flytende klargjøring uten klarerte e-poster : Hvis du ikke kan stole på e-postadressene for abonnentene, kan du likevel tilordne den integrerte IM&P-tjenesten i BroadWorks til klargjøringsbrukere i Webex.

Med dette alternativet opprettes kontoene når du tilordner tjenesten, men abonnentene må oppgi og bekrefte e-postadressene sine for å aktivere Webex-kontoene.
Egen klargjøring for bruker : Dette alternativet krever ikke tilordning av IM&P-tjeneste i BroadWorks. Du (eller kundene dine) distribuerer en klargjøringskobling i stedet, og koblingene for å laste ned de forskjellige klientene, med merkevarebyggingen og instruksjonene dine.

Abonnenter følger koblingen, og oppgir deretter og validerer e-postadressene sine for å opprette og aktivere Webex-kontoene sine. Deretter laster de ned klienten og logger på, og Webex henter noe tilleggskonfigurasjon om dem fra BroadWorks (inkludert primærnumrene).
SP-kontrollert klargjøring via API-er : Webex viser et sett med offentlige API-er som lar tjenesteleverandører bygge bruker-/abonnentklargjøring i sine eksisterende arbeidsflyter.

Klargjøringskrav

Tabellen nedenfor oppsummerer kravene for hver klargjøringsmetode. I tillegg til disse kravene må distribusjonen oppfylle de generelle systemkravene som er beskrevet i denne veiledningen.

Klargjøringsmetode

Krav

Klargjøring for flytende klargjøring

(Kliterte eller ikke-klarerte e-poster)

Webex-klargjørings-APIet legger til eksisterende BroadWorks-brukere i Webex automatisk når brukeren oppfyller kravene og du bytter Integrert IM+P tjeneste til på.

Det finnes to flyter (klarerte e-postmeldinger eller ikke-klarerte e-postmeldinger) som du tilordner via onboarding-malen på Webex.

BroadWorks-krav:

Brukeren finnes på BroadWorks med et primærnummer eller internnummer.
Brukeren er tilordnet Integrert IM+P tjeneste, som peker til tjeneste-URL for Webex-klargjøringstjenesten .
Kun klarerte e-poster. Brukeren har en e-postadresse konfigurert på BroadWorks. Vi anbefaler at du også legger til e-posten i Alternativ ID -feltet, da dette lar brukeren logge på med BroadWorks-legitimasjon.
BroadWorks har obligatoriske oppdateringer installert for flytende klargjøring. Se Obligatoriske oppdateringer med flyttgående klargjøring (nedenfor) for oppdateringskrav.
BroadWorks AS er koblet til Webex-skyen direkte, eller proxyen for klargjøringsadapteren er konfigurert med tilkobling til tjeneste-URL for Webex-klargjøringstjenesten.

Se Konfigurer applikasjonsserver med URL-adresse for klargjøringstjeneste for å hente tjeneste-URL til Webex-klargjøringstjenesten .

Se Cisco BroadWorks-implementering av klargjøringsadapter-proxy FD for å konfigurere proxy for klargjøringskort.

Webex-krav:

Onboarding-malen inneholder følgende innstillinger:

Aktiver BroadWorks Flow Through-klargjøring bryteren er på.
kontonavn og passord for klargjøringskontoen tilordnes ved hjelp av administratorlegitimasjonen for BroadWorks på systemnivå
Brukerbekreftelse er satt til Stol på BroadWorks-e-poster eller Uklarerte e-poster .

Egen klargjøring for bruker

Admin gir en eksisterende BroadWorks-bruker en kobling til brukeraktiveringsportalen. Brukeren må logge på portalen med BroadWorks-legitimasjon og oppgi en gyldig e-postadresse. Når e-posten er bekreftet, henter Webex ytterligere brukerinformasjon for å fullføre klargjøringen.

BroadWorks-krav:

Brukeren må finnes på BroadWorks med et primærnummer eller internnummer

Webex-krav:

Onboarding-malen inneholder følgende innstillinger:

Aktiver klargjøring for flyt gjennom bryteren er av.
Brukerbekreftelse er satt til Uklarerte e-poster .
Tillat brukere å aktivere seg selv er sjekket.

SP-kontrollert klargjøring via API

(Kliterte eller ikke-klarerte e-poster)

Webex viser et sett med offentlige API-er som lar deg bygge brukerklargjøring i eksisterende arbeidsflyter og verktøy. Det er to flyter:

Klarerte e-poster – API-en klargjør brukeren, og bruker BroadWorks-e-posten som Webex-e-post.
Ikke-klarerte e-poster – API-et klargjør brukeren, men brukeren må logge på brukeraktiveringsportalen og oppgi en gyldig e-postadresse.

BroadWorks-krav:

Brukeren må finnes på BroadWorks med et primærnummer eller internnummer.

Webex-krav:

I onboarding-malen er brukerverifisering angitt til enten Stol på BroadWorks-e-poster eller Uklarerte e-poster .
Du må registrere søknaden din og be om tillatelse.
Du må be om OAuth-token med områdene som er uthevet i delen «Autentisering» i Utviklerveiledning for Webex for utviklerveiledning .
Må dedikere en administrator eller klargjøringsadministrator i partnerorganisasjonen din.

Hvis du vil bruke API-ene, går du til BroadWorks-abonnenter .

Obligatoriske oppdateringer med flytende klargjøring

Hvis du bruker gjennomstrømmingsklargjøring, må du installere en systemoppdatering og bruke en CLI-egenskap. Se listen nedenfor for instruksjoner som gjelder for BroadWorks-versjonen din:

For R22:

Installer AP.as.22.0.1123.ap376508 .
Etter installasjonen angir du egenskapen bw.msg.includeIsEnterpriseInOSSschema til true fra CLI inn Maintenance/ContainerOptions.

Hvis du vil ha mer informasjon, kan du se oppdateringsmerknadenehttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .

For R23:

Installer AP.as.23.0.1075.ap376509
Etter installasjonen angir du egenskapen bw.msg.includeIsEnterpriseInOSSschema til true fra CLI inn Maintenance/ContainerOptions.

Hvis du vil ha mer informasjon, kan du se oppdateringsmerknadenehttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .

For R24:

Installer AP.as.24.0.944.ap375100
Etter installasjonen angir du egenskapen bw.msg.includeIsEnterpriseInOSSschema til true fra CLI inn Maintenance/ContainerOptions.

Hvis du vil ha mer informasjon, kan du se oppdateringsmerknadenehttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .

Når du har fullført disse trinnene, vil du ikke kunne klargjøre nye brukere med UC-One Collaborate-tjenester. Nylig klargjorte brukere må være Webex for Cisco BroadWorks-brukere.

Språk som støttes

Under klargjøring blir språket som ble tilordnet i BroadWorks til den første klargjorte administrasjonsbruker , automatisk tilordnet som standard språk for denne kundeorganisasjonen. Denne innstillingen bestemmer standardspråket som brukes for aktiverings-e-poster, møter og møteinvitasjoner under den aktuelle kundeorganisasjonen.

Språkinnstillinger på fem tegn i (ISO-639-1)_ (ISO-3166)-format støttes. For eksempelen_ USA tilsvarer English_ USA. Hvis bare et språk på to bokstaver er forespurt (med ISO-639-1-format), vil tjenesten generere en språkinnstilling på fem tegn ved å kombinere det forespurte språket med en landskode fra malen, dvs. «requestedLanguage_ CountryCode", hvis det ikke er mulig å hente en gyldig nasjonal innstilling, brukes den fornuftige standard nasjonale innstillingen basert på den obligatoriske språkkoden.

Tabellen nedenfor viser de støttede språkene og tilordningen som konverterer en språkkode på to bokstaver til en språkkode på fem tegn i situasjoner der et språk på fem tegn ikke er tilgjengelig.

Tabell 1. Språkkoder som støttes
Språk som støttes (ISO-639-1)_ (ISO-3166)	Hvis bare en språkkode på to bokstaver er tilgjengelig...
Språk som støttes (ISO-639-1)_ (ISO-3166)	Språkkode (ISO-639-1) **	Bruk standard fornuftig lokalitet i stedet (ISO-639-1)_ (ISO-3166)
en_USA en_AU en_NO en_CA	no	en_USA
fr_FR fr_CA	fr	fr_FR
cs_CZ	cs	cs_CZ
da_DK	da	da_DK
de_DE	de	de_DE
hu_HU	hu	hu_HU
id_ID	id	id_ID
it_IT	it	it_IT
ja_JP	ja	ja_JP
ko_KR	ko	ko_KR
es_ES es_CO es_MX	es	es_ES
nl_NL	nl	nl_NL
nb_NEI	NB!	nb_NEI
pl_PL	pl	pl_PL
pt_PT pt_BR	pt	pt_PT
ru_RU	ru	ru_RU
ro_RO	ro	ro_RO
zh_CN zh_TW	zh	zh_CN
sv_SE	sv	sv_SE
ar_SA	ar	ar_SA
tr_TR	tr	tr_TR

Lokalitetenees_ CO,id_ ID,nb_ NEI ogpt_ PT støttes ikke av Webex Meeting Sites. For disse nasjonale områdene vil Webex Meetings nettstedene bare være på engelsk. Engelsk er standard språkinnstilling for nettsteder hvis det ikke kreves noen/ugyldig/ikke-støttet språkinnstilling for nettstedet. Dette språkfeltet er aktuelt når du oppretter et nettsted for organisasjon og Webex Meetings . Hvis det ikke er nevnt noe språk i et innlegg eller i abonnentens API, vil språk fra malen bli brukt som standardspråk.

Merkevarebygging

Partneradministratorer kan bruke avanserte merkevaretilpasninger til å tilpasse hvordan Webex-appen ser ut for kundeorganisasjonene som partneren administrerer. Partneradministratorer kan tilpasse følgende innstillinger for å sikre at Webex-appen gjenspeiler firmaets merkevare og identitet:

Firmalogoer
Unike fargevalg for lys modus eller mørk modus
Tilpassede nettadresser for støtte

Hvis du vil ha mer informasjon om hvordan du tilpasser merkevarebygging, kan du se Konfigurer avanserte tilpasninger av merkevarebygging .

Grunnleggende tilpasninger av merkevarebygging er i ferd med å bli avviklet. Vi anbefaler at du distribuerer avansert merkevarebygging, som tilbyr et bredere spekter av tilpasninger.
Hvis du vil ha mer informasjon om hvordan merkevarebygging brukes ved tilknytning til en eksisterende kundeorganisasjon, kan du se Vilkår for organisasjonsvedlegg under Koble Webex for BroadWorks til eksisterende organisasjon delen.

Innføringsmaler

Med integreringsmaler kan du definere parametrene som kunder og tilknyttede abonnenter automatisk klargjøres med på Webex for Cisco BroadWorks. Du kan konfigurere flere onboarding-maler etter behov, men når du installerer en kunde, er den bare knyttet til én mal (du kan ikke bruke flere maler på én kunde).

Noen av de primære malparametrene er listet opp nedenfor.

Pakke

Du må velge en standardpakke når du oppretter en mal (se Pakker i Oversikt-delen for detaljer). Alle brukere som er klargjort med denne malen, enten via flyt- eller egenklargjøring, mottar standardpakken.
Du har kontroll over pakkeutvalget for forskjellige kunder ved å opprette flere maler og velge forskjellige standardpakker i hver. Du kan deretter distribuere forskjellige klargjøringskoblinger eller forskjellige klargjøringskort for bedrifter, avhengig av hvilken brukerklargjøringsmetode du har valgt for disse malene.
Du kan endre pakken med bestemte abonnenter fra denne standarden ved hjelp av klargjørings-API (se Dokumentasjon for Webex for Cisco BroadWorks API eller gjennom Partner Hub (se Endre brukerpakke i Partner Hub ) .
Du kan ikke endre en abonnents pakke fra BroadWorks. Tilordningen av den integrerte IM&P-tjenesten er enten på eller av. hvis abonnenten er tilordnet denne tjenesten i BroadWorks, vil Partner Hub-malen som er knyttet til den abonnentens bedrifts klargjørings-URL, definere pakken.

Forhandler og bedrifter eller tjenesteleverandør og grupper?

Måten BroadWorks-systemet er konfigurert på, har innvirkning på flyt gjennom klargjøring. Hvis du er forhandler med Enterprises, må du aktivere bedriftsmodus når du oppretter en mal.
Hvis BroadWorks-systemet er konfigurert i tjenesteleverandørmodus, kan du la bedriftsmodus være deaktivert i malene.
Hvis du planlegger å klargjøre kundeorganisasjoner ved hjelp av begge BroadWorks-modusene, må du bruke forskjellige maler for grupper og bedrifter.

Kontroller at du har brukt BroadWorks-oppdateringene som er nødvendige for gjennomstrømmingsklargjøring. Hvis du vil ha mer informasjon, se Obligatoriske oppdateringer med flytende klargjøring .

Autentiseringsmodus

Bestem hvordan du vil at abonnenter skal autentisere seg når de logger på Webex. Du kan tilordne modusen ved hjelp av Autentiseringsmodus innstillingen i onboarding-malen. Tabellen nedenfor viser noen av alternativene.

Denne innstillingen har ingen innvirkning på pålogging til brukeraktiveringsportalen. Brukere som logger på portalen, må angi BroadWorks- bruker-ID -en og passordet, som konfigurert på BroadWorks, uavhengig av hvordan du konfigurerer Autentiseringsmodus på onboarding-malen.

Autentiseringsmodus	BroadWorks	Webex
Primær brukeridentitet	Bruker-ID for BroadWorks	E-postadresse
Identitetsleverandør	BroadWorks. Hvis du konfigurerer en direkte tilkobling til BroadWorks, autentiseres Webex-appen direkte til BroadWorks-serveren. Hvis du vil konfigurere en direkte tilkobling, Aktiver direkte BroadWorks-autentisering avmerkingsboks være merket av i BroadWorks-klyngekonfigurasjonen på Partner Hub (som standard er innstillingen ikke merket av). Ellers forenkles autentisering til BroadWorks gjennom en mellomleddstjeneste som er vert av Webex.	Cisco Common Identity
Autentisering med flere faktorer?	Nei	Krever kunde-IDP som støtter autentisering med flere faktorer.
Bane for legitimasjonsvalidering	Nettleseren startes der brukeren leverer e-post til den første påloggingsflyten og oppdage godkjenningsmodusen. Nettleseren blir deretter omdirigert til en Webex-vert-vert for BroadWorks-påloggingsside (denne siden kan brukes som varemerking) BroadWorks bruker-ID og passord for brukerrekvisita på påloggingssiden. Brukerlegitimasjon valideres mot BroadWorks. Ved suksess hentes en autorisasjonskode fra Webex. Dette brukes til å hente nødvendige tilgangstokener for Webex-tjenester.	Nettleseren startes der brukeren leverer e-post til den første påloggingsflyten og oppdage godkjenningsmodusen. Nettleseren viderekobles til IdP (enten Cisco Common Identity eller Customer IdP) der de vil bli presentert med en påloggingsportal. Brukeren oppgir riktig legitimasjon på påloggingssiden Autentisering med flere faktorer kan finne sted hvis kunde-IDP støtter dette. Ved suksess hentes en autorisasjonskode fra Webex. Dette brukes til å hente nødvendige tilgangstokener for Webex-tjenester.

Hvis du vil ha en mer detaljert oversikt over påloggingsflyten for SSO med direkte autentisering til BroadWorks, kan du se Påloggingsflyt for SSO .

UTF-8-koding med BroadWorks-autentisering

Med BroadWorks-autentisering anbefaler vi at du konfigurerer UTF-8-koding for godkjenningshodet. UTF-8 løser et problem som kan oppstå med passord som bruker spesialtegn, der nettleseren ikke koder tegnene riktig. Bruk av en UTF-8-kodet, base 64-kodet topptekst løser dette problemet.

Du kan konfigurere UTF-8-koding ved å kjøre én av følgende CLI-kommandoer på XSP eller ADP:

XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8

Land

Du må velge et land når du oppretter en mal. Dette landet blir automatisk tilordnet som organisasjonsland for alle kundene som er klargjort med malen i Common Identity. I tillegg avgjør organisasjonslandet de standard globale innringingsnumrene for Cisco PSTN i Webex Meeting Sites.

Nettstedets standard globale innringingsnumre angis til det første tilgjengelige innringingsnummeret som er definert i telefonidomenet basert på organisasjonens land. Hvis organisasjonens land ikke finnes i innringingsnummeret som er definert i telefonidomenet, brukes standardnummeret for dette stedet.

Tabell 2. Tabellen nedenfor viser standard landskode for anrop basert på hvert sted:
S-nr.	Plassering	Landskode	Navn på land
1	AMER	+1	USA, CA
2	APAC	+65	Singapore
3	ANZ	+61	Australia
4	EMEA	+44	Storbritannia
5	EURO	+49	Tyskland

Flere partnerordninger

Kommer du til å underlisensiere Webex for Cisco BroadWorks til en annen tjenesteleverandør? I dette tilfellet vil hver tjenesteleverandør trenge en egen partnerorganisasjon i Webex Control Hub for å tillate dem å klargjøre løsningen for kundebasen.

Klargjøringsadapter og maler

Når du bruker flyttbasert klargjøring, er klargjørings-URL-en du angir i BroadWorks, avledet fra malen i Control Hub. Du kan ha flere maler, og derfor flere nettadresser for klargjøring. Dette gjør at du kan velge, foretak for bedrift, hvilken pakke som skal gjelde for abonnenter når de får den integrerte IM&P-tjenesten.

Du må vurdere om du vil angi en klargjørings-URL på systemnivå som standard klargjøringsbane, og hvilken mal du vil bruke for det. På denne måten trenger du bare å angi klargjørings-URL-en for bedrifter som trenger en annen mal.

Husk også at du kanskje allerede bruker en klargjørings-URL på systemnivå, for eksempel med UC-One SaaS. Hvis det er tilfelle, kan du velge å bevare URL-adressen på systemnivå for klargjøring av brukere på UC-One SaaS, og overstyre for bedrifter som flytter til Webex for Cisco BroadWorks. Det kan også være lurt å gå den andre veien og angi URL-adressen på systemnivå for Webex for BroadWorks, og konfigurere på nytt foretakene du vil beholde på UC-One SaaS.

Konfigurasjonsvalgene knyttet til denne avgjørelsen er detaljert i Konfigurer applikasjonsserver med URL-adresse for klargjøringstjeneste .

Proxy for klargjøringsadapter

For økt sikkerhet lar proxyen for klargjøringskort deg bruke en HTTP(S)-proxy på applikasjonsleveringsplattformen for gjennomflytningsklargjøring mellom AS og Webex. Proxy-tilkoblingen oppretter en ende-til-ende TCP-tunnel som videresender trafikk mellom AS og Webex, og dermed opphever behovet for at AS må koble til det offentlige Internett direkte. For sikre tilkoblinger kan TLS brukes.

Denne funksjonen krever at du konfigurerer proxyen på BroadWorks. Hvis du vil ha mer informasjon, se Beskrivelse av proxy-funksjon i Cisco BroadWorks klargjøringsadapter .

Minimumskrav

Kontoer

Alle abonnenter som du klargjør for Webex, må finnes i BroadWorks-systemet som du integrerer med Webex. Du kan om nødvendig integrere flere BroadWorks-systemer.

Alle abonnenter må ha BroadWorks-lisenser og et primærnummer eller internnummer.

Webex bruker e-postadresser som primære identifikatorer for alle brukere. Hvis du bruker flytende klargjøring med klarerte e-poster, må brukerne ha gyldige adresser i e-postattributtet i BroadWorks.

Hvis malen din bruker BroadWorks-autentisering, kan du kopiere e-postadresser for abonnenter til attributtet Alternativ ID i BroadWorks. Dette gjør det mulig for brukere å logge på Webex ved hjelp av e-postadressene og BroadWorks-passordene sine.

Administratorene må bruke Webex-kontoene sine for å logge på Partner Hub.

Det støttes ikke å integrere en BroadWorks- administrator i Webex for Cisco BroadWorks. Du kan bare integrere BroadWorks-anropsbrukere som har et primærnummer og/eller internnummer. Hvis du bruker flyttbasert klargjøring, må brukerne også tilordnes den integrerte IM&P-tjenesten.

Servere i nettverket og programvarekrav

BroadWorks-forekomst(er) med minimumsversjon R22. Se BroadWorks-programvarekrav (i dette dokumentet) for støttede versjoner og oppdateringer. Hvis du vil ha mer informasjon, se Livssyklusretningslinjer for Broadsoft-produkter seksjon i Broadsofts livssykluspolicy og kompatibilitetsmatrise-programvarekompatibilitetsmatrise .

BroadWorks-forekomsten(e) må inneholde minst følgende servere:
- Application Server (AS) med BroadWorks-versjon som ovenfor
- Nettverksserver (NS)
- Profilserver (PS)

Offentlig vendt XSP| ADP-server(e) eller Application Delivery Platform (ADP) som oppfyller følgende krav:
- Autentiseringstjeneste (BWAuth)
- XSI-handlinger og hendelser-grensesnitt
- DMS ( webapplikasjon for enhetsbehandling)
- CTI-grensesnitt (datamaskintelefoniintegrering)
- TLS 1.2 med et gyldig sertifikat (ikke egensignert) og eventuelle mellomprodukter. Krever administrator på systemnivå for å lette bedriftsoppslag.
- Gjensidig TLS-godkjenning (mTLS) for autentiseringstjeneste (krever den offentlige klientsertifikat installert som klareringsankere)
- Gjensidig TLS-godkjenning (mTLS) for CTI-grensesnitt (krever at den offentlige klientsertifikat er installert som klareringsankere)
En egen XSP/ADP-server som fungerer som en «Push Server for samtalevarsler» (en NPS i miljøet ditt som brukes til å sende samtalevarsler til Apple/Google. Vi kaller det «CNPS» her for å skille det fra tjenesten i Webex som leverer push-varsler for meldinger og tilstedeværelse).

Denne serveren må være på R22 eller nyere.
Vi gir mandat til en egen XSP/ADP-server for CNPS fordi uforutsigbarheten i belastningen fra Webex for BWKS-skytilkoblinger kan påvirke ytelsen til NPS-serveren negativt, med et resultat av økende varslingsforsinkelse. Se Systemveiledning for Cisco BroadWorks for mer om XSP| ADP-skala.

Webex-appplattformer

Hvis du vil laste ned den engelske versjonen av Webex-appen, går du tilhttps://www.webex.com/webexfromserviceproviders-downloads.html . Webex-appen er tilgjengelig på:

Windows-PC-er/bærbare datamaskiner
Apple PC-er / bærbare datamaskiner med MacOS
iOS (Apple Store)
Android (Play-butikk)
Nettlesere (gå tilhttps://teams.webex.com/ )

Lokaliserte versjoner

Hvis du vil laste ned en lokalisert versjon av Webex-appen, bruker du en av disse koblingene:

https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (koreansk)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (fransk)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (portugisisk)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Tradisjonell kinesisk)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (forenklet kinesisk)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japan)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spania)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (tysk)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (italiensk)

Fysiske telefoner og tilbehør

Cisco IP-telefoner:
- Cisco IP-telefon 6800-serien med fastvare for flere plattformer for flere plattformer
- Cisco IP-telefon 7800-serien med fastvare for flere plattformer for flere plattformer
- Cisco IP-telefon 8800-serien med fastvare for flere plattformer for flere plattformer
  
  Sehttps://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html for modeller og mer informasjon.
Vi støtter tredjepartstelefoner på samme måte som med andre BroadWorks-integrasjoner. De har imidlertid ennå ikke kontakter og tilstedeværelsesintegrasjon med Webex for Cisco BroadWorks.
Adaptere:
- Cisco ATA 191 analog telefonadapter for flere plattformer
- Cisco ATA 192 analog telefonadapter for flere plattformer
  
  Sehttps://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html for modeller og mer informasjon.
Hodetelefoner:
- Cisco-headset 500-serien
  
  Sehttps://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.htmlfor modeller og mer informasjon.
OS-enheter for rom:
- Webex rom- og romsett-serien
- Webex Desk-serien
- Webex Board-serien

Enhetsintegrering

Hvis du vil ha mer informasjon om hvordan du integrerer og utfører service på Room OS- og MPP-enheter for Webex for Cisco BroadWorks, kan du se Veiledning for enhetsintegrering for Webex for Cisco BroadWorks .

Enhetsprofiler

Følgende er DTAF-filene du må laste inn på applikasjonsserverne for å støtte Webex-appen som anropsklient. Det er de samme DTAF-filene som ble brukt for UC-One SaaS, men det er en ny config-wxt.xml.template fil som brukes for Webex-appen.

Hvis du vil laste ned de nyeste enhetsprofilene, går du til applikasjonsleveringsplattformen Programvarenedlastinger nettsted for å hente de nyeste DTAF-filene. Disse nedlastingene fungerer for både ADP og XSP.

Klientnavn

Enhetsprofiltype og pakkenavn

Webex Mobil Mal

Identitets-/enhetsprofiltype: Koble til – mobil

DTAF: ucone-mobile-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Konfigurasjonsfil: config-wxt.xml

Webex Nettbrett Mal

Identitets-/enhetsprofiltype: Koble til – nettbrett

DTAF: ucone-tablet-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Konfigurasjonsfil: config-wxt.xml

Webex Skrivebord Mal

Identitets-/enhetsprofiltype: Business Communicator – PC

DTAF: ucone-desktop-ucaas-X.X.XX-wxt-MonthYear_DTAF.zip

Konfigurasjonsfil: config-wxt.xml

Identifiser/enhetsprofil

Alle Webex for Cisco BroadWorks-brukere må ha en Identitets-/enhetsprofil tilordnet i BroadWorks som bruker en av enhetsprofilene ovenfor for å foreta anrop ved hjelp av Webex-appen. Profilen gir konfigurasjonen som lar brukeren foreta anrop.

Hente OAuth-legitimasjonsinformasjon for Webex for Cisco BroadWorks

Ta opp en tjenesteforespørsel med onboarding-agenten eller med Cisco TAC for å klargjøre Cisco OAuth for din Cisco Identity Provider Federation-konto.

Bruk følgende forespørselstittel for respektive funksjoner:

XSP| ADP AuthService Configuration' for å konfigurere tjeneste på XSP| ADP.
«NPS-konfigurasjon for autentiserings-proxy-oppsett» for å konfigurere NPS til å bruke autentiseringsproxy.
CI-bruker UUID-synkronisering' for CI-bruker UUID-synkronisering. Hvis du vil ha mer informasjon om denne funksjonen, kan du se: Cisco BroadWorks-støtte for CI UUID .
Konfigurer BroadWorks til å aktivere Cisco Billing for BroadWorks- og Webex for BroadWorks-abonnementer.

Cisco gir deg en OAuth-klient-ID, en klienthemmelighet og et oppdateringstoken som er gyldig i 60 dager. Hvis tokenet utløper før du bruker det, kan du sende en ny forespørsel.

Hvis du allerede har fått legitimasjon for Cisco OAuth-identitetsleverandør, fullfører du en ny tjenesteforespørsel for å oppdatere legitimasjonen.

Bestill sertifikater

Sertifikatkrav for TLS-autentisering

Du trenger sikkerhetssertifikater, signert av en kjent sertifiseringsinstans og distribuert på den offentlige XSP-en| ADP-er, for alle nødvendige programmer. Disse vil bli brukt til å støtte TLS-sertifikatverifisering for all innkommende tilkobling til XSP-en| ADP-servere.

Disse sertifikatene må inkludere XSP-en din| Offentlig, fullt kvalifisert domenenavn som vanlig emnenavn eller alternativt emnenavn.

De nøyaktige kravene for distribusjon av disse serversertifikatene avhenger av hvordan den offentlige møter XSP| ADP-er distribueres:

Via en TLS-broproxy
Via en TLS-gjennomgangsproxy
Direkte til XSP| ADP

Diagrammet nedenfor oppsummerer hvor det CA-signerte offentlige serversertifikat må lastes i disse tre tilfellene:

De offentlig støttede sertifiseringsinstansene som Webex-app støtter for autentisering, er oppført i Støttede sertifiseringsinstanser for Webex Hybrid Services .

TLS-sertifikatkrav for TLS-bro-proxy

Det offentlig signerte serversertifikat lastes inn i proxyen.
Proxyen presenterer dette offentlig signerte serversertifikat for Webex.
Webex klarerer den offentlige sertifiseringsinstansen som signerte proxyens serversertifikat.
Et internt CA-signert sertifikat kan lastes inn i XSP| ADP.
XSP| ADP presenterer dette internt signerte serversertifikat for proxyen.
Proxyen klarerer den interne sertifiseringsinstansen som signerte XSP| ADP serversertifikat.

Krav til TLS-sertifikat for TLS-passthrough-proxy eller XSP| ADP i DMZ

Det offentlig signerte serversertifikat lastes inn i XSP| ADP-er.
XSP| ADP-er presenterer offentlig signerte serversertifikater for Webex.
Webex klarerer den offentlige sertifiseringsinstansen som signerte XSP| ADP-enes serversertifikater.

Ytterligere sertifikatkrav for gjensidig TLS-autentisering over CTI-grensesnitt

Når du kobler til CTI-grensesnittet, presenterer Webex et klientsertifikat som en del av gjensidig TLS-godkjenning. Webex klientsertifikat CA/kjedesertifikat er tilgjengelig for nedlasting via Control Hub.

Slik laster du ned sertifikatet:

Logg på Partner Hub, må Innstillinger > BroadWorks-anrop og klikk på koblingen for nedlasting av sertifikat.

De nøyaktige kravene for distribusjon av denne Webex CA-sertifikat avhenger av hvordan den offentlige møter XSP| ADP-er distribueres:

Via en TLS-broproxy
Via en TLS-gjennomgangsproxy
Direkte til XSP| ADP

Diagrammet nedenfor oppsummerer sertifikatkravene i disse tre tilfellene:

(Alternativ) Sertifikatkrav for TLS-bro-proxy

Webex presenterer et offentlig signert klientsertifikat for proxyen.
Proxyen klarerer den interne Cisco CA-sertifikaten som signerte klientsertifikat. Du kan laste ned denne CA/kjeden fra Control Hub og legge den til i proxyens klareringslager. Den offentlig signerte XSP| ADP- serversertifikat lastes også inn i proxyen.
Proxyen presenterer det offentlig signerte serversertifikat for Webex.
Webex klarerer den offentlige sertifiseringsinstansen som signerte proxyens serversertifikat.

Proxyen presenterer et internt signert klientsertifikat for XSP| ADP-er.

Dette sertifikatet må ha filtypen x509.v3 Utvidet nøkkelbruk fylt ut med BroadWorks OID 1.3.6.1.4.1.6431.1.1.8.2.1.3 og TLS clientAuth formål. For eksempel:

X509v3 extensions:
    X509v3 Extended Key Usage:
        1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication

CN-en til det interne sertifikatet må være bwcticlient.webex.com.

Når du genererer interne klientsertifikater for proxyen, må du være oppmerksom på at SAN-sertifikater ikke støttes. Interne serversertifikater for XSP| ADP kan være SAN.
Offentlige sertifiseringsinstanser er kanskje ikke villige til å signere sertifikater med den proprietære BroadWorks OID-en som er påkrevd. Når det gjelder en bro-proxy, kan du bli tvunget til å bruke en intern sertifiseringsinstans til å signere klientsertifikat som proxyen presenterer for XSP| ADP.

XSP| ADP-er klarerer den interne sertifiseringsinstansen.
XSP| ADP-er presenterer et internt signert serversertifikat.
Proxyen klarerer den interne sertifiseringsinstansen.
Applikasjonsserverens ClientIdentity inneholder CN-en til det internt signerte klientsertifikat presentert for XSP| ADP av proxyen.

(Alternativ) Sertifikatkrav for TLS-passthrough-proxy eller XSP| ADP i DMZ

Webex presenterer et internt CA-signert Cisco- klientsertifikat for XSP| ADP-er.
XSP| ADP-er klarerer den interne Cisco CA-sertifikaten som signerte klientsertifikat. Du kan laste ned denne CA/kjeden fra Control Hub og legge den til i proxyens klareringslager. Den offentlig signerte XSP| ADP- serversertifikat lastes også inn i XSP| ADP-er.
XSP| ADP-er presenterer de offentlig signerte serversertifikatene for Webex.
Webex klarerer den offentlige sertifiseringsinstansen som signerte XSP| ADP-enes serversertifikater.
Applikasjonsserveren ClientIdentity inneholder CN-en til det Cisco-signerte klientsertifikat presentert for XSP| ADP fra Webex.

Klargjør nettverket ditt

Hvis du vil ha mer informasjon om tilkoblinger som brukes av Webex for Cisco BroadWorks, kan du se: Nettverkskrav for Webex for Cisco BroadWorks . Denne artikkelen har en liste over IP-adresser, porter og protokoller som kreves for å konfigurere regler for inngang og utgående brannmur.

Nettverkskrav for Webex-tjenester

De foregående brannmurtabellene for Regler for Ingress og Utganger dokumenterer bare tilkoblingene som er spesifikke for Webex for Cisco BroadWorks. Hvis du vil ha generell informasjon om tilkoblinger mellom Webex-app og Webex-skyen, se Nettverkskrav for Webex-tjenester . Denne artikkelen er generell for Webex, men tabellen nedenfor identifiserer de forskjellige delene av artikkelen og hvor relevante hver del er for Webex for Cisco BroadWorks.

Tabell 3. Nettverkskrav for Webex App Connections (generisk)
Del av artikkelen om nettverkskrav	Relevansen av informasjon
Sammendrag av enhetstyper og protokoller som støttes av Webex	Informativ
Transportprotokoller og krypteringschiffreringer for skyregistrerte Webex-apper og -enheter	Informativ
Webex-tjenester – portnumre og protokoller	Må leses
IP-subnett for Webex-medietjenester	Må leses
Domener og URL-adresser som Webex-tjenester må ha tilgang til	Må leses
Ytterligere URL-adresser for Webex-hybridtjenester	Alternativer
Proxy-funksjoner	Alternativer
802.1X – Portbasert tilgangskontroll for nettverk	Alternativer
Nettverkskrav for SIP-baserte Webex-tjenester	Alternativer
Nettverkskrav for Webex Edge-lyd	Alternativer
Et sammendrag av andre Webex-hybridtjenester og -dokumentasjon	Alternativer
Webex-tjenester for FedRAMP-kunder	N/A

Tilleggsinformasjon

Hvis du vil ha mer informasjon, se Hvitbok om brannmur for Webex-appen (PDF) .

Støtte for BroadWorks-redundans

Webex Cloud tjenestene og Webex-klientappene som trenger tilgang til partnerens nettverk, støtter Broadworks XSP fullt ut| ADP-redundans levert av partneren. Når en XSP| ADP eller nettstedet er utilgjengelig på grunn av planlagt vedlikehold eller uplanlagt årsak. Webex-tjenestene og -appene kan gå videre til en annen XSP| ADP eller nettsted levert av partneren for å fullføre en forespørsel.

Nettverkstopologi

Broadworks XSP| ADP-er kan distribueres direkte på Internett, eller de kan ligge i en DMZ frontet av et belastningsfordeling , for eksempel F5 BIG-IP. For å gi geografisk redundans kan XSP| ADP-er kan distribueres i to (eller flere) datasentre, som hver kan frontes av en lastbalanserer, som hver har en offentlig IP-adresse. Hvis XSP| ADP-er er bak en lastbalanserer, Webex-mikrotjenestene og appen ser bare IP-adresse til lastbalanseren, og Broadworks ser ut til å ha bare én XSP| ADP, selv om det finnes flere XSP| ADP-er bak.

I eksemplet nedenfor er XSP| ADP-er distribueres på to steder, nettsted A og nettsted B. Det finnes to XSP| ADP-er frontet av en belastningsbalanserer på hvert nettsted. Nettsted A har XSP| ADP1 og XSP| ADP2 frontet av LB1, og nettsted B har XSP| ADP3 og XSP| ADP4 frontet av LB2. Bare belastningsbalanserne er eksponert på det offentlige nettverket, og XSP| ADP-er er i de private DMZ-nettverkene.

Webex Cloud

DNS-konfigurasjon

Webex Cloud mikrotjenester må kunne finne Broadworks XSP| ADP-server(e) for tilkobling til Xsi-grensesnittene, autentiseringstjenesten og CTI.

Webex Cloud mikrotjenester vil utføre DNS A/AAAA-oppslag av den konfigurerte XSP-en| ADP-vertsnavn og koble til den returnerte IP-adressen. Dette kan være et belastningsfordeling kantelement, eller det kan være XSP| Selve ADP-serveren. Hvis det returneres flere IP-adresser, velges den første IP-adressen på listen. SRV-oppslag støttes for øyeblikket ikke.

Eksempel: Partnerens DNS En oppføring for oppdagelse av Round-Robin balansert internettvendt XSP| ADP-server/lastbalansere.

Oppføringstype	Navn	Mål	Hensikt
A	`webex-cloud-xsp.example.com`	`198.51.100.48`	Peker til LB1 (nettsted A)
A	`webex-cloud-xsp.example.com`	`198.51.100.49`	Peker til LB2 (nettsted B)

Alle referanser til XSP inkluderer enten XSP eller ADP.

Failover

Når Webex-mikrotjenestene sender en forespørsel til XSP| ADP/Load Balancer og forespørselen mislykkes, kan flere ting skje:

Hvis feilen skyldes en nettverksfeil (f.eks.: TCP, SSL), merker Webex-mikrotjenestene IP-en som blokkert og utfører umiddelbart en ruteforflytning til neste IP-adresse.
Hvis en feilkode (HTTP5xx ) returneres, merker Webex-mikrotjenestene IP-en som blokkert og utfører umiddelbart en videreføring av ruten til neste IP-adresse.
Hvis det ikke mottas noe HTTP-svar i løpet av to sekunder, vil forespørselen bli tidsavbrutt, og Webex-mikrotjenestene markerer IP-en som blokkert og utfører en ruteforflytning til neste IP-adresse.

Hver forespørsel prøves 3 ganger før en feil rapporteres tilbake til mikrotjenesten.

Når en IP-adresse er på blokkeringslisten, blir den ikke inkludert i listen over adresser som kan prøves når du sender en forespørsel til en XSP| ADP. Etter en forhåndsbestemt tidsperiode utløper en blokkert IP-adresse og går tilbake i listen for å prøve når en annen forespørsel sendes.

Hvis alle IP-adresser er blokkert, vil mikrotjenesten likevel prøve å sende forespørselen ved å tilfeldig velge en IP-adresse fra blokkeringslisten. Hvis det lykkes, fjernes denne IP-adresse fra blokkeringslisten.

Status

Statusen for tilkoblingen for Webex Cloud tjenestene til XSP| ADP-er eller belastningsbalansere kan sees i Control Hub. Under en BroadWorks-samtaleklynge vises en tilkoblingsstatus for hvert av disse grensesnittene:

XSI Actions
XSI Events
Autentiseringstjeneste

tilkoblingsstatus oppdateres når siden lastes inn eller under inndataoppdateringer. Tilkoblingsstatusene kan være:

Grønn: Når grensesnittet kan nås på en av IP-ene i A-oppslagsoppslag.
Rød: Når alle IP-adressene i A-oppslagsoppslaget ikke er tilgjengelige og grensesnittet ikke er tilgjengelig.

Følgende tjenester bruker mikrotjenestene til å koble til XSP| ADP-er og påvirkes av XSP| Tilgjengelighet for ADP-grensesnitt:

Innlogging for Webex-app
Oppdatering av Webex-apptoken
Uklarert e-post/egenaktivering
Helsesjekk av Broadworks-tjenesten