- Hjem
- /
- Artikkel
Takk for tilbakemeldingen.
Løsningsveiledning for Webex for Cisco BroadWorks
I denne artikkelen
Tilbakemelding?Løsningsveiledningen for Webex for Cisco BroadWorks er rettet mot administratorer på partnernivå. Veiledningen beskriver hvordan du konfigurerer og distribuerer Webex for Cisco BroadWorks. Webex for Cisco BroadWorks gir dine BroadWorks-anropskunder Webex samarbeidsfunksjoner. Abonnenter bruker ett enkelt program (Webex-appen) for å dra nytte av funksjonene som tilbys av begge plattformene.
Vi presenterer Webex for Cisco BroadWorks
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:
| 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.
| 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 .)
 |
|
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.
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:
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?, angiy.Når installasjonsprogrammet spør,
Is this server going to be a NTP server?, angin.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:
NTPNTP_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_SHA384TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_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_SHA384TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256TLS_DHE_RSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384TLS_DHE_RSA_WITH_AES_256_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256TLS_DHE_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHATLS_ECDHE_RSA_WITH_AES_256_CBC_SHATLS_DHE_RSA_WITH_AES_256_CBC_SHATLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHATLS_ECDHE_RSA_WITH_AES_128_CBC_SHATLS_DHE_RSA_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_256_GCM_SHA384TLS_DHE_PSK_WITH_AES_256_GCM_SHA384TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_PSK_WITH_AES_128_GCM_SHA256TLS_DHE_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_128_GCM_SHA256TLS_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_256_CBC_SHA256TLS_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384TLS_ECDHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_PSK_WITH_AES_256_CBC_SHA384TLS_DHE_PSK_WITH_AES_256_CBC_SHA384TLS_RSA_PSK_WITH_AES_256_CBC_SHATLS_DHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_WITH_AES_256_CBC_SHATLS_PSK_WITH_AES_256_CBC_SHA384TLS_PSK_WITH_AES_256_CBC_SHATLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_128_CBC_SHA256TLS_DHE_PSK_WITH_AES_128_CBC_SHA256TLS_RSA_PSK_WITH_AES_128_CBC_SHATLS_DHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_WITH_AES_128_CBC_SHATLS_PSK_WITH_AES_128_CBC_SHA256TLS_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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.
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 |
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.
|
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.
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 |
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:
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.
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:
Webex-krav: Onboarding-malen inneholder følgende innstillinger:
|
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:
Webex-krav: Onboarding-malen inneholder følgende innstillinger:
|
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:
BroadWorks-krav:
Webex-krav:
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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.
Språk som støttes (ISO-639-1)_ (ISO-3166) | Hvis bare en språkkode på to bokstaver er tilgjengelig... | |
|---|---|---|
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 .
|
|
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.
| Cisco Common Identity |
| Autentisering med flere faktorer? | Nei | Krever kunde-IDP som støtter autentisering med flere faktorer. |
Bane for legitimasjonsvalidering
|
|
|
| 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-8ADP_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.
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: Konfigurasjonsfil: |
Webex Nettbrett Mal |
Identitets-/enhetsprofiltype: Koble til – nettbrett DTAF: Konfigurasjonsfil: |
Webex Skrivebord Mal |
Identitets-/enhetsprofiltype: Business Communicator – PC DTAF: Konfigurasjonsfil: |
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å 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 AuthenticationCN-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.
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 |
Må leses | |
Må leses | |
Domener og URL-adresser som Webex-tjenester må ha tilgang til | Må leses |
Alternativer | |
Alternativer | |
Alternativer | |
Alternativer | |
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 |
|
| Peker til LB1 (nettsted A) |
A |
|
| 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 |
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 |
|
| Klientoppdaging av Xsi-grensesnitt |
SRV |
|
| Klientoppdaging av Xsi-grensesnitt |
A |
|
| Peker på LB1 (nettsted A) |
A |
|
| 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 |
|
| Lastbalanser |
A | LB.example.com |
| 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 |
|
| Peker på LB1 (nettsted A) |
A |
|
| 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:
Klienten utfører et SRV-oppslag for_xsi -klient._tcp .<xsi domain="">
Hvis SRV-oppslaget returnerer ett eller flere A/AAAA-mål:
Klienten gjør A/AAAA-oppslag for disse målene og hurtigbufrer de returnerte IP-adressene.
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).
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>Disse konfigurasjonsparametrene har forrang over alle konfigurasjoner i BroadWorks-klyngen i Control Hub.
Hvis de finnes, vil klienten sammenligne med den opprinnelige XSI-adressen den mottok via BroadWorks-klyngekonfigurasjonen.
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.
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.
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:
For R23:
For R24 – ingen oppdatering kreves
Alle referanser til XSP inkluderer enten XSP eller ADP.Installer
AuthenticationServiceapplikasjon på hver XSP| ADP-tjeneste.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/authServiceKjø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> getHvis den ikke finnes, kjører du følgende kommando for å importere standard Java-klareringer:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrustDu 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> getset clientId client-Id-From-Step1set enabled trueset clientSecret client-Secret-From-Step1set ciResponseBodyMaxSizeInBytes 65536set issuerName <URL>– ForURL, skriver du inn URL-adressen til IssuerName som gjelder for CI-klyngen. Se tabellen nedenfor.set issuerUrl <URL>– ForURL, 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
EU
US-B
Hvis du ikke kjenner din CI-klynge , kan du hente informasjonen fra kundeinformasjonen i brukerstøttevisningen i Control Hub.Tabell 2. Angi tokenInfoURL 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:userKonfigurer identitetsleverandører for Cisco Federation ved hjelp av følgende kommandoer på hver XSP| ADP-server:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> getset flsUrl https://cifls.webex.com/federationset refreshPeriodInMinutes 60set 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> GetKonfigurer Token Management ved hjelp av følgende kommandoer på hver XSP| ADP-server:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>set tokenIssuer BroadWorksset 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.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>exportKeysKopier den eksporterte filen
/var/broadworks/tmp/authService.keystil 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/authServiceLegg til tjeneste-URL for autentiseringstjenesten i beholderen:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authServiceDette gjør at Webex kan bruke godkjenningstjenesten til å validere tokener presentert som legitimasjon.
Kontroller parameteren med
get.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) |
|
| Transportprotokoller for dette systemet |
|
| HTTP på dette systemet |
|
| Spesifikke HTTP-servergrensesnitt på dette systemet |
|
Leser grensesnittkonfigurasjon for HTTP-server TLS på XSP| ADP
Logg på XSP| ADP og gå til
XSP|ADP_CLI/Interface/Http/HttpServer>Angi
getkommandoen 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> 443for å se hvilke protokoller som allerede er brukt på dette grensesnittet.Skriv inn kommandoen
add <interfaceIp> 443 TLSv1.2for å 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> 443for å 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-POLY1305til HTTP-servergrensesnittet, bruker du:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Sehttps://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 |
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:
|
Leser CTI TLS-grensesnittkonfigurasjon på XSP| ADP
Logg på XSP| ADP og gå til
XSP|ADP_CLI/Interface/CTI/CTIServer>Angi
getkommandoen 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.2for å 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
getkommandoen 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-POLY1305til CTI-grensesnittet, bruker du:XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Sehttps://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.txtpå 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Åpen
combinedcertchain2023.txti et tekstredigeringsprogram.Velg og klipp ut den første tekstblokken, inkludert linjene
-----BEGIN CERTIFICATE-----og-----END CERTIFICATE-----, og lim inn tekstblokken i en ny fil.Lagre den nye filen som
root2023.txt.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.txtog/var/broadworks/tmp/issuing2023.txtLogg på XSP| ADP og gå til
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>(Valgfritt) Kjør
help updateTrustfor å 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.txtXSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Alle alias må ha et annet navn.
webexclientroot2023ogwebexclientissuing2023er 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> getAlias 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> getKjø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.
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 .
Mac-brukere: Klikk på profilbilde, og deretter .
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 ).
Kopier .war-filen til et midlertidig sted på XSP| ADP, for eksempel
/tmp/.Naviger til følgende CLI-kontekst, og kjør installasjonskommandoen:
XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.warBroadWorks-programvarebehandling validerer og installerer filen.
[Valgfritt] Slett
/tmp/BWCallSettingsWeb_1.7.5_1.war(denne filen er ikke lenger nødvendig).Aktiver applikasjonen:
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettingsDen 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.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% cswAngi 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.
| ||
| 5 | (For Apple iOS -varsler) Aktiver HTTP/2 på NPS.
| ||
| 6 | Koble til en teknisk kundestøtte fra NPS XSP/ADP. | ||
| 7 | På hver AS-server er namedefs-filen i 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
|
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:
Hvis du vil bekrefte at verdiene du oppga samsvarer med det du fikk, kjører du
| |||||||||||||||||||
| 3 | Angi URL-adressen for NPS-proxy, og angi oppdateringsintervallet for token (30 minutter anbefales):
| |||||||||||||||||||
| 4 | (For Android-varsler) Legg til Android-program-ID-en i FCM-programkonteksten på NPS.
| |||||||||||||||||||
| 5 | (For Apple iOS -varsler) Legg til program-ID-en i APNS-programkonteksten, og sørg for å utelate autentiseringsnøkkelen – angi den til tom.
| |||||||||||||||||||
| 6 | Konfigurer følgende NPS-URL-er:
| |||||||||||||||||||
| 7 | Konfigurer følgende NPS-tilkoblingsparametere til de anbefalte verdiene som vises:
| |||||||||||||||||||
| 8 | Kontroller om programserveren kontrollerer program-ID-er, fordi du kanskje må legge til Webex-appene i tillatelseslisten: | |||||||||||||||||||
| 9 | Start XSP på nytt| ADP: | |||||||||||||||||||
| 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 . 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
|
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:
Klikk på den blå knappen for å opprette ny tjenestekonto
Klikk på den blå knappen for å generere en ny privat nøkkel
Last ned nøkkelen til et sikkert sted
Slik bruker du en eksisterende tjenestekonto:
Klikk på den blå teksten for å vise eksisterende tjenestekontoer.
Angi tjenestekonto som skal brukes. Tjenestekontoen trenger tillatelse firebaseadmin-sdk .
Klikk på hamburgermenyen til høyre og opprett en ny privat nøkkel.
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_projectAktiver FCMv1:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneKjør
bwrestartkommandoen 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 ...DoneKjør
bwrestartkommandoen for å starte XSP på nytt| ADP.Aktiver FCM:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneKjør
bwrestartkommandoen 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:
På Google Cloud Console går du til Tjenestekontoer side.
Klikk på Velg et prosjekt , velg prosjektet ditt og klikk på Åpne .
Finn raden for tjenestekonto du vil opprette en nøkkel for, klikk på Mer vertikal knapp, og klikk deretter Opprett-nøkkel.
Velg en Nøkkel skriv inn og klikk Opprett
Filen lastes ned.
Legg til FCM i ADP-serveren:
Importer JSON-filen til ADP-serveren ved hjelp av
/bw/installkommandoen.Logg på ADP CLI og legg til prosjekt og API-nøkkel:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON:Deretter legger du til program og nøkkel:
ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...DoneKontroller 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:
Legg til CTI-URL og Port for CTI-grensesnittet du vil koble til.
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.
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.
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:
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.
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.
Skriv inn en Partneradministrator .
Dette navnet brukes i den automatiserte e-postmelding fra Webex, som inviterer brukere til å bekrefte e-postadressene sine.
Kontroller at Klargjøring av eksisterende organisasjoner bryteren er På ( standardinnstilling er På).
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.ap373197For R23:
AP.as.23.0.1075.ap373197For 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/ContainerOptionskontekst.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 .
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.
AS_CLI/Interface/Messaging> set provisioningUrl provisioningURLAS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_nameAS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_passwordAS_CLI/Interface/Messaging> set enableSynchronization true
Aktiver det integrerte IMP-grensesnittet:
/AS_CLI/Service/IntegratedIMP> set serviceDomain example.com/AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true
| Du må angi det fullstendige navnet for |
(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
provisioningURLparameteren, 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/hostsfil 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 atpassEmailInRequestfunksjonen 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-InfoSIP-hode:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork trueAS_CLI/Interface/SIP> set sendCallCorrelationIDAccess trueFilen
enableCallCorrelationID-parameteren knyttet til Xsi-Actions-applikasjonen, brukes til å kontrollere inkluderingen av informasjon om samtalekorrelasjon i Xsi-Actions-logger. Det anbefales å haenableCallCorrelationIDaktivert 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.as.22.0.1123.ap378585– etter installasjon av oppdateringen må du aktivere funksjon 25433. For eksempel:AS_CLI/System/ActivatableFeature> activate 25433
For R23:
AP.as.23.0.1075.ap378585– etter installasjon av oppdateringen må du aktivere funksjon 25433. For eksempel:AS_CLI/System/ActivatableFeature> activate 25433Hvis du bruker XSP –
AP.xsp.23.0.1075.ap378585Hvis 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
| 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 .
|
|
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
Anropsopptak
Webex for Cisco BroadWorks støtter fire moduser for samtaleopptak.
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. |
|
Alltid med Sett på pause / gjenoppta | Opptaket startes automatisk når samtalen er opprettet. Brukeren kan stanse innspillingen midlertidig og fortsette. |
|
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 |
|
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. |
|
Krav
Hvis du vil distribuere denne funksjonen på Webex for Cisco BroadWorks, må du distribuere følgende BroadWorks-oppdateringer:
For R22: AP.as.22.0.1123.ap377718
For R23: AP.as.23.0.1075.ap377718
For R24: AP.as.24.0.944.ap377718
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 WebexMeetingsNS 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 - unspecifiedNS-rutingsprofil
Retningslinjeforekomst for UrlDialing lagt til i riktig(e) rutingsprofil(er)
NS_CLI/Policy/Profile> get profile MyInst
Profile: Webex
Policy Instance
==========================================
…
UrlDialing WebexMeetingsAS Bruk NS-rute for nettverksURL-anrop
Aktiver AS for å overholde NS-ruten i hybrid AS-modus
AS_CLI/Interface/IMS> set queryNSForNetworkURL trueE911 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:
Last ned og pakk ut DTAF zip-filen for den bestemte klienten.
Importer DTAF-filer til BroadWorks på System > Ressurser > Identitets-/enhetsprofiltyper
Å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
Endre malene i henhold til miljøet ditt (se tabellen nedenfor).
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:
| ||
| 2 | Bekreft kundeorganisasjon og brukere i Control Hub: |
Brukertesting
| 1 | Last ned Webex-app på to forskjellige maskiner. |
| 2 | Logg på som testbrukere på de to maskinene. |
| 3 | Foreta testsamtaler. |
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) |
|
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):
Hvis Webex for BroadWorks-organisasjon finnes (minst én bruker er klargjort):
|
Kundeorganisasjon |
|
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
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:
| ||
| 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.
|
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:
|
| 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:
 |
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:
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
| 1 | Bruk People API-ene til å slette alle brukere fra organisasjonen:
| ||
| 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: 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å | ||
| 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:
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å | |||||||||
| 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:
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:
|
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 |
|
Liste BroadWorks-faktureringsrapporter | Brukes til å vise rapportene som er tilgjengelige for visning. | Lesetilgang |
|
Hent en BroadWorks-faktureringsrapport | Brukes til å hente en kopi av en generert rapport. | Lesetilgang |
|
Slett en BroadWorks-faktureringsrapport | Brukes til å slette en generert rapport. | Skrivetilgang |
|
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.
|
|
|
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å:
- Kontroller at du delte RSA-nøkler på tvers av alle XSP| ADP-er.
- Kontroller at du oppga AuthService URL til nettbeholderen på alle XSP| ADP-er.
- 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.
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?
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)
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 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.
|
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 | ||
Obligatorisk for katalogsynkronisering | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Obligatorisk oppdatering for applikasjonsserver | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Obligatorisk oppdatering for samtaleopptaksfunksjonen | ||
Obligatorisk oppdatering for flytende klargjøring | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Profilserver | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Plattform | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for autentiseringstjenesten med CI-tokenvalidering | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
XSP| ADP | Kreves for proxy for NPS-godkjenning | |
Kreves for autentiseringstjenesten med CI-tokenvalidering | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for autentiseringstjenesten med CI-tokenvalidering | ||
Obligatorisk for enhetlig samtalelogg | ||
Andre | AP.xsa.22.0.1123.ap372757 | |
Versjon R23
Server | Oppdatering | Ytterligere informasjon |
|---|---|---|
Applikasjonsserver | Obligatorisk for katalogsynkronisering | |
Konfigurer appserver | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Obligatorisk for samtaleopptak | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Profilserver | ||
Plattform | ||
Kreves for proxy for NPS-godkjenning | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
XSP| ADP | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for proxy for NPS-godkjenning | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Andre | Hvis du bruker ADP... | Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk |
Versjon R24
Server | Oppdatering | Ytterligere informasjon |
|---|---|---|
Applikasjonsserver | Obligatorisk for Unified Messaging Server (UMS) | |
Obligatorisk for flytende klargjøring | ||
Obligatorisk for samtaleopptak | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Andre | 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
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.
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 WAVMS_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
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>getAngi 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>exportKeysKopier den eksporterte filen
/var/broadworks/tmp/authService.keystil 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/authServiceLegg til tjeneste-URL for autentiseringstjenesten i beholderen:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authServiceDette 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) |
|
| Transportprotokoller for dette systemet |
|
| HTTP på dette systemet |
|
| Spesifikke HTTP-servergrensesnitt på dette systemet |
|
Leser grensesnittkonfigurasjon for HTTP-server TLS på XSP| ADP
Logg på XSP| ADP og gå til
XSP|ADP_CLI/Interface/Http/HttpServer>Angi
getkommandoen 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> getLegge 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> 443for å se hvilke protokoller som allerede er brukt på dette grensesnittet.Skriv inn kommandoen
add <interfaceIp> 443 TLSv1.2for å 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> 443for å 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-POLY1305til HTTP-servergrensesnittet, bruker du:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Sehttps://ciphersuite.info/ for å finne serien etter begge navnene.
Konfigurere klarering for autentiseringstjeneste (med mTLS)
Logg på Control Hub med partnerens administratorkonto.
Gå til og klikk Last ned Webex CA-sertifikat å få
CombinedCertChain2023.txtpå 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.Åpen
combinedcertchain2023.txti et tekstredigeringsprogram.Velg og klipp ut den første tekstblokken, inkludert linjene
-----BEGIN CERTIFICATE-----og-----END CERTIFICATE-----, og lim inn tekstblokken i en ny fil.Lagre den nye filen som
root2023.txt.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.txtog/var/broadworks/tmp/issuing2023.txt.Logg på XSP| ADP og gå til
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>. (Valgfritt) Kjør hjelpUpdateTrustfor å 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,webexclientissuingogwebexclientissuing2023er 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> getAlias 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ørgetkommandoen 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 trueSe XSP| ADP CLI-dokumentasjon for detaljer. I hovedsak den første
truesikrer grensesnittet med TLS (serversertifikat opprettes om nødvendig) og den andretruetvinger 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 trueI 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ørgetkommandoen 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 trueSe XSP| ADP CLI-dokumentasjon for detaljer. Applikasjonsnavnene er nummerert der. Filen
truei 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 |
| |
25. januar 2024 | 2-107 |
| |
23. januar 2024 | 2-106 |
| |
10. januar 2024 | 2-105 |
| |
20. desember 2023 | 2-104 |
| |
13. desember 2023 | 2-103 |
| |
12. desember 2023 | 2-102 |
| |
8. desember 2023 | 2-101 |
| |
8. november 2023 | 2–100 |
| |
25. oktober 2023 | 2-99 |
| |
13. september 2023 | 2-98 |
| |
4. september 2023 | 2-97 |
| |
8. august 2023 | 2-96 |
| |
23. juni 2023 | 2-95 |
| |
30. mai 2023 | 2-94 |
| |
26. mai 2023 | 2-93 |
| |
24. mai 2023 | 2-92 |
| |
10. mai 2023 | 2-91 |
| |
9. mai 2023 | 2-90 |
| |
4. mai 2023 | 2-89 |
| |
27. april 2023 | 2-88 |
| |
14. april 2023 | 2-87 |
| |
17. mars 2023 | 2-86 |
| |
11. mars 2023 | 2-85 |
| |
10. mars 2023 | 2-84 |
| |
7. mars 2023 | 2-83 |
| |
28. februar 2023 | 2-82 |
| |
15. februar 2023 | 2-81 |
| |
10. februar 2023 | 2-80 |
| |
Vi presenterer Webex for Cisco BroadWorks
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:
| 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.
| 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 .)
|
|
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.
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:
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?, angiy.Når installasjonsprogrammet spør,
Is this server going to be a NTP server?, angin.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:
NTPNTP_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_SHA384TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_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_SHA384TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256TLS_DHE_RSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384TLS_DHE_RSA_WITH_AES_256_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256TLS_DHE_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHATLS_ECDHE_RSA_WITH_AES_256_CBC_SHATLS_DHE_RSA_WITH_AES_256_CBC_SHATLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHATLS_ECDHE_RSA_WITH_AES_128_CBC_SHATLS_DHE_RSA_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_256_GCM_SHA384TLS_DHE_PSK_WITH_AES_256_GCM_SHA384TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_PSK_WITH_AES_128_GCM_SHA256TLS_DHE_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_128_GCM_SHA256TLS_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_256_CBC_SHA256TLS_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384TLS_ECDHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_PSK_WITH_AES_256_CBC_SHA384TLS_DHE_PSK_WITH_AES_256_CBC_SHA384TLS_RSA_PSK_WITH_AES_256_CBC_SHATLS_DHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_WITH_AES_256_CBC_SHATLS_PSK_WITH_AES_256_CBC_SHA384TLS_PSK_WITH_AES_256_CBC_SHATLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_128_CBC_SHA256TLS_DHE_PSK_WITH_AES_128_CBC_SHA256TLS_RSA_PSK_WITH_AES_128_CBC_SHATLS_DHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_WITH_AES_128_CBC_SHATLS_PSK_WITH_AES_128_CBC_SHA256TLS_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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.
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 |
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.
|
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.
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 |
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:
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.
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:
Webex-krav: Onboarding-malen inneholder følgende innstillinger:
|
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:
Webex-krav: Onboarding-malen inneholder følgende innstillinger:
|
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:
BroadWorks-krav:
Webex-krav:
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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.
Språk som støttes (ISO-639-1)_ (ISO-3166) | Hvis bare en språkkode på to bokstaver er tilgjengelig... | |
|---|---|---|
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 .
|
|
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.
| Cisco Common Identity |
| Autentisering med flere faktorer? | Nei | Krever kunde-IDP som støtter autentisering med flere faktorer. |
Bane for legitimasjonsvalidering
|
|
|
| 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-8ADP_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.
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: Konfigurasjonsfil: |
Webex Nettbrett Mal |
Identitets-/enhetsprofiltype: Koble til – nettbrett DTAF: Konfigurasjonsfil: |
Webex Skrivebord Mal |
Identitets-/enhetsprofiltype: Business Communicator – PC DTAF: Konfigurasjonsfil: |
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å 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 AuthenticationCN-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.
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 |
Må leses | |
Må leses | |
Domener og URL-adresser som Webex-tjenester må ha tilgang til | Må leses |
Alternativer | |
Alternativer | |
Alternativer | |
Alternativer | |
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 |
|
| Peker til LB1 (nettsted A) |
A |
|
| 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 |
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 |
|
| Klientoppdaging av Xsi-grensesnitt |
SRV |
|
| Klientoppdaging av Xsi-grensesnitt |
A |
|
| Peker på LB1 (nettsted A) |
A |
|
| 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 |
|
| Lastbalanser |
A | LB.example.com |
| 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 |
|
| Peker på LB1 (nettsted A) |
A |
|
| 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:
Klienten utfører et SRV-oppslag for_xsi -klient._tcp .<xsi domain="">
Hvis SRV-oppslaget returnerer ett eller flere A/AAAA-mål:
Klienten gjør A/AAAA-oppslag for disse målene og hurtigbufrer de returnerte IP-adressene.
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).
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>Disse konfigurasjonsparametrene har forrang over alle konfigurasjoner i BroadWorks-klyngen i Control Hub.
Hvis de finnes, vil klienten sammenligne med den opprinnelige XSI-adressen den mottok via BroadWorks-klyngekonfigurasjonen.
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.
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.
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:
For R23:
For R24 – ingen oppdatering kreves
Alle referanser til XSP inkluderer enten XSP eller ADP.Installer
AuthenticationServiceapplikasjon på hver XSP| ADP-tjeneste.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/authServiceKjø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> getHvis den ikke finnes, kjører du følgende kommando for å importere standard Java-klareringer:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrustDu 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> getset clientId client-Id-From-Step1set enabled trueset clientSecret client-Secret-From-Step1set ciResponseBodyMaxSizeInBytes 65536set issuerName <URL>– ForURL, skriver du inn URL-adressen til IssuerName som gjelder for CI-klyngen. Se tabellen nedenfor.set issuerUrl <URL>– ForURL, 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
EU
US-B
Hvis du ikke kjenner din CI-klynge , kan du hente informasjonen fra kundeinformasjonen i brukerstøttevisningen i Control Hub.Tabell 2. Angi tokenInfoURL 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:userKonfigurer identitetsleverandører for Cisco Federation ved hjelp av følgende kommandoer på hver XSP| ADP-server:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> getset flsUrl https://cifls.webex.com/federationset refreshPeriodInMinutes 60set 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> GetKonfigurer Token Management ved hjelp av følgende kommandoer på hver XSP| ADP-server:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>set tokenIssuer BroadWorksset 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.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>exportKeysKopier den eksporterte filen
/var/broadworks/tmp/authService.keystil 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/authServiceLegg til tjeneste-URL for autentiseringstjenesten i beholderen:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authServiceDette gjør at Webex kan bruke godkjenningstjenesten til å validere tokener presentert som legitimasjon.
Kontroller parameteren med
get.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) |
|
| Transportprotokoller for dette systemet |
|
| HTTP på dette systemet |
|
| Spesifikke HTTP-servergrensesnitt på dette systemet |
|
Leser grensesnittkonfigurasjon for HTTP-server TLS på XSP| ADP
Logg på XSP| ADP og gå til
XSP|ADP_CLI/Interface/Http/HttpServer>Angi
getkommandoen 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> getLegge 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> 443for å se hvilke protokoller som allerede er brukt på dette grensesnittet.Skriv inn kommandoen
add <interfaceIp> 443 TLSv1.2for å 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> 443for å 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-POLY1305til HTTP-servergrensesnittet, bruker du:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Sehttps://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 |
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:
|
Leser CTI TLS-grensesnittkonfigurasjon på XSP| ADP
Logg på XSP| ADP og gå til
XSP|ADP_CLI/Interface/CTI/CTIServer>Angi
getkommandoen 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.2for å 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
getkommandoen 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-POLY1305til CTI-grensesnittet, bruker du:XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Sehttps://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.txtpå 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Åpen
combinedcertchain2023.txti et tekstredigeringsprogram.Velg og klipp ut den første tekstblokken, inkludert linjene
-----BEGIN CERTIFICATE-----og-----END CERTIFICATE-----, og lim inn tekstblokken i en ny fil.Lagre den nye filen som
root2023.txt.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.txtog/var/broadworks/tmp/issuing2023.txtLogg på XSP| ADP og gå til
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>(Valgfritt) Kjør
help updateTrustfor å 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.txtXSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Alle alias må ha et annet navn.
webexclientroot2023ogwebexclientissuing2023er 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> getAlias 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> getKjø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.
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 .
Mac-brukere: Klikk på profilbilde, og deretter .
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 ).
Kopier .war-filen til et midlertidig sted på XSP| ADP, for eksempel
/tmp/.Naviger til følgende CLI-kontekst, og kjør installasjonskommandoen:
XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.warBroadWorks-programvarebehandling validerer og installerer filen.
[Valgfritt] Slett
/tmp/BWCallSettingsWeb_1.7.5_1.war(denne filen er ikke lenger nødvendig).Aktiver applikasjonen:
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettingsDen 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.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% cswAngi 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.
| ||
| 5 | (For Apple iOS -varsler) Aktiver HTTP/2 på NPS.
| ||
| 6 | Koble til en teknisk kundestøtte fra NPS XSP/ADP. | ||
| 7 | På hver AS-server er namedefs-filen i 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
|
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:
Hvis du vil bekrefte at verdiene du oppga samsvarer med det du fikk, kjører du
| |||||||||||||||||||
| 3 | Angi URL-adressen for NPS-proxy, og angi oppdateringsintervallet for token (30 minutter anbefales):
| |||||||||||||||||||
| 4 | (For Android-varsler) Legg til Android-program-ID-en i FCM-programkonteksten på NPS.
| |||||||||||||||||||
| 5 | (For Apple iOS -varsler) Legg til program-ID-en i APNS-programkonteksten, og sørg for å utelate autentiseringsnøkkelen – angi den til tom.
| |||||||||||||||||||
| 6 | Konfigurer følgende NPS-URL-er:
| |||||||||||||||||||
| 7 | Konfigurer følgende NPS-tilkoblingsparametere til de anbefalte verdiene som vises:
| |||||||||||||||||||
| 8 | Kontroller om programserveren kontrollerer program-ID-er, fordi du kanskje må legge til Webex-appene i tillatelseslisten: | |||||||||||||||||||
| 9 | Start XSP på nytt| ADP: | |||||||||||||||||||
| 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 . 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
|
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:
Klikk på den blå knappen for å opprette ny tjenestekonto
Klikk på den blå knappen for å generere en ny privat nøkkel
Last ned nøkkelen til et sikkert sted
Slik bruker du en eksisterende tjenestekonto:
Klikk på den blå teksten for å vise eksisterende tjenestekontoer.
Angi tjenestekonto som skal brukes. Tjenestekontoen trenger tillatelse firebaseadmin-sdk .
Klikk på hamburgermenyen til høyre og opprett en ny privat nøkkel.
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_projectAktiver FCMv1:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneKjør
bwrestartkommandoen 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 ...DoneKjør
bwrestartkommandoen for å starte XSP på nytt| ADP.Aktiver FCM:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneKjør
bwrestartkommandoen 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:
På Google Cloud Console går du til Tjenestekontoer side.
Klikk på Velg et prosjekt , velg prosjektet ditt og klikk på Åpne .
Finn raden for tjenestekonto du vil opprette en nøkkel for, klikk på Mer vertikal knapp, og klikk deretter Opprett-nøkkel.
Velg en Nøkkel skriv inn og klikk Opprett
Filen lastes ned.
Legg til FCM i ADP-serveren:
Importer JSON-filen til ADP-serveren ved hjelp av
/bw/installkommandoen.Logg på ADP CLI og legg til prosjekt og API-nøkkel:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON:Deretter legger du til program og nøkkel:
ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...DoneKontroller 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:
Legg til CTI-URL og Port for CTI-grensesnittet du vil koble til.
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.
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.
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:
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.
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.
Skriv inn en Partneradministrator .
Dette navnet brukes i den automatiserte e-postmelding fra Webex, som inviterer brukere til å bekrefte e-postadressene sine.
Kontroller at Tillat e-postmeldinger med administratorinvitasjoner når du legger ved eksisterende organisasjoner bryteren er På ( standardinnstilling er På).
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.ap373197For R23:
AP.as.23.0.1075.ap373197For 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/ContainerOptionskontekst.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 .
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.
AS_CLI/Interface/Messaging> set provisioningUrl provisioningURLAS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_nameAS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_passwordAS_CLI/Interface/Messaging> set enableSynchronization true
Aktiver det integrerte IMP-grensesnittet:
/AS_CLI/Service/IntegratedIMP> set serviceDomain example.com/AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true
| Du må angi det fullstendige navnet for |
(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
provisioningURLparameteren, 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/hostsfil 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 atpassEmailInRequestfunksjonen 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-InfoSIP-hode:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork trueAS_CLI/Interface/SIP> set sendCallCorrelationIDAccess trueFilen
enableCallCorrelationID-parameteren knyttet til Xsi-Actions-applikasjonen, brukes til å kontrollere inkluderingen av informasjon om samtalekorrelasjon i Xsi-Actions-logger. Det anbefales å haenableCallCorrelationIDaktivert 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.as.22.0.1123.ap378585– etter installasjon av oppdateringen må du aktivere funksjon 25433. For eksempel:AS_CLI/System/ActivatableFeature> activate 25433
For R23:
AP.as.23.0.1075.ap378585– etter installasjon av oppdateringen må du aktivere funksjon 25433. For eksempel:AS_CLI/System/ActivatableFeature> activate 25433Hvis du bruker XSP –
AP.xsp.23.0.1075.ap378585Hvis 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
| 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) .
Visuell søppelpostindikasjon
Webex-appen støtter en visuell indikasjon på spam-anrop i samtaletoast når samtalen presenteres for den anropte, og i Unified Call History-oppføringer når BroadWorks oppdateres for å utføre anrops-ID-validering via RØR/SHAKEN-rammeverket. Slik har du denne funksjonen:
- Aktiver enhetlig anropshistorikk som beskrevet i forrige avsnitt.
- Følgende oppdateringer må være installert og aktive:
- AP.as.23.0.1075.ap384591 / AP.as.24.0.944.ap384591
- eller AS-25_ Rel_ 2022.12 minst
- Funksjonen må aktiveres via AS CLI:
- AS_CLI/System/ActivatableFeature> aktiver 104112
- AS_CLI/System/StirShaken> angi enableVerification true
- Broadworks må konfigureres til å utføre STIR-SHAKEN-signering, merking og bekreftelse som beskrevet i Cisco BroadWorks STIR-SHAKEN Signeringsmerking og -verifisering
Når BroadWorks er riktig konfigurert, vil en ny topptekst X-Cisco-CallerId-Disposition bli lagt til i INVITE-forespørsler som sendes til Cisco-klienter, og et nytt felt callerIdDisposition legges til i de eksisterende samtalelogghendelsene som sendes til Webex Cloud via CTI-grensesnittet . Webex-enheter bruker denne informasjonen til å gi en visuell spam-indikasjon i samtalepresentasjonen og den enhetlige samtaleloggen til mottakeren.
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 .
|
|
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
Anropsopptak
Webex for Cisco BroadWorks støtter fire moduser for samtaleopptak.
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. |
|
Alltid med Sett på pause / gjenoppta | Opptaket startes automatisk når samtalen er opprettet. Brukeren kan stanse innspillingen midlertidig og fortsette. |
|
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 |
|
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. |
|
Krav
Hvis du vil distribuere denne funksjonen på Webex for Cisco BroadWorks, må du distribuere følgende BroadWorks-oppdateringer:
For R22: AP.as.22.0.1123.ap377718
For R23: AP.as.23.0.1075.ap377718
For R24: AP.as.24.0.944.ap377718
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 WebexMeetingsNS 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 - unspecifiedNS-rutingsprofil
Retningslinjeforekomst for UrlDialing lagt til i riktig(e) rutingsprofil(er)
NS_CLI/Policy/Profile> get profile MyInst
Profile: Webex
Policy Instance
==========================================
…
UrlDialing WebexMeetingsAS Bruk NS-rute for nettverksURL-anrop
Aktiver AS for å overholde NS-ruten i hybrid AS-modus
AS_CLI/Interface/IMS> set queryNSForNetworkURL trueE911 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:
Last ned og pakk ut DTAF zip-filen for den bestemte klienten.
Importer DTAF-filer til BroadWorks på System > Ressurser > Identitets-/enhetsprofiltyper
Å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
Endre malene i henhold til miljøet ditt (se tabellen nedenfor).
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:
| ||
| 2 | Bekreft kundeorganisasjon og brukere i Control Hub: |
Brukertesting
| 1 | Last ned Webex-app på to forskjellige maskiner. |
| 2 | Logg på som testbrukere på de to maskinene. |
| 3 | Foreta testsamtaler. |
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) |
|
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):
Hvis Webex for BroadWorks-organisasjon finnes (minst én bruker er klargjort):
|
Kundeorganisasjon |
|
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
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:
| Kontroller at Tillat e-postmeldinger med administratorinvitasjoner når du legger ved eksisterende organisasjoner (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:
| ||
| 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.
|
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:
|
| 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:
|
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:
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
| 1 | Bruk People API-ene til å slette alle brukere fra organisasjonen:
| ||
| 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: 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å | ||
| 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:
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å | |||||||||
| 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:
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:
|
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 |
|
Liste BroadWorks-faktureringsrapporter | Brukes til å vise rapportene som er tilgjengelige for visning. | Lesetilgang |
|
Hent en BroadWorks-faktureringsrapport | Brukes til å hente en kopi av en generert rapport. | Lesetilgang |
|
Slett en BroadWorks-faktureringsrapport | Brukes til å slette en generert rapport. | Skrivetilgang |
|
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.
|
|
|
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å:
- Kontroller at du delte RSA-nøkler på tvers av alle XSP| ADP-er.
- Kontroller at du oppga AuthService URL til nettbeholderen på alle XSP| ADP-er.
- 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.
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?
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)
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 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 innstillingen «w4bwks-password-expiry-fail-login». Denne innstillingen «kan aktiveres av Cisco etter forespørsel fra en partner. 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. |
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.
|
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 | ||
Obligatorisk for katalogsynkronisering | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Obligatorisk oppdatering for applikasjonsserver | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Obligatorisk oppdatering for samtaleopptaksfunksjonen | ||
Obligatorisk oppdatering for flytende klargjøring | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Profilserver | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Plattform | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for autentiseringstjenesten med CI-tokenvalidering | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
XSP| ADP | Kreves for proxy for NPS-godkjenning | |
Kreves for autentiseringstjenesten med CI-tokenvalidering | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for autentiseringstjenesten med CI-tokenvalidering | ||
Obligatorisk for enhetlig samtalelogg | ||
Andre | AP.xsa.22.0.1123.ap372757 | |
Versjon R23
Server | Oppdatering | Ytterligere informasjon |
|---|---|---|
Applikasjonsserver | Obligatorisk for katalogsynkronisering | |
Konfigurer appserver | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Obligatorisk for samtaleopptak | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Profilserver | ||
Plattform | ||
Kreves for proxy for NPS-godkjenning | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
XSP| ADP | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for proxy for NPS-godkjenning | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Andre | Hvis du bruker ADP... | Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk |
Versjon R24
Server | Oppdatering | Ytterligere informasjon |
|---|---|---|
Applikasjonsserver | Obligatorisk for Unified Messaging Server (UMS) | |
Obligatorisk for flytende klargjøring | ||
Obligatorisk for samtaleopptak | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Andre | 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
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.
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 WAVMS_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
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>getAngi 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>exportKeysKopier den eksporterte filen
/var/broadworks/tmp/authService.keystil 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/authServiceLegg til tjeneste-URL for autentiseringstjenesten i beholderen:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authServiceDette 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) |
|
| Transportprotokoller for dette systemet |
|
| HTTP på dette systemet |
|
| Spesifikke HTTP-servergrensesnitt på dette systemet |
|
Leser grensesnittkonfigurasjon for HTTP-server TLS på XSP| ADP
Logg på XSP| ADP og gå til
XSP|ADP_CLI/Interface/Http/HttpServer>Angi
getkommandoen 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> getLegge 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> 443for å se hvilke protokoller som allerede er brukt på dette grensesnittet.Skriv inn kommandoen
add <interfaceIp> 443 TLSv1.2for å 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> 443for å 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-POLY1305til HTTP-servergrensesnittet, bruker du:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Sehttps://ciphersuite.info/ for å finne serien etter begge navnene.
Konfigurere klarering for autentiseringstjeneste (med mTLS)
Logg på Control Hub med partnerens administratorkonto.
Gå til og klikk Last ned Webex CA-sertifikat å få
CombinedCertChain2023.txtpå 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.Åpen
combinedcertchain2023.txti et tekstredigeringsprogram.Velg og klipp ut den første tekstblokken, inkludert linjene
-----BEGIN CERTIFICATE-----og-----END CERTIFICATE-----, og lim inn tekstblokken i en ny fil.Lagre den nye filen som
root2023.txt.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.txtog/var/broadworks/tmp/issuing2023.txt.Logg på XSP| ADP og gå til
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>. (Valgfritt) Kjør hjelpUpdateTrustfor å 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,webexclientissuingogwebexclientissuing2023er 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> getAlias 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ørgetkommandoen 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 trueSe XSP| ADP CLI-dokumentasjon for detaljer. I hovedsak den første
truesikrer grensesnittet med TLS (serversertifikat opprettes om nødvendig) og den andretruetvinger 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 trueI 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ørgetkommandoen 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 trueSe XSP| ADP CLI-dokumentasjon for detaljer. Applikasjonsnavnene er nummerert der. Filen
truei 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. mars 2024 | 2-111 |
| |
24. februar 2024 | 2-110 |
| |
20. februar 2024 | 2-109 |
| |
7. februar 2024 | 2-108 |
| |
25. januar 2024 | 2-107 |
| |
23. januar 2024 | 2-106 |
| |
10. januar 2024 | 2-105 |
| |
20. desember 2023 | 2-104 |
| |
13. desember 2023 | 2-103 |
| |
12. desember 2023 | 2-102 |
| |
8. desember 2023 | 2-101 |
| |
8. november 2023 | 2–100 |
| |
25. oktober 2023 | 2-99 |
| |
13. september 2023 | 2-98 |
| |
4. september 2023 | 2-97 |
| |
8. august 2023 | 2-96 |
| |
23. juni 2023 | 2-95 |
| |
30. mai 2023 | 2-94 |
| |
26. mai 2023 | 2-93 |
| |
24. mai 2023 | 2-92 |
| |
10. mai 2023 | 2-91 |
| |
9. mai 2023 | 2-90 |
| |
4. mai 2023 | 2-89 |
| |
27. april 2023 | 2-88 |
| |
14. april 2023 | 2-87 |
| |
17. mars 2023 | 2-86 |
| |
11. mars 2023 | 2-85 |
| |
10. mars 2023 | 2-84 |
| |
7. mars 2023 | 2-83 |
| |
28. februar 2023 | 2-82 |
| |
15. februar 2023 | 2-81 |
| |
10. februar 2023 | 2-80 |
| |
Vi presenterer Webex for Cisco BroadWorks
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:
| 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.
| 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 .)
|
|
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.
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:
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?, angiy.Når installasjonsprogrammet spør,
Is this server going to be a NTP server?, angin.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:
NTPNTP_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_SHA384TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_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_SHA384TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256TLS_DHE_RSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384TLS_DHE_RSA_WITH_AES_256_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256TLS_DHE_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHATLS_ECDHE_RSA_WITH_AES_256_CBC_SHATLS_DHE_RSA_WITH_AES_256_CBC_SHATLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHATLS_ECDHE_RSA_WITH_AES_128_CBC_SHATLS_DHE_RSA_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_256_GCM_SHA384TLS_DHE_PSK_WITH_AES_256_GCM_SHA384TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_PSK_WITH_AES_128_GCM_SHA256TLS_DHE_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_128_GCM_SHA256TLS_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_256_CBC_SHA256TLS_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384TLS_ECDHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_PSK_WITH_AES_256_CBC_SHA384TLS_DHE_PSK_WITH_AES_256_CBC_SHA384TLS_RSA_PSK_WITH_AES_256_CBC_SHATLS_DHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_WITH_AES_256_CBC_SHATLS_PSK_WITH_AES_256_CBC_SHA384TLS_PSK_WITH_AES_256_CBC_SHATLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_128_CBC_SHA256TLS_DHE_PSK_WITH_AES_128_CBC_SHA256TLS_RSA_PSK_WITH_AES_128_CBC_SHATLS_DHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_WITH_AES_128_CBC_SHATLS_PSK_WITH_AES_128_CBC_SHA256TLS_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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.
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 |
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.
|
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.
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 |
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:
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.
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:
Webex-krav: Onboarding-malen inneholder følgende innstillinger:
|
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:
Webex-krav: Onboarding-malen inneholder følgende innstillinger:
|
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:
BroadWorks-krav:
Webex-krav:
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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.
Språk som støttes (ISO-639-1)_ (ISO-3166) | Hvis bare en språkkode på to bokstaver er tilgjengelig... | |
|---|---|---|
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 .
|
|
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.
| Cisco Common Identity |
| Autentisering med flere faktorer? | Nei | Krever kunde-IDP som støtter autentisering med flere faktorer. |
Bane for legitimasjonsvalidering
|
|
|
| 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-8ADP_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.
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: Konfigurasjonsfil: |
Webex Nettbrett Mal |
Identitets-/enhetsprofiltype: Koble til – nettbrett DTAF: Konfigurasjonsfil: |
Webex Skrivebord Mal |
Identitets-/enhetsprofiltype: Business Communicator – PC DTAF: Konfigurasjonsfil: |
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å 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 AuthenticationCN-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.
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 |
Må leses | |
Må leses | |
Domener og URL-adresser som Webex-tjenester må ha tilgang til | Må leses |
Alternativer | |
Alternativer | |
Alternativer | |
Alternativer | |
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 |
|
| Peker til LB1 (nettsted A) |
A |
|
| 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 |
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 |
|
| Klientoppdaging av Xsi-grensesnitt |
SRV |
|
| Klientoppdaging av Xsi-grensesnitt |
A |
|
| Peker på LB1 (nettsted A) |
A |
|
| 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 |
|
| Lastbalanser |
A | LB.example.com |
| 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 |
|
| Peker på LB1 (nettsted A) |
A |
|
| 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:
Klienten utfører et SRV-oppslag for_xsi -klient._tcp .<xsi domain="">
Hvis SRV-oppslaget returnerer ett eller flere A/AAAA-mål:
Klienten gjør A/AAAA-oppslag for disse målene og hurtigbufrer de returnerte IP-adressene.
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).
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>Disse konfigurasjonsparametrene har forrang over alle konfigurasjoner i BroadWorks-klyngen i Control Hub.
Hvis de finnes, vil klienten sammenligne med den opprinnelige XSI-adressen den mottok via BroadWorks-klyngekonfigurasjonen.
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.
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.
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:
For R23:
For R24 – ingen oppdatering kreves
Alle referanser til XSP inkluderer enten XSP eller ADP.Installer
AuthenticationServiceapplikasjon på hver XSP| ADP-tjeneste.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/authServiceKjø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> getHvis den ikke finnes, kjører du følgende kommando for å importere standard Java-klareringer:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrustDu 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> getset clientId client-Id-From-Step1set enabled trueset clientSecret client-Secret-From-Step1set ciResponseBodyMaxSizeInBytes 65536set issuerName <URL>– ForURL, skriver du inn URL-adressen til IssuerName som gjelder for CI-klyngen. Se tabellen nedenfor.set issuerUrl <URL>– ForURL, 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
EU
US-B
Hvis du ikke kjenner din CI-klynge , kan du hente informasjonen fra kundeinformasjonen i brukerstøttevisningen i Control Hub.Tabell 2. Angi tokenInfoURL 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:userKonfigurer identitetsleverandører for Cisco Federation ved hjelp av følgende kommandoer på hver XSP| ADP-server:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> getset flsUrl https://cifls.webex.com/federationset refreshPeriodInMinutes 60set 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> GetKonfigurer Token Management ved hjelp av følgende kommandoer på hver XSP| ADP-server:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>set tokenIssuer BroadWorksset 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.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>exportKeysKopier den eksporterte filen
/var/broadworks/tmp/authService.keystil 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/authServiceLegg til tjeneste-URL for autentiseringstjenesten i beholderen:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authServiceDette gjør at Webex kan bruke godkjenningstjenesten til å validere tokener presentert som legitimasjon.
Kontroller parameteren med
get.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) |
|
| Transportprotokoller for dette systemet |
|
| HTTP på dette systemet |
|
| Spesifikke HTTP-servergrensesnitt på dette systemet |
|
Leser grensesnittkonfigurasjon for HTTP-server TLS på XSP| ADP
Logg på XSP| ADP og gå til
XSP|ADP_CLI/Interface/Http/HttpServer>Angi
getkommandoen 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> getLegge 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> 443for å se hvilke protokoller som allerede er brukt på dette grensesnittet.Skriv inn kommandoen
add <interfaceIp> 443 TLSv1.2for å 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> 443for å 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-POLY1305til HTTP-servergrensesnittet, bruker du:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Sehttps://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 |
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:
|
Leser CTI TLS-grensesnittkonfigurasjon på XSP| ADP
Logg på XSP| ADP og gå til
XSP|ADP_CLI/Interface/CTI/CTIServer>Angi
getkommandoen 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.2for å 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
getkommandoen 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-POLY1305til CTI-grensesnittet, bruker du:XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Sehttps://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.txtpå 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Åpen
combinedcertchain2023.txti et tekstredigeringsprogram.Velg og klipp ut den første tekstblokken, inkludert linjene
-----BEGIN CERTIFICATE-----og-----END CERTIFICATE-----, og lim inn tekstblokken i en ny fil.Lagre den nye filen som
root2023.txt.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.txtog/var/broadworks/tmp/issuing2023.txtLogg på XSP| ADP og gå til
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>(Valgfritt) Kjør
help updateTrustfor å 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.txtXSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Alle alias må ha et annet navn.
webexclientroot2023ogwebexclientissuing2023er 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> getAlias 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> getKjø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.
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 .
Mac-brukere: Klikk på profilbilde, og deretter .
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 ).
Kopier .war-filen til et midlertidig sted på XSP| ADP, for eksempel
/tmp/.Naviger til følgende CLI-kontekst, og kjør installasjonskommandoen:
XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.warBroadWorks-programvarebehandling validerer og installerer filen.
[Valgfritt] Slett
/tmp/BWCallSettingsWeb_1.7.5_1.war(denne filen er ikke lenger nødvendig).Aktiver applikasjonen:
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettingsDen 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.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% cswAngi 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.
| ||
| 5 | (For Apple iOS -varsler) Aktiver HTTP/2 på NPS.
| ||
| 6 | Koble til en teknisk kundestøtte fra NPS XSP/ADP. | ||
| 7 | På hver AS-server er namedefs-filen i 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
|
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:
Hvis du vil bekrefte at verdiene du oppga samsvarer med det du fikk, kjører du
| |||||||||||||||||||
| 3 | Angi URL-adressen for NPS-proxy, og angi oppdateringsintervallet for token (30 minutter anbefales):
| |||||||||||||||||||
| 4 | (For Android-varsler) Legg til Android-program-ID-en i FCM-programkonteksten på NPS.
| |||||||||||||||||||
| 5 | (For Apple iOS -varsler) Legg til program-ID-en i APNS-programkonteksten, og sørg for å utelate autentiseringsnøkkelen – angi den til tom.
| |||||||||||||||||||
| 6 | Konfigurer følgende NPS-URL-er:
| |||||||||||||||||||
| 7 | Konfigurer følgende NPS-tilkoblingsparametere til de anbefalte verdiene som vises:
| |||||||||||||||||||
| 8 | Kontroller om programserveren kontrollerer program-ID-er, fordi du kanskje må legge til Webex-appene i tillatelseslisten: | |||||||||||||||||||
| 9 | Start XSP på nytt| ADP: | |||||||||||||||||||
| 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 . 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
|
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:
Klikk på den blå knappen for å opprette ny tjenestekonto
Klikk på den blå knappen for å generere en ny privat nøkkel
Last ned nøkkelen til et sikkert sted
Slik bruker du en eksisterende tjenestekonto:
Klikk på den blå teksten for å vise eksisterende tjenestekontoer.
Angi tjenestekonto som skal brukes. Tjenestekontoen trenger tillatelse firebaseadmin-sdk .
Klikk på hamburgermenyen til høyre og opprett en ny privat nøkkel.
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_projectAktiver FCMv1:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneKjør
bwrestartkommandoen 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 ...DoneKjør
bwrestartkommandoen for å starte XSP på nytt| ADP.Aktiver FCM:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneKjør
bwrestartkommandoen 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:
På Google Cloud Console går du til Tjenestekontoer side.
Klikk på Velg et prosjekt , velg prosjektet ditt og klikk på Åpne .
Finn raden for tjenestekonto du vil opprette en nøkkel for, klikk på Mer vertikal knapp, og klikk deretter Opprett-nøkkel.
Velg en Nøkkel skriv inn og klikk Opprett
Filen lastes ned.
Legg til FCM i ADP-serveren:
Importer JSON-filen til ADP-serveren ved hjelp av
/bw/installkommandoen.Logg på ADP CLI og legg til prosjekt og API-nøkkel:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON:Deretter legger du til program og nøkkel:
ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...DoneKontroller 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:
Legg til CTI-URL og Port for CTI-grensesnittet du vil koble til.
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.
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.
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:
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.
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.
Skriv inn en Partneradministrator .
Dette navnet brukes i den automatiserte e-postmelding fra Webex, som inviterer brukere til å bekrefte e-postadressene sine.
Kontroller at Tillat e-postmeldinger med administratorinvitasjoner når du legger ved eksisterende organisasjoner bryteren er På ( standardinnstilling er På).
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.ap373197For R23:
AP.as.23.0.1075.ap373197For 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/ContainerOptionskontekst.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 .
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.
AS_CLI/Interface/Messaging> set provisioningUrl provisioningURLAS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_nameAS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_passwordAS_CLI/Interface/Messaging> set enableSynchronization true
Aktiver det integrerte IMP-grensesnittet:
/AS_CLI/Service/IntegratedIMP> set serviceDomain example.com/AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true
| Du må angi det fullstendige navnet for |
(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
provisioningURLparameteren, 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/hostsfil 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 atpassEmailInRequestfunksjonen 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-InfoSIP-hode:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork trueAS_CLI/Interface/SIP> set sendCallCorrelationIDAccess trueFilen
enableCallCorrelationID-parameteren knyttet til Xsi-Actions-applikasjonen, brukes til å kontrollere inkluderingen av informasjon om samtalekorrelasjon i Xsi-Actions-logger. Det anbefales å haenableCallCorrelationIDaktivert 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.as.22.0.1123.ap378585– etter installasjon av oppdateringen må du aktivere funksjon 25433. For eksempel:AS_CLI/System/ActivatableFeature> activate 25433
For R23:
AP.as.23.0.1075.ap378585– etter installasjon av oppdateringen må du aktivere funksjon 25433. For eksempel:AS_CLI/System/ActivatableFeature> activate 25433Hvis du bruker XSP –
AP.xsp.23.0.1075.ap378585Hvis 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
| 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) .
Visuell søppelpostindikasjon
Webex-appen støtter en visuell indikasjon på spam-anrop i samtaletoast når samtalen presenteres for den anropte, og i Unified Call History-oppføringer når BroadWorks oppdateres for å utføre anrops-ID-validering via RØR/SHAKEN-rammeverket. Slik har du denne funksjonen:
- Aktiver enhetlig anropshistorikk som beskrevet i forrige avsnitt.
- Følgende oppdateringer må være installert og aktive:
- AP.as.23.0.1075.ap384591 / AP.as.24.0.944.ap384591
- eller AS-25_ Rel_ 2022.12 minst
- Funksjonen må aktiveres via AS CLI:
- AS_CLI/System/ActivatableFeature> aktiver 104112
- AS_CLI/System/StirShaken> angi enableVerification true
- Broadworks må konfigureres til å utføre STIR-SHAKEN-signering, merking og bekreftelse som beskrevet i Cisco BroadWorks STIR-SHAKEN Signeringsmerking og -verifisering
Når BroadWorks er riktig konfigurert, vil en ny topptekst X-Cisco-CallerId-Disposition bli lagt til i INVITE-forespørsler som sendes til Cisco-klienter, og et nytt felt callerIdDisposition legges til i de eksisterende samtalelogghendelsene som sendes til Webex Cloud via CTI-grensesnittet . Webex-enheter bruker denne informasjonen til å gi en visuell spam-indikasjon i samtalepresentasjonen og den enhetlige samtaleloggen til mottakeren.
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 .
|
|
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
Anropsopptak
Webex for Cisco BroadWorks støtter fire moduser for samtaleopptak.
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. |
|
Alltid med Sett på pause / gjenoppta | Opptaket startes automatisk når samtalen er opprettet. Brukeren kan stanse innspillingen midlertidig og fortsette. |
|
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 |
|
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. |
|
Krav
Hvis du vil distribuere denne funksjonen på Webex for Cisco BroadWorks, må du distribuere følgende BroadWorks-oppdateringer:
For R22: AP.as.22.0.1123.ap377718
For R23: AP.as.23.0.1075.ap377718
For R24: AP.as.24.0.944.ap377718
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 WebexMeetingsNS 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 - unspecifiedNS-rutingsprofil
Retningslinjeforekomst for UrlDialing lagt til i riktig(e) rutingsprofil(er)
NS_CLI/Policy/Profile> get profile MyInst
Profile: Webex
Policy Instance
==========================================
…
UrlDialing WebexMeetingsAS Bruk NS-rute for nettverksURL-anrop
Aktiver AS for å overholde NS-ruten i hybrid AS-modus
AS_CLI/Interface/IMS> set queryNSForNetworkURL trueE911 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:
Last ned og pakk ut DTAF zip-filen for den bestemte klienten.
Importer DTAF-filer til BroadWorks på System > Ressurser > Identitets-/enhetsprofiltyper
Å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
Endre malene i henhold til miljøet ditt (se tabellen nedenfor).
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:
| ||
| 2 | Bekreft kundeorganisasjon og brukere i Control Hub: |
Brukertesting
| 1 | Last ned Webex-app på to forskjellige maskiner. |
| 2 | Logg på som testbrukere på de to maskinene. |
| 3 | Foreta testsamtaler. |
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) |
|
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):
Hvis Webex for BroadWorks-organisasjon finnes (minst én bruker er klargjort):
|
Kundeorganisasjon |
|
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
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:
| Kontroller at Tillat e-postmeldinger med administratorinvitasjoner når du legger ved eksisterende organisasjoner (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:
| ||
| 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.
|
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:
|
| 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:
|
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:
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
| 1 | Bruk People API-ene til å slette alle brukere fra organisasjonen:
| ||
| 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: 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å | ||
| 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:
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å | |||||||||
| 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:
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:
|
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 |
|
Liste BroadWorks-faktureringsrapporter | Brukes til å vise rapportene som er tilgjengelige for visning. | Lesetilgang |
|
Hent en BroadWorks-faktureringsrapport | Brukes til å hente en kopi av en generert rapport. | Lesetilgang |
|
Slett en BroadWorks-faktureringsrapport | Brukes til å slette en generert rapport. | Skrivetilgang |
|
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.
|
|
|
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å:
- Kontroller at du delte RSA-nøkler på tvers av alle XSP| ADP-er.
- Kontroller at du oppga AuthService URL til nettbeholderen på alle XSP| ADP-er.
- 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.
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?
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)
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 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.
|
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 | ||
Obligatorisk for katalogsynkronisering | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Obligatorisk oppdatering for applikasjonsserver | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Obligatorisk oppdatering for samtaleopptaksfunksjonen | ||
Obligatorisk oppdatering for flytende klargjøring | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Profilserver | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Plattform | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for autentiseringstjenesten med CI-tokenvalidering | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
XSP| ADP | Kreves for proxy for NPS-godkjenning | |
Kreves for autentiseringstjenesten med CI-tokenvalidering | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for autentiseringstjenesten med CI-tokenvalidering | ||
Obligatorisk for enhetlig samtalelogg | ||
Andre | AP.xsa.22.0.1123.ap372757 | |
Versjon R23
Server | Oppdatering | Ytterligere informasjon |
|---|---|---|
Applikasjonsserver | Obligatorisk for katalogsynkronisering | |
Konfigurer appserver | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Obligatorisk for samtaleopptak | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Profilserver | ||
Plattform | ||
Kreves for proxy for NPS-godkjenning | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
XSP| ADP | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for proxy for NPS-godkjenning | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Andre | Hvis du bruker ADP... | Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk |
Versjon R24
Server | Oppdatering | Ytterligere informasjon |
|---|---|---|
Applikasjonsserver | Obligatorisk for Unified Messaging Server (UMS) | |
Obligatorisk for flytende klargjøring | ||
Obligatorisk for samtaleopptak | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Andre | 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
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.
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 WAVMS_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
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>getAngi 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>exportKeysKopier den eksporterte filen
/var/broadworks/tmp/authService.keystil 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/authServiceLegg til tjeneste-URL for autentiseringstjenesten i beholderen:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authServiceDette 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) |
|
| Transportprotokoller for dette systemet |
|
| HTTP på dette systemet |
|
| Spesifikke HTTP-servergrensesnitt på dette systemet |
|
Leser grensesnittkonfigurasjon for HTTP-server TLS på XSP| ADP
Logg på XSP| ADP og gå til
XSP|ADP_CLI/Interface/Http/HttpServer>Angi
getkommandoen 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> getLegge 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> 443for å se hvilke protokoller som allerede er brukt på dette grensesnittet.Skriv inn kommandoen
add <interfaceIp> 443 TLSv1.2for å 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> 443for å 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-POLY1305til HTTP-servergrensesnittet, bruker du:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Sehttps://ciphersuite.info/ for å finne serien etter begge navnene.
Konfigurere klarering for autentiseringstjeneste (med mTLS)
Logg på Control Hub med partnerens administratorkonto.
Gå til og klikk Last ned Webex CA-sertifikat å få
CombinedCertChain2023.txtpå 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.Åpen
combinedcertchain2023.txti et tekstredigeringsprogram.Velg og klipp ut den første tekstblokken, inkludert linjene
-----BEGIN CERTIFICATE-----og-----END CERTIFICATE-----, og lim inn tekstblokken i en ny fil.Lagre den nye filen som
root2023.txt.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.txtog/var/broadworks/tmp/issuing2023.txt.Logg på XSP| ADP og gå til
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>. (Valgfritt) Kjør hjelpUpdateTrustfor å 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,webexclientissuingogwebexclientissuing2023er 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> getAlias 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ørgetkommandoen 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 trueSe XSP| ADP CLI-dokumentasjon for detaljer. I hovedsak den første
truesikrer grensesnittet med TLS (serversertifikat opprettes om nødvendig) og den andretruetvinger 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 trueI 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ørgetkommandoen 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 trueSe XSP| ADP CLI-dokumentasjon for detaljer. Applikasjonsnavnene er nummerert der. Filen
truei 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 | |
|---|---|---|---|
24. februar 2024 | 2-110 |
| |
20. februar 2024 | 2-109 |
| |
7. februar 2024 | 2-108 |
| |
25. januar 2024 | 2-107 |
| |
23. januar 2024 | 2-106 |
| |
10. januar 2024 | 2-105 |
| |
20. desember 2023 | 2-104 |
| |
13. desember 2023 | 2-103 |
| |
12. desember 2023 | 2-102 |
| |
8. desember 2023 | 2-101 |
| |
8. november 2023 | 2–100 |
| |
25. oktober 2023 | 2-99 |
| |
13. september 2023 | 2-98 |
| |
4. september 2023 | 2-97 |
| |
8. august 2023 | 2-96 |
| |
23. juni 2023 | 2-95 |
| |
30. mai 2023 | 2-94 |
| |
26. mai 2023 | 2-93 |
| |
24. mai 2023 | 2-92 |
| |
10. mai 2023 | 2-91 |
| |
9. mai 2023 | 2-90 |
| |
4. mai 2023 | 2-89 |
| |
27. april 2023 | 2-88 |
| |
14. april 2023 | 2-87 |
| |
17. mars 2023 | 2-86 |
| |
11. mars 2023 | 2-85 |
| |
10. mars 2023 | 2-84 |
| |
7. mars 2023 | 2-83 |
| |
28. februar 2023 | 2-82 |
| |
15. februar 2023 | 2-81 |
| |
10. februar 2023 | 2-80 |
| |
Vi presenterer Webex for Cisco BroadWorks
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:
| 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.
| 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 .)
|
|
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.
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:
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?, angiy.Når installasjonsprogrammet spør,
Is this server going to be a NTP server?, angin.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:
NTPNTP_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_SHA384TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_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_SHA384TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256TLS_DHE_RSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384TLS_DHE_RSA_WITH_AES_256_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256TLS_DHE_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHATLS_ECDHE_RSA_WITH_AES_256_CBC_SHATLS_DHE_RSA_WITH_AES_256_CBC_SHATLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHATLS_ECDHE_RSA_WITH_AES_128_CBC_SHATLS_DHE_RSA_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_256_GCM_SHA384TLS_DHE_PSK_WITH_AES_256_GCM_SHA384TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_PSK_WITH_AES_128_GCM_SHA256TLS_DHE_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_128_GCM_SHA256TLS_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_256_CBC_SHA256TLS_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384TLS_ECDHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_PSK_WITH_AES_256_CBC_SHA384TLS_DHE_PSK_WITH_AES_256_CBC_SHA384TLS_RSA_PSK_WITH_AES_256_CBC_SHATLS_DHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_WITH_AES_256_CBC_SHATLS_PSK_WITH_AES_256_CBC_SHA384TLS_PSK_WITH_AES_256_CBC_SHATLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_128_CBC_SHA256TLS_DHE_PSK_WITH_AES_128_CBC_SHA256TLS_RSA_PSK_WITH_AES_128_CBC_SHATLS_DHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_WITH_AES_128_CBC_SHATLS_PSK_WITH_AES_128_CBC_SHA256TLS_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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.
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 |
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.
|
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.
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 |
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:
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.
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:
Webex-krav: Onboarding-malen inneholder følgende innstillinger:
|
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:
Webex-krav: Onboarding-malen inneholder følgende innstillinger:
|
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:
BroadWorks-krav:
Webex-krav:
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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.
Språk som støttes (ISO-639-1)_ (ISO-3166) | Hvis bare en språkkode på to bokstaver er tilgjengelig... | |
|---|---|---|
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 .
|
|
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.
| Cisco Common Identity |
| Autentisering med flere faktorer? | Nei | Krever kunde-IDP som støtter autentisering med flere faktorer. |
Bane for legitimasjonsvalidering
|
|
|
| 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-8ADP_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.
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: Konfigurasjonsfil: |
Webex Nettbrett Mal |
Identitets-/enhetsprofiltype: Koble til – nettbrett DTAF: Konfigurasjonsfil: |
Webex Skrivebord Mal |
Identitets-/enhetsprofiltype: Business Communicator – PC DTAF: Konfigurasjonsfil: |
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å 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 AuthenticationCN-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.
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 |
Må leses | |
Må leses | |
Domener og URL-adresser som Webex-tjenester må ha tilgang til | Må leses |
Alternativer | |
Alternativer | |
Alternativer | |
Alternativer | |
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 |
|
| Peker til LB1 (nettsted A) |
A |
|
| 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 |
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 |
|
| Klientoppdaging av Xsi-grensesnitt |
SRV |
|
| Klientoppdaging av Xsi-grensesnitt |
A |
|
| Peker på LB1 (nettsted A) |
A |
|
| 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 |
|
| Lastbalanser |
A | LB.example.com |
| 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 |
|
| Peker på LB1 (nettsted A) |
A |
|
| 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:
Klienten utfører et SRV-oppslag for_xsi -klient._tcp .<xsi domain="">
Hvis SRV-oppslaget returnerer ett eller flere A/AAAA-mål:
Klienten gjør A/AAAA-oppslag for disse målene og hurtigbufrer de returnerte IP-adressene.
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).
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>Disse konfigurasjonsparametrene har forrang over alle konfigurasjoner i BroadWorks-klyngen i Control Hub.
Hvis de finnes, vil klienten sammenligne med den opprinnelige XSI-adressen den mottok via BroadWorks-klyngekonfigurasjonen.
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.
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.
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:
For R23:
For R24 – ingen oppdatering kreves
Alle referanser til XSP inkluderer enten XSP eller ADP.Installer
AuthenticationServiceapplikasjon på hver XSP| ADP-tjeneste.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/authServiceKjø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> getHvis den ikke finnes, kjører du følgende kommando for å importere standard Java-klareringer:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrustDu 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> getset clientId client-Id-From-Step1set enabled trueset clientSecret client-Secret-From-Step1set ciResponseBodyMaxSizeInBytes 65536set issuerName <URL>– ForURL, skriver du inn URL-adressen til IssuerName som gjelder for CI-klyngen. Se tabellen nedenfor.set issuerUrl <URL>– ForURL, 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
EU
US-B
Hvis du ikke kjenner din CI-klynge , kan du hente informasjonen fra kundeinformasjonen i brukerstøttevisningen i Control Hub.Tabell 2. Angi tokenInfoURL 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:userKonfigurer identitetsleverandører for Cisco Federation ved hjelp av følgende kommandoer på hver XSP| ADP-server:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> getset flsUrl https://cifls.webex.com/federationset refreshPeriodInMinutes 60set 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> GetKonfigurer Token Management ved hjelp av følgende kommandoer på hver XSP| ADP-server:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>set tokenIssuer BroadWorksset 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.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>exportKeysKopier den eksporterte filen
/var/broadworks/tmp/authService.keystil 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/authServiceLegg til tjeneste-URL for autentiseringstjenesten i beholderen:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authServiceDette gjør at Webex kan bruke godkjenningstjenesten til å validere tokener presentert som legitimasjon.
Kontroller parameteren med
get.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) |
|
| Transportprotokoller for dette systemet |
|
| HTTP på dette systemet |
|
| Spesifikke HTTP-servergrensesnitt på dette systemet |
|
Leser grensesnittkonfigurasjon for HTTP-server TLS på XSP| ADP
Logg på XSP| ADP og gå til
XSP|ADP_CLI/Interface/Http/HttpServer>Angi
getkommandoen 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> getLegge 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> 443for å se hvilke protokoller som allerede er brukt på dette grensesnittet.Skriv inn kommandoen
add <interfaceIp> 443 TLSv1.2for å 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> 443for å 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-POLY1305til HTTP-servergrensesnittet, bruker du:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Sehttps://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 |
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:
|
Leser CTI TLS-grensesnittkonfigurasjon på XSP| ADP
Logg på XSP| ADP og gå til
XSP|ADP_CLI/Interface/CTI/CTIServer>Angi
getkommandoen 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.2for å 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
getkommandoen 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-POLY1305til CTI-grensesnittet, bruker du:XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Sehttps://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.txtpå 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Åpen
combinedcertchain2023.txti et tekstredigeringsprogram.Velg og klipp ut den første tekstblokken, inkludert linjene
-----BEGIN CERTIFICATE-----og-----END CERTIFICATE-----, og lim inn tekstblokken i en ny fil.Lagre den nye filen som
root2023.txt.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.txtog/var/broadworks/tmp/issuing2023.txtLogg på XSP| ADP og gå til
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>(Valgfritt) Kjør
help updateTrustfor å 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.txtXSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Alle alias må ha et annet navn.
webexclientroot2023ogwebexclientissuing2023er 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> getAlias 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> getKjø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.
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 .
Mac-brukere: Klikk på profilbilde, og deretter .
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 ).
Kopier .war-filen til et midlertidig sted på XSP| ADP, for eksempel
/tmp/.Naviger til følgende CLI-kontekst, og kjør installasjonskommandoen:
XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.warBroadWorks-programvarebehandling validerer og installerer filen.
[Valgfritt] Slett
/tmp/BWCallSettingsWeb_1.7.5_1.war(denne filen er ikke lenger nødvendig).Aktiver applikasjonen:
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettingsDen 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.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% cswAngi 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.
| ||
| 5 | (For Apple iOS -varsler) Aktiver HTTP/2 på NPS.
| ||
| 6 | Koble til en teknisk kundestøtte fra NPS XSP/ADP. | ||
| 7 | På hver AS-server er namedefs-filen i 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
|
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:
Hvis du vil bekrefte at verdiene du oppga samsvarer med det du fikk, kjører du
| |||||||||||||||||||
| 3 | Angi URL-adressen for NPS-proxy, og angi oppdateringsintervallet for token (30 minutter anbefales):
| |||||||||||||||||||
| 4 | (For Android-varsler) Legg til Android-program-ID-en i FCM-programkonteksten på NPS.
| |||||||||||||||||||
| 5 | (For Apple iOS -varsler) Legg til program-ID-en i APNS-programkonteksten, og sørg for å utelate autentiseringsnøkkelen – angi den til tom.
| |||||||||||||||||||
| 6 | Konfigurer følgende NPS-URL-er:
| |||||||||||||||||||
| 7 | Konfigurer følgende NPS-tilkoblingsparametere til de anbefalte verdiene som vises:
| |||||||||||||||||||
| 8 | Kontroller om programserveren kontrollerer program-ID-er, fordi du kanskje må legge til Webex-appene i tillatelseslisten: | |||||||||||||||||||
| 9 | Start XSP på nytt| ADP: | |||||||||||||||||||
| 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 . 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
|
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:
Klikk på den blå knappen for å opprette ny tjenestekonto
Klikk på den blå knappen for å generere en ny privat nøkkel
Last ned nøkkelen til et sikkert sted
Slik bruker du en eksisterende tjenestekonto:
Klikk på den blå teksten for å vise eksisterende tjenestekontoer.
Angi tjenestekonto som skal brukes. Tjenestekontoen trenger tillatelse firebaseadmin-sdk .
Klikk på hamburgermenyen til høyre og opprett en ny privat nøkkel.
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_projectAktiver FCMv1:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneKjør
bwrestartkommandoen 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 ...DoneKjør
bwrestartkommandoen for å starte XSP på nytt| ADP.Aktiver FCM:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneKjør
bwrestartkommandoen 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:
På Google Cloud Console går du til Tjenestekontoer side.
Klikk på Velg et prosjekt , velg prosjektet ditt og klikk på Åpne .
Finn raden for tjenestekonto du vil opprette en nøkkel for, klikk på Mer vertikal knapp, og klikk deretter Opprett-nøkkel.
Velg en Nøkkel skriv inn og klikk Opprett
Filen lastes ned.
Legg til FCM i ADP-serveren:
Importer JSON-filen til ADP-serveren ved hjelp av
/bw/installkommandoen.Logg på ADP CLI og legg til prosjekt og API-nøkkel:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON:Deretter legger du til program og nøkkel:
ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...DoneKontroller 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:
Legg til CTI-URL og Port for CTI-grensesnittet du vil koble til.
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.
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.
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å Partnerhub og velg Kunder .
Klikk på Onboarding-maler for å vise eksisterende maler.
Klikk på Opprett mal .
I Maldetaljer vinduet legger du til Malnavn, Land eller region og Standard e-postspråk.
I Tjenesteinnstilling -vinduet bruker du rullegardinlisten Klynge til å 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:
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.
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.
Skriv inn en Partneradministrator .
Dette navnet brukes i den automatiserte e-postmelding fra Webex, som inviterer brukere til å bekrefte e-postadressene sine.
Kontroller at Tillat e-postmeldinger med administratorinvitasjoner når du legger ved eksisterende organisasjoner bryteren er På ( standardinnstilling er På).
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.ap373197For R23:
AP.as.23.0.1075.ap373197For 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/ContainerOptionskontekst.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 .
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.
AS_CLI/Interface/Messaging> set provisioningUrl provisioningURLAS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_nameAS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_passwordAS_CLI/Interface/Messaging> set enableSynchronization true
Aktiver det integrerte IMP-grensesnittet:
/AS_CLI/Service/IntegratedIMP> set serviceDomain example.com/AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true
| Du må angi det fullstendige navnet for |
(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
provisioningURLparameteren, 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/hostsfil 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 atpassEmailInRequestfunksjonen 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-InfoSIP-hode:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork trueAS_CLI/Interface/SIP> set sendCallCorrelationIDAccess trueFilen
enableCallCorrelationID-parameteren knyttet til Xsi-Actions-applikasjonen, brukes til å kontrollere inkluderingen av informasjon om samtalekorrelasjon i Xsi-Actions-logger. Det anbefales å haenableCallCorrelationIDaktivert 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.as.22.0.1123.ap378585– etter installasjon av oppdateringen må du aktivere funksjon 25433. For eksempel:AS_CLI/System/ActivatableFeature> activate 25433
For R23:
AP.as.23.0.1075.ap378585– etter installasjon av oppdateringen må du aktivere funksjon 25433. For eksempel:AS_CLI/System/ActivatableFeature> activate 25433Hvis du bruker XSP –
AP.xsp.23.0.1075.ap378585Hvis 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
| 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) .
Visuell søppelpostindikasjon
Webex-appen støtter en visuell indikasjon på spam-anrop i samtaletoast når samtalen presenteres for den anropte, og i Unified Call History-oppføringer når BroadWorks oppdateres for å utføre anrops-ID-validering via RØR/SHAKEN-rammeverket. Slik har du denne funksjonen:
- Aktiver enhetlig anropshistorikk som beskrevet i forrige avsnitt.
- Følgende oppdateringer må være installert og aktive:
- AP.as.23.0.1075.ap384591 / AP.as.24.0.944.ap384591
- eller AS-25_ Rel_ 2022.12 minst
- Funksjonen må aktiveres via AS CLI:
- AS_CLI/System/ActivatableFeature> aktiver 104112
- AS_CLI/System/StirShaken> angi enableVerification true
- Broadworks må konfigureres til å utføre STIR-SHAKEN-signering, merking og bekreftelse som beskrevet i Cisco BroadWorks STIR-SHAKEN Signeringsmerking og -verifisering
Når BroadWorks er riktig konfigurert, vil en ny topptekst X-Cisco-CallerId-Disposition bli lagt til i INVITE-forespørsler som sendes til Cisco-klienter, og et nytt felt callerIdDisposition legges til i de eksisterende samtalelogghendelsene som sendes til Webex Cloud via CTI-grensesnittet . Webex-enheter bruker denne informasjonen til å gi en visuell spam-indikasjon i samtalepresentasjonen og den enhetlige samtaleloggen til mottakeren.
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 23:
<snipped>
- ADP-apper: Xsi-Actions-23_ 2022.03_ 1.220.bwar, Xsi-Events-23_ 2022.03_ 1.220.bwar
For versjon 24:
<snipped>
- 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
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.
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 .
|
|
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
Anropsopptak
Webex for Cisco BroadWorks støtter fire moduser for samtaleopptak.
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. |
|
Alltid med Sett på pause / gjenoppta | Opptaket startes automatisk når samtalen er opprettet. Brukeren kan stanse innspillingen midlertidig og fortsette. |
|
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 |
|
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. |
|
Krav
Hvis du vil distribuere denne funksjonen på Webex for Cisco BroadWorks, må du distribuere følgende BroadWorks-oppdateringer:
For R22: AP.as.22.0.1123.ap377718
For R23: AP.as.23.0.1075.ap377718
For R24: AP.as.24.0.944.ap377718
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 WebexMeetingsNS 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 - unspecifiedNS-rutingsprofil
Retningslinjeforekomst for UrlDialing lagt til i riktig(e) rutingsprofil(er)
NS_CLI/Policy/Profile> get profile MyInst
Profile: Webex
Policy Instance
==========================================
…
UrlDialing WebexMeetingsAS Bruk NS-rute for nettverksURL-anrop
Aktiver AS for å overholde NS-ruten i hybrid AS-modus
AS_CLI/Interface/IMS> set queryNSForNetworkURL trueE911 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:
Last ned og pakk ut DTAF zip-filen for den bestemte klienten.
Importer DTAF-filer til BroadWorks på System > Ressurser > Identitets-/enhetsprofiltyper
Å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
Endre malene i henhold til miljøet ditt (se tabellen nedenfor).
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:
| ||
| 2 | Bekreft kundeorganisasjon og brukere i Control Hub: |
Brukertesting
| 1 | Last ned Webex-app på to forskjellige maskiner. |
| 2 | Logg på som testbrukere på de to maskinene. |
| 3 | Foreta testsamtaler. |
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) |
|
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):
Hvis Webex for BroadWorks-organisasjon finnes (minst én bruker er klargjort):
|
Kundeorganisasjon |
|
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
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:
| Kontroller at Tillat e-postmeldinger med administratorinvitasjoner når du legger ved eksisterende organisasjoner (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:
| ||
| 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.
|
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:
|
| 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:
|
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:
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
| 1 | Bruk People API-ene til å slette alle brukere fra organisasjonen:
| ||
| 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: 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å | ||
| 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:
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å | |||||||||
| 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:
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:
|
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 |
|
Liste BroadWorks-faktureringsrapporter | Brukes til å vise rapportene som er tilgjengelige for visning. | Lesetilgang |
|
Hent en BroadWorks-faktureringsrapport | Brukes til å hente en kopi av en generert rapport. | Lesetilgang |
|
Slett en BroadWorks-faktureringsrapport | Brukes til å slette en generert rapport. | Skrivetilgang |
|
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.
|
|
|
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å:
- Kontroller at du delte RSA-nøkler på tvers av alle XSP| ADP-er.
- Kontroller at du oppga AuthService URL til nettbeholderen på alle XSP| ADP-er.
- 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.
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?
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)
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 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 innstillingen «w4bwks-password-expiry-fail-login». Denne innstillingen «kan aktiveres av Cisco etter forespørsel fra en partner. 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. |
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.
|
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 | ||
Obligatorisk for katalogsynkronisering | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Obligatorisk oppdatering for applikasjonsserver | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Obligatorisk oppdatering for samtaleopptaksfunksjonen | ||
Obligatorisk oppdatering for flytende klargjøring | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Profilserver | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Plattform | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for autentiseringstjenesten med CI-tokenvalidering | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
XSP| ADP | Kreves for proxy for NPS-godkjenning | |
Kreves for autentiseringstjenesten med CI-tokenvalidering | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for autentiseringstjenesten med CI-tokenvalidering | ||
Obligatorisk for enhetlig samtalelogg | ||
Andre | AP.xsa.22.0.1123.ap372757 | |
Versjon R23
Server | Oppdatering | Ytterligere informasjon |
|---|---|---|
Applikasjonsserver | Obligatorisk for katalogsynkronisering | |
Konfigurer appserver | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Obligatorisk for samtaleopptak | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Profilserver | ||
Plattform | ||
Kreves for proxy for NPS-godkjenning | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
XSP| ADP | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for proxy for NPS-godkjenning | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Andre | Hvis du bruker ADP... | Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk |
Versjon R24
Server | Oppdatering | Ytterligere informasjon |
|---|---|---|
Applikasjonsserver | Obligatorisk for Unified Messaging Server (UMS) | |
Obligatorisk for flytende klargjøring | ||
Obligatorisk for samtaleopptak | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Andre | 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
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.
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 WAVMS_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
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>getAngi 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>exportKeysKopier den eksporterte filen
/var/broadworks/tmp/authService.keystil 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/authServiceLegg til tjeneste-URL for autentiseringstjenesten i beholderen:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authServiceDette 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) |
|
| Transportprotokoller for dette systemet |
|
| HTTP på dette systemet |
|
| Spesifikke HTTP-servergrensesnitt på dette systemet |
|
Leser grensesnittkonfigurasjon for HTTP-server TLS på XSP| ADP
Logg på XSP| ADP og gå til
XSP|ADP_CLI/Interface/Http/HttpServer>Angi
getkommandoen 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> getLegge 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> 443for å se hvilke protokoller som allerede er brukt på dette grensesnittet.Skriv inn kommandoen
add <interfaceIp> 443 TLSv1.2for å 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> 443for å 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-POLY1305til HTTP-servergrensesnittet, bruker du:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Sehttps://ciphersuite.info/ for å finne serien etter begge navnene.
Konfigurere klarering for autentiseringstjeneste (med mTLS)
Logg på Control Hub med partnerens administratorkonto.
Gå til og klikk Last ned Webex CA-sertifikat å få
CombinedCertChain2023.txtpå 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.Åpen
combinedcertchain2023.txti et tekstredigeringsprogram.Velg og klipp ut den første tekstblokken, inkludert linjene
-----BEGIN CERTIFICATE-----og-----END CERTIFICATE-----, og lim inn tekstblokken i en ny fil.Lagre den nye filen som
root2023.txt.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.txtog/var/broadworks/tmp/issuing2023.txt.Logg på XSP| ADP og gå til
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>. (Valgfritt) Kjør hjelpUpdateTrustfor å 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,webexclientissuingogwebexclientissuing2023er 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> getAlias 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ørgetkommandoen 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 trueSe XSP| ADP CLI-dokumentasjon for detaljer. I hovedsak den første
truesikrer grensesnittet med TLS (serversertifikat opprettes om nødvendig) og den andretruetvinger 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 trueI 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ørgetkommandoen 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 trueSe XSP| ADP CLI-dokumentasjon for detaljer. Applikasjonsnavnene er nummerert der. Filen
truei 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 | |
|---|---|---|---|
22. mars 2024 | 2-112 |
| |
7. mars 2024 | 2-111 |
| |
24. februar 2024 | 2-110 |
| |
20. februar 2024 | 2-109 |
| |
7. februar 2024 | 2-108 |
| |
25. januar 2024 | 2-107 |
| |
23. januar 2024 | 2-106 |
| |
10. januar 2024 | 2-105 |
| |
20. desember 2023 | 2-104 |
| |
13. desember 2023 | 2-103 |
| |
12. desember 2023 | 2-102 |
| |
8. desember 2023 | 2-101 |
| |
8. november 2023 | 2–100 |
| |
25. oktober 2023 | 2-99 |
| |
13. september 2023 | 2-98 |
| |
4. september 2023 | 2-97 |
| |
8. august 2023 | 2-96 |
| |
23. juni 2023 | 2-95 |
| |
30. mai 2023 | 2-94 |
| |
26. mai 2023 | 2-93 |
| |
24. mai 2023 | 2-92 |
| |
10. mai 2023 | 2-91 |
| |
9. mai 2023 | 2-90 |
| |
4. mai 2023 | 2-89 |
| |
27. april 2023 | 2-88 |
| |
14. april 2023 | 2-87 |
| |
17. mars 2023 | 2-86 |
| |
11. mars 2023 | 2-85 |
| |
10. mars 2023 | 2-84 |
| |
7. mars 2023 | 2-83 |
| |
28. februar 2023 | 2-82 |
| |
15. februar 2023 | 2-81 |
| |
10. februar 2023 | 2-80 |
| |
Vi presenterer Webex for Cisco BroadWorks
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:
| 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.
| 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 .)
|
|
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.
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:
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?, angiy.Når installasjonsprogrammet spør,
Is this server going to be a NTP server?, angin.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:
NTPNTP_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_SHA384TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_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_SHA384TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256TLS_DHE_RSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384TLS_DHE_RSA_WITH_AES_256_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256TLS_DHE_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHATLS_ECDHE_RSA_WITH_AES_256_CBC_SHATLS_DHE_RSA_WITH_AES_256_CBC_SHATLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHATLS_ECDHE_RSA_WITH_AES_128_CBC_SHATLS_DHE_RSA_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_256_GCM_SHA384TLS_DHE_PSK_WITH_AES_256_GCM_SHA384TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_PSK_WITH_AES_128_GCM_SHA256TLS_DHE_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_128_GCM_SHA256TLS_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_256_CBC_SHA256TLS_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384TLS_ECDHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_PSK_WITH_AES_256_CBC_SHA384TLS_DHE_PSK_WITH_AES_256_CBC_SHA384TLS_RSA_PSK_WITH_AES_256_CBC_SHATLS_DHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_WITH_AES_256_CBC_SHATLS_PSK_WITH_AES_256_CBC_SHA384TLS_PSK_WITH_AES_256_CBC_SHATLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_128_CBC_SHA256TLS_DHE_PSK_WITH_AES_128_CBC_SHA256TLS_RSA_PSK_WITH_AES_128_CBC_SHATLS_DHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_WITH_AES_128_CBC_SHATLS_PSK_WITH_AES_128_CBC_SHA256TLS_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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.
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 |
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.
|
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.
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 |
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:
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.
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:
Webex-krav: Onboarding-malen inneholder følgende innstillinger:
|
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:
Webex-krav: Onboarding-malen inneholder følgende innstillinger:
|
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:
BroadWorks-krav:
Webex-krav:
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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.
Språk som støttes (ISO-639-1)_ (ISO-3166) | Hvis bare en språkkode på to bokstaver er tilgjengelig... | |
|---|---|---|
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 .
|
|
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.
| Cisco Common Identity |
| Autentisering med flere faktorer? | Nei | Krever kunde-IDP som støtter autentisering med flere faktorer. |
Bane for legitimasjonsvalidering
|
|
|
| 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-8ADP_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.
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: Konfigurasjonsfil: |
Webex Nettbrett Mal |
Identitets-/enhetsprofiltype: Koble til – nettbrett DTAF: Konfigurasjonsfil: |
Webex Skrivebord Mal |
Identitets-/enhetsprofiltype: Business Communicator – PC DTAF: Konfigurasjonsfil: |
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å 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 AuthenticationCN-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.
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 |
Må leses | |
Må leses | |
Domener og URL-adresser som Webex-tjenester må ha tilgang til | Må leses |
Alternativer | |
Alternativer | |
Alternativer | |
Alternativer | |
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 |
|
| Peker til LB1 (nettsted A) |
A |
|
| 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 |
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 |
|
| Klientoppdaging av Xsi-grensesnitt |
SRV |
|
| Klientoppdaging av Xsi-grensesnitt |
A |
|
| Peker på LB1 (nettsted A) |
A |
|
| 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 |
|
| Lastbalanser |
A | LB.example.com |
| 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 |
|
| Peker på LB1 (nettsted A) |
A |
|
| 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:
Klienten utfører et SRV-oppslag for_xsi -klient._tcp .<xsi domain="">
Hvis SRV-oppslaget returnerer ett eller flere A/AAAA-mål:
Klienten gjør A/AAAA-oppslag for disse målene og hurtigbufrer de returnerte IP-adressene.
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).
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>Disse konfigurasjonsparametrene har forrang over alle konfigurasjoner i BroadWorks-klyngen i Control Hub.
Hvis de finnes, vil klienten sammenligne med den opprinnelige XSI-adressen den mottok via BroadWorks-klyngekonfigurasjonen.
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.
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.
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.
| Webex-partnere i én region kan opprette kundeorganisasjoner i en hvilken som helst region vi tilbyr tjenestene. Hvis du vil ha hjelp, kan du se: Dataopphold i Webex . |
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:
For R23:
For R24 – ingen oppdatering kreves
Alle referanser til XSP inkluderer enten XSP eller ADP.Installer
AuthenticationServiceapplikasjon på hver XSP| ADP-tjeneste.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/authServiceKjø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> getHvis den ikke finnes, kjører du følgende kommando for å importere standard Java-klareringer:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrustDu 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> getset clientId client-Id-From-Step1set enabled trueset clientSecret client-Secret-From-Step1set ciResponseBodyMaxSizeInBytes 65536set issuerName <URL>– ForURL, skriver du inn URL-adressen til IssuerName som gjelder for CI-klyngen. Se tabellen nedenfor.set issuerUrl <URL>– ForURL, 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
EU
US-B
Hvis du ikke kjenner din CI-klynge , kan du hente informasjonen fra kundeinformasjonen i brukerstøttevisningen i Control Hub.Tabell 2. Angi tokenInfoURL 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:userKonfigurer identitetsleverandører for Cisco Federation ved hjelp av følgende kommandoer på hver XSP| ADP-server:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> getset flsUrl https://cifls.webex.com/federationset refreshPeriodInMinutes 60set 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> GetKonfigurer Token Management ved hjelp av følgende kommandoer på hver XSP| ADP-server:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>set tokenIssuer BroadWorksset 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.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>exportKeysKopier den eksporterte filen
/var/broadworks/tmp/authService.keystil 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/authServiceLegg til tjeneste-URL for autentiseringstjenesten i beholderen:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authServiceDette gjør at Webex kan bruke godkjenningstjenesten til å validere tokener presentert som legitimasjon.
Kontroller parameteren med
get.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) |
|
| Transportprotokoller for dette systemet |
|
| HTTP på dette systemet |
|
| Spesifikke HTTP-servergrensesnitt på dette systemet |
|
Leser grensesnittkonfigurasjon for HTTP-server TLS på XSP| ADP
Logg på XSP| ADP og gå til
XSP|ADP_CLI/Interface/Http/HttpServer>Angi
getkommandoen 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> getLegge 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> 443for å se hvilke protokoller som allerede er brukt på dette grensesnittet.Skriv inn kommandoen
add <interfaceIp> 443 TLSv1.2for å 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> 443for å 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-POLY1305til HTTP-servergrensesnittet, bruker du:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Sehttps://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 |
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:
|
Leser CTI TLS-grensesnittkonfigurasjon på XSP| ADP
Logg på XSP| ADP og gå til
XSP|ADP_CLI/Interface/CTI/CTIServer>Angi
getkommandoen 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.2for å 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
getkommandoen 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-POLY1305til CTI-grensesnittet, bruker du:XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Sehttps://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.txtpå 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Åpen
combinedcertchain2023.txti et tekstredigeringsprogram.Velg og klipp ut den første tekstblokken, inkludert linjene
-----BEGIN CERTIFICATE-----og-----END CERTIFICATE-----, og lim inn tekstblokken i en ny fil.Lagre den nye filen som
root2023.txt.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.txtog/var/broadworks/tmp/issuing2023.txtLogg på XSP| ADP og gå til
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>(Valgfritt) Kjør
help updateTrustfor å 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.txtXSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Alle alias må ha et annet navn.
webexclientroot2023ogwebexclientissuing2023er 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> getAlias 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> getKjø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.
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 .
Mac-brukere: Klikk på profilbilde, og deretter .
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 ).
Kopier .war-filen til et midlertidig sted på XSP| ADP, for eksempel
/tmp/.Naviger til følgende CLI-kontekst, og kjør installasjonskommandoen:
XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.warBroadWorks-programvarebehandling validerer og installerer filen.
[Valgfritt] Slett
/tmp/BWCallSettingsWeb_1.7.5_1.war(denne filen er ikke lenger nødvendig).Aktiver applikasjonen:
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettingsDen 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.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% cswAngi 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.
| ||
| 5 | (For Apple iOS -varsler) Aktiver HTTP/2 på NPS.
| ||
| 6 | Koble til en teknisk kundestøtte fra NPS XSP/ADP. | ||
| 7 | På hver AS-server er namedefs-filen i 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
|
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:
Hvis du vil bekrefte at verdiene du oppga samsvarer med det du fikk, kjører du
| |||||||||||||||||||
| 3 | Angi URL-adressen for NPS-proxy, og angi oppdateringsintervallet for token (30 minutter anbefales):
| |||||||||||||||||||
| 4 | (For Android-varsler) Legg til Android-program-ID-en i FCM-programkonteksten på NPS.
| |||||||||||||||||||
| 5 | (For Apple iOS -varsler) Legg til program-ID-en i APNS-programkonteksten, og sørg for å utelate autentiseringsnøkkelen – angi den til tom.
| |||||||||||||||||||
| 6 | Konfigurer følgende NPS-URL-er:
| |||||||||||||||||||
| 7 | Konfigurer følgende NPS-tilkoblingsparametere til de anbefalte verdiene som vises:
| |||||||||||||||||||
| 8 | Kontroller om programserveren kontrollerer program-ID-er, fordi du kanskje må legge til Webex-appene i tillatelseslisten: | |||||||||||||||||||
| 9 | Start XSP på nytt| ADP: | |||||||||||||||||||
| 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 . 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
|
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:
Klikk på den blå knappen for å opprette ny tjenestekonto
Klikk på den blå knappen for å generere en ny privat nøkkel
Last ned nøkkelen til et sikkert sted
Slik bruker du en eksisterende tjenestekonto:
Klikk på den blå teksten for å vise eksisterende tjenestekontoer.
Angi tjenestekonto som skal brukes. Tjenestekontoen trenger tillatelse firebaseadmin-sdk .
Klikk på hamburgermenyen til høyre og opprett en ny privat nøkkel.
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_projectAktiver FCMv1:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneKjør
bwrestartkommandoen 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 ...DoneKjør
bwrestartkommandoen for å starte XSP på nytt| ADP.Aktiver FCM:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneKjør
bwrestartkommandoen 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:
På Google Cloud Console går du til Tjenestekontoer side.
Klikk på Velg et prosjekt , velg prosjektet ditt og klikk på Åpne .
Finn raden for tjenestekonto du vil opprette en nøkkel for, klikk på Mer vertikal knapp, og klikk deretter Opprett-nøkkel.
Velg en Nøkkel skriv inn og klikk Opprett
Filen lastes ned.
Legg til FCM i ADP-serveren:
Importer JSON-filen til ADP-serveren ved hjelp av
/bw/installkommandoen.Logg på ADP CLI og legg til prosjekt og API-nøkkel:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON:Deretter legger du til program og nøkkel:
ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...DoneKontroller 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:
Legg til CTI-URL og Port for CTI-grensesnittet du vil koble til.
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.
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.
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å Partnerhub og velg Kunder .
Klikk på Onboarding-maler for å vise eksisterende maler.
Klikk på Opprett mal .
I Maldetaljer vinduet legger du til Malnavn, Land eller region og Standard e-postspråk.
I Tjenesteinnstilling -vinduet bruker du rullegardinlisten Klynge til å 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:
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.
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.
Skriv inn en Partneradministrator .
Dette navnet brukes i den automatiserte e-postmelding fra Webex, som inviterer brukere til å bekrefte e-postadressene sine.
Kontroller at Tillat e-postmeldinger med administratorinvitasjoner når du legger ved eksisterende organisasjoner bryteren er På ( standardinnstilling er På).
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.ap373197For R23:
AP.as.23.0.1075.ap373197For 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/ContainerOptionskontekst.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 .
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.
AS_CLI/Interface/Messaging> set provisioningUrl provisioningURLAS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_nameAS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_passwordAS_CLI/Interface/Messaging> set enableSynchronization true
Aktiver det integrerte IMP-grensesnittet:
/AS_CLI/Service/IntegratedIMP> set serviceDomain example.com/AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true
| Du må angi det fullstendige navnet for |
(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
provisioningURLparameteren, 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/hostsfil 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 atpassEmailInRequestfunksjonen 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. |
Å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-InfoSIP-hode:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork trueAS_CLI/Interface/SIP> set sendCallCorrelationIDAccess trueFilen
enableCallCorrelationID-parameteren knyttet til Xsi-Actions-applikasjonen, brukes til å kontrollere inkluderingen av informasjon om samtalekorrelasjon i Xsi-Actions-logger. Det anbefales å haenableCallCorrelationIDaktivert 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.as.22.0.1123.ap378585– etter installasjon av oppdateringen må du aktivere funksjon 25433. For eksempel:AS_CLI/System/ActivatableFeature> activate 25433
For R23:
AP.as.23.0.1075.ap378585– etter installasjon av oppdateringen må du aktivere funksjon 25433. For eksempel:AS_CLI/System/ActivatableFeature> activate 25433Hvis du bruker XSP –
AP.xsp.23.0.1075.ap378585Hvis 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
| 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) .
Visuell søppelpostindikasjon
Webex-appen støtter en visuell indikasjon på spam-anrop i samtaletoast når samtalen presenteres for den anropte, og i Unified Call History-oppføringer når BroadWorks oppdateres for å utføre anrops-ID-validering via RØR/SHAKEN-rammeverket. Slik har du denne funksjonen:
- Aktiver enhetlig anropshistorikk som beskrevet i forrige avsnitt.
- Følgende oppdateringer må være installert og aktive:
- AP.as.23.0.1075.ap384591 / AP.as.24.0.944.ap384591
- eller AS-25_ Rel_ 2022.12 minst
- Funksjonen må aktiveres via AS CLI:
- AS_CLI/System/ActivatableFeature> aktiver 104112
- AS_CLI/System/StirShaken> angi enableVerification true
- Broadworks må konfigureres til å utføre STIR-SHAKEN-signering, merking og bekreftelse som beskrevet i Cisco BroadWorks STIR-SHAKEN Signeringsmerking og -verifisering
Når BroadWorks er riktig konfigurert, vil en ny topptekst X-Cisco-CallerId-Disposition bli lagt til i INVITE-forespørsler som sendes til Cisco-klienter, og et nytt felt callerIdDisposition legges til i de eksisterende samtalelogghendelsene som sendes til Webex Cloud via CTI-grensesnittet . Webex-enheter bruker denne informasjonen til å gi en visuell spam-indikasjon i samtalepresentasjonen og den enhetlige samtaleloggen til mottakeren.
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.
| Hvis det er mange kunder (>50) i BroadWorks-klyngen, støttes ikke DND-synkronisering. I slike tilfeller anbefales det å kontakte en Cisco TAC støttetekniker for å få hjelp. |
Forutsetninger
Kontroller at følgende oppdateringer brukes på AS og XSP| ADP. Bruk bare oppdateringene for BroadWorks-versjonen din.
For versjon 23:
<snipped>
- ADP-apper: Xsi-Actions-23_ 2022.03_ 1.220.bwar, Xsi-Events-23_ 2022.03_ 1.220.bwar
For versjon 24:
<snipped>
- 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
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.
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 .
|
|
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
Anropsopptak
Webex for Cisco BroadWorks støtter fire moduser for samtaleopptak.
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. |
|
Alltid med Sett på pause / gjenoppta | Opptaket startes automatisk når samtalen er opprettet. Brukeren kan stanse innspillingen midlertidig og fortsette. |
|
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 |
|
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. |
|
Krav
Hvis du vil distribuere denne funksjonen på Webex for Cisco BroadWorks, må du distribuere følgende BroadWorks-oppdateringer:
For R22: AP.as.22.0.1123.ap377718
For R23: AP.as.23.0.1075.ap377718
For R24: AP.as.24.0.944.ap377718
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 WebexMeetingsNS 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 - unspecifiedNS-rutingsprofil
Retningslinjeforekomst for UrlDialing lagt til i riktig(e) rutingsprofil(er)
NS_CLI/Policy/Profile> get profile MyInst
Profile: Webex
Policy Instance
==========================================
…
UrlDialing WebexMeetingsAS Bruk NS-rute for nettverksURL-anrop
Aktiver AS for å overholde NS-ruten i hybrid AS-modus
AS_CLI/Interface/IMS> set queryNSForNetworkURL trueE911 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:
Last ned og pakk ut DTAF zip-filen for den bestemte klienten.
Importer DTAF-filer til BroadWorks på System > Ressurser > Identitets-/enhetsprofiltyper
Å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
Endre malene i henhold til miljøet ditt (se tabellen nedenfor).
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:
| ||
| 2 | Bekreft kundeorganisasjon og brukere i Control Hub: |
Brukertesting
| 1 | Last ned Webex-app på to forskjellige maskiner. |
| 2 | Logg på som testbrukere på de to maskinene. |
| 3 | Foreta testsamtaler. |
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) |
|
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):
Hvis Webex for BroadWorks-organisasjon finnes (minst én bruker er klargjort):
|
Kundeorganisasjon |
|
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
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:
| Kontroller at Tillat e-postmeldinger med administratorinvitasjoner når du legger ved eksisterende organisasjoner (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:
| ||
| 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.
|
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:
|
| 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:
|
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:
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
| 1 | Bruk People API-ene til å slette alle brukere fra organisasjonen:
| ||
| 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: 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å | ||
| 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:
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å | |||||||||
| 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:
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. Hvis du vil ha hjelp til å aktivere flersamtale, kan du se: Fleranropsvindu
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:
|
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 |
|
Liste BroadWorks-faktureringsrapporter | Brukes til å vise rapportene som er tilgjengelige for visning. | Lesetilgang |
|
Hent en BroadWorks-faktureringsrapport | Brukes til å hente en kopi av en generert rapport. | Lesetilgang |
|
Slett en BroadWorks-faktureringsrapport | Brukes til å slette en generert rapport. | Skrivetilgang |
|
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.
|
|
|
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å:
- Kontroller at du delte RSA-nøkler på tvers av alle XSP| ADP-er.
- Kontroller at du oppga AuthService URL til nettbeholderen på alle XSP| ADP-er.
- 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.
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?
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)
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 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 innstillingen «w4bwks-password-expiry-fail-login». Denne innstillingen «kan aktiveres av Cisco etter forespørsel fra en partner. 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. |
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.
|
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 | ||
Obligatorisk for katalogsynkronisering | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Obligatorisk oppdatering for applikasjonsserver | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Obligatorisk oppdatering for samtaleopptaksfunksjonen | ||
Obligatorisk oppdatering for flytende klargjøring | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Profilserver | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Plattform | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for autentiseringstjenesten med CI-tokenvalidering | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
XSP| ADP | Kreves for proxy for NPS-godkjenning | |
Kreves for autentiseringstjenesten med CI-tokenvalidering | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for autentiseringstjenesten med CI-tokenvalidering | ||
Obligatorisk for enhetlig samtalelogg | ||
Andre | AP.xsa.22.0.1123.ap372757 | |
Versjon R23
Server | Oppdatering | Ytterligere informasjon |
|---|---|---|
Applikasjonsserver | Obligatorisk for katalogsynkronisering | |
Konfigurer appserver | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Obligatorisk for samtaleopptak | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Profilserver | ||
Plattform | ||
Kreves for proxy for NPS-godkjenning | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
XSP| ADP | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for proxy for NPS-godkjenning | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Andre | Hvis du bruker ADP... | Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk |
Versjon R24
Server | Oppdatering | Ytterligere informasjon |
|---|---|---|
Applikasjonsserver | Obligatorisk for Unified Messaging Server (UMS) | |
Obligatorisk for flytende klargjøring | ||
Obligatorisk for samtaleopptak | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Andre | 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
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.
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 WAVMS_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
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>getAngi 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>exportKeysKopier den eksporterte filen
/var/broadworks/tmp/authService.keystil 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/authServiceLegg til tjeneste-URL for autentiseringstjenesten i beholderen:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authServiceDette 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) |
|
| Transportprotokoller for dette systemet |
|
| HTTP på dette systemet |
|
| Spesifikke HTTP-servergrensesnitt på dette systemet |
|
Leser grensesnittkonfigurasjon for HTTP-server TLS på XSP| ADP
Logg på XSP| ADP og gå til
XSP|ADP_CLI/Interface/Http/HttpServer>Angi
getkommandoen 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> getLegge 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> 443for å se hvilke protokoller som allerede er brukt på dette grensesnittet.Skriv inn kommandoen
add <interfaceIp> 443 TLSv1.2for å 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> 443for å 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-POLY1305til HTTP-servergrensesnittet, bruker du:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Sehttps://ciphersuite.info/ for å finne serien etter begge navnene.
Konfigurere klarering for autentiseringstjeneste (med mTLS)
Logg på Control Hub med partnerens administratorkonto.
Gå til og klikk Last ned Webex CA-sertifikat å få
CombinedCertChain2023.txtpå 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.Åpen
combinedcertchain2023.txti et tekstredigeringsprogram.Velg og klipp ut den første tekstblokken, inkludert linjene
-----BEGIN CERTIFICATE-----og-----END CERTIFICATE-----, og lim inn tekstblokken i en ny fil.Lagre den nye filen som
root2023.txt.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.txtog/var/broadworks/tmp/issuing2023.txt.Logg på XSP| ADP og gå til
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>. (Valgfritt) Kjør hjelpUpdateTrustfor å 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,webexclientissuingogwebexclientissuing2023er 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> getAlias 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ørgetkommandoen 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 trueSe XSP| ADP CLI-dokumentasjon for detaljer. I hovedsak den første
truesikrer grensesnittet med TLS (serversertifikat opprettes om nødvendig) og den andretruetvinger 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 trueI 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ørgetkommandoen 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 trueSe XSP| ADP CLI-dokumentasjon for detaljer. Applikasjonsnavnene er nummerert der. Filen
truei 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 | |
|---|---|---|---|
27. mars 2024 | 2-113 |
| |
22. mars 2024 | 2-112 |
| |
7. mars 2024 | 2-111 |
| |
24. februar 2024 | 2-110 |
| |
20. februar 2024 | 2-109 |
| |
7. februar 2024 | 2-108 |
| |
25. januar 2024 | 2-107 |
| |
23. januar 2024 | 2-106 |
| |
10. januar 2024 | 2-105 |
| |
20. desember 2023 | 2-104 |
| |
13. desember 2023 | 2-103 |
| |
12. desember 2023 | 2-102 |
| |
8. desember 2023 | 2-101 |
| |
8. november 2023 | 2–100 |
| |
25. oktober 2023 | 2-99 |
| |
13. september 2023 | 2-98 |
| |
4. september 2023 | 2-97 |
| |
8. august 2023 | 2-96 |
| |
23. juni 2023 | 2-95 |
| |
30. mai 2023 | 2-94 |
| |
26. mai 2023 | 2-93 |
| |
24. mai 2023 | 2-92 |
| |
10. mai 2023 | 2-91 |
| |
9. mai 2023 | 2-90 |
| |
4. mai 2023 | 2-89 |
| |
27. april 2023 | 2-88 |
| |
14. april 2023 | 2-87 |
| |
17. mars 2023 | 2-86 |
| |
11. mars 2023 | 2-85 |
| |
10. mars 2023 | 2-84 |
| |
7. mars 2023 | 2-83 |
| |
28. februar 2023 | 2-82 |
| |
15. februar 2023 | 2-81 |
| |
10. februar 2023 | 2-80 |
| |
Vi presenterer Webex for Cisco BroadWorks
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:
| 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.
| 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 .)
|
|
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.
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.
Pro Pack for Control Hub
Tilleggstjenesten Pro Pack for Control Hub gir administratorer, informasjonssikkerhetseksperter og overholdelsesansvarlige avansert funksjonalitet innen sikkerhet, samsvar og analyse som kan integreres med programvaren din.
Disse tilleggstjenestene vil bare være tilgjengelige for standard- og premiumpakker.
Hvis du vil ha mer informasjon, kan du se Hjelpeside for Pro Pack for Control Hub .
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:
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?, angiy.Når installasjonsprogrammet spør,
Is this server going to be a NTP server?, angin.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:
NTPNTP_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_SHA384TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_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_SHA384TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256TLS_DHE_RSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384TLS_DHE_RSA_WITH_AES_256_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256TLS_DHE_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHATLS_ECDHE_RSA_WITH_AES_256_CBC_SHATLS_DHE_RSA_WITH_AES_256_CBC_SHATLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHATLS_ECDHE_RSA_WITH_AES_128_CBC_SHATLS_DHE_RSA_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_256_GCM_SHA384TLS_DHE_PSK_WITH_AES_256_GCM_SHA384TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_PSK_WITH_AES_128_GCM_SHA256TLS_DHE_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_128_GCM_SHA256TLS_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_256_CBC_SHA256TLS_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384TLS_ECDHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_PSK_WITH_AES_256_CBC_SHA384TLS_DHE_PSK_WITH_AES_256_CBC_SHA384TLS_RSA_PSK_WITH_AES_256_CBC_SHATLS_DHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_WITH_AES_256_CBC_SHATLS_PSK_WITH_AES_256_CBC_SHA384TLS_PSK_WITH_AES_256_CBC_SHATLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_128_CBC_SHA256TLS_DHE_PSK_WITH_AES_128_CBC_SHA256TLS_RSA_PSK_WITH_AES_128_CBC_SHATLS_DHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_WITH_AES_128_CBC_SHATLS_PSK_WITH_AES_128_CBC_SHA256TLS_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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.
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 |
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.
|
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.
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 |
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:
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.
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:
Webex-krav: Onboarding-malen inneholder følgende innstillinger:
|
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:
Webex-krav: Onboarding-malen inneholder følgende innstillinger:
|
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:
BroadWorks-krav:
Webex-krav:
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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.
Språk som støttes (ISO-639-1)_ (ISO-3166) | Hvis bare en språkkode på to bokstaver er tilgjengelig... | |
|---|---|---|
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 .
|
|
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.
| Cisco Common Identity |
| Autentisering med flere faktorer? | Nei | Krever kunde-IDP som støtter autentisering med flere faktorer. |
Bane for legitimasjonsvalidering
|
|
|
| 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-8ADP_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.
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: Konfigurasjonsfil: |
Webex Nettbrett Mal |
Identitets-/enhetsprofiltype: Koble til – nettbrett DTAF: Konfigurasjonsfil: |
Webex Skrivebord Mal |
Identitets-/enhetsprofiltype: Business Communicator – PC DTAF: Konfigurasjonsfil: |
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å 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 AuthenticationCN-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.
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 |
Må leses | |
Må leses | |
Domener og URL-adresser som Webex-tjenester må ha tilgang til | Må leses |
Alternativer | |
Alternativer | |
Alternativer | |
Alternativer | |
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 |
|
| Peker til LB1 (nettsted A) |
A |
|
| 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 |
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 |
|
| Klientoppdaging av Xsi-grensesnitt |
SRV |
|
| Klientoppdaging av Xsi-grensesnitt |
A |
|
| Peker på LB1 (nettsted A) |
A |
|
| 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 |
|
| Lastbalanser |
A | LB.example.com |
| 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 |
|
| Peker på LB1 (nettsted A) |
A |
|
| 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:
Klienten utfører et SRV-oppslag for_xsi -klient._tcp .<xsi domain="">
Hvis SRV-oppslaget returnerer ett eller flere A/AAAA-mål:
Klienten gjør A/AAAA-oppslag for disse målene og hurtigbufrer de returnerte IP-adressene.
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).
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>Disse konfigurasjonsparametrene har forrang over alle konfigurasjoner i BroadWorks-klyngen i Control Hub.
Hvis de finnes, vil klienten sammenligne med den opprinnelige XSI-adressen den mottok via BroadWorks-klyngekonfigurasjonen.
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.
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.
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.
| Webex-partnere i én region kan opprette kundeorganisasjoner i en hvilken som helst region vi tilbyr tjenestene. Hvis du vil ha hjelp, kan du se: Dataopphold i Webex . |
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:
For R23:
For R24 – ingen oppdatering kreves
Alle referanser til XSP inkluderer enten XSP eller ADP.Installer
AuthenticationServiceapplikasjon på hver XSP| ADP-tjeneste.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/authServiceKjø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> getHvis den ikke finnes, kjører du følgende kommando for å importere standard Java-klareringer:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrustDu 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> getset clientId client-Id-From-Step1set enabled trueset clientSecret client-Secret-From-Step1set ciResponseBodyMaxSizeInBytes 65536set issuerName <URL>– ForURL, skriver du inn URL-adressen til IssuerName som gjelder for CI-klyngen. Se tabellen nedenfor.set issuerUrl <URL>– ForURL, 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
EU
US-B
Hvis du ikke kjenner din CI-klynge , kan du hente informasjonen fra kundeinformasjonen i brukerstøttevisningen i Control Hub.Tabell 2. Angi tokenInfoURL 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:userKonfigurer identitetsleverandører for Cisco Federation ved hjelp av følgende kommandoer på hver XSP| ADP-server:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> getset flsUrl https://cifls.webex.com/federationset refreshPeriodInMinutes 60set 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> GetKonfigurer Token Management ved hjelp av følgende kommandoer på hver XSP| ADP-server:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>set tokenIssuer BroadWorksset 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.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>exportKeysKopier den eksporterte filen
/var/broadworks/tmp/authService.keystil 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/authServiceLegg til tjeneste-URL for autentiseringstjenesten i beholderen:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authServiceDette gjør at Webex kan bruke godkjenningstjenesten til å validere tokener presentert som legitimasjon.
Kontroller parameteren med
get.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) |
|
| Transportprotokoller for dette systemet |
|
| HTTP på dette systemet |
|
| Spesifikke HTTP-servergrensesnitt på dette systemet |
|
Leser grensesnittkonfigurasjon for HTTP-server TLS på XSP| ADP
Logg på XSP| ADP og gå til
XSP|ADP_CLI/Interface/Http/HttpServer>Angi
getkommandoen 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> getLegge 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> 443for å se hvilke protokoller som allerede er brukt på dette grensesnittet.Skriv inn kommandoen
add <interfaceIp> 443 TLSv1.2for å 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> 443for å 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-POLY1305til HTTP-servergrensesnittet, bruker du:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Sehttps://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 |
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:
|
Leser CTI TLS-grensesnittkonfigurasjon på XSP| ADP
Logg på XSP| ADP og gå til
XSP|ADP_CLI/Interface/CTI/CTIServer>Angi
getkommandoen 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.2for å 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
getkommandoen 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-POLY1305til CTI-grensesnittet, bruker du:XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Sehttps://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.txtpå 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Åpen
combinedcertchain2023.txti et tekstredigeringsprogram.Velg og klipp ut den første tekstblokken, inkludert linjene
-----BEGIN CERTIFICATE-----og-----END CERTIFICATE-----, og lim inn tekstblokken i en ny fil.Lagre den nye filen som
root2023.txt.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.txtog/var/broadworks/tmp/issuing2023.txtLogg på XSP| ADP og gå til
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>(Valgfritt) Kjør
help updateTrustfor å 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.txtXSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Alle alias må ha et annet navn.
webexclientroot2023ogwebexclientissuing2023er 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> getAlias 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> getKjø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.
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 .
Mac-brukere: Klikk på profilbilde, og deretter .
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 ).
Kopier .war-filen til et midlertidig sted på XSP| ADP, for eksempel
/tmp/.Naviger til følgende CLI-kontekst, og kjør installasjonskommandoen:
XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.warBroadWorks-programvarebehandling validerer og installerer filen.
[Valgfritt] Slett
/tmp/BWCallSettingsWeb_1.7.5_1.war(denne filen er ikke lenger nødvendig).Aktiver applikasjonen:
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettingsDen 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.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% cswAngi 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.
| ||
| 5 | (For Apple iOS -varsler) Aktiver HTTP/2 på NPS.
| ||
| 6 | Koble til en teknisk kundestøtte fra NPS XSP/ADP. | ||
| 7 | På hver AS-server er namedefs-filen i 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
|
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:
Hvis du vil bekrefte at verdiene du oppga samsvarer med det du fikk, kjører du
| |||||||||||||||||||
| 3 | Angi URL-adressen for NPS-proxy, og angi oppdateringsintervallet for token (30 minutter anbefales):
| |||||||||||||||||||
| 4 | (For Android-varsler) Legg til Android-program-ID-en i FCM-programkonteksten på NPS.
| |||||||||||||||||||
| 5 | (For Apple iOS -varsler) Legg til program-ID-en i APNS-programkonteksten, og sørg for å utelate autentiseringsnøkkelen – angi den til tom.
| |||||||||||||||||||
| 6 | Konfigurer følgende NPS-URL-er:
| |||||||||||||||||||
| 7 | Konfigurer følgende NPS-tilkoblingsparametere til de anbefalte verdiene som vises:
| |||||||||||||||||||
| 8 | Kontroller om programserveren kontrollerer program-ID-er, fordi du kanskje må legge til Webex-appene i tillatelseslisten: | |||||||||||||||||||
| 9 | Start XSP på nytt| ADP: | |||||||||||||||||||
| 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 . 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
|
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:
Klikk på den blå knappen for å opprette ny tjenestekonto
Klikk på den blå knappen for å generere en ny privat nøkkel
Last ned nøkkelen til et sikkert sted
Slik bruker du en eksisterende tjenestekonto:
Klikk på den blå teksten for å vise eksisterende tjenestekontoer.
Angi tjenestekonto som skal brukes. Tjenestekontoen trenger tillatelse firebaseadmin-sdk .
Klikk på hamburgermenyen til høyre og opprett en ny privat nøkkel.
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_projectAktiver FCMv1:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneKjør
bwrestartkommandoen 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 ...DoneKjør
bwrestartkommandoen for å starte XSP på nytt| ADP.Aktiver FCM:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneKjør
bwrestartkommandoen 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:
På Google Cloud Console går du til Tjenestekontoer side.
Klikk på Velg et prosjekt , velg prosjektet ditt og klikk på Åpne .
Finn raden for tjenestekonto du vil opprette en nøkkel for, klikk på Mer vertikal knapp, og klikk deretter Opprett-nøkkel.
Velg en Nøkkel skriv inn og klikk Opprett
Filen lastes ned.
Legg til FCM i ADP-serveren:
Importer JSON-filen til ADP-serveren ved hjelp av
/bw/installkommandoen.Logg på ADP CLI og legg til prosjekt og API-nøkkel:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON:Deretter legger du til program og nøkkel:
ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...DoneKontroller 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.
Hvis administratorbrukeren ikke har synlighet for BroadWorks-anrop innstillinger, anbefales det at du må åpne en sak med Cisco TAC.
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:
Legg til CTI-URL og Port for CTI-grensesnittet du vil koble til.
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.
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.
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å Partnerhub og velg Kunder .
Klikk på Onboarding-maler for å vise eksisterende maler.
Klikk på Opprett mal .
I Maldetaljer vinduet legger du til Malnavn, Land eller region og Standard e-postspråk.
I Tjenesteinnstilling -vinduet bruker du rullegardinlisten Klynge til å 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:
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.
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.
Skriv inn en Partneradministrator .
Dette navnet brukes i den automatiserte e-postmelding fra Webex, som inviterer brukere til å bekrefte e-postadressene sine.
Kontroller at Tillat e-postmeldinger med administratorinvitasjoner når du legger ved eksisterende organisasjoner bryteren er På ( standardinnstilling er På).
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.ap373197For R23:
AP.as.23.0.1075.ap373197For 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/ContainerOptionskontekst.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 .
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.
AS_CLI/Interface/Messaging> set provisioningUrl provisioningURLAS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_nameAS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_passwordAS_CLI/Interface/Messaging> set enableSynchronization true
Aktiver det integrerte IMP-grensesnittet:
/AS_CLI/Service/IntegratedIMP> set serviceDomain example.com/AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true
| Du må angi det fullstendige navnet for |
(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
provisioningURLparameteren, 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/hostsfil 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. |
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 .
Last opp CI-metadatafilen som har identitetsleverandør.
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. |
Å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-InfoSIP-hode:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork trueAS_CLI/Interface/SIP> set sendCallCorrelationIDAccess trueFilen
enableCallCorrelationID-parameteren knyttet til Xsi-Actions-applikasjonen, brukes til å kontrollere inkluderingen av informasjon om samtalekorrelasjon i Xsi-Actions-logger. Det anbefales å haenableCallCorrelationIDaktivert 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.as.22.0.1123.ap378585– etter installasjon av oppdateringen må du aktivere funksjon 25433. For eksempel:AS_CLI/System/ActivatableFeature> activate 25433
For R23:
AP.as.23.0.1075.ap378585– etter installasjon av oppdateringen må du aktivere funksjon 25433. For eksempel:AS_CLI/System/ActivatableFeature> activate 25433Hvis du bruker XSP –
AP.xsp.23.0.1075.ap378585Hvis 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
| 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) .
Visuell søppelpostindikasjon
Webex-appen støtter en visuell indikasjon på spam-anrop i samtaletoast når samtalen presenteres for den anropte, og i Unified Call History-oppføringer når BroadWorks oppdateres for å utføre anrops-ID-validering via RØR/SHAKEN-rammeverket. Slik har du denne funksjonen:
- Aktiver enhetlig anropshistorikk som beskrevet i forrige avsnitt.
- Følgende oppdateringer må være installert og aktive:
- AP.as.23.0.1075.ap384591 / AP.as.24.0.944.ap384591
- eller AS-25_ Rel_ 2022.12 minst
- Funksjonen må aktiveres via AS CLI:
- AS_CLI/System/ActivatableFeature> aktiver 104112
- AS_CLI/System/StirShaken> angi enableVerification true
- Broadworks må konfigureres til å utføre STIR-SHAKEN-signering, merking og bekreftelse som beskrevet i Cisco BroadWorks STIR-SHAKEN Signeringsmerking og -verifisering
Når BroadWorks er riktig konfigurert, vil en ny topptekst X-Cisco-CallerId-Disposition bli lagt til i INVITE-forespørsler som sendes til Cisco-klienter, og et nytt felt callerIdDisposition legges til i de eksisterende samtalelogghendelsene som sendes til Webex Cloud via CTI-grensesnittet . Webex-enheter bruker denne informasjonen til å gi en visuell spam-indikasjon i samtalepresentasjonen og den enhetlige samtaleloggen til mottakeren.
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 . Eksempel: For skrivebordsklienten: System>Identitets-/enhetsprofiltype Endre> Business Communicator – PC: Profil , standardalternativer, antall porter:
- HVIS «Ubegrenset» er aktivert, er ingen endring nødvendig
- HVIS «Begrenset til» er <10, endrer du verdien = 10 og lagrer for å bruke alle tilgjengelige linjer
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.
| Hvis det er mange kunder (>50) i BroadWorks-klyngen, støttes ikke DND-synkronisering. I slike tilfeller anbefales det å kontakte en Cisco TAC støttetekniker for å få hjelp. |
Forutsetninger
Kontroller at følgende oppdateringer brukes på AS og XSP| ADP. Bruk bare oppdateringene for BroadWorks-versjonen din.
For versjon 23:
<snipped>
- ADP-apper: Xsi-Actions-23_ 2022.03_ 1.220.bwar, Xsi-Events-23_ 2022.03_ 1.220.bwar
For versjon 24:
<snipped>
- 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
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.
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 .
|
|
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
Anropsopptak
Webex for Cisco BroadWorks støtter fire moduser for samtaleopptak.
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. |
|
Alltid med Sett på pause / gjenoppta | Opptaket startes automatisk når samtalen er opprettet. Brukeren kan stanse innspillingen midlertidig og fortsette. |
|
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 |
|
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. |
|
Krav
Hvis du vil distribuere denne funksjonen på Webex for Cisco BroadWorks, må du distribuere følgende BroadWorks-oppdateringer:
For R22: AP.as.22.0.1123.ap377718
For R23: AP.as.23.0.1075.ap377718
For R24: AP.as.24.0.944.ap377718
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 WebexMeetingsNS 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 - unspecifiedNS-rutingsprofil
Retningslinjeforekomst for UrlDialing lagt til i riktig(e) rutingsprofil(er)
NS_CLI/Policy/Profile> get profile MyInst
Profile: Webex
Policy Instance
==========================================
…
UrlDialing WebexMeetingsAS Bruk NS-rute for nettverksURL-anrop
Aktiver AS for å overholde NS-ruten i hybrid AS-modus
AS_CLI/Interface/IMS> set queryNSForNetworkURL trueE911 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:
Last ned og pakk ut DTAF zip-filen for den bestemte klienten.
Importer DTAF-filer til BroadWorks på System > Ressurser > Identitets-/enhetsprofiltyper
Å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
Endre malene i henhold til miljøet ditt (se tabellen nedenfor).
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:
| ||
| 2 | Bekreft kundeorganisasjon og brukere i Control Hub: |
Brukertesting
| 1 | Last ned Webex-app på to forskjellige maskiner. |
| 2 | Logg på som testbrukere på de to maskinene. |
| 3 | Foreta testsamtaler. |
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) |
|
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):
Hvis Webex for BroadWorks-organisasjon finnes (minst én bruker er klargjort):
|
Kundeorganisasjon |
|
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
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:
| Kontroller at Tillat e-postmeldinger med administratorinvitasjoner når du legger ved eksisterende organisasjoner (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:
| ||
| 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.
|
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:
|
| 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:
|
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:
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
| 1 | Bruk People API-ene til å slette alle brukere fra organisasjonen:
| ||
| 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: 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å | ||
| 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:
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å | |||||||||
| 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:
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. Hvis du vil ha hjelp til å aktivere flersamtale, kan du se: Fleranropsvindu
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:
|
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 |
|
Liste BroadWorks-faktureringsrapporter | Brukes til å vise rapportene som er tilgjengelige for visning. | Lesetilgang |
|
Hent en BroadWorks-faktureringsrapport | Brukes til å hente en kopi av en generert rapport. | Lesetilgang |
|
Slett en BroadWorks-faktureringsrapport | Brukes til å slette en generert rapport. | Skrivetilgang |
|
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.
|
|
|
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å:
- Kontroller at du delte RSA-nøkler på tvers av alle XSP| ADP-er.
- Kontroller at du oppga AuthService URL til nettbeholderen på alle XSP| ADP-er.
- 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.
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?
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)
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 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 innstillingen «w4bwks-password-expiry-fail-login». Denne innstillingen «kan aktiveres av Cisco etter forespørsel fra en partner. 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. |
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.
|
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 | ||
Obligatorisk for katalogsynkronisering | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Obligatorisk oppdatering for applikasjonsserver | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Obligatorisk oppdatering for samtaleopptaksfunksjonen | ||
Obligatorisk oppdatering for flytende klargjøring | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Profilserver | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Plattform | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for autentiseringstjenesten med CI-tokenvalidering | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
XSP| ADP | Kreves for proxy for NPS-godkjenning | |
Kreves for autentiseringstjenesten med CI-tokenvalidering | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for autentiseringstjenesten med CI-tokenvalidering | ||
Obligatorisk for enhetlig samtalelogg | ||
Andre | AP.xsa.22.0.1123.ap372757 | |
Versjon R23
Server | Oppdatering | Ytterligere informasjon |
|---|---|---|
Applikasjonsserver | Obligatorisk for katalogsynkronisering | |
Konfigurer appserver | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Obligatorisk for samtaleopptak | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Profilserver | ||
Plattform | ||
Kreves for proxy for NPS-godkjenning | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
XSP| ADP | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for å oppgradere fra V1 til V2 Push-varsler | ||
Kreves for proxy for NPS-godkjenning | ||
Kreves for proxy for NPS-godkjenning | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Andre | Hvis du bruker ADP... | Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk |
Versjon R24
Server | Oppdatering | Ytterligere informasjon |
|---|---|---|
Applikasjonsserver | Obligatorisk for Unified Messaging Server (UMS) | |
Obligatorisk for flytende klargjøring | ||
Obligatorisk for samtaleopptak | ||
Obligatorisk oppdatering for Hook-status (tilstedeværelse) og enhetlig anropshistorikk | ||
Andre | 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
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.
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 WAVMS_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
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>getAngi 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>exportKeysKopier den eksporterte filen
/var/broadworks/tmp/authService.keystil 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/authServiceLegg til tjeneste-URL for autentiseringstjenesten i beholderen:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authServiceDette 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) |
|
| Transportprotokoller for dette systemet |
|
| HTTP på dette systemet |
|
| Spesifikke HTTP-servergrensesnitt på dette systemet |
|
Leser grensesnittkonfigurasjon for HTTP-server TLS på XSP| ADP
Logg på XSP| ADP og gå til
XSP|ADP_CLI/Interface/Http/HttpServer>Angi
getkommandoen 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> getLegge 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> 443for å se hvilke protokoller som allerede er brukt på dette grensesnittet.Skriv inn kommandoen
add <interfaceIp> 443 TLSv1.2for å 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> 443for å 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-POLY1305til HTTP-servergrensesnittet, bruker du:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Sehttps://ciphersuite.info/ for å finne serien etter begge navnene.
Konfigurere klarering for autentiseringstjeneste (med mTLS)
Logg på Control Hub med partnerens administratorkonto.
Gå til og klikk Last ned Webex CA-sertifikat å få
CombinedCertChain2023.txtpå 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.Åpen
combinedcertchain2023.txti et tekstredigeringsprogram.Velg og klipp ut den første tekstblokken, inkludert linjene
-----BEGIN CERTIFICATE-----og-----END CERTIFICATE-----, og lim inn tekstblokken i en ny fil.Lagre den nye filen som
root2023.txt.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.txtog/var/broadworks/tmp/issuing2023.txt.Logg på XSP| ADP og gå til
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>. (Valgfritt) Kjør hjelpUpdateTrustfor å 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,webexclientissuingogwebexclientissuing2023er 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> getAlias 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ørgetkommandoen 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 trueSe XSP| ADP CLI-dokumentasjon for detaljer. I hovedsak den første
truesikrer grensesnittet med TLS (serversertifikat opprettes om nødvendig) og den andretruetvinger 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 trueI 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ørgetkommandoen 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 trueSe XSP| ADP CLI-dokumentasjon for detaljer. Applikasjonsnavnene er nummerert der. Filen
truei 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 | |
|---|---|---|---|
13. mai 2024 | 2-118 |
| |
10. mai 2024 | 2-117 |
| |
6. mai 2024 | 2-116 |
| |
2. mai 2024 | 2-115 |
| |
10. april 2024 | 2-114 |
| |
27. mars 2024 | 2-113 |
| |
22. mars 2024 | 2-112 |
| |
7. mars 2024 | 2-111 |
| |
24. februar 2024 | 2-110 |
| |
20. februar 2024 | 2-109 |
| |
7. februar 2024 | 2-108 |
| |
25. januar 2024 | 2-107 |
| |
23. januar 2024 | 2-106 |
| |
10. januar 2024 | 2-105 |
| |
20. desember 2023 | 2-104 |
| |
13. desember 2023 | 2-103 |
| |
12. desember 2023 | 2-102 |
| |
8. desember 2023 | 2-101 |
| |
8. november 2023 | 2–100 |
| |
25. oktober 2023 | 2-99 |
| |
13. september 2023 | 2-98 |
| |
4. september 2023 | 2-97 |
| |
8. august 2023 | 2-96 |
| |
23. juni 2023 | 2-95 |
| |
30. mai 2023 | 2-94 |
| |
26. mai 2023 | 2-93 |
| |
24. mai 2023 | 2-92 |
| |
10. mai 2023 | 2-91 |
| |
9. mai 2023 | 2-90 |
| |
4. mai 2023 | 2-89 |
| |
27. april 2023 | 2-88 |
| |
14. april 2023 | 2-87 |
| |
17. mars 2023 | 2-86 |
| |
11. mars 2023 | 2-85 |
| |
10. mars 2023 | 2-84 |
| |
7. mars 2023 | 2-83 |
| |
28. februar 2023 | 2-82 |
| |
15. februar 2023 | 2-81 |
| |
10. februar 2023 | 2-80 |
| |
Vi presenterer Webex for Cisco BroadWorks
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:
| 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.
| 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 .)
|
|
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.
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.
Pro Pack for Control Hub
Tilleggstjenesten Pro Pack for Control Hub gir administratorer, informasjonssikkerhetseksperter og overholdelsesansvarlige avansert funksjonalitet innen sikkerhet, samsvar og analyse som kan integreres med programvaren din.
Disse tilleggstjenestene vil bare være tilgjengelige for standard- og premiumpakker.
Hvis du vil ha mer informasjon, kan du se Hjelpeside for Pro Pack for Control Hub .
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.
Fleksibelt valg av ekstern innringer-ID
Denne funksjonen, fleksibelt valg av ekstern innringer-ID, lar brukere velge ønsket ekstern innringer-ID når de foretar utgående anrop. Denne forbedringen er tilgjengelig på bordtelefoner som krever en FAC-kode.
Brukerfleksibilitet: Brukere kan velge den mest passende innringer-ID-en for forskjellige samtaler, noe som forbedrer kommunikasjonseffektiviteten basert på konteksten for samtalen.
Plattformstøtte: Bordtelefoner trenger en FAC-kode for denne funksjonaliteten. Administratorkonfigurasjon: Administratorer har mulighet til å konfigurere hvilke innringer-ID-er som er tilgjengelige for brukere.
Klargjøringskrav: Administratorkonfigurasjon er nødvendig på Cisco BroadWorks for å gjøre forskjellige anrops-ID-er tilgjengelige.
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:
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?, angiy.Når installasjonsprogrammet spør,
Is this server going to be a NTP server?, angin.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:
NTPNTP_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_SHA384TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_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_SHA384TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256TLS_DHE_RSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384TLS_DHE_RSA_WITH_AES_256_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256TLS_DHE_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHATLS_ECDHE_RSA_WITH_AES_256_CBC_SHATLS_DHE_RSA_WITH_AES_256_CBC_SHATLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHATLS_ECDHE_RSA_WITH_AES_128_CBC_SHATLS_DHE_RSA_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_256_GCM_SHA384TLS_DHE_PSK_WITH_AES_256_GCM_SHA384TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_PSK_WITH_AES_128_GCM_SHA256TLS_DHE_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_128_GCM_SHA256TLS_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_256_CBC_SHA256TLS_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384TLS_ECDHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_PSK_WITH_AES_256_CBC_SHA384TLS_DHE_PSK_WITH_AES_256_CBC_SHA384TLS_RSA_PSK_WITH_AES_256_CBC_SHATLS_DHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_WITH_AES_256_CBC_SHATLS_PSK_WITH_AES_256_CBC_SHA384TLS_PSK_WITH_AES_256_CBC_SHATLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_128_CBC_SHA256TLS_DHE_PSK_WITH_AES_128_CBC_SHA256TLS_RSA_PSK_WITH_AES_128_CBC_SHATLS_DHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_WITH_AES_128_CBC_SHATLS_PSK_WITH_AES_128_CBC_SHA256TLS_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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.
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 |
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.
|
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.
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 |
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:
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.
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:
Webex-krav: Onboarding-malen inneholder følgende innstillinger:
|
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:
Webex-krav: Onboarding-malen inneholder følgende innstillinger:
|
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:
BroadWorks-krav:
Webex-krav:
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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.includeIsEnterpriseInOSSschematiltruefra CLI innMaintenance/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.
Språk som støttes (ISO-639-1)_ (ISO-3166) | Hvis bare en språkkode på to bokstaver er tilgjengelig... | |
|---|---|---|
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 .
|
|
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.
| Cisco Common Identity |
| Autentisering med flere faktorer? | Nei | Krever kunde-IDP som støtter autentisering med flere faktorer. |
Bane for legitimasjonsvalidering
|
|
|
| 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-8ADP_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.
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: Konfigurasjonsfil: |
Webex Nettbrett Mal |
Identitets-/enhetsprofiltype: Koble til – nettbrett DTAF: Konfigurasjonsfil: |
Webex Skrivebord Mal |
Identitets-/enhetsprofiltype: Business Communicator – PC DTAF: Konfigurasjonsfil: |
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å 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 AuthenticationCN-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.
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 |
Må leses | |
Må leses | |
Domener og URL-adresser som Webex-tjenester må ha tilgang til | Må leses |
Alternativer | |
Alternativer | |
Alternativer | |
Alternativer | |
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 |
|
| Peker til LB1 (nettsted A) |
A |
|
| 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 |
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 |
|
| Klientoppdaging av Xsi-grensesnitt |
SRV |
|
| Klientoppdaging av Xsi-grensesnitt |
A |
|
| Peker på LB1 (nettsted A) |
A |
|
| 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 |
|
| Lastbalanser |
A | LB.example.com |
| 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 |
|
| Peker på LB1 (nettsted A) |
A |
|
| 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:
Klienten utfører et SRV-oppslag for_xsi -klient._tcp .<xsi domain="">
Hvis SRV-oppslaget returnerer ett eller flere A/AAAA-mål:
Klienten gjør A/AAAA-oppslag for disse målene og hurtigbufrer de returnerte IP-adressene.
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).
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>Disse konfigurasjonsparametrene har forrang over alle konfigurasjoner i BroadWorks-klyngen i Control Hub.
Hvis de finnes, vil klienten sammenligne med den opprinnelige XSI-adressen den mottok via BroadWorks-klyngekonfigurasjonen.
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.
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.
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.
| Webex-partnere i én region kan opprette kundeorganisasjoner i en hvilken som helst region vi tilbyr tjenestene. Hvis du vil ha hjelp, kan du se: Dataopphold i Webex . |
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:
For R23:
For R24 – ingen oppdatering kreves
Alle referanser til XSP inkluderer enten XSP eller ADP.Installer
AuthenticationServiceapplikasjon på hver XSP| ADP-tjeneste.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/authServiceKjø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> getHvis den ikke finnes, kjører du følgende kommando for å importere standard Java-klareringer:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrustDu 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> getset clientId client-Id-From-Step1set enabled trueset clientSecret client-Secret-From-Step1set ciResponseBodyMaxSizeInBytes 65536set issuerName <URL>– ForURL, skriver du inn URL-adressen til IssuerName som gjelder for CI-klyngen. Se tabellen nedenfor.set issuerUrl <URL>– ForURL, 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
EU
US-B
Hvis du ikke kjenner din CI-klynge , kan du hente informasjonen fra kundeinformasjonen i brukerstøttevisningen i Control Hub.Tabell 2. Angi tokenInfoURL 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:userKonfigurer identitetsleverandører for Cisco Federation ved hjelp av følgende kommandoer på hver XSP| ADP-server:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> getset flsUrl https://cifls.webex.com/federationset refreshPeriodInMinutes 60set 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> GetKonfigurer Token Management ved hjelp av følgende kommandoer på hver XSP| ADP-server:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>set tokenIssuer BroadWorksset 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.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>exportKeysKopier den eksporterte filen
/var/broadworks/tmp/authService.keystil 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/authServiceLegg til tjeneste-URL for autentiseringstjenesten i beholderen:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authServiceDette gjør at Webex kan bruke godkjenningstjenesten til å validere tokener presentert som legitimasjon.
Kontroller parameteren med
get.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) |
|
| Transportprotokoller for dette systemet |
|
| HTTP på dette systemet |
|
| Spesifikke HTTP-servergrensesnitt på dette systemet |
|
Leser grensesnittkonfigurasjon for HTTP-server TLS på XSP| ADP
Logg på XSP| ADP og gå til
XSP|ADP_CLI/Interface/Http/HttpServer>Angi
getkommandoen 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> getLegge 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> 443for å se hvilke protokoller som allerede er brukt på dette grensesnittet.Skriv inn kommandoen
add <interfaceIp> 443 TLSv1.2for å 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> 443for å 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-POLY1305til HTTP-servergrensesnittet, bruker du:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Sehttps://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 |
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:
|
Leser CTI TLS-grensesnittkonfigurasjon på XSP| ADP
Logg på XSP| ADP og gå til
XSP|ADP_CLI/Interface/CTI/CTIServer>Angi
getkommandoen 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.2for å 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
getkommandoen 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-POLY1305til CTI-grensesnittet, bruker du:XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Sehttps://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.txtpå 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Åpen
combinedcertchain2023.txti et tekstredigeringsprogram.Velg og klipp ut den første tekstblokken, inkludert linjene
-----BEGIN CERTIFICATE-----og-----END CERTIFICATE-----, og lim inn tekstblokken i en ny fil.Lagre den nye filen som
root2023.txt.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.txtog/var/broadworks/tmp/issuing2023.txtLogg på XSP| ADP og gå til
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>(Valgfritt) Kjør
help updateTrustfor å 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.txtXSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Alle alias må ha et annet navn.
webexclientroot2023, ogwebexclientissuing2023er 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> getAlias 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> getKjø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.
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 .
Mac-brukere: Klikk på profilbilde, og deretter .
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 ).
Kopier .war-filen til et midlertidig sted på XSP| ADP, for eksempel
/tmp/.Naviger til følgende CLI-kontekst, og kjør installasjonskommandoen:
XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.warBroadWorks-programvarebehandling validerer og installerer filen.
[Valgfritt] Slett
/tmp/BWCallSettingsWeb_1.7.5_1.war(denne filen er ikke lenger nødvendig).Aktiver applikasjonen:
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettingsDen 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.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% cswAngi 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.
| ||
| 5 | (For Apple iOS -varsler) Aktiver HTTP/2 på NPS.
| ||
| 6 | Koble til en teknisk kundestøtte fra NPS XSP/ADP. | ||
| 7 | På hver AS-server er namedefs-filen i 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
|
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:
Hvis du vil bekrefte at verdiene du oppga samsvarer med det du fikk, kjører du
| |||||||||||||||||||
| 3 | Angi URL-adressen for NPS-proxy, og angi oppdateringsintervallet for token (30 minutter anbefales):
| |||||||||||||||||||
| 4 | (For Android-varsler) Legg til Android-program-ID-en i FCM-programkonteksten på NPS.
| |||||||||||||||||||
| 5 | (For Apple iOS -varsler) Legg til program-ID-en i APNS-programkonteksten, og sørg for å utelate autentiseringsnøkkelen – angi den til tom.
| |||||||||||||||||||
| 6 | Konfigurer følgende NPS-URL-er:
| |||||||||||||||||||
| 7 | Konfigurer følgende NPS-tilkoblingsparametere til de anbefalte verdiene som vises:
| |||||||||||||||||||
| 8 | Kontroller om programserveren kontrollerer program-ID-er, fordi du kanskje må legge til Webex-appene i tillatelseslisten: | |||||||||||||||||||
| 9 | Start XSP på nytt| ADP: | |||||||||||||||||||
| 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 . 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
|
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:
Klikk på den blå knappen for å opprette ny tjenestekonto
Klikk på den blå knappen for å generere en ny privat nøkkel
Last ned nøkkelen til et sikkert sted
Slik bruker du en eksisterende tjenestekonto:
Klikk på den blå teksten for å vise eksisterende tjenestekontoer.
Angi tjenestekonto som skal brukes. Tjenestekontoen trenger tillatelse firebaseadmin-sdk .
Klikk på hamburgermenyen til høyre og opprett en ny privat nøkkel.
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_projectAktiver FCMv1:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneKjør
bwrestartkommandoen 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 ...DoneKjør
bwrestartkommandoen for å starte XSP på nytt| ADP.Aktiver FCM:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneKjør
bwrestartkommandoen 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:
På Google Cloud Console går du til Tjenestekontoer side.
Klikk på Velg et prosjekt , velg prosjektet ditt og klikk på Åpne .
Finn raden for tjenestekonto du vil opprette en nøkkel for, klikk på Mer vertikal knapp, og klikk deretter Opprett-nøkkel.
Velg en Nøkkel skriv inn og klikk Opprett
Filen lastes ned.
Legg til FCM i ADP-serveren:
Importer JSON-filen til ADP-serveren ved hjelp av
/bw/installkommandoen.Logg på ADP CLI og legg til prosjekt og API-nøkkel:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON:Deretter legger du til program og nøkkel:
ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...DoneKontroller 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.
Hvis administratorbrukeren ikke har synlighet for BroadWorks-anrop innstillinger, anbefales det at du må åpne en sak med Cisco TAC.
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:
Legg til CTI-URL og Port for CTI-grensesnittet du vil koble til.
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.
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.
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å Partnerhub og velg Kunder .
Klikk på Onboarding-maler for å vise eksisterende maler.
Klikk på Opprett mal .
I Maldetaljer vinduet legger du til Malnavn, Land eller region og Standard e-postspråk.
Klikk på rullegardinlisten for CCW-abonnements-ID , finn de oppførte abonnementene for partneren, og velg det aktuelle abonnementet.
Dette feltet vises bare for partnere som er migrert fra Webex for BroadWorks til Webex.I Tjenesteinnstilling -vinduet bruker du rullegardinlisten Klynge til å 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:
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.
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.
Skriv inn en Partneradministrator .
Dette navnet brukes i den automatiserte e-postmelding fra Webex, som inviterer brukere til å bekrefte e-postadressene sine.
Kontroller at Tillat e-postmeldinger med administratorinvitasjoner når du legger ved eksisterende organisasjoner bryteren er På ( standardinnstilling er På).
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.ap373197For R23:
AP.as.23.0.1075.ap373197For 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/ContainerOptionskontekst.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 .
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.
AS_CLI/Interface/Messaging> set provisioningUrl provisioningURLAS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_nameAS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_passwordAS_CLI/Interface/Messaging> set enableSynchronization true
Aktiver det integrerte IMP-grensesnittet:
/AS_CLI/Service/IntegratedIMP> set serviceDomain example.com/AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true
| Du må angi det fullstendige navnet for |
(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
provisioningURLparameteren, 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/hostsfil 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. |
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 .
Last opp CI-metadatafilen som har identitetsleverandør.
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. |
Å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-InfoSIP-hode:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork trueAS_CLI/Interface/SIP> set sendCallCorrelationIDAccess trueFilen
enableCallCorrelationID-parameteren knyttet til Xsi-Actions-applikasjonen, brukes til å kontrollere inkluderingen av informasjon om samtalekorrelasjon i Xsi-Actions-logger. Det anbefales å haenableCallCorrelationIDaktivert 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.as.22.0.1123.ap378585– etter installasjon av oppdateringen må du aktivere funksjon 25433. For eksempel:AS_CLI/System/ActivatableFeature> activate 25433
For R23:
AP.as.23.0.1075.ap378585– etter installasjon av oppdateringen må du aktivere funksjon 25433. For eksempel:AS_CLI/System/ActivatableFeature> activate 25433Hvis du bruker XSP –
AP.xsp.23.0.1075.ap378585Hvis 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
| 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) .
Visuell søppelpostindikasjon
Webex-appen støtter en visuell indikasjon på spam-anrop i samtaletoast når samtalen presenteres for den anropte, og i Unified Call History-oppføringer når BroadWorks oppdateres for å utføre anrops-ID-validering via RØR/SHAKEN-rammeverket. Slik har du denne funksjonen:
- Aktiver enhetlig anropshistorikk som beskrevet i forrige avsnitt.
- Følgende oppdateringer må være installert og aktive:
- AP.as.23.0.1075.ap384591 / AP.as.24.0.944.ap384591
- eller AS-25_ Rel_ 2022.12 minst
- Funksjonen må aktiveres via AS CLI:
- AS_CLI/System/ActivatableFeature> aktiver 104112
- AS_CLI/System/StirShaken> angi enableVerification true
- Broadworks må konfigureres til å utføre STIR-SHAKEN-signering, merking og bekreftelse som beskrevet i Cisco BroadWorks STIR-SHAKEN Signeringsmerking og -verifisering
Når BroadWorks er riktig konfigurert, vil en ny topptekst X-Cisco-CallerId-Disposition bli lagt til i INVITE-forespørsler som sendes til Cisco-klienter, og et nytt felt callerIdDisposition legges til i de eksisterende samtalelogghendelsene som sendes til Webex Cloud via CTI-grensesnittet . Webex-enheter bruker denne informasjonen til å gi en visuell spam-indikasjon i samtalepresentasjonen og den enhetlige samtaleloggen til mottakeren.
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 . Eksempel: For skrivebordsklienten: System>Identitets-/enhetsprofiltype Endre> Business Communicator – PC: Profil , standardalternativer, antall porter:
- HVIS «Ubegrenset» er aktivert, er ingen endring nødvendig
- HVIS «Begrenset til» er <10, endrer du verdien = 10 og lagrer for å bruke alle tilgjengelige linjer
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.
| Hvis det er mange kunder (>50) i BroadWorks-klyngen, støttes ikke DND-synkronisering. I slike tilfeller anbefales det å kontakte en Cisco TAC støttetekniker for å få hjelp. |
Forutsetninger
Kontroller at følgende oppdateringer brukes på AS og XSP| ADP. Bruk bare oppdateringene for BroadWorks-versjonen din.
For versjon 23:
<snipped>
- ADP-apper: Xsi-Actions-23_ 2022.03_ 1.220.bwar, Xsi-Events-23_ 2022.03_ 1.220.bwar
For versjon 24:
<snipped>
- 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
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.
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 .
|
|
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
Anropsopptak
Webex for Cisco BroadWorks støtter fire moduser for samtaleopptak.
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. |
|
Alltid med Sett på pause / gjenoppta | Opptaket startes automatisk når samtalen er opprettet. Brukeren kan stanse innspillingen midlertidig og fortsette. |
|
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 |
|
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. |
|
Krav
Hvis du vil distribuere denne funksjonen på Webex for Cisco BroadWorks, må du distribuere følgende BroadWorks-oppdateringer:
For R22: AP.as.22.0.1123.ap377718
For R23: AP.as.23.0.1075.ap377718
For R24: AP.as.24.0.944.ap377718
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 WebexMeetingsNS 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 - unspecifiedNS-rutingsprofil
Retningslinjeforekomst for UrlDialing lagt til i riktig(e) rutingsprofil(er)
NS_CLI/Policy/Profile> get profile MyInst
Profile: Webex
Policy Instance
==========================================
…
UrlDialing WebexMeetingsAS Bruk NS-rute for nettverksURL-anrop
Aktiver AS for å overholde NS-ruten i hybrid AS-modus
AS_CLI/Interface/IMS> set queryNSForNetworkURL trueE911 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:
Last ned og pakk ut DTAF zip-filen for den bestemte klienten.
Importer DTAF-filer til BroadWorks på System > Ressurser > Identitets-/enhetsprofiltyper
Å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
Endre malene i henhold til miljøet ditt (se tabellen nedenfor).
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:
| ||
| 2 | Bekreft kundeorganisasjon og brukere i Control Hub: |
Brukertesting
| 1 | Last ned Webex-app på to forskjellige maskiner. |
| 2 | Logg på som testbrukere på de to maskinene. |
| 3 | Foreta testsamtaler. |
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) |
|
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):
Hvis Webex for BroadWorks-organisasjon finnes (minst én bruker er klargjort):
|
Kundeorganisasjon |
|
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
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:
| Kontroller at Tillat e-postmeldinger med administratorinvitasjoner når du legger ved eksisterende organisasjoner (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:
| ||
| 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.
|
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:
|
| 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:
|
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:
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
| 1 | Bruk People API-ene til å slette alle brukere fra organisasjonen:
| ||
| 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: 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. |
Avbryte et abonnement fra Control Hub
Siden API-en er privat, har ikke kunder tilgang til den. I stedet viser følgende trinn hvordan kunder kan avslutte sitt eget abonnement fra Control Hub:
Partneradministratoren kan gå til siden «Hybrid»-tjenester på kundens kontrollhub.
Finn BroadWorks Calling-kortet.
Når alle brukere er fjernet fra Webex for BroadWorks for den aktuelle kunden, skal partneren se knappen «Fjern konfigurasjon» (dvs. slette sinecustomer_config oppføring i BPB).
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å | ||
| 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:
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å | |||||||||
| 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:
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. Hvis du vil ha hjelp til å aktivere flersamtale, kan du se: Fleranropsvindu
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:
|
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 |
|
Liste BroadWorks-faktureringsrapporter | Brukes til å vise rapportene som er tilgjengelige for visning. | Lesetilgang |
|
Hent en BroadWorks-faktureringsrapport | Brukes til å hente en kopi av en generert rapport. | Lesetilgang |
|
Slett en BroadWorks-faktureringsrapport | Brukes til å slette en generert rapport. | Skrivetilgang |
|
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.
|
|
|
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å:
- Kontroller at du delte RSA-nøkler på tvers av alle XSP| ADP-er.
- Kontroller at du oppga AuthService URL til nettbeholderen på alle XSP| ADP-er.
- 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.
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?
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)
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 |