- Kezdőlap
- /
- Cikk
Webex a Cisco BroadWorks megoldási útmutatóhoz
A Webex for Cisco BroadWorks Megoldási Útmutató partnerszintű adminisztrátoroknak szól. Az útmutató leírja, hogyan kell beállítani és telepíteni a Webexet a Cisco BroadWorks számára. A Webex for Cisco BroadWorks a BroadWorks hívó ügyfeleinek Webex együttműködési funkciókat biztosít. Az előfizetők egyetlen alkalmazást (a Webex alkalmazást) használnak, hogy kihasználják a két platform által nyújtott funkciókat.
Bemutatkozik a Webex Cisco BroadWorks rendszerhez
Dokumentum módosítási előzmények
Ez a szakasz a Cisco partnerszervezetek (szolgáltatók) rendszergazdáinak szól, akik a Webex bevezetik az ügyfélszervezeteik számára, vagy közvetlenül biztosítják ezt a megoldást a saját előfizetőiknek.
Megoldás Célja
Webex felhőalapú együttműködési funkciók biztosítása olyan kis és közepes ügyfelek számára, akik már rendelkeznek a BroadWorks szolgáltatók által biztosított hívásszolgáltatással.
BroadWorks-alapú hívási szolgáltatás biztosítása kis és közepes Webex -ügyfelek számára.
Környezet
Az összes kollaborációs ügyfelünket egy egységes alkalmazás irányába fejlesztjük. Ez az út csökkenti az elfogadási nehézségeket, javítja az interoperabilitást és az áttelepítést, és kiszámítható felhasználói élményt biztosít a teljes együttműködési portfóliónkban. Ennek az erőfeszítésnek a része a BroadWorks hívási funkcióknak a Webex alkalmazásba történő áthelyezése, és végső soron az UC-One kliensekbe való befektetés csökkentése.
Előnyök
Jövőbeli ellenőrzés: az UC-One Collaborate élettartamának vége, az összes ügyfélnek a Unified Client Framework (UCF) felé történő mozgása ellen.
Mindkettő közül a legjobb: A Webex Üzenetküldés és értekezleti funkcióinak engedélyezése a BroadWorks-hívások megtartása mellett a telefonos hálózaton
Megoldás hatóköre
Azok a meglévő/új kis és közepes ügyfelek (250 előfizetőnél kevesebb), akik egy sor együttműködési funkcióra vágynak, már rendelkezhetnek BroadWorks-hívással.
Meglévő kis és közepes Webex -ügyfelek, akik szeretnék hozzáadni a BroadWorks Calling szolgáltatást.
Nem nagyobb vállalatok (Kérjük, tekintse át a Webex vállalati portfólióját).
Nincs egyetlen felhasználó (Kérjük, értékelje a Webex Online ajánlatait).
A Webex for Cisco BroadWorks funkciókészletei a kis- és középvállalati felhasználási eseteket célozzák meg. A Webex for Cisco BroadWorks csomagokat úgy tervezték, hogy csökkentsék a KKV-k bonyolultságát, és folyamatosan értékeljük, hogy alkalmasak-e erre a szegmensre. Dönthetünk úgy, hogy elrejtjük vagy eltávolítjuk azokat a szolgáltatásokat, amelyek egyébként elérhetőek lennének a nagyvállalati csomagokban.
A Webex Cisco BroadWorks alkalmazáshoz használatának előfeltételei
# | Követelmény | Jegyzetek | ||
---|---|---|---|---|
1 | Javítsa a jelenlegi BroadWorks R22-es vagy újabb verzióját | |||
2 | XSP| ADP XSI, CTI, DMS és authService esetén | Dedikált XSP| ADP for Webex Cisco BroadWorks alkalmazáshoz | ||
3 | Külön XSP| ADP for NPS, megosztható más NPS-t használó megoldásokkal. | Ha már rendelkezik együttműködői telepítéssel, tekintse át az XSP-re vonatkozó ajánlásokat| ADP és NPS konfigurációk. | ||
4 | CI-token-érvényesítés ( TLS-szel ) a hitelesítési szolgáltatáshoz való Webex -kapcsolatokhoz konfigurálva. | |||
5 | Az mTLS a Webex -kapcsolatokhoz van konfigurálva a CTI felülethez. | Más alkalmazások nem igényelnek mTLS-t. | ||
6 | A felhasználóknak létezniük kell a BroadWorksben, és a következő attribútumokkal kell rendelkezniük, a beüzemelési döntéstől függően:
| Megbízható e-mailek esetén: Javasoljuk, hogy ugyanazt az e- e-mail-cím adja meg az Alternate azonosító attribútumban is, hogy a felhasználók e- e-mail-cím jelentkezhessenek be a BroadWorks rendszerébe. Nem megbízható e-mailek esetén: A felhasználó e-mail-beállításaitól függően a nem megbízható e-mailek használata azt eredményezheti, hogy az e-mail a felhasználó Levélszemét vagy SPAM mappájába kerül. Előfordulhat, hogy a rendszergazdának módosítania kell a felhasználó e-mail-beállításait, hogy engedélyezze a tartományokat | ||
7 | Webex Cisco BroadWorks DTAF-fájl a Webex alkalmazáshoz | |||
8 | BW Business Lic vagy Std Enterprise vagy Prem Enterprise felhasználói licenc + Webex Cisco BroadWorks-előfizetéshez | Ha már rendelkezik együttműködői telepítéssel, akkor már nincs szüksége az UC-One kiegészítő csomagra, a Collab Lic-re és a Meet-me konferenciaportokra. Ha már rendelkezik UC-One SaaS-telepítéssel, a prémium csomag feltételeinek elfogadásán kívül nincs további módosítás. | ||
9 | Az IP/Portoknak elérhetőnek kell lenniük a Webex háttérszolgáltatásokon és a Webex Apps alkalmazáson keresztül nyilvános interneten keresztül. | Lásd a „Hálózat előkészítése” részt. | ||
10 | TLS v1.2 konfiguráció XSP-n| ADP-k | |||
11 | A Flowthrough üzembe helyezéshez az alkalmazáskiszolgálónak csatlakoznia kell a BroadWorks üzembe helyezési adapterhez.
| Lásd a „Hálózat előkészítése” témakört. |
Erről a dokumentumról
Ennek a dokumentumnak az a célja, hogy segítse a Webex Cisco BroadWorks megoldás megértését, előkészítését, telepítését és kezelését. A dokumentum főbb részei ezt a célt tükrözik.
Ez az útmutató fogalmi és referenciaanyagokat tartalmaz. Célunk, hogy ebben az egyetlen dokumentumban a megoldás minden vonatkozására kiterjedjen.
A megoldás üzembe helyezéséhez szükséges minimális feladatok a következők:
Forduljon az ügyfélszolgálati csapatához, hogy Cisco -partnerré válhasson. Feltétlenül fedezze fel a Cisco érintkezési pontjait az ismerkedés (és a képzés) érdekében. Amikor Ön Cisco -partner lesz, a Webex Cisco BroadWorks-hez kapcsolót alkalmazzuk az Ön Webex -partnerszervezetére. (Lásd Telepítse a Webex for Cisco BroadWorks alkalmazást > Partner Onboarding alkalmazást ebben a dokumentumban.)
Konfigurálja a BroadWorks rendszereket a Webex való integrációhoz. (Lásd Webex for Cisco BroadWorks telepítése > Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k ebben a dokumentumban.)
A Partner Hub segítségével csatlakoztassa a Webex a BroadWorkshez. (Lásd A Webex Cisco BroadWorks rendszerhez telepítése > Partnerszervezetének konfigurálása a Partner Hubban ebben a dokumentumban.)
A Partner Hub segítségével készítsen elő felhasználó-létesítési sablonokat. (Lásd A Webex Cisco BroadWorks rendszerhez telepítése > Bevezető sablonok konfigurálása ebben a dokumentumban.)
Tesztelje és telepítse az ügyfeleket legalább egy felhasználó kiépítésével. (Lásd A Webex Cisco BroadWorks rendszerhez telepítése > Tesztszervezet konfigurálása .)
|
Terminológia
Igyekszünk korlátozni a jelen dokumentumban használt zsargont és betűszavakat, és minden egyes kifejezést elmagyarázni az első használatkor. (Lásd Webex for Cisco BroadWorks Reference > Terminology ha egy kifejezés magyarázata nincs összefüggésben.)
Hogyan működik
A Webex for Cisco BroadWorks egy olyan ajánlat, amely integrálja a BroadWorks hívást a Webex. Az előfizetők egyetlen alkalmazást (a Webex alkalmazás) használnak, hogy kihasználják mindkét platform által kínált funkciók előnyeit:
A felhasználók a BroadWorks infrastruktúráját használva hívják a PSTN-számokat.
A felhasználók a BroadWorks infrastruktúráját használva hívhatnak más BroadWorks-számokat (hang-/videohívás a felhasználókhoz társított számok kiválasztásával vagy a számok bevezetéséhez a tárcsázó segítségével).
A felhasználók Webex VOIP-hívást kezdeményezhetnek a Webex infrastruktúrán keresztül a Webex alkalmazás „ Webex hívás” opciójának kiválasztásával. (Ezek a hívások Webex alkalmazás Webex alkalmazás, nem Webex alkalmazás PSTN-re érkeznek.)
A felhasználók Webex Meetings, és csatlakozhatnak azokhoz.
A felhasználók privát üzenetet küldhetnek egymásnak vagy a szobákban (perzisztens csoportos csevegés), és élvezhetik az olyan funkciókat, mint a keresés és a fájlmegosztás (a Webex infrastruktúrán).
A felhasználók megoszthatják a jelenlétet (állapotot). Választhatnak egyéni jelenlétet vagy ügyfél által számított jelenlétet.
Miután a megfelelő jogosultságokkal felvettük Önt partnerszervezetként a Control Hubban, beállíthatja a kapcsolatot a BroadWorks-példány és a Webex között.
Az ügyfélszervezeteket a Control Hubban hozhatja létre, és azokban a szervezetekben hozhat létre szolgáltatlási felhasználók .
Minden BroadWorks-előfizető kap egy Webex -identitást az e- e-mail-cím alapján (e-mail azonosító attribútum a BroadWorksben).
A felhasználók BroadWorks vagy Webex segítségével végeznek hitelesítést.
Az ügyfelek hosszú élettartamú tokeneket kapnak, amelyek engedélyezik számukra a BroadWorks és a Webex szolgáltatásait.
A Webex alkalmazás a megoldás középpontjában áll; ez egy márkanevű alkalmazás, amely Mac/Windows asztali számítógépeken, valamint Android/iOS mobilokon és táblagépeken érhető el.
A Webex alkalmazásnak létezik egy webes verziója is, amely jelenleg nem tartalmaz hívási funkciókat.
Az ügyfél a Webex felhőhöz csatlakozva üzenetküldési, jelenléti és értekezleti funkciókat biztosít.
Az ügyfél regisztrál a BroadWorks rendszeren a szolgáltatások hívásához.
A Webex -felhő a BroadWorks-rendszerekkel együttműködve biztosítja a zökkenőmentes felhasználói üzembe helyezést.
Jellemzők és korlátozások
Több csomagot kínálunk különböző funkciókkal.
„Softphone” csomag
Ez a csomagtípus a Webex alkalmazás csak softphone-ügyfélként használja, amely hívási, de üzenetküldési funkcióval nem rendelkezik. Az ilyen csomagtípussal rendelkező felhasználók csatlakozhatnak a Webex-értekezletekhez, de önmagukban nem indíthatnak értekezleteket. Amikor más (softphone vagy nem softphone) felhasználó a telefonkönyvben egy softphone felhasználót keres, a keresési eredmények nem adnak lehetőséget üzenetküldésre.
A Softphone-felhasználók megoszthatják a képernyőjüket hívás közben.
„Alap” csomag
Az alapcsomag hívási, Üzenetküldés és értekezleti funkciókat tartalmaz. 100 résztvevőt foglal magában az „egységes tér” értekezleteken és a személyes tárgyalói (PMR) értekezleteken. (** A kivételt lásd az alábbi Megjegyzésben). Ebben a csomagban az értekezletek maximum 40 percesek lehetnek.
„Standard” csomag
Ez a csomag tartalmazza az alap csomagban található mindent, például akár 100 résztvevőt is az „egységes tér” értekezleteken és a személyes tárgyalói (PMR) értekezleteken.
A PMR -megbeszélésen belüli képernyőmegosztás egy olyan szerepkör, amelyet kezdetben csak a megbeszélés szervezője töltött be, de a szervező átadhatja az „előadói szerepkört” az értekezlet résztvevője , és csak a szervező veheti át újra az előadói szerepet a jelenlegi a házigazda átadja nekik.
„Prémium” csomag
Ez a csomag tartalmazza a Standard csomagban található összes elemet, plusz akár 300 résztvevőt az „egységes tárgyaló” megbeszélésen és akár 1000 résztvevőt a személyes tárgyalóban (PMR).
A PMR -megbeszéléseken belüli képernyőmegosztás minden értekezlet résztvevője számára támogatott.
Csomagok összehasonlítása
Csomag | Hívás | Üzenetküldés | Unified Space Meetings | PMR-találkozók |
---|---|---|---|---|
Szoftveres telefonálás (Softphone) | Felvéve | Nem tartalmazza | Egy sem | Egy sem |
Alapvető | Felvéve | Felvéve | 100 résztvevő | 100 résztvevő |
Standard | Felvéve | Felvéve | 100 résztvevő | 100 résztvevő |
Prémium | Felvéve | Felvéve | 300 résztvevő | 1000 résztvevő |
A Unified Space Meeting korlátja az alapfelhasználók számára 100 résztvevő Unified Space értekezletenként, kivéve, ha a szoba a „Standard” vagy a „Prémium” csomaggal rendelkező felhasználókat is tartalmazza, ebben az esetben a korlát a szervezői felhasználói csomagtól függően növekszik. |
A „Unified Space Meetings” kifejezés olyan (ütemezett vagy nem ütemezett) Webex-értekezlet utal, amelyre Webex -térben kerül sor. Például egy felhasználó az „Értekezlet” vagy az „Ütemezés” gombokkal indíthat értekezletet a szobából. A „PMR -értekezletek” olyan (ütemezett vagy nem ütemezett) Webex -értekezletet jelentenek, amelyre a felhasználó Személyes tárgyalójában (PMR) kerül sor. Ezek az értekezletek dedikált URL -t használnak (például: cisco.webex.com/meet/roomOwnerUserID). |
Üzenetküldés és értekezleti funkciók
Tekintse meg a következő táblázatot a PMR értekezletfunkciók támogatásának különbségeiről az Alap, Standard és Prémium csomagok esetén.
Értekezlet funkció | Alap csomaggal támogatott | A Standard csomag támogatja | Prémium csomaggal támogatott | Hozzászólás |
---|---|---|---|---|
Értekezlet időtartama | 40 perc vagy kevesebb | Korlátlan | Korlátlan | |
Asztalmegosztás | Igen | Igen | Igen | Alapszintű —Asztal megosztása bármely PMR - értekezlet résztvevője által . Szabványos — Asztali megosztás csak a PMR értekezletszervező által. Prémium —Asztal megosztása bármely PMR - értekezlet résztvevője által . |
Alkalmazásmegosztás | Igen | Igen | Igen | Alapszintű – Alkalmazásmegosztás a PMR - értekezlet résztvevője által . Szabványos — Alkalmazásmegosztás csak a PMR értekezletszervező által. Prémium – Alkalmazásmegosztás a PMR - értekezlet résztvevője által . |
Többszemélyes csevegés | Igen | Igen | Igen | |
Jegyzettáblázás | Igen | Igen | Igen | |
Jelszavas védelem | Igen | Igen | Igen | |
web alkalmazás – nincs letöltés vagy beépülő modul (Vendégélmény) | Igen | Igen | Igen | |
Párosítás támogatása Webex eszközökkel | Igen | Igen | Igen | |
Floor vezérlés (Egy némítása / Összes kizárása) | Igen | Igen | Igen | |
Állandó értekezletek hivatkozás | Igen | Igen | Igen | |
Hozzáférés az értekezletekhez | Igen | Igen | Igen | |
Értekezlet Csatlakozás VoIP -on keresztül | Igen | Igen | Igen | |
Zárolás | Igen | Igen | Igen | |
Előadó vezérlői | Nem | Nem | Igen | |
Távoli asztali vezérlés | Nem | Nem | Igen | |
Résztvevők száma | 100 | 100 | 1000 | |
A felvételt helyileg menti a rendszer | Igen | Igen | Igen | |
Rögzítés a felhőben | Nem | Nem | Igen | |
Felvétel – Felhőalapú tárolás | Nem | Nem | 10 GB oldalanként | |
Felvételek leiratai | Nem | Nem | Igen | |
Értekezletütemezés | Igen | Igen | Igen | |
Tartalommegosztás engedélyezése külső integrációkkal | Nem | Nem | Igen | Alapszintű — Tartalommegosztás a PMR - értekezlet résztvevője által . Szabványos — Csak a PMR értekezletszervező általi tartalommegosztás. Prémium —Tartalommegosztás a PMR - értekezlet résztvevője által . |
PMR URL módosítás engedélyezése | Nem | Nem | Igen | Alapszintű — A felhasználók módosíthatják a PMR URL -címet a Webex-webhely. A partner- és szervezeti rendszergazdák módosíthatják az URL -címet a Control Hubból. Szabványos — A PMR URL -címet csak a Partner Hubról módosíthatják a partnerek és a szervezeti rendszergazdák. Prémium — A felhasználók módosíthatják a PMR URL -címet a Webex-webhely. A partner- és szervezeti rendszergazdák módosíthatják az URL -címet a Partner Hubból. |
Értekezletek élő streamelése (pl. a Facebookon, a Youtube-on) | Nem | Nem | Igen | |
Engedélyezze a többi felhasználó számára, hogy megbeszéléseket ütemezzen a nevükben | Nem | Nem | Igen | |
Másodlagos szervező hozzáadása | Igen | Nem | Igen | |
Alkalmazásintegráció (pl. Zendesk, Slack) | Integrációtól függ | Integrációtól függ | Igen | Lásd a Alkalmazásintegrációk szakaszban a támogatással kapcsolatos további információkért. |
Integráció a Microsoft Office 365 Naptárral | Igen | Igen | Igen | |
Integráció a Google Naptár szolgáltatással a G Suite rendszerhez | Igen | Igen | Igen | |
A Webex Súgó a következő címen teszi közzé a Webex szolgáltatásait és felhasználói dokumentációját: help.webex.com
. A funkciókkal kapcsolatos további információkért olvassa el az alábbi cikkeket:
Hívási funkciók
A hívási élmény hasonló a korábbi, a BroadWorks hívásvezérlés motort használó megoldásokhoz. Az UC-One Collaborate és az UC-One SaaS között az a különbség, hogy a Webex alkalmazás az elsődleges soft ügyfél.
Alkalmazásintegrációk
A Webex Cisco BroadWorks alkalmazást a következő alkalmazásokkal integrálhatja:
Zendesk – Csak prémium
Slack – Csak prémium
Microsoft Teams a Webex Meetings – Normál vagy Prémium
Microsoft Teams for Calling — Minden csomag támogatja
Office 365-naptár – Normál vagy Prémium
Google Naptár a G Suite rendszerhez – Normál vagy Prémium
Virtuális asztali infrastruktúra (VDI) támogatás
A Webex for Cisco BroadWorks mostantól támogatja a Virtual Desktop Infrastructure (VDI) környezeteket. A VDI-infrastruktúra telepítésével kapcsolatos részletekért lásd: Webex for Virtual Desktop Infrastructure (VDI) Üzembehelyezési útmutató .
IPv6 támogatás
A Webex for Cisco BroadWorks támogatja az IPv6 -címzést a Webex alkalmazáshoz.
Jövő ütemterve
Ha betekintést szeretne kapni a Webex Cisco BroadWorks jövőbeli verzióival kapcsolatos szándékainkba, látogasson el ide:https://salesconnect.cisco.com/#/program/PAGE-16649 . Az ütemterv elemei semmilyen minőségben nem kötelező erejűek. A Cisco fenntartja a jogot, hogy visszatartsa vagy felülvizsgálja ezen elemek bármelyikét vagy mindegyikét a jövőbeli kiadásokban.
Korlátozások
Beüzemelési korlátozások
Értekezletoldal időzónája
Az egyes csomagok első előfizetőjének időzónája lesz az adott csomaghoz létrehozott Webex Meetings oldal időzónája.
Ha nincs időzóna megadva az egyes csomagok első felhasználójának üzembe helyezési kérelmében, akkor az adott csomag Webex Meetings oldalának időzónája az előfizetői szervezet regionális alapértelmezett beállítására lesz beállítva.
Ha az ügyfelének egy adott Webex Meetings -webhely-időzónára van szüksége, adja meg a timezone
paramétert a beüzemelési kérelemben a következőhöz:
a szervezetben a Standard csomagra kiépített első előfizető.
az első Prémium csomagra kiépített előfizető a szervezeten belül.
a szervezetben az Alap csomagra kiépített első előfizető.
Általános korlátozások
Nincs hívás a Webex ügyfél web verziójában (Ez egy kliens korlátozás, nem a megoldás korlátozása.)
Előfordulhat, hogy a Webex még nem rendelkezik az összes felhasználói felület-vezérlővel a BroadWorks-től elérhető hívásvezérlés funkciók egy részének támogatásához.
A Webex kliens jelenleg nem lehet „fehér címkével” ellátva.
Amikor a kiválasztott beüzemelési módszerrel hoz létre ügyfélszervezeteket, azok automatikusan a partnerszervezettel azonos régióban jönnek létre. Ez a viselkedés szándékos. A multinacionális partnerektől elvárjuk, hogy minden olyan régióban hozzanak létre partnerszervezetet, ahol az ügyfélszervezeteket kezelik.
Az értekezletekről és az üzenetküldés használatáról szóló jelentések a Control Hub ügyfélszervezetén keresztül érhetők el.
Ismert problémák és korlátok
A Webex Cisco BroadWorks ajánlattal kapcsolatos ismert problémák és korlátozások naprakész listájáért lásd: Ismert problémák és korlátok .
Üzenetküldés korlátok
A következő adattárolási korlátozások (üzenetkezelés és fájlok együttesen) azokra a szervezetekre vonatkoznak, amelyek a Webex for Cisco BroadWorks szolgáltatásokat egy Szolgáltatón keresztül vásárolták meg. Ezek a korlátok az üzenetküldés és a fájlok maximális tárhelyét jelentik.
Alapszintű: 2 GB felhasználónként 3 évig
Normál 5 GB felhasználónként 3 évig
Prémium: 10 GB felhasználónként 5 évig
Az egyes ügyfélszervezetek esetében ezeket a felhasználónkénti végösszegeket a rendszer összevonja, így a felhasználók száma alapján összesített összeget kap az adott ügyfélre vonatkozóan. Például egy öt prémium felhasználóval rendelkező vállalatnál a teljes üzenetkezelési és fájltárolási korlát 50 GB. Egy egyéni felhasználó túllépheti a felhasználónkénti korlátot (10 GB), feltéve, hogy a vállalat még mindig az összesített maximum (50 GB) alatt van.
A létrehozott csapatszobák esetében az üzenetküldési korlátok a csoportszobát birtokló ügyfélszervezet összesített végösszegéhez viszonyítva érvényesek. Az egyes csapatszobák tulajdonosáról a Tárhely szabályzatban tájékozódhat. Az egyes csapatszobák Tárhelyházirendjének megtekintésével kapcsolatos információkért lásd:https://help.webex.com/en-us/baztm6/Webex-Space-Policy .
További információk
A Webex üzenetküldő csoportterületekre vonatkozó általános üzenetküldési korlátokkal kapcsolatos további információkért lásd:https://help.webex.com/en-us/n8vw82eb/Webex-Capacities .
Biztonság, adatok és szerepkörök
Webex Security
A Webex kliens egy biztonságos alkalmazás, amely biztonságos kapcsolatot létesít a Webex és a BroadWorks-szel. A Webex felhőben tárolt és a Webex alkalmazás felületén keresztül a felhasználó számára elérhető adatok továbbítása és nyugalmi állapotban egyaránt titkosítva vannak.
További részletek vannak róla adatcsere jelen dokumentum Hivatkozás részében.
További olvasás
Szervezeti adatok rezidenciája
A Webex -adatait abban az adatközpont tároljuk, amelyik a legjobban megfelel az Ön régiójának. Lásd Adatrezidencia a Webex a Súgóban.
Szerepkörök
Szolgáltatói rendszergazda (Ön): A napi karbantartási tevékenységekhez a megoldás helyszíni (hívási) részeit a saját rendszerein keresztül kezelheti. A megoldás Webex részeit a Partner Hubon keresztül kezelheti.
A partnerek számára elérhető szerepkörökről, a szerepkörökhöz kapcsolódó hozzáférési jogosultságokról, valamint a szerepkörök hozzárendelésének módjáról lásd: Rendszergazdai partner szerepkörök a Webex for BroadWorks és a Wholesale RTM alkalmazásban .
Az új partnerszervezethez elsőként beállított felhasználó automatikusan teljes körű rendszergazda és teljes partner rendszergazdai szerepkörhöz lesz hozzárendelve. Ez a rendszergazda a fenti cikk alapján további szerepköröket is hozzárendelhet. |
A Cisco felhőalapú üzemeltetési csapata: Létrehozza a „partnerszervezetet” a Partner Hubban, ha még nem létezik, a beléptetés során.
Miután megvan a Partner Hub-fiókja, beállíthatja a Webex felületeket a saját rendszereihez. Ezután hozzon létre „Onboarding sablonokat”, amelyek az adott rendszereken keresztül kiszolgált csomagokat vagy csomagokat képviselik. Ezután beüzemelheti az ügyfeleit vagy az előfizetőit.
# | Tipikus feladat | SP | Cisco |
---|---|---|---|
1 | Partner Onboarding – A partnerszervezet létrehozása, ha még nem létezik, és a szükséges funkciók engedélyezése kapcsolók között | ● | |
2 | BroadWorks-konfiguráció a Partnerszervezetben a Partner Hubon keresztül (fürt) | ● | |
3 | Integrációs beállítások konfigurálása a Partnerszervezetben a Partner Hubon keresztül (ajánlati sablonok, márkaépítés) | ● | |
4 | BroadWorks környezet előkészítése az integrációhoz (AS, XSP| ADP javítás, tűzfalak, XSP| ADP konfiguráció, XSI, AuthService, CTI, NPS, DMS alkalmazások XSP-n| ADP) | ● | |
5 | Létesítés-integráció vagy -folyamat fejlesztése | ● | |
6 | GTM-anyagok előkészítése | ● | |
7 | Új felhasználók áttelepítése vagy beállítása | ● |
Építészet
Mi van a diagramon?
Ügyfelek
A Webex App-ügyfél szolgál elsődleges alkalmazásként a Webex a Cisco BroadWorks-ajánlatok esetében. A kliens asztali, mobil és webes platformon is elérhető.
Az ügyfél a Webex felhő által biztosított natív üzenetküldési, jelenléti és többszereplős audio/video értekezletekkel rendelkezik. A Webex ügyfél az Ön BroadWorks infrastruktúráját használja a SIP és PSTN hívásokhoz.
A Cisco IP -telefonok és a kapcsolódó kiegészítők a BroadWorks infrastruktúrát használják a SIP és PSTN hívásokhoz is. Várakozásaink szerint képes lesz a harmadik féltől származó telefonok támogatására.
Felhasználóaktiválási portál a felhasználók számára, akik BroadWorks-hitelesítési adataikkal jelentkezhetnek be a Webex .
A Partner Hub egy webinterfész a Webex -szervezet és az ügyfelei szervezeteinek adminisztrálására. A Partner Hubban konfigurálhatja a BroadWorks infrastruktúra és a Webex közötti integrációt. A Partner Hub segítségével kezelheti az klienskonfiguráció és a számlázást is.
Szolgáltatói hálózat
A diagram bal oldalán található zöld blokk az Ön hálózatát jelöli. A hálózaton üzemeltetett összetevők a következő szolgáltatásokat és felületeket biztosítják a megoldás egyéb részei számára:
Nyilvános XSP| ADP, Webex Cisco BroadWorks rendszerhez: (A mező egy vagy több XSP-t jelöl| ADP farmok, esetleg terheléselosztókkal.)
Az Xtended Services felület (XSI-Actions & XSI-Events), az Eszközkezelő szolgáltatás (DMS), a CTI felület és a hitelesítési szolgáltatás üzemeltetője. Ezek az alkalmazások együttesen lehetővé teszik a telefonok és a Webex -kliensek számára, hogy hitelesítsék magukat, letöltsék a híváskonfigurációs fájljaikat, kezdeményezzenek és fogadhassanak hívásokat, valamint megtekinthessék egymás horog állapotát (telefonos jelenlét). és hívásnapló .
Könyvtárat tesz közzé a Webex ügyfelek számára.
Nyilvános XSP| ADP, NPS-t futtat:
szervezői hívásértesítések leküldéses kiszolgálója: Egy Notification Push szerver XSP-n| ADP a környezetében. Interfész az alkalmazáskiszolgálója és az NPS-proxy között. A proxy rövid élettartamú tokenekkel látja el az NPS-t, hogy engedélyezze a felhőalapú szolgáltatások értesítéseit. Ezek a szolgáltatások (APNS és FCM) hívási értesítéseket küldenek a Webex -ügyfeleknek Apple iOS és Google Android eszközökön.
Alkalmazáskiszolgáló:
Hívásvezérlést és interfészeket biztosít más BroadWorks hívásvezérlés (általában)
Folyamatos üzembe helyezés esetén a partnerrendszergazda az AS-t használja a szolgáltatlási felhasználók kiépítéséhez a Webex
A felhasználói profil beküldi a BroadWorks rendszerébe
OSS/BSS: Az Ön Művelettámogatási Rendszere/Üzleti SIP -szolgáltatásai a BroadWorks-vállalatok felügyeletéhez.
Webex Cloud
A diagram kék blokkja a Webex felhőt jelöli. A Webex mikroszolgáltatások a Webex együttműködési képességek teljes spektrumát támogatják:
A Cisco Common Identity (CI) a Webex belüli identitásszolgáltatás.
A Webex for Cisco BroadWorks a mikroszolgáltatások azon készletét képviseli, amelyek támogatják a Webex és a szolgáltató által biztosított BroadWorks közötti integrációt:
Felhasználó-létesítési API-k
Szolgáltatói konfiguráció
Felhasználói bejelentkezés BroadWorks hitelesítő adatokkal
Webex Üzenetküldés doboz az üzenetküldéshez kapcsolódó mikroszolgáltatásokhoz.
A több résztvevős videoértekezletekhez ( SIP és SRTP ) szolgáló médiafeldolgozó szervereket és SBC-ket képviselő Webex Meetings -mező
Harmadik féltől származó web
A diagramon a következő harmadik féltől származó összetevők láthatók:
Az APNS (Apple Push Notifications Service) hívás- és üzenetértesítéseket küld a Webex alkalmazásoknak az Apple eszközökön.
Az FCM (FireBase Cloud Üzenetküldés ) hívás- és üzenetértesítéseket küld az Android -eszközök Webex -alkalmazásainak.
XSP| ADP architektúra szempontok
A nyilvános XSP szerepe| ADP-kiszolgálók a Webex a Cisco BroadWorks-hez
A nyilvános XSP| Az ADP az Ön környezetében a következő felületeket/szolgáltatásokat nyújtja a Webex és az ügyfelek számára:
TLS által védett hitelesítési szolgáltatás (AuthService), amely a felhasználó nevében válaszol a Webex JWT (JSON web Token) Webex-kérelmeire
mTLS által védett CTI interfész, amelyre a Webex előfizet a hívásnapló -eseményekre és a BroadWorks telefonos jelenléti állapot (horog állapot).
Xsi műveletek és események felületei (eXtended Services Interface) az előfizetői hívásvezérlés, névjegy- és híváslista könyvtárak, valamint végfelhasználói telefonos szolgáltatás konfigurációjához
DM (Device Management) szolgáltatás az ügyfelek számára a hívási konfigurációs fájljaik lekéréséhez
Adjon meg URL-címeket ezekhez a felületekhez, amikor a Webex a Cisco BroadWorks rendszerhez konfigurálja. (Lásd Konfigurálja a BroadWorks-fürtöket a Partner Hubban ebben a dokumentumban.) Fürtenként csak egy URL adható meg az egyes felületekhez. Ha több felülettel rendelkezik a BroadWorks infrastruktúrájában, akkor több fürtöt is létrehozhat.
XSP| ADP architektúra
Szükségünk van egy különálló, dedikált XSP használatára| ADP-példány vagy farm az NPS (Notification Push Server) alkalmazás üzemeltetéséhez. Ugyanazt az hálózati házirendet használhatja az UC-One SaaS vagy az UC-One Collaborate szolgáltatással. A Webex for Cisco BroadWorks rendszerhez szükséges egyéb alkalmazásokat azonban nem tárolhatja ugyanazon az XSP-n| Az NPS-alkalmazást kiszolgáló ADP.
Javasoljuk, hogy dedikált XSP-t használjon| ADP-példány/farm, hogy tárolja a Webex -integrációhoz szükséges alkalmazásokat a következő okok miatt
Ha például UC-One SaaS-t kínál, javasoljuk egy új XSP létrehozását| ADP farm a Webex a Cisco BroadWorks-hez. Így a két szolgáltatás egymástól függetlenül tud működni az előfizetők migrálása közben.
Ha a Webex Cisco BroadWorks alkalmazásokat XSP-n helyezi el| Az egyéb célokra használt ADP farm esetében az Ön felelőssége a használat nyomon követése, az ebből adódó összetettség kezelése, és a megnövekedett méretarány tervezése.
A Cisco BroadWorks rendszer kapacitástervező dedikált XSP-t feltételez| ADP farm, és nem biztos, hogy pontos, ha kollokációs számításokhoz használja.
Eltérő megjelölés hiányában a dedikált Webex a Cisco BroadWorks XSP-hez| Az ADP-knek a következő alkalmazásokat kell tárolniuk:
AuthService (TLS CI Token Validációval vagy mTLS)
CTI (mTLS)
XSI-Actions (TLS)
XSI-Events (TLS)
DMS (TLS)—Opcionális. Nem kötelező különálló DMS-példányt vagy farmot telepíteni, kifejezetten a Webex for Cisco BroadWorks számára. Ugyanazt a DMS-példányt használhatja, mint az UC-One SaaS vagy UC-One Collaborate esetében.
Hívásbeállítások Webnézet (TLS) – Nem kötelező. A Call Settings Webview (CSW) csak akkor szükséges, ha azt szeretné, hogy a Webex Cisco BroadWorks felhasználói konfigurálhassák a hívási funkciókat a Webex alkalmazásban.
A Webex szüksége van a CTI -hez való hozzáféréshez egy kölcsönös TLS -hitelesítéssel védett felületen keresztül. A követelmény teljesítéséhez az alábbi lehetőségek egyikét javasoljuk:
(A diagram megjelölve 1. lehetőség ) Egy XSP| ADP-példány vagy farm az összes alkalmazáshoz, két kiszolgálónként konfigurált felülettel: egy mTLS interfész a CTI és egy TLS interfész más alkalmazások, például az AuthService számára.
(A diagram megjelölve 2. lehetőség ) Két XSP| ADP-példányok vagy farmok, amelyek közül az egyik mTLS felülettel rendelkezik a CTI-hez , a másik TLS felülettel más alkalmazásokhoz, például az AuthService-hez.
XSP| ADP újrafelhasználása Ha van már meglévő XSP-je| A fenti javasolt architektúrák egyikének megfelelő ADP farm (1. vagy 2. opció) és enyhén van megterhelve , akkor lehetőség van a meglévő XSP újrafelhasználására| ADP-k. Ellenőriznie kell, hogy nincsenek-e ütköző konfigurációs követelmények a meglévő alkalmazások és a Webex új alkalmazáskövetelményei között. A két elsődleges szempont a következő:
Mivel az XSP| Az ADP-k sok alkalmazást tartalmaznak, és ezeknek az alkalmazásoknak a permutációinak száma nagy, előfordulhatnak más azonosítatlan ütközések is. Emiatt az XSP esetleges újrafelhasználása| Az ADP-ket ellenőrizni kell egy laboratóriumban a tervezett konfigurációval, mielőtt elkötelezné magát az újrahasználat mellett. |
Konfigurálja az NTP -szinkronizálást XSP-n| ADP
A telepítés időszinkronizálást igényel az összes XSP esetében| A Webex használt ADP-k.
Telepítse a ntp
csomagot az operációs rendszer telepítése után és a BroadWorks szoftver telepítése előtt. Ezután beállíthatja az NTP -t az XSP során| ADP szoftver telepítése. Lásd a BroadWorks szoftverkezelési útmutató további részletekért.
Az XSP interaktív telepítése során| ADP szoftverrel, akkor lehetősége van az NTP konfigurálására. A következőképpen járjon el:
Amikor a telepítő megkérdezi,
Do you want to configure NTP?
, adja megy
.Amikor a telepítő megkérdezi,
Is this server going to be a NTP server?
, adja megn
.Amikor a telepítő megkérdezi,
What is the NTP address, hostname, or FQDN?
, adja meg az NTP kiszolgáló vagy egy nyilvános NTP -szolgáltatás címét, például,pool.ntp.org
.
Ha az XSP| Az ADP-k csendes (nem interaktív) telepítést használnak, a telepítő konfigurációs fájl tartalmaznia kell a következő Kulcs=Érték párokat:
NTP
NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>
XSP| ADP-azonosító és biztonsági követelmények
Háttér
A Cisco BroadWorks TLS kapcsolatok protokolljai és titkosításai a specifikusság különböző szintjein konfigurálhatók. Ezek a szintek a legáltalánosabb (SSL -szolgáltató) a legspecifikusabb (egyedi felület)ig terjednek. Egy konkrétabb beállítás mindig felülír egy általánosabb beállítást. Ha nincsenek megadva, akkor az „alacsonyabb” szintű SSL -beállításokat a rendszer a „magasabb” szintekről örökli.
Ha egyetlen beállítás sem módosul az alapértelmezetthez képest, minden szint az SSL -szolgáltató alapértelmezett beállításait (JSSE Java Secure Sockets Extension) örökli.
Követelménylista
Az XSP| Az ADP-nek hitelesítenie kell magát az ügyfelek felé egy olyan CA által aláírt tanúsítvány segítségével, amelyben a Közös név vagy az Alany alternatív neve megegyezik az XSI felület tartományrészével.
Az Xsi felületnek támogatnia kell a TLSv1.2 protokollt.
Az Xsi felületnek olyan titkosítási csomagot kell használnia, amely megfelel a következő követelményeknek.
Diffie-Hellman efemer (DHE) vagy elliptikus görbék Diffie-Hellman efemer (ECDHE) kulcscsere
AES (Advanced Encryption Standard) titkosítás 128 bites minimális blokkmérettel (pl. AES-128 vagy AES-256)
GCM (Galois/Counter Mode) vagy CBC (Cipher Block Chaining) titkosítási mód
CBC titkosítás használata esetén csak az SHA2 hash függvénycsalád engedélyezett kulcsok származtatásához (SHA256, SHA384, SHA512).
Például a következő titkosítások teljesítik a követelményeket:
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
Az XSP| Az ADP CLI-hez az IANA elnevezési megállapodásra van szükség a titkosítási csomagokhoz, amint az fent látható, az openSSL-konvencióra nem. |
Támogatott TLS az AuthService és XSI felületekhez
Ez a lista a felhőalapú biztonsági követelményeink alakulásával változhat. Kövesse a Cisco felhőalapú biztonsági ajánlásait a titkosítás kiválasztására vonatkozóan, a jelen dokumentum követelménylistájában leírtak szerint. |
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA
Xsi Events Skála paraméterek
Előfordulhat, hogy növelnie kell az Xsi-Events sor méretét és a szálak számát a Webex for Cisco BroadWorks megoldáshoz szükséges eseménymennyiség kezelésére. A paramétereket az alábbiak szerint növelheti a megjelenített minimális értékekre (ne csökkentse, ha a minimális értékek felett vannak):
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventQueueSize = 2000
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventHandlerThreadCount = 50
Több XSP| ADP-k
Terheléselosztó élelem
Ha van terheléselosztás eleme a hálózat szélén, akkor annak átláthatóan kell kezelnie a forgalom több XSP-je közötti elosztását| ADP-kiszolgálók és a Webex a Cisco BroadWorks felhőhöz és ügyfelekhez. Ebben az esetben meg kell adnia a terheléselosztó URL -címét a Webex Cisco BroadWorks konfigurációhoz.
Megjegyzések az architektúrával kapcsolatban:
Állítsa be a DNS -t úgy, hogy az ügyfelek megtalálhassák a terheléselosztót, amikor az Xsi interfészhez csatlakoznak (lásd DNS konfiguráció ).
Javasoljuk, hogy az edge elemet fordított SSL proxy módban konfigurálja a pont-pont adattitkosítás biztosítása érdekében.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben. Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Internetre néző XSP| ADP-kiszolgálók
Ha közvetlenül teszi közzé az Xsi felületeket, akkor a DNS segítségével ossza el a forgalmat a több XSP felé| ADP szerverek.
Megjegyzések az architektúrával kapcsolatban:
Két rekord szükséges az XSP-hez való csatlakozáshoz| ADP szerverek:
Webex mikroszolgáltatások esetén: A körbefutó A/AAAA rekordok szükségesek a több XSP megcélzásához| ADP IP -címek. Ennek az az oka, hogy a Webex mikroszolgáltatások nem tudnak SRV-kereséseket végezni. Példákért lásd: Webex Cloud Services .
Webex alkalmazás esetén: Egy SRV-rekord, amely A-rekordot old fel, ahol minden A-rekord egyetlen XSP-re oldja fel| ADP. Példákért lásd: Webex alkalmazás .
Használjon prioritást élvező SRV-rekordok az XSI szolgáltatás megcélzásához a többszörös XSP számára| ADP-címek. Állítsa be az SRV-rekordok prioritását, hogy a mikroszolgáltatások mindig ugyanahhoz az A rekordhoz (és az azt követő IP-cím) menjenek, és csak akkor lépjenek át a következő A rekordra (és IP-cím), ha az első IP-cím nem működik. NE alkalmazzon körbefutó módszert a Webex alkalmazáshoz.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben.
Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Kerülje a HTTP-átirányításokat
Néha a DNS úgy van beállítva, hogy oldja fel az XSP-t| ADP URL egy HTTP terheléselosztóhoz, és a terheléselosztó úgy van beállítva, hogy egy fordított proxyn keresztül irányítsa át az XSP-re| ADP szerverek.
A Webex nem követ átirányítást amikor az Ön által megadott URL-címekhez csatlakozik, így ez a konfiguráció nem működik.
Rendelés és üzembehelyezés
A rendelés és a beüzemelés az alábbi szinteken érvényes:
Partner/Szolgáltató kiépítése :
Minden egyes regisztrált Webex for Cisco BroadWorks szolgáltatót (vagy viszonteladót) partnerszervezetként kell konfigurálni a Webex, és biztosítani kell a szükséges jogosultságokat. A Cisco Operations hozzáférést biztosít a partnerszervezet rendszergazdájának a Webex for Cisco BroadWorks kezeléséhez a Webex Partner Hubon. A Partner rendszergazdának el kell végeznie az összes szükséges üzembe helyezési lépést, mielőtt kiépíthetne egy Ügyfél/Vállalat szervezetet.
Ügyfél/Vállalati rendelés és üzembe helyezés :
Minden, a Webex for Cisco BroadWorks számára engedélyezett BroadWorks Enterprise egy hozzárendelt Webex ügyfélszervezet létrehozását váltja ki. Ez a folyamat automatikusan megtörténik a felhasználó/előfizető beüzemelése részeként. A BroadWorks-vállalatokon belül minden felhasználó/előfizető ugyanabban a Webex Ügyfél-szervezetben van kiépítve.
Ugyanez a viselkedés érvényes, ha a BroadWorks rendszer csoportokkal rendelkező szolgáltatóként van konfigurálva. Amikor előfizetőt létesít egy BroadWorks-csoportban, automatikusan létrejön a csoportnak megfelelő Ügyfél-szervezet a Webex.
Felhasználó/előfizető rendelés és szolgáltatás :
A Webex for Cisco BroadWorks jelenleg a következő felhasználó-szolgáltatási modelleket támogatja:
Folyamatos üzembe helyezés megbízható e-mailekkel
Folyamatos üzembe helyezés megbízható e-mailek nélkül
Felhasználói önellátás
API szolgáltatás
Folyamatos üzembe helyezés megbízható e-mailekkel
Az Integrált IM&P szolgáltatást be kell állítani úgy, hogy Webex szolgáltatási URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex API -t használja a megfelelő Webex felhasználói fiókok lekéréséhez.
Ha meggyőződhet arról, hogy a BroadWorks előfizetői e-mail-címei érvényesek, és egyediek a Webex számára, akkor ez a létesítési beállítás automatikusan létrehoz és aktivál Webex -fiókokat ezekkel az e-mail-címekkel felhasználói azonosítóként.
Módosíthatja az előfizetői csomagot a Partner Hubon keresztül, vagy megírhatja saját alkalmazását, amely a létesítési API -t használja az előfizetői csomagok módosításához.
Folyamatos üzembe helyezés megbízható e-mailek nélkül
Az Integrált IM&P szolgáltatást be kell állítani úgy, hogy Webex szolgáltatási URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex API -t használja a megfelelő Webex felhasználói fiókok lekéréséhez.
Ha nem támaszkodhat a BroadWorks által tárolt előfizetői e-mail-címekre, akkor ez a beüzemelési opció Webex -fiókokat hoz létre, de nem aktiválhatja azokat, amíg az előfizetők megadják és nem hitelesítik az e-mail-címüket. Ekkor a Webex aktiválhatja az adott e-mail-címekkel rendelkező fiókokat felhasználói azonosítóként.
Módosíthatja az előfizetői csomagot a Partner Hubon keresztül, vagy megírhatja saját alkalmazását, amely a létesítési API -t használja az előfizetői csomagok módosításához.
Felhasználói önellátás
Ezzel a beállítással nincs átfolyólagos kiépítés a BroadWorks és a Webex között. Miután konfigurálta a Webex és a BroadWorks rendszer közötti integrációt, egy vagy több hivatkozást kap, amelyek kifejezetten a felhasználók kiépítésére vonatkoznak a Webex for Cisco BroadWorks partnerszervezetén belül.
Ezután megtervezheti a saját kommunikációját (vagy delegálhatja az ügyfelei számára), hogy a hivatkozást az előfizetőkhöz eljuttassa. Az előfizetők követik a hivatkozást, majd megadják és érvényesítik az e-mail-címüket a saját Webex -fiók létrehozásához és aktiválásához.
Mivel a fiókok kiépítése a partnerszervezet hatókörén belül történik, manuálisan módosíthatja a felhasználói csomagokat a Partner Hubon keresztül, vagy ehhez az API -t használhatja.
A felhasználóknak létezniük kell a Webexszel integrált Webex rendszerben, ellenkező esetben tilos számukra az adott hivatkozással fiókot létrehozni. |
Szolgáltatói kiépítés API-kon keresztül
A Webex egy sor nyilvános API-t tesz elérhetővé, amelyek lehetővé teszik a Webex for Cisco BroadWorks felhasználói/előfizetői kiépítését a meglévő felhasználókezelési munkafolyamatba/-eszközökbe.
Szükséges javítások átfolyós telepítéssel
Átfolyós üzembe helyezés használata esetén telepítenie kell egy rendszerjavítást, és alkalmaznia kell egy CLI tulajdonságot. Tekintse meg az alábbi listát a BroadWorks-kiadásra vonatkozó utasításokért:
R22 esetén:
Telepítés AP.as.22.0.1123.ap376508 .
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .
R23 esetén:
Telepítés AP.as.23.0.1075.ap376509
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .
R24 esetén:
Telepítés AP.as.24.0.944.ap375100
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .
Miután elvégezte ezeket a lépéseket, nem tudja majd új felhasználókat ellátni UC-One Collaborate szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webex for Cisco BroadWorks-felhasználóknak kell lenniük. |
Mellék tárcsázása
A Melléktárcsázás funkció támogatása lehetővé teszi a Webex for Cisco Broadworks felhasználói számára, hogy más felhasználókat is tárcsázzanak ugyanazon a vállalaton belül az elsődleges telefonvonal hasonló mellékről. Ez különösen azoknak a felhasználóknak hasznos, akik nem rendelkeznek DID-számmal.
Az üzembe helyezés során a felhasználók melléke a Webex címtárba kerül a felhasználó mellékeként. BroadWorks hívás esetén a mellék megjelenik a Webex alkalmazásban az összes híváskezdeményezési módszer terület mellék mezőjében és a felhasználói profilban. A Webex for Cisco BroadWorks a helyhívó kód és a mellék kombinációjával támogatja az ugyanazon a csoporton belüli felhasználók és egyazon vállalat különböző csoportjai között csak mellékről szóló hívásokat. Két vállalat közötti, csak mellékeket használó hívás azonban nem támogatott.
A Cisco BroadWorks-felhasználók számára a következő módszerekkel lehet bővítményt kiépíteni:
Cisco BroadWorks-felhasználók
Nyilvános API -szolgáltatás 'mellékként
A mellékparamétert kifejezetten az API-hívás részeként kell átadni. A Helyszínhívó kóddal (LDC) konfigurált vállalatok/csoportok esetében a mellékszám paraméternek az LDC és a ' mellékszám kombinációjának kell lennie.
Átfolyó vagy önaktiváló üzembe helyezés
A mellék és az LDC (ahol alkalmazható) automatikusan lekérésre kerül a BroadWorks alkalmazásból.
Csak BroadWorks-felhasználók vagy entitások hívása
Automatikusan szinkronizálva a mellékszám alkalmazásból a Directory Sync segítségével, a Helyszínhívó kód (LDC) és a mellékszám kombinációjával .
BroadWorks hívási rekordok | Leírás | Beüzemelési módszer | Mellék kezelése lehetőségre |
---|---|---|---|
Webex a Cisco BroadWorks-felhasználók számára | A felhasználók számára engedélyezett a Webex Cisco BroadWorks alkalmazás | Nyilvános API | A melléket paraméterként kell átadni |
Átfolyás | A mellék automatikusan lekért a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívó felhasználók | Olyan felhasználók hívása, akik nem bekerült a Webex | Címtár-szinkronizálás | A Melléket címtár-szinkronizálás szinkronizálta |
Nem felhasználó entitásokat hívó | Pl. konferenciatermi telefon, faxkészülék, keresőcsoport száma | Címtár-szinkronizálás | A Melléket címtár-szinkronizálás szinkronizálta |
BroadWorks-telefonlisták | Vállalati, csoportos vagy személyes telefonlisták | Címtár-szinkronizálás | Nem alkalmazható |
Előfeltételek
A funkció támogatásához szükséges kliensverzió 42.11-es vagy újabb.
Javítás, amelynél mellék- és helyhívó kódok lettek hozzáadva az XSI-hez és a Provisioning Adapterhez 2022. február a 23-as vagy újabb verzióhoz a következő részeként:
AP.platform.23.0.1075.ap380045
AP.as.23.0.1075.ap380045
AP.xsp.23.0.1075.ap380045
AP.as.24.0.944.ap380045
Engedélyezze az X-BroadWorks-Remote-Party-Info fejlécet az AS-en az alábbi CLI-parancs ehhez a SIP-hívás hívásfolyamhoz, amely a mellék tárcsázási funkcióinak támogatásához szükséges.
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Hívásopciók prioritása az alkalmazásban
A Melléktárcsázás funkció támogatásának részeként az alkalmazás hívásbeállításainak prioritási beállítása partner szinten is elérhető a Webex for Cisco Broadworks összes partnere számára. Ezzel a beállítással a partner vezérelheti az összes kezelt ügyfele hívásprioritás-beállításait a Partner Hubról. Az ügyfél alkalmazáshívási opcióinak prioritási beállításai ügyfélszint is módosíthatók a Control Hubból.
Az alkalmazáshívási opciók prioritási beállítása második opcióként tartalmazza a melléket mind a Partner Hub, mind a Control Hub rendszerében, amikor egy Webex for Cisco Broadworks-felhasználó újonnan van hozzárendelve mellékhez a fent említett üzembe helyezési módok bármelyikén keresztül.
Az összes meglévő kiépített szervezet esetében a mellék opció rejtett állapotban lesz (alapértelmezés szerint) az alkalmazás hívásbeállításainak prioritási beállításában. Ez nem fog melléket megjeleníteni a felhasználó hang-/ videohívások opciójában a Webex alkalmazásban.
Az alábbi opciók segítségével teheti láthatóvá a mellékhívási opciót a meglévő ügyfelek számára:
Ha egy partner azt szeretné, hogy az összes felügyelt ügyfélszervezete kapjon melléket a hívási opciók egyikeként, javasoljuk, hogy a partnerrendszergazda helyezze át a melléket rejtett állapotból elérhetővé a Partner Hubban. Ez lehetővé teszi, hogy a felügyelt ügyfélszervezetek örököljék a beállítást a partnerüktől.
Ha egy Partner hívási opciókban szeretne melléket biztosítani egy adott ügyfélszervezet számára, javasoljuk, hogy a Partner-rendszergazda helyezze át a melléket rejtett állapotból elérhetővé a Control Hubban.
Csoportnévjegyek támogatása
Ez a funkció továbbfejleszti a Webex for BroadWorks DirSync szolgáltatást azáltal, hogy megszünteti a legfeljebb 1500 névjegy szinkronizálására vonatkozó korlátozást a csoportos telefonlistákról a BroadWorks rendszerében, és lehetővé teszi a partnerek számára, hogy akár 30 000 névjegyet is szinkronizálhassanak egyetlen csoportos telefonlistáról, és ez egyenrangúvá tegye azt a 30 000 névjegyével növelése a külön kiadott nagyvállalati telefonlista esetében.
A teljes határérték 200 000 minden külső kapcsolat Szervezetenként, amely a Vállalati és a Csoport telefonszámlistáinak összegére vonatkozik egyetlen BroadWorks-vállalaton belül. Például egy BroadWorks-vállalat támogatott, amely vállalati telefonszámlistával rendelkezik 30 000 telefonnal, és 5 csoportos telefonszámlistával egyenként 30 000 telefonnal (szervezetenként összesen 180 000). Ha azonban 6 csoportos telefonlista van egyenként 30 000 értékkel, akkor ez nem támogatott (összesen 210 000).
Ez a funkció kérésre elérhető. Kérjük, az engedélyezéshez forduljon a fiókot kezelő csapathoz.
|
A funkció engedélyezése után a DirSync szolgáltatás elkezdi szinkronizálni a BroadWorks Group telefonlista névjegyeit a Webex Contact Service dedikált csoportonkénti névjegytárára.
Az üzembe helyezés során a felhasználó vállalati csoportját el kell tárolni a Webex címtárban, jelezve, hogy a felhasználó melyik csoporthoz tartozik. A felhasználónak egy BroadWorks-csoporthoz való társítása a Webex címtárban lehetővé teszi a Webex alkalmazás számára, hogy névjegykeresést végezzen a Contact Service csoport tárhelyén a felhasználó adott csoportja számára.
A funkció használatához a Webex for BroadWorks-előfizetőknek a BroadWorks vállalati csoportazonosítóval kell rendelkezniük a Webex .
A BroadWorks vállalati csoportazonosítót a következő módszerekkel lehet kiépíteni a Cisco BroadWorks-felhasználók számára:
Webex a Cisco BroadWorks-felhasználók számára
Nyilvános API -létesítés 'spEnterpriseGroupId'-ként
A BroadWorks vállalati csoportazonosítót kifejezetten át kell adni az API-hívás spEnterpriseGroupId paraméterében.
Átfolyó vagy önaktiváló üzembe helyezés
A BroadWorks vállalati csoportazonosítót a rendszer automatikusan lekéri a BroadWorks alkalmazásból.
Csak BroadWorks-felhasználók vagy entitások hívása
Nem alkalmazható. Nem szükséges szinkronizálni a BroadWorks vállalati csoportazonosítót ezeknél a felhasználóknál.
BroadWorks hívási rekordok | Leírás | Beüzemelési módszer | Vállalati azonosító kezelése |
---|---|---|---|
Webex a Cisco BroadWorks-felhasználók számára | A felhasználók számára engedélyezett a Webex Cisco BroadWorks alkalmazás | Nyilvános API | A BroadWorks vállalati csoportazonosítót spEnterpriseGroupId paraméterként kell átadni |
Átfolyás | A BroadWorks vállalati csoportazonosítót a rendszer automatikusan lekéri a BroadWorks alkalmazásból | ||
Csak BroadWorks-hívó felhasználók | Olyan felhasználók hívása, akik nem bekerült a Webex | Címtár-szinkronizálás | Nem alkalmazható |
Nem felhasználó entitásokat hívó | Pl. konferenciatermi telefon, faxkészülék, keresőcsoport száma | Címtár-szinkronizálás | Nem alkalmazható |
BroadWorks-telefonlisták | Névjegyek a BroadWorks-csoport telefonszámlistájában | Címtár-szinkronizálás | A csoportnévjegyeket az adott csoporthoz társított Webex Contact Service tárolja |
BroadWorks Enterpsie vagy Persional telefonlisták | Névjegyek a Vállalati vagy Személyes telefonlistán | Címtár-szinkronizálás | Nem alkalmazható |
A nyilvános API -t az ÁLLÍTÁS ELŐTT frissíteni kell. Az áttelepítés nem fejezhető be, amíg be nem fejeződik EZ az API . A BroadWorks vállalati csoportazonosítót kifejezetten át kell adni az API-hívás spEnterpriseGroupId paraméterében https://developer.webex.com/docs/api/changelog#2023-march A funkció engedélyezése után és a következő címtár-szinkronizálás eredményeként a vállalati felhasználói csoportok is megjelennek a Control Hubban. A csoportok megjelenítése a Control Hub for Webex for BroadWorks alkalmazásban pusztán információs jellegű ebben a szakaszban. A partner- és ügyfélrendszergazdák nem módosíthatják a csoportokat vagy a csoporttagságot a Control Hubon, mert ezek a módosítások nem tükröződnek vissza a BroadWorks rendszerébe. A Control Hub csoportkezelését azon partnerek használhatják, akik átveszik a közelgő Contact Management API-kat. |
Áttelepítés és jövőbiztosság
A BroadSoft egyesített kommunikációs kliens Cisco fejlesztése az UC-One helyett a Webex felé való elmozdulás. Ennek megfelelően a támogató szolgáltatások a szolgáltatói hálózatról – a hívás kivételével – a Webex felhőplatform felé haladnak.
Akár UC-One SaaS-t, akár BroadWorks Collaborate-ot futtat, a preferált áttelepítési stratégia az új, dedikált XSP telepítése| ADP-k a Webex for Cisco BroadWorks alkalmazással való integrációjához. A két szolgáltatás párhuzamosan is futtatható, miközben áttelepíti az ügyfeleket a Webex rendszerébe, és végül megtérítheti az előző megoldáshoz használt infrastruktúrát.
Ajánlott dokumentum-előfizetések
A Webex Súgó cikkei (a help.webex.com oldalon) rendelkeznek a Előfizetés lehetőségre opciót, amely lehetővé teszi, hogy e-mail értesítést kapjon, amikor az adott cikk frissül.
Javasoljuk, hogy fizessen elő az alábbi cikkek mindegyikére, hogy biztosan ne maradjon le a hálózati kapcsolat érintő kritikus frissítésekről . Az előfizetéshez lépjen az alábbi hivatkozások egyikére, és az induló cikkben kattintson a Előfizetés lehetőségre gombot.
Legalább azt javasoljuk, hogy iratkozzon fel a fenti listára. alatt felsorolt Webex cikkek és dokumentumok többsége azonban További dokumentumok rendelkezik a Előfizetés lehetőségre opciót. Ahhoz, hogy ez a beállítás megjelenjen, a cikknek meg kell jelennie a help.webex.com oldalon.
A dokumentációs céloldalakra nincs előfizetési lehetőség. |
További dokumentumok
A Webex Cisco BroadWorks alkalmazással kapcsolatos további információkért lásd a következő kapcsolódó dokumentációt:
Webex a Cisco BroadWorks dokumentumokhoz
A partnerrendszergazdák a következő dokumentumok és webhelyek segítségével szerezhetnek információkat a Webex for Cisco BroadWorks alkalmazásról.
Hozzon létre saját PSTN-megoldást a Webex for Cisco BroadWorks számára — Ez a megoldás lehetővé teszi a szolgáltatók számára, hogy a saját (és a Cisco által biztosított számok helyett) telefonszámukat biztosítsák a felhasználók számára a Webex Meetings való csatlakozáskor.
Webex Cisco BroadWorks konfigurációs útmutató —Leírja, hogyan kell konfigurálni a Webex alkalmazást a Cisco Webex rendszerhez.
- Eszközintegrációs útmutató a Webex for Cisco BroadWorks alkalmazáshoz — Ismerteti a Room OS és MPP eszközök beüzemelésének és szervizelésének módját.
Webex for Cisco BroadWorks hibaelhárítási útmutató — Hibaelhárítási információkat tartalmaz a Webex for Cisco BroadWorks alkalmazáshoz.
Webex a Cisco BroadWorks cikkekhez
A partnerrendszergazdák a következő opcionális webhelyeken tájékozódhatnak a Webex Cisco BroadWorks-hez alkalmazásról:
Webex Cisco BroadWorks dokumentációhoz — A nyitóoldal műszaki dokumentumokat és opcionális Webex -cikkeket sorol fel a Webex for Cisco BroadWorks partnerrendszergazdái számára.
A Webex Cisco BroadWorks rendszerhez újdonságai — Olvassa el a legújabb kiadott funkciókat, valamint a hamarosan megjelenőket.
Ismert problémák és korlátok — Olvassa el a Webex Cisco BroadWorks megoldásban azonosított ismert problémákat.
Rendszergazdai partner szerepkörök a Webex for BroadWorks és a Wholesale RTM alkalmazásban — Ez a cikk azt ismerteti, hogyan rendelhet hozzá rendszergazdai partner szerepkört a Webex for Cisco BroadWorks alkalmazást kínáló partnerszervezetekhez. A szerepkörök hozzászoktak ahhoz, hogy adminisztrátori hozzáférést rendeljenek a beállításokhoz a Partner Hubban és a Control Hubban.
Cisco BroadWorks dokumentumok
A partnerrendszergazdák a cisco.com Cisco BroadWorks webhelyén tájékozódhatnak a megoldás Cisco BroadWorks részének telepítését ismertető műszaki dokumentumokért:
Webex súgócikkek
A következő Webex súgóoldalak segítségével olyan Webex -cikkek találhatók, amelyek segítenek az ügyfélrendszergazdáknak és a végfelhasználóknak a Webex funkcióinak használatában.
Webex a szolgáltatóktól — Ez a nyitóoldal hivatkozásokat tartalmaz az első lépések , és gyakran használt cikkeket tartalmaz azon Webex App-felhasználók számára, akik Webex -szolgáltatásokat vásároltak egy szolgáltatótól.
Webex Súgó — Használja a help.webex.com keresési funkcióját a Webex alkalmazás és a Webex Meetings funkcióit ismertető további Webex cikkek kereséséhez. Kereshet felhasználói vagy rendszergazdai cikkekre is.
Fejlesztői dokumentáció
Webex for BroadWorks Fejlesztői útmutató — Információkat biztosít a Webex for BroadWorks API-kat használó alkalmazásokat létrehozó fejlesztők számára.
Döntési pontok
Mérlegelés | Megválaszolandó kérdések | Erőforrások |
Építészet és infrastruktúra
|
Hány XSP| ADP-k? Hogyan fogadják az mTLS-t? |
Cisco BroadWorks rendszer kapacitástervező Cisco BroadWorks rendszermérnöki útmutató XSP| ADP CLI referencia Ez a dokumentum |
Ügyfél- és felhasználószolgáltatás | Kijelentheti, hogy megbízik az e-mailekben a BroadWorksben? Szeretné, ha a felhasználók e-mail-címeket adnának meg a saját fiókjuk aktiválásához? Készíthet eszközöket az API használatához? |
Nyilvános API -dokumentumok itt: https://developer.webex.com Ez a dokumentum |
Védjegyzés | Milyen színt és logót szeretne használni? | Webex alkalmazás márkaépítési cikk |
Sablonok | Melyek a különböző ügyfélhasználati esetei? | Ez a dokumentum |
Előfizetői funkciók ügyfelenként/vállalatonként/csoportonként | Válasszon csomagot a szolgáltatási szint sablononkénti meghatározásához. Alap, Standard, Prémium vagy Softphone. | Ez a dokumentum Funkció/csomag mátrix |
Alapszintű hitelesítés | BroadWorks vagy Webex | Ez a dokumentum |
Létesítési adapter (átmeneti létesítési beállításokhoz) | Használ már integrált IM&P-t, például az UC-One SaaS-hez? Több sablont is szeretne használni? Várható-e gyakoribb használati eset? |
Ez a dokumentum Application Server CLI hivatkozás |
Építészet és infrastruktúra
Milyen skálával szeretné kezdeni? A jövőben lehetséges a bővítés, de a jelenlegi használati becslésnek kell előmozdítania az infrastruktúra tervezését.
Együtt a Cisco ügyfélmenedzserével/értékesítési képviselőjével döntse el az XSP méretét| ADP infrastruktúra szerint a Cisco BroadWorks rendszer kapacitástervező és a Cisco BroadWorks rendszermérnöki útmutató .
Hogyan hoz létre kölcsönös TLS -kapcsolatokat a Webex az XSP-hez?| ADP-k? Közvetlenül az XSP-re| ADP DMZ-ben vagy TLS-proxy keresztül? Ez hatással van a tanúsítványkezelésre, és a felületekhez használt URL-címekre. ( Nem támogatjuk a nem titkosított TCP kapcsolatokat a hálózat szélére ).
Ügyfél- és felhasználószolgáltatás
Melyik felhasználó-szolgáltatási módszer felel meg Önnek a legjobban?
Átfolyós beüzemelés megbízható e-mailekkel : Az „Integrált IM&P” szolgáltatás BroadWorks rendszeren történő hozzárendelésével az előfizető automatikusan beüzemelésre kerül a Webex.
Ha azt is állíthatja, hogy a BroadWorks-előfizetői e-mail-címek érvényesek, és egyediek a Webex számára, akkor használhatja a „megbízható e-mail” változatát az átfolyós létesítésnek. Az előfizetői Webex -fiókok létrehozása és aktiválása az ő beavatkozásuk nélkül történik; egyszerűen letöltik a klienst, és bejelentkeznek.
Az e- e-mail cím a Webex egyik kulcsfontosságú felhasználói attribútuma. Ezért a Szolgáltatónak érvényes e- e-mail-cím kell megadnia a felhasználó számára ahhoz, hogy a Webex szolgáltatásait biztosítani tudja. Ennek szerepelnie kell a felhasználó e- e-mail - azonosító attribútumában a BroadWorks-ben. Javasoljuk, hogy másolja be az Alternatív azonosító attribútumba is.
Folyamatos üzembe helyezés megbízható e-mailek nélkül : Ha nem tud megbízni az előfizetői e-mail-címekben, akkor is hozzárendelheti a BroadWorks integrált IM&P szolgáltatását a Webex szolgáltatásban lévő szolgáltatlási felhasználók .
Ezzel az opcióval a fiókok a szolgáltatás hozzárendelésekor jönnek létre, de az előfizetőknek meg kell adniuk és ellenőrizniük kell az e-mail-címüket a Webex -fiókok aktiválásához.
Felhasználói önellátás : Ez a beállítás nem igényel IM&P szolgáltatás hozzárendelését a BroadWorksben. Ehelyett Ön (vagy ügyfelei) egy üzembe helyezési hivatkozást terjeszt, és a hivatkozásokat a különböző kliensek letöltéséhez, az Ön márkajelzésével és utasításaival.
Az előfizetők követik a hivatkozást, majd megadják és érvényesítik az e-mail-címüket a Webex -fiók létrehozásához és aktiválásához. Ezután letöltik a klienst, bejelentkeznek, a Webex pedig lekér róluk néhány további konfigurációt a BroadWorks-től (beleértve az elsődleges számukat is).
SP által vezérelt üzembe helyezés API-kon keresztül : A Webex nyilvános API-k egy készletét teszi elérhetővé, amelyek lehetővé teszik a szolgáltatók számára, hogy a meglévő munkafolyamataikba beépítsék a felhasználók/előfizetők szolgáltatásait.
Létesítési követelmények
Az alábbi táblázat összefoglalja az egyes létesítési módszerek követelményeit. A követelményeken kívül a telepítésnek meg kell felelnie az ebben az útmutatóban ismertetett általános rendszerkövetelményeknek.
Beüzemelési módszer | Követelmények |
---|---|
Folyamatos üzembe helyezés (Megbízható vagy nem megbízható e-mailek) | A Webex üzembe helyezési API automatikusan hozzáadja a meglévő BroadWorks-felhasználókat a Webex , amint a felhasználó megfelel a követelményeknek, és Ön átkapcsolja a Integrált IM+P szolgáltatást be. Két folyamat létezik (megbízható e-mailek vagy nem megbízható e-mailek), amelyeket a Webex onboarding sablonján keresztül lehet hozzárendelni. BroadWorks-követelmények:
Webex követelmények: A beléptetési sablon a következő beállításokat tartalmazza:
|
Felhasználói önellátás | A rendszergazda hivatkozást biztosít a meglévő BroadWorks-felhasználóknak a Felhasználóaktiválási portálra. A felhasználónak BroadWorks hitelesítési adatokkal kell bejelentkeznie a portálra, és meg kell adnia egy érvényes e- e-mail-cím. Az e-mail hitelesítése után a Webex további felhasználói információk kér a beüzemelés befejezéséhez. BroadWorks-követelmények:
Webex követelmények: A beléptetési sablon a következő beállításokat tartalmazza:
|
SP által vezérelt üzembe helyezés API -n keresztül (Megbízható vagy nem megbízható e-mailek) | A Webex egy sor nyilvános API-t tesz elérhetővé, amelyek lehetővé teszik, hogy a meglévő munkafolyamatokba és eszközökbe beépítse a felhasználói beüzemelést. Két folyamat létezik:
BroadWorks-követelmények:
Webex követelmények:
Az API-k használatához lépjen ide: BroadWorks-előfizetők . |
Szükséges javítások átfolyós telepítéssel
Átfolyós üzembe helyezés használata esetén telepítenie kell egy rendszerjavítást, és alkalmaznia kell egy CLI tulajdonságot. Tekintse meg az alábbi listát a BroadWorks-kiadásra vonatkozó utasításokért:
R22 esetén:
Telepítés AP.as.22.0.1123.ap376508 .
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .
R23 esetén:
Telepítés AP.as.23.0.1075.ap376509
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .
R24 esetén:
Telepítés AP.as.24.0.944.ap375100
A telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschema
a következőhöz:true
a CLI-ből inMaintenance/ContainerOptions
.További információkért lásd a javítási megjegyzésekethttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .
Miután elvégezte ezeket a lépéseket, nem tudja majd új felhasználókat ellátni UC-One Collaborate szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webex for Cisco BroadWorks-felhasználóknak kell lenniük. |
Támogatott nyelvi területek
Az üzembe helyezés során a BroadWorks alkalmazásban az elsőként kiépített felügyeleti jogokkal rendelkező felhasználó hozzárendelt nyelv lesz automatikusan hozzárendelve az ügyfélszervezet alapértelmezett területi beállításaiként. Ez a beállítás határozza meg az aktiválási e-mailek, értekezletek és értekezletmeghívók alapértelmezett nyelvét az adott ügyfélszervezeten belül.
Öt karakteres nyelvi területi beállítások az (ISO-639-1) nyelven_ (ISO-3166) formátum támogatott. Például:en_ Az US E-nek felel megnglish_ Egyesült Államok. Ha csak kétbetűs nyelvet kér ( ISO-639-1 formátumot használva), a szolgáltatás egy ötkarakteres nyelvi területi beállítást generál úgy, hogy a kért nyelvet a sablonból származó országkóddal kombinálja, azaz "requestedL".anguage_ CountryCode", ha nem tud érvényes területi beállítást beállítani, akkor a szükséges nyelvkód alapján az alapértelmezett ésszerű területi beállítást használja.
Az alábbi táblázat felsorolja a támogatott területi beállításokat, valamint azt a hozzárendelést, amely a kétbetűs nyelvi kódot ötkarakteres területi beállításra konvertálja olyan helyzetekben, amikor nem áll rendelkezésre öt karakteres területi beállítás.
Támogatott nyelvi területek (ISO-639-1)_ (ISO-3166) | Ha csak egy kétbetűs nyelvkód áll rendelkezésre... | |
---|---|---|
Nyelvkód (ISO-639-1) ** | Használja helyette az Alapértelmezett érzékeny területi beállítást (ISO-639-1)_ (ISO-3166) | |
en_US en_AU en_GB en_CA | hu | en_US |
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_Azonosító | azonosító | id_Azonosító |
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_NEM | nb | nb_NEM |
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 |
A helyszínekes_ CO,id_ azonosító,nb_ NEM éspt_ A Webex értekezletoldalak nem támogatják a PT-t. Ezeken a területeken a Webex Meetings webhelyek csak angol nyelvűek lesznek. Az angol az alapértelmezett területi beállítás a webhelyekhez, ha nincs/invalid/nem támogatott területi beállítás szükséges a webhelyhez. Ez a nyelvi mező a Szervezeti és Webex Meetings webhely létrehozásakor alkalmazható. Ha egy bejegyzésben vagy az előfizető API -jában nem szerepel nyelv, akkor a sablon nyelve lesz az alapértelmezett nyelv. |
Védjegyzés
A partnerrendszergazdák a Speciális márkaépítés testreszabási opciókkal testreszabhatják, hogy a Webex alkalmazás hogyan keresse a partner által kezelt ügyfélszervezeteket. A partnerrendszergazdák testreszabhatják a következő beállításokat annak érdekében, hogy a Webex alkalmazás tükrözze a vállalati márkát és identitásukat:
Vállalati logók
Egyedi színsémák Világos vagy Sötét módban
Egyedi támogatási URL-címek
A márkaépítés testreszabásának részleteiért lásd: Speciális márka-testreszabások konfigurálása .
|
Beléptetési sablonok
A beléptető sablonok lehetővé teszik azoknak a paramétereknek a meghatározását, amelyek alapján az ügyfelek és a hozzájuk tartozó előfizetők automatikusan ki lesznek szolgáltatva a Webex for Cisco BroadWorks rendszeren. Igény szerint több belépési sablont is konfigurálhat, de amikor egy ügyfelet belép, az csak egy sablonhoz lesz hozzárendelve (egy ügyfélre nem lehet több sablont alkalmazni).
Az alábbiakban felsorolunk néhány elsődleges sablonparamétert.
Csomag
Ki kell választania egy alapértelmezett csomagot a sablon létrehozásakor (lásd Csomagok lehetőségre részletekért az Áttekintés részben). Minden olyan felhasználó, aki rendelkezik ezzel a sablonnal, akár folyamatban lévő, akár önkiépítéssel, megkapja az alapértelmezett csomagot.
Több sablon létrehozásával, és mindegyikben más alapértelmezett csomag kiválasztásával szabályozhatja a csomagok kiválasztását a különböző ügyfelek számára. Ezt követően terjeszthet különböző üzembe helyezési hivatkozásokat vagy különböző vállalatonkénti beüzemelési adaptereket, attól függően, hogy milyen felhasználó-létesítési módszert választott ezekhez a sablonokhoz.
Megváltoztathatja az egyes előfizetők csomagját ettől az alapértelmezetttől a beüzemelési API (lásd Webex for Cisco BroadWorks API dokumentáció vagy a Partner Hubon keresztül (lásd Felhasználói csomag módosítása a Partner Hubban ) .
Nem módosíthatja az előfizetői csomagot a BroadWorksből. Az Integrált IM&P szolgáltatás hozzárendelése be vagy ki van kapcsolva; ha az előfizető hozzá van rendelve ehhez a szolgáltatáshoz a BroadWorksben, akkor az előfizető vállalatának szolgáltatási URL -címéhez társított Partner Hub-sablon határozza meg a csomagot.
Viszonteladó és vállalatok vagy Szolgáltató és csoportok?
A BroadWorks-rendszer konfigurációjának módja hatással van a beüzemelési folyamatra. Ha Ön viszonteladó az Enterprises-szal, akkor sablon létrehozásakor engedélyeznie kell a Vállalati módot.
Ha a BroadWorks rendszere Szolgáltatói módra van beállítva, a Vállalati mód kapcsolót kikapcsolva hagyhatja a sablonokban.
Ha mindkét BroadWorks-móddal tervezi az ügyfélszervezetek kiépítését, akkor különböző sablonokat kell használnia a csoportokhoz és a vállalatokhoz.
Győződjön meg arról, hogy alkalmazta az átfolyós kiépítéshez szükséges BroadWorks javításokat. A részletekért lásd: Szükséges javítások átfolyós telepítéssel . |
Hitelesítő mód
Döntse el, hogyan szeretné hitelesíteni az előfizetőket, amikor bejelentkezik a Webex. Az üzemmódot a következővel rendelheti hozzá Hitelesítési mód beállítást a Belépési sablonban. Az alábbi táblázat felvázol néhány opciót.
Ez a beállítás nincs hatással a Felhasználó aktiválási portálra történő bejelentkezésre. A portálra bejelentkező felhasználóknak meg kell adniuk a BroadWorks- felhasználói azonosító és jelszavukat a BroadWorks-en beállítottak szerint, függetlenül a beállítás módjától. Hitelesítési mód a beléptetési sablonon. |
Hitelesítő mód | BroadWorks | Webex |
Elsődleges felhasználói identitás | BroadWorks-felhasználói azonosító | E-mail-cím |
Identitásszolgáltató | BroadWorks.
| Cisco Common Identity |
Többtényezős hitelesítés? | Nem | A többtényezős hitelesítést támogató ügyfél-azonosítót igényel. |
Hitelesítési adatok érvényesítési útvonala
|
|
|
Az SSO bejelentkezési folyamat részletesebb lebontásához közvetlen BroadWorks-hitelesítéssel lásd: SSO bejelentkezési folyamat . |
UTF-8 kódolás BroadWorks hitelesítéssel
BroadWorks-hitelesítés esetén javasoljuk, hogy UTF-8 kódolást állítson be a hitelesítési fejléchez. Az UTF-8 kijavít egy olyan problémát, amely a speciális karaktereket használó jelszavak esetén fordulhat elő, mivel a webböngésző nem megfelelően kódolja a karaktereket. Az UTF-8 kódolású, 64-es alapkódolású fejlécek használata megoldja ezt a problémát.
Az UTF-8 kódolást a következő CLI-parancsok egyikének az XSP-n vagy ADP-n történő futtatásával állíthatja be:
XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> set authenticationEncoding UTF-8
Ország
Sablon létrehozásakor ki kell választania egy országot. A rendszer automatikusan ezt az országot rendeli hozzá a szervezeti országként minden olyan ügyfél számára, aki rendelkezik a sablonnal a Common Identityben. Ezenkívül a szervezet országa határozza meg a Cisco PSTN alapértelmezett globális betelefonálási számait a Webex értekezletoldalakon.
A webhely alapértelmezett globális betelefonálási számai a szervezet országa alapján a telefonos tartományban meghatározott első elérhető betelefonálási számra lesznek beállítva. Ha a szervezet országa nem található a telefonos tartományban meghatározott betelefonálási számban, akkor az adott helyszín alapértelmezett számát fogja használni a rendszer.
S No. | Helyszín | Országhívószám | Ország neve |
---|---|---|---|
1 | AMER | +1 | USA, CA |
2 | APAC | +65 | Szingapúr |
3 | ANZ | +61 | Ausztrália |
4 | EMEA | +44 | Egyesült Királyság |
5 | EURO | +49 | Németország |
Több partner megállapodás
Szeretné továbblicencelni a Webex for Cisco BroadWorks alkalmazást egy másik szolgáltató? Ebben az esetben minden szolgáltató külön partnerszervezetre van szüksége a Webex Control Hubban, hogy biztosíthassa a megoldást az ügyfélbázisa számára.
Beüzemelési adapter és sablonok
Átmenőleges kiépítés használata esetén a BroadWorks-ben megadott beüzemelési URL -cím a Control Hub sablonjából származik. Több sablonja lehet, és így több szolgáltatási URL-címe is. Ez lehetővé teszi, hogy vállalatonként kiválassza, hogy melyik csomagot alkalmazza az előfizetőkre, amikor megkapják az Integrált IM&P szolgáltatást.
Meg kell fontolnia, hogy szeretne-e rendszerszintű üzembe helyezési URL -t beállítani alapértelmezett szolgáltatási útvonalként, és hogy ehhez melyik sablont szeretné használni. Így csak az üzembe helyezési URL -címet kell kifejezetten beállítani azon vállalatok számára, amelyeknek más sablonra van szükségük.
Ne feledje azt is, hogy előfordulhat, hogy már rendszerszintű beüzemelési URL-t használ , például az UC-One SaaS szolgáltatással. Ebben az esetben dönthet úgy, hogy megtartja a rendszerszintű URL -címet az UC-One SaaS-felhasználók beüzemeléséhez, és felülbírálhatja a Webex for Cisco BroadWorks alkalmazásra áttérő vállalatoknál. Alternatív megoldásként választhat a másik irányba, és beállíthatja a Webex for BroadWorks rendszerszintű URL -címét, és újrakonfigurálhatja azokat a vállalatokat, amelyeket meg szeretné tartani az UC-One SaaS rendszeren.
Az ehhez a döntéshez kapcsolódó konfigurációs lehetőségeket a következő tartalmazza: Konfigurálja az alkalmazáskiszolgálót a kiépítési szolgáltatás URL-címével .
Létesítési adapter proxy
A nagyobb biztonság érdekében a Provisioning Adapter Proxy lehetővé teszi, hogy HTTP(S) proxyt használjon az Application Delivery Platformon az AS és a Webex közötti átfolyólagos kiépítéshez. A proxykapcsolat egy végpontok közötti TCP -alagutat hoz létre, amely a forgalmat az AS és a Webex között továbbítja, elkerülve ezzel annak szükségességét, hogy az AS közvetlenül csatlakozzon a nyilvános internethez. A biztonságos kapcsolatokhoz TLS használható.
Ehhez a funkcióhoz be kell állítani a proxyt a BroadWorks rendszeren. A részletekért lásd: Cisco BroadWorks Provisioning Adapter proxyfunkció leírása .
Minimális követelmények
Fiókok
Minden előfizetőnek, akit a Webex szolgáltatásra kiépít, szerepelnie kell a Webex integrált Webex rendszerben. Szükség esetén több BroadWorks rendszert is integrálhat.
Minden előfizetőnek rendelkeznie kell BroadWorks-licencekkel és elsődleges számmal vagy mellékmel.
A Webex e-mail-címeket használ elsődleges azonosítóként az összes felhasználó számára. Ha a megbízható e-mailekhez átfolyósított üzembe helyezést használ, akkor a felhasználóknak érvényes címekkel kell rendelkezniük a BroadWorks e-mail attribútumában.
Ha a sablon BroadWorks-hitelesítést használ, az előfizetői e-mail-címeket átmásolhatja a BroadWorks Alternatív azonosító attribútumába. Ez lehetővé teszi, hogy a felhasználók e-mail-címükkel és Webex -jelszavukkal jelentkezzenek be a Webexbe.
A rendszergazdáknak a Webex -fiókjukkal kell bejelentkezniük a Partner Hubra.
Nem támogatott BroadWorks-rendszergazda beépítése a Webex for Cisco BroadWorks rendszerébe. Csak olyan BroadWorks-hívó felhasználókat tud bekapcsolni, akik rendelkeznek elsődleges számmal és/vagy melléktel. Ha átfolyósított üzembe helyezést használ, a felhasználókhoz hozzá kell rendelni az Integrált IM&P szolgáltatást is. |
Hálózati kiszolgálók és szoftverkövetelmények
BroadWorks-példány(ok) legalább R22-es verzióval. A támogatott verziók és javítások a BroadWorks szoftverkövetelmények című részben találhatók (ebben a dokumentumban). További információkért lásd: A BroadSoft termékek életciklus-szabályzata szakaszban BroadSoft életciklus házirend és BroadWorks szoftver kompatibilitási táblázat .
A BroadWorks-példány(ok)nak tartalmaznia kell legalább a következő kiszolgálókat:
Alkalmazáskiszolgáló (AS) a fenti BroadWorks-verzióval
Hálózati szerver (NS)
Profilkiszolgáló (PS)
Nyilvános XSP| Az alábbi követelményeknek megfelelő ADP-kiszolgáló(k) vagy Alkalmazáskézbesítő Platform (ADP):
Hitelesítési szolgáltatás (BWAuth)
XSI-műveletek és események felületei
DMS (eszközkezelő webalkalmazás)
CTI interfész (Computer Telephony Intergration)
TLS 1.2 érvényes tanúsítvánnyal (nem önaláírt) és minden szükséges közbenső eszközzel. Rendszerszintű rendszergazda szükséges a vállalati keresés megkönnyítéséhez.
Kölcsönös TLS (mTLS) hitelesítés a hitelesítési szolgáltatáshoz (A nyilvános Webex klienstanúsítvány telepítését igényli megbízhatósági horgonyként)
Kölcsönös TLS (mTLS) hitelesítés a CTI felülethez (A nyilvános Webex klienstanúsítvány telepítését igényli megbízhatósági horgonyként)
Különálló XSP/ADP szerver, amely „Hívásértesítések Push Server” szerepében működik (egy NPS a környezetében, amely a hívásértesítések leküldésére szolgál az Apple/Google felé. Itt „CNPS”-nek hívjuk, hogy megkülönböztessék a Webex azon szolgáltatásától, amely push értesítéseket küld az üzenetküldéshez és a jelenléthez.
A kiszolgálónak R22-es vagy újabb verziójúnak kell lennie.
Külön XSP/ADP szervert írunk elő a CNPS számára, mert a Webex a BWKS felhőkapcsolatok esetében bekövetkező betöltés kiszámíthatatlansága negatívan befolyásolhatja az NPS szerver teljesítményét, ami az értesítési késleltetés növekedését eredményezheti. Lásd a Cisco BroadWorks rendszermérnöki útmutató további információkért az XSP-ről| ADP skála.
Webex alkalmazásplatformok
A Webex alkalmazás angol nyelvű verziójának letöltéséhez lépjen a következő oldalra:https://www.webex.com/webexfromserviceproviders-downloads.html . A Webex alkalmazás a következő címen érhető el:
Windows rendszerű PC-k/laptopok
Apple PC-k/laptopok MacOS rendszerrel
iOS (Apple Store)
Android (Play Áruház)
web (lépjen ide:https://teams.webex.com/ )
Lokalizált verziók
A Webex alkalmazás lokalizált verziójának letöltéséhez használja az alábbi hivatkozások egyikét:
https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (koreai)
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (Francia)
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (Portugál)
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (Hagyományos kínai)
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (Egyszerűsített kínai)
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (Japán)
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (Spanyolország)
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (német)
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (olasz)
Fizikai telefonok és kiegészítők
Cisco IP -telefonok:
Cisco IP-telefon Multiplatform Firmware -rel
Cisco IP-telefon Multiplatform Firmware -rel
Cisco IP-telefon Multiplatform Firmware -rel
Lásdhttps://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html modellekért és további információkért.
A harmadik féltől származó telefonokat ugyanúgy támogatjuk, mint a többi BroadWorks-integrációt. Azonban még nem rendelkeznek névjegy- és jelenlétintegrációval a Webex for Cisco BroadWorks alkalmazással.
Adapterek:
Cisco ATA 191 multiplatform analóg telefonadapter
Cisco ATA 192 multiplatform analóg telefonadapter
Lásdhttps://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html modellekért és további információkért.
Fejhallgatók:
500-as sorozatú Cisco fejhallgató
Lásdhttps://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.htmlmodellekért és további információkért.
Room OS-eszközök:
Webex Room és Room Kit sorozat
Webex Desk sorozat
Webex Board sorozat
Eszközintegráció
A Room OS és MPP eszközök Webex for Cisco BroadWorks alkalmazáshoz történő bevezetésével és szervizelésével kapcsolatos részletekért lásd: Eszközintegrációs útmutató a Webex for Cisco BroadWorks alkalmazáshoz .
Eszközprofilok lehetőségre
Az alábbiakban láthatók azok a DTAF-fájlok, amelyeket be kell töltenie az alkalmazáskiszolgálókra, hogy támogassa a Webex alkalmazást hívó kliensként. Ezek ugyanazok a DTAF-fájlok, mint az UC-One SaaS esetében, azonban van egy új config-wxt.xml.template
a Webex alkalmazáshoz használt fájlt.
A legújabb eszközprofilok letöltéséhez lépjen az Alkalmazáskézbesítési platformra Szoftverletöltések webhelyen, hogy lekérje a legújabb DTAF fájlokat. Ezek a letöltések ADP és XSP esetén is működnek.
Ügyfél neve | Eszközprofil típusa és csomagneve |
---|---|
Webex Mobil Sablon |
Identitás/eszközprofil típusa: Csatlakozás – Mobil DTAF: Konfigurációs fájl: |
Webex Tablet Sablon |
Identitás/eszközprofil típusa: Csatlakozás – Tablet DTAF: Konfigurációs fájl: |
Webex Asztali lehetőségre Sablon |
Identitás/eszközprofil típusa: Business Communicator – PC DTAF: Konfigurációs fájl: |
Azonosítás/Eszközprofil
Minden Webex Cisco BroadWorks-felhasználónak rendelkeznie kell egy Identitás/eszközprofil hozzárendelt a BroadWorksben, amely a fenti eszközprofilok egyikét használja a Webex alkalmazás használatával történő hívások kezdeményezéséhez. A profil biztosítja azt a konfigurációt, amely lehetővé teszi a felhasználó számára, hogy hívásokat kezdeményezzen.
OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez
Adjon szolgáltatáskérés a beléptető ügynöknek vagy a Cisco TAC -nak a Cisco OAuth szolgáltatás létrehozásához a Cisco Identity Provider Federation-fiókjához.
Használja a következő kérelemcímet a megfelelő funkciókhoz:
XSP| ADP AuthService Configuration” szolgáltatás konfigurálásához XSP| ADP.
Az 'NPS-konfiguráció hitelesítési proxybeállításhoz' az NPS-t a hitelesítési proxy használatára konfigurálja.
CI felhasználói UUID szinkronizálás' a CI felhasználói UUID szinkronizáláshoz. A funkció további részleteiért lásd: A Cisco BroadWorks támogatása a CI UUID-hez .
Állítsa be a BroadWorks alkalmazást úgy, hogy engedélyezze a Cisco számlázást a BroadWorks- és a Webex -et a BroadWorks-előfizetésekhez.
A Cisco egy 60 napig érvényes OAuth- azonosító, egy titkos ügyfél titkosítást és egy frissítési tokent ad Önnek. Ha a token a használata előtt lejár, akkor újabb kérelmet indíthat.
Ha már megszerezte a Cisco OAuth Identity Provider hitelesítési adatait, akkor a hitelesítési adatainak frissítéséhez hajtson végre egy új szolgáltatáskérés . |
Tanúsítványok megrendelése
A TLS -hitelesítés tanúsítványkövetelményei
Szüksége lesz egy jól ismert Certificate Authority által aláírt és a nyilvános XSP-re telepített biztonsági tanúsítványokra.| ADP-k, az összes szükséges alkalmazáshoz. Ezekkel támogatják a TLS -tanúsítvány-ellenőrzést az XSP-hez minden bejövő kapcsolat esetén| ADP szerverek.
Ezeknek a tanúsítványoknak tartalmazniuk kell az XSP-t| ADP nyilvános, teljesen minősített tartománynév vagy Tárgy alternatív neveként.
Az ilyen kiszolgálótanúsítványok telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy a CA által aláírt nyilvános kiszolgálótanúsítvány hol kell betölteni a következő három esetben:
A Webex alkalmazás által a hitelesítéshez támogatott, nyilvánosan támogatott hitelesítésszolgáltatók felsorolása Támogatott hitelesítésszolgáltatók a Webex Hybrid Services számára .
TLS -tanúsítványkövetelmények a TLS-híd proxyhoz
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik a proxyba.
A proxy bemutatja ezt a nyilvánosan aláírt kiszolgálótanúsítvány a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
Egy belső CA által aláírt tanúsítvány betölthető az XSP-re| ADP.
Az XSP| Az ADP ezt a belsőleg aláírt kiszolgálótanúsítvány mutatja be a proxynak.
A proxy megbízik az XSP-t aláíró belső hitelesítésszolgáltatóban| ADP kiszolgálótanúsítvány.
TLS -tanúsítvány követelmények a TLS-passthrough Proxy vagy XSP esetében| ADP a DMZ-ben
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik az XSP-be| ADP-k.
Az XSP| Az ADP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webex.
A Webex bízik az XSP-t aláíró nyilvános hitelesítésszolgáltatóban| Az ADP-k szervertanúsítványai.
További tanúsítványkövetelmények a CTI felületen keresztüli kölcsönös TLS -hitelesítéshez
Amikor a CTI felülethez csatlakozik, a Webex a kölcsönös TLS hitelesítés részeként egy klienstanúsítvány mutat be. A Webex klienstanúsítvány CA/lánctanúsítvány letölthető a Control Hubon keresztül.
A tanúsítvány letöltése:
Jelentkezzen be a Partner Hubba, ehhez kell
és kattintson a tanúsítvány letöltése hivatkozásra.A Webex CA-tanúsítvány telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra a tanúsítvány követelményeit foglalja össze a következő három esetben:
(Opció) A TLS-bridge proxy tanúsítványkövetelményei
A Webex egy nyilvánosan aláírt klienstanúsítvány mutat be a proxynak.
A proxy megbízik az klienstanúsítvány aláíró belső Cisco CA-ban. Letöltheti ezt a hitelesítésszolgáltatót/láncot a Control Hub oldaláról, és hozzáadhatja a proxy bizalmi tárhelyéhez. A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány is betöltődik a proxyba.
A proxy bemutatja a nyilvánosan aláírt kiszolgálótanúsítvány a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
A proxy egy belsőleg aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ezt a tanúsítványt kell rendelkeznie kell az x509.v3 kiterjesztési mezővel Kiterjesztett kulcshasználat feltöltve a BroadWorks OID-vel 1.3.6.1.4.1.6431.1.1.8.2.1.3 és a TLS clientAuth célja. Pl.:
X509v3 extensions: X509v3 Extended Key Usage: 1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
A belső tanúsítvány CN-jének a következőnek kell lennie:
bwcticlient.webex.com
.
Amikor belső ügyféltanúsítványokat hoz létre a proxy számára, vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Belső kiszolgálótanúsítványok az XSP-hez| Az ADP lehet SAN.
Előfordulhat, hogy a nyilvános hitelesítő hatóságok nem hajlandók a tanúsítványokat a szükséges védett BroadWorks OID-vel aláírni. Áthidaló proxy esetén előfordulhat, hogy egy belső CA segítségével kell aláírnia a proxy által az XSP-nek bemutatott klienstanúsítvány .| ADP.
Az XSP| Az ADP-k megbíznak a belső CA-ban.
Az XSP| Az ADP-k egy belsőleg aláírt kiszolgálótanúsítvány mutatnak be.
A proxy megbízik a belső CA-ban.
Az alkalmazáskiszolgálóé ClientIdentity tartalmazza az XSP-nek bemutatott, belsőleg aláírt klienstanúsítvány CN-jét| ADP a proxy által.
(Opció) Tanúsítványkövetelmények TLS-passthrough Proxy vagy XSP esetén| ADP a DMZ-ben
A Webex egy belső Cisco CA által aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Az XSP| Az ADP-k megbíznak az klienstanúsítvány aláíró belső Cisco CA-ban. Letöltheti ezt a hitelesítésszolgáltatót/láncot a Control Hub oldaláról, és hozzáadhatja a proxy bizalmi tárhelyéhez. A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány az XSP-be is betöltődik| ADP-k.
Az XSP| Az ADP-k bemutatják a nyilvánosan aláírt szervertanúsítványokat a Webex.
A Webex bízik az XSP-t aláíró nyilvános hitelesítésszolgáltatóban| Az ADP-k szervertanúsítványai.
Az alkalmazáskiszolgáló ClientIdentity tartalmazza az XSP-nek bemutatott Cisco által aláírt klienstanúsítvány CN-jét| ADP a Webex által.
A hálózat előkészítése
A Webex Cisco BroadWorks rendszerhez által használt kapcsolatokról szóló további információkért lásd: A Webex for Cisco BroadWorks hálózati követelményei . Ez a cikk a tűzfal be- és kilépési szabályainak konfigurálásához szükséges IP -címek, portok és protokollok listáját tartalmazza.
A Webex-szolgáltatások hálózati követelményei
Az előző Belépési és Kilépési szabályok tűzfaltáblák csak azokat a kapcsolatokat dokumentálják, amelyek kifejezetten a Webex for Cisco BroadWorks alkalmazásra vonatkoznak. A Webex alkalmazás és a Webex felhő közötti kapcsolatokra vonatkozó általános információkért lásd: A Webex Services hálózati követelményei . Ez a cikk a Webex vonatkozik, de a következő táblázat azonosítja a cikk különböző részeit, és azt, hogy az egyes részek mennyire relevánsak a Webex for Cisco BroadWorks számára.
Hálózati követelmények cikk szakasza | Az információk relevanciája |
---|---|
A Webex által támogatott eszköztípusok és protokollok összefoglalása | Tájékoztató |
Tájékoztató | |
El kell olvasni | |
El kell olvasni | |
Tartományok és URL-címek, amelyeknek hozzáférhetőnek kell lenniük a Webex-szolgáltatások számára | El kell olvasni |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
Opcionális | |
A Webex más hibrid szolgáltatásai és dokumentációjuk összegzése | Opcionális |
Webex-szolgáltatások a FedRAMP ügyfelei számára | N. A. |
További információk
További információkért lásd: Webex App Firewall Whitepaper (PDF) .
BroadWorks redundancia támogatása
A Webex Cloud Services és a Webex ügyfélalkalmazások, amelyeknek el kell érniük a partner hálózatát, teljes mértékben támogatják a Broadworks XSP-t| A partner által biztosított ADP redundancia. Amikor egy XSP| Az ADP vagy a webhely tervezett karbantartás vagy nem tervezett ok miatt nem érhető el, a Webex szolgáltatások és alkalmazások át tudnak lépni egy másik XSP-re| A kérés teljesítéséhez a partner által biztosított ADP vagy oldal.
Hálózati topológia
A Broadworks XSP| Az ADP-k telepíthetők közvetlenül az interneten, vagy egy DMZ-ben is elhelyezhetők egy terheléselosztás elemmel, például az F5 BIG- IP-vel. A georedundancia biztosítása érdekében az XSP| Az ADP-k két (vagy több) adatközpontban telepíthetők, mindegyik előtt egy terheléselosztó állhat, és mindegyik rendelkezik nyilvános IP-cím -címmel. Ha az XSP| Az ADP-k egy terheléselosztó mögött állnak, a Webex mikroszolgáltatások és az alkalmazás csak a terheléselosztó IP-cím látja, a Broadworks pedig úgy tűnik, csak egy XSP-vel rendelkezik| ADP, még akkor is, ha több XSP van| ADP-k mögött.
Az alábbi példában az XSP| Az ADP-k két helyszínen vannak telepítve, az A és a B helyszínen. Két XSP létezik| Az egyes telephelyeken egy terheléselosztóval ellátott ADP-k. Az A oldal XSP-vel rendelkezik| ADP1 és XSP| Az ADP2 előlapján LB1, a B oldalon pedig XSP található| ADP3 és XSP| ADP4 elől LB2. Csak a terheléselosztók láthatók a nyilvános hálózaton, és az XSP| Az ADP-k a DMZ magánhálózatokon vannak.
Webex Cloud Services
DNS konfiguráció
A Webex Cloud mikroszolgáltatásoknak meg kell tudniuk találni a Broadworks XSP-t| ADP-kiszolgáló(k) az Xsi interfészekhez, hitelesítési szolgáltatáshoz és CTI-hez való csatlakozáshoz.
A Webex Cloud mikroszolgáltatások DNS A/AAAA keresést végeznek a konfigurált XSP-n| ADP-gazdanevet, és csatlakozzon a visszaadott IP -címhez. Ez lehet egy terheléselosztás , vagy lehet az XSP| Az ADP szerver maga. Ha több IP -címet ad vissza, a lista első IP -címe lesz kiválasztva. Az SRV keresés jelenleg nem támogatott.
Példa: A partner DNS -e A Round-Robin kiegyensúlyozott, internet felé néző XSP felfedezésének rekordja| ADP szerver/Teherelosztók.
Felvétel típusa | Név | Cél | Cél |
---|---|---|---|
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| LB2-re mutat (B helyszín) |
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Feladatátvétel
Amikor a Webex mikroszolgáltatások kérést küldenek az XSP-nek| Az ADP/Load Balancer alkalmazáshoz és a kérelem sikertelenségéhez több dolog is történhet:
Ha a hiba oka hálózati hiba (pl.: TCP, SSL), a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és azonnal továbbítják az útvonalat a következő IP-címre.
Ha egy hibakód (HTTP5xx ) üzenetet kapja vissza, a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és azonnal továbbítják az útvonalat a következő IP-címre .
Ha 2 másodpercen belül nem érkezik HTTP-válasz, a kérés időtúllépése, és a Webex mikroszolgáltatások blokkoltként jelölik meg az IP -címet, és továbbítják az útvonalat a következő IP-címre .
Minden kérés háromszor próbálkozik, mielőtt a hibát visszaküldi a mikroszolgáltatásnak.
Ha egy IP a blokkoltak listáján van, akkor nem fog szerepelni azon címek listáján, amelyeket meg kell próbálni, amikor kérést küld egy XSP-nek| ADP. Egy előre meghatározott idő elteltével a blokkolt IP -címek lejárnak, és visszatér a listába, hogy megpróbálja, amikor újabb kérés érkezik.
Ha minden IP -cím blokkolva van, a mikroszolgáltatás akkor is megpróbálja elküldeni a kérést úgy, hogy véletlenszerűen kiválaszt egy IP-cím a blokkolt listáról. Sikeres esetben az adott IP-cím törlődik a blokkoltak listájáról.
Állapot
A Webex Cloud szolgáltatások XSP-hez való kapcsolódási állapota| Az ADP-k vagy a terheléselosztók a Control Hubban láthatók. A BroadWorks hívófürtök alatt a kapcsolat állapota az alábbi felületek mindegyikéhez jelenik meg:
XSI-műveletek
XSI-események
Hitelesítési szolgáltatás
A kapcsolat állapota az oldal betöltésekor vagy a bemeneti frissítések során frissül. A kapcsolatok állapota a következő lehet:
Zöld: Mikor érhető el az interfész az A rekord keresésben lévő egyik IP-n.
Piros: Amikor az A rekord keresésében szereplő összes IP-cím nem érhető el, és az interfész nem elérhető.
A következő szolgáltatások a mikroszolgáltatások segítségével csatlakoznak az XSP-hez| Az XSP hatással van rájuk| Az ADP interfész elérhetősége:
Bejelentkezés a Webex alkalmazásba
Webex alkalmazás-token frissítése
Nem megbízható e-mail/önaktiválás
Broadworks Service állapotfelmérés
Webex alkalmazás
DNS konfiguráció
A Webex alkalmazás hozzáfér az Xtended Services Interface (XSI-Actions & XSI-Events) és az Eszközkezelő szolgáltatás (DMS) szolgáltatásaihoz az XSP-n| ADP.
Az XSI szolgáltatás megkereséséhez a Webex alkalmazás DNS SRV keresést végez a következőhöz: _xsi-client._tcp.<webex app xsi domain>
. Az SRV az XSP számára beállított URL -re mutat| ADP gazdagépek vagy terheléselosztók az XSI szolgáltatáshoz. Ha az SRV keresés nem érhető el, a Webex alkalmazás visszakerül az A/AAAA keresésre.
Az SRV több A/AAAA célt is képes feloldani. Azonban minden A/AAAA rekordnak csak egyetlen IP-cím kell hozzárendelnie. Ha több XSP van| A terheléselosztó/edge eszköz mögötti DMZ-ben található ADP-k esetén a terheléselosztót úgy kell beállítani, hogy fenntartsa a munkamenet-perzisztenciát, és ugyanahhoz az XSP-hez irányítsa át az adott munkamenet összes kérését| ADP. Azért írjuk elő ezt a konfigurációt, mert az ügyfél XSI-esemény szívverésének ugyanahhoz az XSP-hez kell mennie| Az eseménycsatorna létrehozásához használt ADP.
Az 1. példában a webex-app-XSP A/AAAA rekordja| Az ADP.example.com nem létezik, és nem is kell, hogy legyen. Ha a DNS megköveteli, hogy egy A/AAAA rekordot meg kell adni, akkor csak 1 IP-cím kell visszaadnia. Ettől függetlenül az SRV-t meg kell adni a Webex alkalmazáshoz. Ha a Webex alkalmazás olyan A/AAAA nevet használ, amely egynél több IP-cím definiál , vagy ha a terheléselosztó/edge elem nem tartja fenn a munkamenet megmaradását, az ügyfél végső soron szívveréseket küld egy XSP-nek.| ADP, ahol nem hozott létre eseménycsatornát. Ez a csatorna leszakadását eredményezi, és jelentősen megnöveli a belső forgalmat, ami rontja az XSP-t| ADP-fürt teljesítménye. Mivel a Webex Cloud és a Webex alkalmazás eltérő követelményeket támaszt az A/AAAA rekordok keresésében, külön FQDN-t kell használnia a Webex Cloud és a Webex alkalmazás számára az XSP eléréséhez| ADP-k. Amint az a példákban látható, a Webex Cloud A rekordot használja |
1. példa – Több XSP| ADP-k, mindegyik külön terheléselosztó mögött
Ebben a példában az SRV több A rekordra mutat úgy, hogy minden A rekord egy másik helyszínen lévő más terheléselosztóra mutat. A Webex alkalmazás mindig a lista első IP-cím használja, és csak akkor lép a következő rekordra, ha az első nem működik.
Az alábbiakban egy példa látható SRV-rekordok.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV |
|
| Az Xsi felület ügyfél-felfedezése |
SRV |
|
| Az Xsi felület ügyfél-felfedezése |
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| Pont az LB2-re (B helyszín) |
2. példa – Több XSP| ADP-k egyetlen terheléselosztó mögött ( TLS -híddal)
A kezdeti kérelemhez a terheléselosztó egy véletlenszerű XSP-t választ ki| ADP. Az az XSP| Az ADP egy cookie-t ad vissza, amelyet a Webex alkalmazás a jövőbeli kérésekben tartalmaz. A jövőbeni kérésekhez a terheléselosztó a süti segítségével a megfelelő XSP-hez irányítja a kapcsolatot| ADP, biztosítva, hogy az eseménycsatorna ne szakadjon meg.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV |
|
| Terheléselosztó |
A | LB.example.com |
| A terheléselosztó IP-cím (XSP| Az ADP-k a terheléselosztó mögött vannak) |
DMS URL
A bejelentkezési folyamat során a Webex alkalmazás a DMS URL -címet is lekéri a konfigurációs fájl letöltéséhez. A rendszer elemzi az URL -ben szereplő gazdagépet, és a Webex alkalmazás DNS A/AAAA-keresést végez a gazdagépen, hogy csatlakozzon az XSP-hez| A DMS szolgáltatást üzemeltető ADP.
Példa: DNS A Round-Robin kiegyensúlyozott, internet felé néző XSP felfedezésének rekordja| ADP szerver/Load Balancers by Webex App konfig fájlok letöltéséhez DMS-en keresztül:
Felvétel típusa | Név | Cél | Cél |
---|---|---|---|
A |
|
| Pont az LB1-re (A helyszín) |
A |
|
| Pont az LB2-re (B helyszín) |
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Hogyan találja meg a Webex alkalmazás az XSP-t?| ADP-címek
Az ügyfél megpróbálja megtalálni az XSP-t| A következő DNS -folyamatot használó ADP-csomópontok:
Az ügyfél először az Xsi-Actions/Xsi-Events URL-címeket kéri le a Webex Webex Cloud (a hozzárendelt BroadWorks hívófürt létrehozásakor adta meg őket). Az Xsi gazdagépnevet/tartományt az URL -ből értelmezi a rendszer, és az ügyfél az SRV keresést hajtja végre a következőképpen:
Az ügyfél SRV-keresést hajt végre a következőhöz:_xsi -ügyfél._tcp .<xsi domain="">
Ha az SRV keresés egy vagy több A/AAAA célt ad vissza:
A kliens A/AAAA keresést végez ezekre a célokra, és gyorsítótárazza a visszaadott IP -címeket.
A kliens az SRV prioritás, majd a súly alapján (vagy véletlenszerűen, ha egyenlők) csatlakozik az egyik célhoz (és így annak egyetlen IP-cím rendelkező A/AAAA rekordjához ).
Ha az SRV keresés nem ad vissza célokat:
A kliens A/AAAA keresést végez az Xsi gyökérparaméterben, majd megpróbál csatlakozni a visszaadott IP-cím. Ez lehet egy terheléselosztás , vagy lehet az XSP| Az ADP szerver maga.
Mint már említettük, az A/AAAA rekordnak egyetlen IP-cím kell feloldania ugyanezen okokból kifolyólag.
(Opcionális) Ezt követően megadhatja az egyéni XSI-Actions/XSI-Events részleteket a Webex alkalmazás eszközkonfiguráció a következő címkék használatával:
<protocols> <xsi> <paths> <root>%XSI_ROOT_WXT%</root> <actions>%XSI_ACTIONS_PATH_WXT%</actions> <events>%XSI_EVENTS_PATH_WXT%</events> </paths> </xsi> </protocols>
Ezek a konfigurációs paraméterek elsőbbséget élveznek a BroadWorks-fürt bármely konfigurációjával szemben a Control Hubban.
Ha léteznek ilyenek, az ügyfél összehasonlítja a BroadWorks-fürtkonfiguráción keresztül kapott eredeti XSI-címmel.
Ha eltérést észlel, a kliens újrainicializálja az XSI-műveletek/XSI-események kapcsolatát. Ennek első lépése az 1. lépésben felsorolt DNS -keresési folyamat végrehajtása – ezúttal a%XSI_ROOT_WXT% paramétert a konfigurációs fájl.
Ügyeljen arra, hogy hozza létre a megfelelő SRV-rekordok , ha ezzel a címkével módosítja az Xsi felületeket.
Feladatátvétel
A bejelentkezés során a Webex alkalmazás DNS SRV -keresést hajt végre a következőhöz:_xsi -ügyfél._tcp .<xsi domain=""> , összeállítja a gazdagépek listáját, és az SRV prioritás, majd a súly alapján csatlakozik az egyik gazdagéphez. Ez a csatlakoztatott gazdagép lesz a kiválasztott az összes jövőbeli kérelemnél. Ezután megnyílik egy eseménycsatorna a kiválasztott szervező számára, és a rendszer rendszeresen küld egy szívverést a csatorna ellenőrzésére. Az első után küldött összes kérés tartalmaz egy cookie-t, amelyet a HTTP-válasz ad vissza, ezért fontos, hogy a terheléselosztó megtartsa a munkamenet-maradványt (affinitást), és mindig ugyanannak a backend XSP-nek küldje a kéréseket.| ADP szerver.
Ha a szervezőnek küldött kérés vagy szívverési kérés sikertelen, számos dolog történhet:
Ha a hiba oka hálózati hiba (pl.: TCP, SSL), a Webex App útvonal azonnal továbblép a listán a következő gazdagépre.
Ha egy hibakód (HTTP5xx ) üzenetet adja vissza, a Webex alkalmazás blokkoltként jelöli meg az IP-cím , és az útvonal a listán a következő gazdagéphez lép tovább.
Ha egy bizonyos időn belül nem érkezik válasz, akkor a rendszer az időtúllépés miatt sikertelennek tekinti a kérést, és a következő kéréseket a rendszer a következő gazdagépnek küldi el. Az időtúllépési kérelem azonban sikertelennek minősül. Egyes kérések sikertelensége után újrapróbálkoznak (növekvő újrapróbálkozási idővel). A feltételezett nem létfontosságú kéréseket a rendszer nem próbálja meg újra.
Amikor egy új gazdagép sikeresen próbálkozik, az lesz az új kiválasztott gazdagép, ha a gazdagép szerepel a listában. A lista utolsó gazdagépének kipróbálása után a Webex alkalmazás az elsőre lép.
Szívverés esetén, ha két egymást követő kérelem sikertelen, a Webex alkalmazás újrainicializálja az eseménycsatornát.
Ne feledje, hogy a Webex alkalmazás nem végez feladat-visszavételt, és a DNS -szolgáltatás felderítése csak egyszer történik a bejelentkezéskor.
A bejelentkezés során a Webex alkalmazás megpróbálja letölteni a konfigurációs fájlt az XSP-n keresztül| ADP/Dms interfész. Végrehajt egy A/AAAA rekord keresést a lekért DMS URL -ben lévő gazdagépen, és csatlakozik az első IP-címhez. Először egy SSO token használatával próbálja meg elküldeni a konfigurációs fájl letöltésére vonatkozó kérést. Ha ez bármilyen okból sikertelen, újra megpróbálja, de az eszköz felhasználónevével és jelszavával.
Telepítési áttekintés
A következő diagramok a telepítési feladatok tipikus sorrendjét mutatják be a különböző felhasználói üzembe helyezési módok esetén. A feladatok közül sok közös az összes üzembe helyezési módban.
Partner-belépés a Webex -re Cisco BroadWorks-hez
Minden Webex for Cisco BroadWorks szolgáltatónak vagy viszonteladónak be kell állítania a Webex for Cisco BroadWorks számára partnerszervezetként. Ha már van Webex Partnerszervezete, akkor ez használható.
A szükséges beléptetési folyamat elvégzéséhez el kell végeznie a Webex Cisco BroadWorks papírmunkáját, és az új partnereknek el kell fogadniuk az online közvetett csatornapartneri megállapodást (ICPA). Amikor ezek a lépések megtörténtek, a Cisco Compliance új Partnerszervezetet hoz létre a Partner Hubban (ha szükséges), és hitelesítési adatokat tartalmazó e-mailt küld a papírmunkában szereplő nyilvántartás adminisztrátorának. Ezzel egyidejűleg a Partneraktiválási és/vagy Ügyfélsiker-programmenedzser felveszi Önnel a kapcsolatot a beléptetés megkezdése érdekében.
Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k
Az NPS-alkalmazásnak egy másik XSP-n kell futnia| ADP. Az adott XSP követelményei| Az ADP leírása a Hívásértesítések konfigurálása a hálózatról .
A következő alkalmazásokra/szolgáltatásokra van szüksége az XSP-n| ADP-k.
Szolgáltatás/Alkalmazás | Hitelesítés szükséges | Szolgáltatás/alkalmazás célja |
---|---|---|
Xsi-Events |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Hívásvezérlés, szolgáltatási értesítések |
Xsi-Actions |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Hívásvezérlés, műveletek |
Eszközkezelés |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Hívási konfiguráció letöltése |
Hitelesítési szolgáltatás |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Alapszintű hitelesítés |
Számítógépes telefonos integráció |
mTLS (kliens és kiszolgáló hitelesíti egymást) |
Telefonos jelenlét |
Hívásbeállítások Webview alkalmazás |
TLS (a kiszolgáló hitelesíti magát az ügyfelek előtt) |
Felfedi a felhasználói hívásbeállításokat a Webex alkalmazás önkiszolgáló portálján |
Ez a rész ismerteti, hogyan kell alkalmazni a szükséges TLS és mTLS konfigurációkat ezeken az interfészeken, de a meglévő dokumentáció alapján telepítheti az XSP-re.| ADP-k.
Társrezidens követelmények
Hitelesítési szolgáltatás kell társlakó kell lennie az Xsi alkalmazásokkal, mert ezeknek az interfészeknek el kell fogadniuk a hosszú élettartamú tokeneket a szolgáltatás engedélyezéséhez. A hitelesítési szolgáltatás szükséges ezen tokenek érvényesítéséhez.
A hitelesítési szolgáltatás és az Xsi szükség esetén ugyanazon a porton futhat.
A többi szolgáltatást/alkalmazást szétválaszthatja a mérleghez (dedikált eszközkezelő XSP| például ADP farm).
Az Xsi, CTI, Hitelesítési szolgáltatás és DMS alkalmazások egyidejűleg is megtalálhatók.
Ne telepítsen más alkalmazást vagy szolgáltatásokat az XSP-re| A BroadWorks és a Webex alkalmazás integrálására használt ADP-k.
Ne helyezze el az NPS-alkalmazást más alkalmazással együtt.
Xsi felületek
Telepítse és konfigurálja az Xsi-Actions és Xsi-Events alkalmazásokat a leírás szerint Cisco BroadWorks Xtended Services felület konfigurációs útmutató .
Az Xsi-Events alkalmazásoknak csak egy példányát kell telepíteni az XSP-re| A CTI interfészhez használt ADP.
A Broadworks és a Webex közötti integrációhoz használt összes Xsi-Eventnek ugyanazzal a Webex -vel kell rendelkeznie, mint az Applications/Xsi-Events/GeneralSettings alatt. Például:
ADP_CLI/Applications/Xsi-Events/GeneralSettings> get
callControlApplicationName = com.broadsoft.xsi-events
Amikor egy felhasználó bejelentkezett a Webex, a Webex előfizetést hoz létre a felhasználó számára az AS-en, hogy fogadja a telefonos eseményeket a jelenlét és a hívásnapló vonatkozásában. Az előfizetés a callControlApplicationName alkalmazáshoz van társítva, és az AS ennek alapján tudja, melyik Xsi-Eventsnek küldje el a telefonos eseményeket.
A callControlApplicationName módosítása, vagy ha nem ugyanaz a név az összes Xsi-Events webalkalmazáson, az hatással lesz az előfizetésekre és a telefonos eseményekre. |
Hitelesítési szolgáltatás konfigurálása (CI token érvényesítéssel)
Ezzel az eljárással állíthatja be a hitelesítési szolgáltatást CI token érvényesítés TLS-sel való használatára. Ez a hitelesítési módszer akkor javasolt, ha R22-es vagy újabb verziót futtat, és a rendszere támogatja.
A kölcsönös TLS (mTLS) alternatív hitelesítési módszerként is támogatott a hitelesítési szolgáltatáshoz. Ha több Webex -szervezete fut ugyanazon az XSP-n| ADP szerver, mTLS hitelesítést kell használnia, mert a CI Token Validation nem támogatja a több kapcsolatot ugyanahhoz az XSP-hez| ADP hitelesítési szolgáltatás. Ha az mTLS-hitelesítést szeretné beállítani a hitelesítési szolgáltatáshoz a CI-token-érvényesítés helyett, lásd: Függelék számára Szolgáltatások konfigurálása (mTLS-szel a hitelesítési szolgáltatáshoz) . |
Ha jelenleg mTLS-t használ a hitelesítési szolgáltatáshoz, akkor nem kötelező újrakonfigurálnia a CI Token Validation használatát a TLS-szel. |
OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez .
Telepítse a következő javításokat minden XSP-re| ADP szerver. Telepítse a kiadásának megfelelő javításokat:
R22 esetén:
R23 esetén:
R24 esetén—nincs szükség javításra
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is.Telepítse a
AuthenticationService
alkalmazást az egyes XSP-ken| ADP szolgáltatás.Futtassa a következő parancsot az AuthenticationService alkalmazás aktiválásához az XSP-n| ADP a /authService környezeti elérési útra.
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
Futtassa ezt a parancsot az AuthenticationService telepítéséhez az XSP-n| ADP:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...
A 2022.10-es Broadworks buildtől kezdve a Java új verziójára való váltáskor a Java új verziójára való váltáskor már nem kerülnek automatikusan be a BroadWorks megbízhatósági tárházába. Az AuthenticationService TLS -kapcsolatot nyit a Webex felé a hozzáférési token lekéréséhez, és az IDBroker és a Webex URL érvényesítéséhez a következőkkel kell rendelkeznie a megbízhatósági tárhelyen:
IdenTrust Commercial Root CA 1
Go Daddy legfelső szintű Certificate Authority – G2
Ellenőrizze, hogy ezek a tanúsítványok jelen vannak-e a következő CLI alatt
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get
Ha nincs jelen, futtassa a következő parancsot az alapértelmezett Java -trösztök importálásához:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust
Alternatív megoldásként manuálisan is hozzáadhatja ezeket a tanúsítványokat megbízhatósági horgonyként a következő paranccsal:
ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>
Ha az ADP egy korábbi kiadásról lett frissítve, akkor a rendszer a régi kiadás hitelesítésszolgáltatóit automatikusan importálja az új kiadásba, és importálása mindaddig folytatódik, amíg manuálisan el nem távolítják őket.
Az AuthenticationService alkalmazás mentesül az ADP alatti validatePeerIdentity beállítás alól_ CLI/System/SSLCommonSettings/GeneralSettings, és mindig érvényesíti a peer identitást. Lásd a Cisco Broadworks X509 tanúsítvány érvényesítési FD a beállítással kapcsolatos további információkért.
Állítsa be az identitásszolgáltatókat a következő parancsok futtatásával az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get
set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL>
– AURL
, adja meg a CI-fürtre vonatkozó IssuerName URL -címet. Lásd a következő táblázatot.set issuerUrl <URL>
– AURL
, adja meg a CI-fürtre vonatkozó IssuerUrl-címet. Lásd a következő táblázatot.set tokenInfoUrl <IdPProxy URL>
—Adja meg a Teams-fürtre vonatkozó IdP-proxy URL -címét. Lásd az alábbi második táblázatot.
1. táblázat Állítsa be az issuerName és az issuerURL címét Ha a CI-fürt... Az issuerName és az issuerURL beállítása a következőre:... US-A
EU
US-B
Ha nem ismeri a sajátját CI-fürt , az információkat a Control Hub Help Desk nézetében az Ügyféladatok között szerezheti be.2. táblázat TokenInfoURL beállítása Ha a Teams-fürt... A tokenInfoURL beállítása erre:...(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
Ha nem ismeri a sajátját Teams-fürt , az információkat a Control Hub Help Desk nézetében az Ügyféladatok között szerezheti be.
Tesztelés céljából ellenőrizheti, hogy a tokenInfoURL érvényes-e, ha lecseréli a "
idp/authenticate
Az URL " része a következővel: "ping
".
Adja meg azt a Webex -jogosultságot, amelynek jelen kell lennie a Webex felhasználói profil a következő paranccsal:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
Konfigurálja az identitásszolgáltatókat a Cisco Federation számára a következő parancsok segítségével az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
set flsUrl https://cifls.webex.com/federation
set refreshPeriodInMinutes 60
set refreshToken refresh-Token-From-Step1
Futtassa a következő parancsot annak ellenőrzésére, hogy az FLS-konfiguráció működik-e. Ez a parancs az identitásszolgáltatók listáját adja vissza:
XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
Konfigurálja a Token-kezelést a következő parancsokkal az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>
set tokenIssuer BroadWorks
set tokenDurationInHours 720
RSA -kulcsok létrehozása és megosztása. A kulcsokat egyetlen XSP-n kell generálnia| Az ADP ezután másolja át őket az összes többi XSP-re| ADP-k. Ennek oka a következő tényezők:
Ugyanazt a nyilvános/privát kulcspárt kell használnia a token titkosításhoz/visszafejtéséhez a hitelesítési szolgáltatás minden példányában.
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először van szükség tokent.
Ha ciklusba lép vagy módosítja a kulcsok hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP-t| ADP-k.Válasszon ki egy XSP-t| A kulcspár létrehozásához használandó ADP.
Ügyfél segítségével kérhet titkosított tokent az adott XSP-től| ADP, a következő URL -cím lekérésével az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
A kulcstár helye nem konfigurálható. Kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keys
fájlból szükség esetén.Importálja a kulcsokat a többi XSP-n| ADP-k:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg a webes tároló authService URL -címét. Az XSP| Az ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket. Mindegyik XSP-n| ADP-k:
Adja hozzá a hitelesítési szolgáltatás URL-címe külső hitelesítési szolgáltatásként a BroadWorks Communications Utility számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
set url http://127.0.0.1/authService
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
Ez lehetővé teszi, hogy a Webex a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott tokenek érvényesítéséhez.
Ellenőrizze a paramétert a következővel:
get
.Indítsa újra az XSP-t| ADP.
Ügyfél-hitelesítési követelmény eltávolítása a hitelesítési szolgáltatáshoz (csak R24)
Ha a hitelesítési szolgáltatást CI Token érvényesítéssel konfigurálta az R24-en, akkor a hitelesítési szolgáltatásra vonatkozó ügyfél-hitelesítési követelményt is el kell távolítania. Futtassa a következő CLI-parancs:
ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false
TLS és titkosítások beállítása a HTTP felületeken (XSI és hitelesítési szolgáltatás esetén)
A Hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP kiszolgálófelületeket használnak. A TLS konfigurálhatósági szintjei ezeknél az alkalmazásoknál a következők:
Legáltalánosabb = Rendszer > Szállítás > HTTP > HTTP szerverinterfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
Rendszer (globális) |
|
Szállítási protokollok ehhez a rendszerhez |
|
HTTP ezen a rendszeren |
|
Speciális HTTP szerver interfészek ezen a rendszeren |
|
HTTP kiszolgáló TLS felület konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és szükség van-e kliens hitelesítésre.
Az Apache tomcat minden egyes biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláírt tanúsítvány elő, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> get
TLS 1.2 protokoll hozzáadása a HTTP szerver felülethez
A Webex Webex Cloud együttműködő HTTP felületet TLSv1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP szerver felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp> 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a HTTP kiszolgáló felületen
A szükséges titkosítások konfigurálása:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Írja be a parancsot
get <interfaceIp> 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> 443 <cipherName>
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Eszközkezelés konfigurálása XSP-n| ADP, alkalmazáskiszolgáló és profilkiszolgáló
Profilkiszolgáló és XSP| Az ADP kötelező az eszközkezeléshez. Ezeket a következő utasítások szerint kell beállítani: BroadWorks Device Management konfigurációs útmutató .
CTI felület és kapcsolódó konfiguráció
Az „inmost to outmost” konfigurációs sorrendet az alábbiakban soroljuk fel. A sorrend betartása nem kötelező.
Alkalmazáskiszolgáló konfigurálása CTI -előfizetésekhez
XSP konfigurálása| ADP-k mTLS-hitelesített CTI -előfizetésekhez
Nyissa meg a bejövő portokat a biztonságos CTI felülethez
Iratkozzon fel a Webex szervezete a BroadWorks CTI -eseményekre
Alkalmazáskiszolgáló konfigurálása CTI -előfizetésekhez
Frissítse a ClientIdentity-t az alkalmazáskiszolgálón a Webex for Cisco BroadWorks CTI - klienstanúsítvány általános név (CN).
A Webex alkalmazással használt összes alkalmazáskiszolgálóhoz adja hozzá a tanúsítványazonosítót a ClientIdentity azonosítóhoz az alábbiak szerint:
AS_CLI/System/ClientIdentity> add bwcticlient.webex.com
A Webex for Cisco BroadWorks klienstanúsítvány általános név : |
Konfigurálja a TLS -t és a titkosításokat a CTI felületen
Az XSP konfigurálhatósági szintjei| Az ADP CTI felületek a következők:
Legáltalánosabb = Rendszer > Szállítás > CTI -interfészek > CTI -interfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
---|---|
Rendszer (globális) (R22 és újabb) | XSP| ADP_ CLI/Rendszer/SSLCommonSettings/JSSE/Ciphers> XSP| ADP_ CLI/Rendszer/SSLCommonSettings/JSSE/Protocols> lehetőséget |
Szállítási protokollok ehhez a rendszerhez (R22 és újabb) | XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Ciphers> XSP| ADP_ CLI/System/SSLCommonSettings/OpenSSL/Protocols> lehetőséget |
Az összes CTI interfész ezen a rendszeren (R22 és újabb) | XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/Ciphers> XSP| ADP_ CLI/Interfész/ CTI/SSLCommonSettings/Protocols> lehetőséget |
Egy speciális CTI interfész ezen a rendszeren (R22 és újabb) | XSP| ADP_ CLI/Interfész/ CTI/CTIServer/SSLSettings/Ciphers> XSP| ADP_ CLI/Interfész/ CTI/CTIServerSSLSettings/Protocols> |
Új telepítéskor a következő titkosítások alapértelmezés szerint települnek rendszerszinten. Ha az interfész szintjén nincs beállítva (például a CTI felületen vagy a HTTP felületen), akkor ez a rejtjellista érvényes. Ne feledje, hogy ez a lista idővel változhat:
|
CTI TLS interfész konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy szükség van-e kiszolgálótanúsítvány , illetve hogy szükség van-e kliens hitelesítésre.XSP|ADP_CLI/Interface/CTI/CTIServer> get Interface IP Port Secure Server Certificate Client Auth Req ================================================================= 10.155.6.175 8012 true true true
TLS 1.2 protokoll hozzáadása a CTI felülethez
Az XSP| A Webex Cloud együttműködő ADP CTI felületet TLS v1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a CTI felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp>
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a CTI felületen
A szükséges titkosítások konfigurálása a CTI felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
Adja meg a(z)
get
parancsot, hogy megtudja, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> <cipherName>
rejtjel hozzáadása a CTI felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a CTI felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Trust Anchors a CTI felülethez (R22 és újabb)
Ez az eljárás az XSP-t feltételezi| Az ADP-k vagy internet felé néznek, vagy átmenő proxyn keresztül néznek az internetre. A tanúsítvány konfigurációja más az áthidaló proxy esetében (lásd TLS -tanúsítványkövetelmények a TLS-híd proxyhoz ).
Minden XSP-hez| Az ADP-ben a CTI -eseményeket a Webex közzétevő infrastruktúrájában tegye a következőket:
Jelentkezzen be ide: Partner Hub .
Ugrás ide: Beállítások elemre > BroadWorks-hívás és kattintson Töltse Webex CA-tanúsítványt hogy megkapja
CombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két-két tanúsítványkészletet tartalmaznak. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP-re| ADP-k. Minden fájl megadása kötelező.
A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt
Megnyitás
combinedcertchain2023.txt
szövegszerkesztőben.Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
, és illessze be a szövegblokkot egy új fájlba.Mentse az új fájlt másként
root2023.txt
.Mentse az eredeti fájlt másként
issuing2023.txt
. Az eredeti fájlban mostantól csak egy szövegblokk szerepelhet, amelyet vonalak vesznek körül-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
.
Másolja mindkét szövegfájlt egy ideiglenes helyre az XSP-n| Az Ön által biztosított ADP, pl
/var/broadworks/tmp/root2023.txt
és/var/broadworks/tmp/issuing2023.txt
Jelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
(Nem kötelező) Futtatás
help updateTrust
a paraméterek és a parancsformátum megtekintéséhez.Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 2023
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot2023
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, amennyiben minden bejegyzés egyedi.Ellenőrizze a horgonyok frissítését:
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
Tanúsítványokkal történő hitelesítés engedélyezése az ügyfelek számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true
Adja hozzá a CTI felületet, és engedélyezze az mTLS-t
Adja hozzá a CTI SSL felületet.
A CLI környezet a BroadWorks verziójától függ. A parancs egy önaláírt kiszolgálótanúsítvány hoz létre a felületen, és kényszeríti a felületet, hogy klienstanúsítvány igényeljen .
BroadWorks R22 és R23 esetén:
XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
Cserélje ki a kiszolgálótanúsítvány és -kulcsot az XSP-n| Az ADP CTI interfészei. Ehhez szüksége van a CTI interfész IP-cím ; a következő szövegkörnyezetből olvashatja:
BroadWorks R22 és R23 esetén:
XSP|ADP_CLI/Interface/CTI/CTIServer> get
Ezután futtassa a következő parancsokat, hogy lecserélje a felület önaláírt tanúsítvány a saját tanúsítványára és privát kulcsára:
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>
Indítsa újra az XSP-t| ADP.
Hozzáférés engedélyezése a BroadWorks CTI -eseményekhez a Webex
A fürtök Partner Hubban történő konfigurálásakor hozzá kell adnia és hitelesítenie kell a CTI felületet. Lásd Konfigurálja a saját partnerszervezetét a Partner Hubban a részletes utasításokért.
A fürtök Partner Hubban történő konfigurálásakor hozzá kell adnia és hitelesítenie kell a CTI felületet. Lásd Konfigurálja a saját partnerszervezetét a Partner Hubban a részletes utasításokért.
Adja meg azt a CTI -címet, amelyen keresztül a Webex előfizethet a BroadWorks CTI -eseményekre.
A CTI -előfizetések előfizetőnkénti alapúak, és csak akkor jönnek létre és tartják karban, amíg az előfizető rendelkezik a Webex for Cisco BroadWorks szolgáltatással.
Hívásbeállítások Webnézet
A Call Settings Webview (CSWV) egy XSP-n üzemeltetett alkalmazás| Az ADP lehetővé teszi a felhasználók számára, hogy módosítsák BroadWorks hívásbeállításaikat a szoftveres kliensben látott webnézeten keresztül. Lásd a Cisco BroadWorks hívásbeállítások webnézeti megoldási útmutató .
A Webex ezt a funkciót arra használja fel, hogy hozzáférést biztosítson a felhasználók számára az olyan általános BroadWorks-hívásbeállításokhoz, amelyek nem natív a Webex alkalmazásban.
Ha azt szeretné, hogy a Webex Cisco BroadWorks-előfizetői a Webex Webex alkalmazás elérhető alapértelmezett beállításokon túlmenően is hozzáférjenek a hívásbeállításokhoz, telepítenie kell a Hívásbeállítások Webnézet funkcióját.
Hívásbeállítások Webview két összetevőből áll:
Cisco BroadWorks XSP-n üzemeltetett hívásbeállítások Webview alkalmazás| ADP.
A Webex alkalmazás, amely a hívásbeállításokat Webnézetben jeleníti meg.
Felhasználói élmény
Windows-felhasználók: Kattintson Hívásbeállítások majd kattintson a lehetőségre .
Mac felhasználók: Kattintson a profilképre, majd
.
Telepítse a CSWV-t a BroadWorks rendszeren
Telepítse a Hívásbeállítások Webview-t XSP-re| ADP-k
A CSWV alkalmazásnak ugyanazon az XSP-n kell lennie| Az Xsi-Actions felületet üzemeltető ADP(ek) a környezetben. Ez egy nem felügyelt alkalmazás XSP-n| ADP, ezért telepítenie és telepítenie kell egy webes archív fájlt.
Jelentkezzen be a cisco.com oldalra, és keresse meg a „BWCallSettingsWeb” kifejezést a szoftverletöltés részben.
Keresse meg és töltse le a fájl legújabb verzióját.
Például:
BWCallSettingsWeb_1.8.2_1.war
( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04 ) volt a legújabb a cikk írásakor.Telepítse, aktiválja és telepítse a webes archívumot a Cisco BroadWorks Xtended Service Platform konfigurációs útmutatója szerint az XSP-hez| ADP verzió. (R24-es verzióhttps://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf ).
Másolja át a .war fájlt egy ideiglenes helyre az XSP-n| ADP, mint pl
/tmp/
.Keresse meg a következő parancssori felületet, és futtassa az install parancsot:
XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war
A BroadWorks szoftverkezelő ellenőrzi és telepíti a fájlt.
[Nem kötelező] Törlés
/tmp/BWCallSettingsWeb_1.7.5_1.war
(Erre a fájlra már nincs szükség).Alkalmazás aktiválása:
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings
A nevet és verziót minden alkalmazásnál kötelezőek, de CSWV esetén meg kell adni a contextPath mert egy nem felügyelt alkalmazás. Bármilyen értéket használhat, amelyet más alkalmazás nem használ, például
/callsettings
.Telepítse a Hívásbeállítások alkalmazást a kiválasztott környezeti útvonalon:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
Mostantól előre megjósolhatja az ügyfelek számára megadandó hívásbeállítások URL -címét, az alábbiak szerint:
https://<XSP|ADP-FQDN>/callsettings/
Megjegyzések:
Ezen az URL -címen meg kell adnia a perjelet, amikor beírja az klienskonfiguráció fájljába.
Az XSP| Az ADP-FQDN-nek meg kell egyeznie az Xsi-Actions FQDN-nel, mert a CSWV-nek Xsi-Actions-t kell használnia, és a CORS nem támogatott.
Ismételje meg ezt az eljárást más XSP esetén| ADP-k a Webex for Cisco BroadWorks-környezetben (ha szükséges).
A Call Settings Webview alkalmazás mostantól aktív az XSP-n| ADP-k.
Állítsa be a Webex alkalmazást a Hívásbeállítások Webnézet használatára
Az klienskonfiguráció kapcsolatos további részletekért lásd: Webex Cisco BroadWorks konfigurációs útmutató .
A Webex alkalmazás konfigurációs fájl található egy egyéni címke, amellyel beállíthatja a CSWV URL-címet . Ez az URL mutatja a hívásbeállításokat a felhasználóknak az alkalmazás felületén keresztül.
<config>
<services>
<web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%">
<url>%WEB_CALL_SETTINGS_URL_WXT%</url>
</web-call-settings>
A Webex Webex alkalmazás BroadWorks- konfigurációs sablon konfigurálja a CSWV URL -címet a%WEB_CALL_SETTINGS_URL_WXT% címkét.
Ha nem adja meg kifejezetten az URL-címet , az alapértelmezett érték üres lesz, és a hívásbeállítások oldala nem lesz látható a felhasználók számára.
Győződjön meg arról, hogy a legújabb konfigurációs sablonokkal rendelkezik a Webex alkalmazás (lásd Eszközprofilok lehetőségre ).
Állítsa be a web hívásbeállítások célját
csw
:%WEB_CALL_SETTINGS_TARGET_WXT% csw
Állítsa be a web beállításainak URL -címét a környezetéhez, például:
%WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/
Ezt az értéket a CSWV alkalmazás telepítésekor származtatta.
Az eredményül kapott klienskonfiguráció fájlnak rendelkeznie kell a következő bejegyzéssel:
<web-call-settings target="csw"> <url>https://yourxsp.example.com/callsettings/</url> </web-call-settings>
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is.
Hívási leküldéses értesítések konfigurálása a Webex for Cisco BroadWorks alkalmazásban
Ebben a dokumentumban a kifejezést használjuk Hívásértesítések Push Server (CNPS) a környezetben futó XSP vagy ADP által üzemeltetett alkalmazás leírásához. A CNPS együttműködik a BroadWorks rendszerrel, hogy tudatában legyen a felhasználóinak bejövő hívásoknak, és ezekről értesítést küldjön a Google Firebase Cloud Üzenetküldés (FCM) vagy az Apple leküldéses értesítés szolgáltatás (APNs) értesítési szolgáltatásainak.
Ezek a szolgáltatások értesítik a Webex for Cisco BroadWorks előfizetői mobileszközeit, ha bejövő hívásaik vannak a Webex.
Az NPS-sel kapcsolatos további információkért lásd: Értesítési leküldéses kiszolgáló funkció leírása .
A Webex egy hasonló mechanizmus működik a Webex üzenetküldési és jelenléti szolgáltatásokkal, így az értesítéseket a Google (FCM) vagy az Apple (APNS) értesítési szolgáltatásaihoz küldi. Ezek a szolgáltatások pedig értesítik a mobil Webex -felhasználókat a bejövő üzenetekről vagy a jelenlét változásáról.
Ez a szakasz ismerteti, hogyan konfigurálható az NPS hitelesítési proxyhoz, ha az NPS még nem támogat más alkalmazásokat. Ha megosztott hálózati házirendet kell áttelepítenie az NPS-proxy használatához, lásd: A Cisco BroadWorks NPS frissítése az NPS-proxy használatáhozhttps://help.webex.com/nl5rir2/. |
NPS-proxy áttekintése
A Webex for Cisco BroadWorks alkalmazással való kompatibilitás érdekében a CNPS-nek javítva kell lennie az NPS-proxy funkció támogatásához, Push Server a VoIP számára UCaaS-ben .
A funkció új kialakítást valósított meg a Notification Push Serverben, hogy feloldja a leküldéses értesítési tanúsítványok privát kulcsainak a szolgáltatókkal való megosztásából eredő biztonsági rést a mobil kliensek számára. A push értesítési tanúsítványok és kulcsok szolgáltató való megosztása helyett az NPS egy új API segítségével szerez egy rövid élettartamú leküldéses értesítési tokent a Webex a Cisco BroadWorks háttérrendszerhez, és ezt a tokent használja az Apple APN-ekkel és a Google FCM szolgáltatásaival történő hitelesítéshez.
A funkció továbbfejleszti a Notification Push Server azon képességét, hogy értesítéseket küldjön az Android eszközöknek az új Google Firebase Cloud Üzenetküldés (FCM) HTTPv1 API-n keresztül.
További információkért lásd a Push-kiszolgáló VoIP -hez UCaaS-ben Funkció leírása .
A funkció BroadWorks-javításai a következő címen érhetők el: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.
Az NPS szoftverrel és javításokkal kapcsolatban lásd a következő részt: Készítse elő az NPS-t a Webex for Cisco BroadWorks alkalmazáshoz .
Keresse meg és töltse le a javítást a szoftverletöltő oldalról.
Az ADP szerverrel kapcsolatos további információk a következő címen találhatók:https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html .
APNS szempontok
Az Apple 2021. március 31-e után már nem támogatja a HTTP/1-alapú bináris protokollt az Apple leküldéses értesítés szolgáltatásban. Javasoljuk, hogy konfigurálja az XSP-t| Az ADP a HTTP/2-alapú felületet használja az APN-ekhez. Ehhez a frissítéshez az XSP-re van szükség| Az NPS-t kiszolgáló ADP R22-es vagy újabb verzióját futtatja.
Készítse elő az NPS-t a Webex for Cisco BroadWorks alkalmazáshoz
1 | Telepítsen és konfiguráljon egy dedikált XSP-t (minimum R22-es verzió) vagy Application Delivery Platform-ot (ADP). | ||
2 | Telepítse az NPS-hitelesítési proxy javításait: XSP R22 javítások: XSP R23 javítások: | ||
3 | Aktiválja az Notification Push Server alkalmazást. | ||
4 | ( Android -értesítések esetén) Engedélyezze az FCM v1 API -t az NPS-en.
| ||
5 | ( Apple iOS -értesítések esetén) Engedélyezze a HTTP/2-t az NPS-en.
| ||
6 | Technikai támogatás csatolása az NPS XSP/ADP-től. | ||
7 | Minden AS kiszolgálón a namedefs fájl bekerül Példa: _pushnotification-ügyfél._tcp .qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com IN A 10.193.78.149
|
Mi a következő teendő
Egy hálózati házirend-kiszolgáló frissen telepített verzióiért ugorjon ide: Állítsa be az NPS-t a hitelesítési proxy használatára
Ha meglévő Android -telepítést szeretne áttelepíteni az FCMv1-re, menjen a következőre: Az NPS áttelepítése az FCMv1-re
Állítsa be az NPS-t a hitelesítési proxy használatára
Ez a feladat az NPS egy új, a Webex for Cisco BroadWorks alkalmazáshoz dedikált telepítésére vonatkozik.
Ha más mobilalkalmazásokkal megosztott hálózati házirend-kiszolgálón szeretné konfigurálni a hitelesítési proxyt, lásd: A Cisco BroadWorks NPS frissítése az NPS-proxy használatához (https://help.webex.com/nl5rir2 ).
1 | OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez . | |||||||||||||||||||
2 | Hozzon létre ügyfélfiókot az NPS-en:
Ha ellenőrizni szeretné, hogy a megadott értékek megfelelnek-e a kapott adatoknak, futtassa
| |||||||||||||||||||
3 | Adja meg az NPS-proxy URL-címét , és állítsa be a token frissítési időközét (30 perc javasolt):
| |||||||||||||||||||
4 | ( Android -értesítések esetén) Adja hozzá az Android alkalmazás azonosító az FCM-alkalmazások környezetéhez az NPS-en.
| |||||||||||||||||||
5 | ( Apple iOS -értesítések esetén) Adja hozzá az alkalmazásazonosítót az azonosító -alkalmazások környezetéhez, ügyelve arra, hogy kihagyja a hitelesítési kulcsot – állítsa üresre.
| |||||||||||||||||||
6 | Konfigurálja a következő NPS URL-eket:
| |||||||||||||||||||
7 | Állítsa be a következő hálózati házirend-kiszolgáló kapcsolati paramétereket a megjelenített ajánlott értékekre:
| |||||||||||||||||||
8 | Ellenőrizze, hogy az alkalmazáskiszolgáló szűri-e az alkalmazásazonosítókat, mert előfordulhat, hogy hozzá kell adnia a Webex alkalmazásokat az engedélyezési listához: | |||||||||||||||||||
9 | Indítsa újra az XSP-t| ADP: | |||||||||||||||||||
10 | Tesztelje a hívásértesítéseket: kezdeményezzen hívásokat egy BroadWorks-előfizetőről két Webex mobilfelhasználóhoz. Ellenőrizze, hogy megjelenik-e a hívásértesítés iOS és Android eszközökön. |
Az NPS áttelepítése az FCMv1-re
Ez a témakör nem kötelező eljárásokat tartalmaz, amelyeket akkor használhat a Google FCM-konzolban, amikor rendelkezik olyan meglévő hálózati házirend-telepítéssel, amelyet át kell telepítenie az FCMv1-re. Három eljárás létezik:
UC-One kliensek áttelepítése FCMv1-re —Ha meglévő UCaaS-ügyfelei vannak, és át kell őket telepítenie az FCMv1 használatára.
SaaS-ügyfelek áttelepítése az FCMv1-re —Ha meglévő SaaS-ügyfelei vannak, és át kell őket telepítenie az FCMv1 használatára.
Az ADP-kiszolgáló frissítése —Ha az NPS-t ADP-kiszolgálóra telepíti át.
Az UC-One-kliensek áttelepítése az FCMv1-re
Kövesse az alábbi lépéseket a Google FCM konzolban az UC-One kliensek Google FCM HTTPv1 verzióra való áttelepítéséhez.
Ha márkajelzést alkalmaznak az ügyfélre, az ügyfélnek rendelkeznie kell a küldői azonosító. Az FCM-konzolban lásd: . A beállítás megjelenik a Projekt hitelesítő adatai táblázatban.A részletekért lásd a Connect Mobile márkaépítési útmutató athttps://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? . Lásd a
|
Jelentkezzen be az FCM Admin SDK-ba a következő címen:http://console.firebase.google.com .
Válassza ki a megfelelő Android alkalmazást.
A Általános fülön rögzítse a azonosító
A szolgáltatásfiókok konfigurálásához lépjen a szolgáltatásfiók lapra. Létrehozhat új szolgáltatásfiók , vagy konfigurálhat egy meglévőt.
Új szolgáltatási fiók létrehozása:
Kattintson a kék gombra az új szolgáltatásfiók létrehozásához
Kattintson a kék gombra új privát kulcs generálásához
Kulcs letöltése biztonságos helyre
Meglévő szolgáltatásfiók újrafelhasználása:
Kattintson a kék szövegre a meglévő szolgáltatási fiókok megtekintéséhez.
Határozza meg a használni kívánt szolgáltatásfiók . A szolgáltatási fióknak engedélyre van szüksége firebaseadmin-sdk .
A jobb oldalon kattintson a hamburger menüre, és hozzon létre egy új privát kulcsot.
Töltse le a kulcsot tartalmazó json-fájlt, és mentse el egy biztonságos helyre.
Másolja a json fájlt az XSP-re| ADP.
Konfigurálja a azonosító és:
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 ********
Alkalmazás konfigurálása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> get Application ID Project ID ============================== my_app my_project
FCMv1 engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
SaaS-ügyfelek áttelepítése az FCMv1-re
Ha SaaS-ügyfeleket szeretne áttelepíteni az FCMv1-re, kövesse az alábbi lépéseket a Google FCM-konzolon.
Győződjön meg arról, hogy már végrehajtotta az „A hálózati házirend-kiszolgáló konfigurálása a hitelesítési proxy használatához” eljárást. |
FCM letiltása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.FCM engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done
Futtassa a
bwrestart
parancsot az XSP újraindításához| ADP.
Az ADP-kiszolgáló frissítése
Kövesse az alábbi lépéseket a Google FCM-konzolban, ha az NPS-t ADP-kiszolgáló használatára állítja át.
A JSON-fájl beszerzése a Google Cloud Console-ból:
A Google Cloud Console-ban lépjen a következőre: Szolgáltatásfiókok oldalon.
Kattintson Válasszon ki egy projektet , válassza ki a projektet, és kattintson Megnyitás .
Keresse meg annak a szolgáltatásfiók a sorát, amelyhez kulcsot szeretne létrehozni, majd kattintson a Továbbiak függőleges gombot, majd kattintson Kulcs létrehozása.
Válassza ki a Kulcs írja be, és kattintson Létrehozás lehetőségre
A fájl letöltődik.
FCM hozzáadása az ADP-kiszolgálóhoz:
Importálja a JSON-fájlt az ADP-kiszolgálóra a következővel:
/bw/install
parancsot.Jelentkezzen be az ADP CLI-be, és adja hozzá a projekt- és API -kulcsot:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON
:Ezután adja hozzá az alkalmazást és a kulcsot:
ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done
Ellenőrizze a konfigurációt:
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
Konfigurálja a saját partnerszervezetét a Partner Hubban
Konfigurálja a BroadWorks-fürtöket
[fürtönként egyszer]
Ennek oka a következő:
Annak engedélyezése, hogy a Webex felhő hitelesítse a felhasználókat a BroadWorks alkalmazással (XSP-n keresztül| ADP által üzemeltetett hitelesítési szolgáltatás).
Annak engedélyezése, hogy a Webex alkalmazások az Xsi felületet használják a hívásvezérlés.
Annak engedélyezése, hogy a Webex figyelje a BroadWorks által közzétett CTI -eseményeket (telefonos jelenlét és hívásnapló ).
A fürtvarázsló automatikusan ellenőrzi az interfészeket a hozzáadásakor. Folytathatja a fürt szerkesztését, ha valamelyik felület érvényesítése nem sikeres, de nem mentheti a fürtöt, ha érvénytelen bejegyzések vannak benne . Ezt megakadályozzuk, mert egy rosszul konfigurált fürt nehezen megoldható problémákat okozhat. |
Teendő:
Jelentkezzen be a Partner Hubba (admin.webex.com) a partnerrendszergazdai hitelesítő adataival.
Megnyitás Beállítások elemre oldalt az oldalsó menüből, és keresse meg BroadWorks-hívás beállításokat.
Kattintson Fürt hozzáadása lehetőségre .
Ez elindít egy varázslót, ahol megadja az XSP-t| ADP felületek (URL). Ha nem szabványos portot használ, hozzáadhat portot az interfész URL -címéhez.
Nevezze el ezt a fürtöt, majd kattintson Következő .
A fürtfogalom itt egyszerűen felületek gyűjteménye, amelyeket jellemzően XSP-n helyeznek el| ADP-kiszolgáló vagy farm, amely lehetővé teszi a Webex számára, hogy információkat olvasson az alkalmazáskiszolgálóról (AS). Lehet, hogy egy XSP-je van| AS-fürtönkénti ADP vagy több XSP| ADP-k fürtönként, vagy több AS-fürt XSP-nként| ADP. A BroadWorks-rendszer méretkövetelményei nem tartoznak ide.
(Nem kötelező) Adjon meg egy BroadWorks-felhasználót Fióknév és Jelszó amelyről tudja, hogy a Webexhez csatlakoztatni kívánt Webex rendszeren belül van , majd kattintson a gombra Következő .
Az érvényesítési tesztek ezt a fiókot használhatják a fürt felületeihez fűződő kapcsolatok érvényesítéséhez.
Adja hozzá a sajátját XSI-műveletek és XSI Events URL-ek.
Opcionális. Frissítse a DAS URL az eszközaktiválási szolgáltatás URL -jével.
Opcionális. Ellenőrizze a Közvetlen BroadWorks-hitelesítés engedélyezése Jelölje be a jelölőnégyzet, ha azt szeretné, hogy a BroadWorks-bejelentkezések közvetlenül a BroadWorks-be történjenek. Ellenkező esetben a BroadWorks-hitelesítés a Webex által üzemeltetett IdP-proxyszolgáltatáson keresztül történik.
Ez a jelölőnégyzet az alábbi bejelentkezési helyzetekre vonatkozik:
Felhasználói aktiválási portál bejelentkezés—A felhasználóknak meg kell adniuk BroadWorks-hitelesítési adataikat a portálra való bejelentkezéskor. A fenti beállítás határozza meg, hogy a bejelentkezés közvetlenül a BroadWorks rendszerébe vagy az IdP-proxyn keresztül történik-e.
Ügyfélbejelentkezés—Ha BroadWorks-hitelesítés Az Onboarding sablonban van konfigurálva, a fenti beállítás határozza meg, hogy a Webex alkalmazásba történő ügyfélbejelentkezés közvetlenül a BroadWorks rendszerébe történik-e, vagy az IdP-proxyn keresztül történik-e proxy.
Kattintson a Tovább gombra.
A következőn: CTI felület oldalon tegye a következőket:
Adja hozzá a CTI URL és Port ahhoz a CTI interfészhez, amelyhez csatlakozni kíván.
Opcionális. Engedélyezze a Híváselőzmények lehetőségre kapcsolót, majd adja meg a BroadWorks felhasználói azonosító. Ha ez a lehetőség ki van választva, a BroadWorks hívásnapló -események szinkronizálódnak a Webex felhőbe. A felhasználók megtekinthetik a hívásnapló a Webex alkalmazásban.
Opcionális. Engedélyezze a Ne zavarjanak (DND) szinkron kapcsolót, majd adja meg a BroadWorks felhasználói azonosító. Ez a beállítás szinkronizálja a DND-eseményeket a Webex és a BroadWorks között, így biztosítja, hogy a funkció ugyanúgy működjön mindkét platformon.
Kattintson a Tovább gombra.
Adja hozzá a sajátját Hitelesítési szolgáltatás URL.
Válassza ki Hitelesítési szolgáltatás CI-token hitelesítéssel .
Ehhez a beállításhoz nem szükséges, hogy az mTLS védje a kapcsolatot a Webex, mert a hitelesítési szolgáltatás megfelelően ellenőrzi a felhasználói tokent a Webex identitásszolgáltatással szemben, mielőtt kiadná a hosszú élettartamú tokent a felhasználónak.
Tekintse át a bejegyzéseket a végső képernyőn, majd kattintson a gombra Létrehozás lehetőségre . Egy sikerüzenetnek kell megjelennie.
A Partner Hub átadja az URL-címeket a különböző Webex mikroszolgáltatásoknak, amelyek tesztelik a mellékelt interfészekhez vezető kapcsolatokat.
Kattintson Fürtök megtekintése és látnia kell az új fürtöt, valamint azt, hogy az ellenőrzés sikeres volt-e.
A Létrehozás lehetőségre gomb letiltható a varázsló utolsó (előnézeti) képernyőjén. Ha nem tudja menteni a sablont, az az imént konfigurált integrációk egyikével kapcsolatos problémát jelez.
Azért hajtottuk végre ezt az ellenőrzést, hogy elkerüljük a hibákat a következő feladatok során. A telepítés konfigurálásakor visszaléphet a varázslóba, amihez szükség lehet az infrastruktúra (pl. XSP) módosítására| ADP, terheléselosztó vagy tűzfal) esetén az útmutatóban leírtak szerint, mielőtt elmentené a sablont.
A BroadWorks felületekhez való kapcsolódások ellenőrzése
Jelentkezzen be a Partner Hubba (admin.webex.com) a partnerrendszergazdai hitelesítő adataival.
Megnyitás Beállítások elemre oldalt az oldalsó menüből, és keresse meg BroadWorks-hívás beállításokat.
Kattintson Fürtök megtekintése .
A Partner Hub kapcsolódási teszteket kezdeményez a különböző mikroszolgáltatásoktól a fürtök felületei felé.
A tesztek befejezése után a fürtlista oldalon állapotüzenet meg az egyes fürtök mellett.
Zöld Siker üzeneteknek kell megjelennie. Ha piros Hibaüzenetet lát, kattintson az érintett fürt nevére, hogy megtudja, melyik beállítás okozza a problémát.
Opcionális. Válasszon ki egy fürtöt, ha szeretné megtekinteni az adott fürt meglévő beállításait, például az XSI-műveletek, az XSI-Events, a DAS URL és a CTI felület beállításait.
Konfigurálja a belépési sablonokat
A beléptetési sablonok segítségével lehet megosztott konfigurációt alkalmazni egy vagy több ügyfélre, amint beiktatja őket a beüzemelési módokon keresztül. Minden sablont hozzá kell rendelnie egy fürthöz (amelyet az előző szakaszban hozott létre).
Annyi sablont hozhat létre, amennyire szüksége van, de csak egy sablon társítható egy ügyfélhez.
Jelentkezzen be a Partner Hubba (admin.webex.com) a partnerrendszergazdai hitelesítő adataival.
Megnyitás Beállítások elemre oldalt az oldalsó menüből, és keresse meg BroadWorks-hívás beállításokat.
Kattintson Sablon hozzáadása lehetőségre .
Ez elindít egy varázslót, ahol megadhatja a konfigurációt az ezt a sablont használó ügyfelek számára.
Használja a Fürt legördülő menüből válassza ki az ezzel a sablonnal használni kívánt fürtöt.
Adja meg a Sablon neve , majd kattintson a lehetőségre Következő .
Konfigurálja a beüzemelési módot az alábbi javasolt beállításokkal:
3. táblázat. Ajánlott beüzemelési beállítások a különböző beüzemelési módokhoz Beállítás neve
Folyamatos üzembe helyezés megbízható e-mailekkel
Folyamatos üzembe helyezés e-mailek nélkül
Felhasználói önellátás
Engedélyezze a BroadWorks-folyamatot az üzembe helyezésen keresztül (Ha Be van kapcsolva, adja meg a létesítési fiók hitelesítő adatait**)
Be
Adja meg az üzembe helyezést Fióknév és Jelszó a BroadWorks-konfiguráció szerint.
Be
Adja meg az üzembe helyezést Fióknév és Jelszó a BroadWorks-konfiguráció szerint.
Ki
Új szervezetek automatikus létrehozása a Control Hubban
Be †
Be †
Be †
Szolgáltató e-mail-címe
Válasszon ki egy e- e-mail-cím a legördülő menüből (begépelhet néhány karaktert, hogy megtalálja a címet, ha a lista hosszú).
Ez az e- e-mail-cím azonosítja azt a rendszergazdát a partnerszervezetén belül, aki delegált rendszergazdai hozzáférést kap minden új ügyfélszervezethez, amelyet a Belépés sablonnal hoztak létre.
Ország
Válassza ki, hogy melyik országot használja ehhez a sablonhoz.
A kiválasztott ország egy adott régióhoz illeszti az ezzel a sablonnal létrehozott ügyfélszervezeteket. Jelenleg a régió lehet (EMEAR) vagy (Észak-Amerika és a világ többi része). Lásd a ország-régió hozzárendeléseket ebben a táblázatban .
A szervezet országa határozza meg a Cisco PSTN alapértelmezett globális betelefonálási számait a Webex értekezletoldalakon. Lásd a(z) Ország szakaszát súgó oldalt további információkért.
A BroadWorks vállalati üzemmódja aktív
Engedélyezze ezt, ha az ezzel a sablonnal rendelkező ügyfelek a BroadWorks-ben lévő vállalatok.
Ha csoportokról van szó, hagyja kikapcsolva ezt a kapcsolót.
Ha vegyesen szerepelnek vállalatok és csoportok a BroadWorks-ben, akkor ezekhez a különböző esetekhez különböző sablonokat kell létrehoznia.
Megjegyzések a táblázatból:
† Ez a kapcsoló biztosítja, hogy új ügyfélszervezet jöjjön létre, ha egy előfizető e-mail tartománya nem egyezik meg egy meglévő Webex -szervezettel.
Ennek mindig be kell kapcsolnia, kivéve, ha manuális rendelési és teljesítési folyamatot használ (a Cisco Commerce Workspace-en keresztül) ügyfélszervezetek létrehozásához a Webex (mielőtt elkezdené a felhasználók kiépítését ezekben a szervezetekben). Ezt a lehetőséget gyakran „hibrid üzembe helyezési” modellnek nevezik, és nem tartozik a jelen dokumentum hatókörébe.
** A „létesítési fiók” a BroadWorks rendszerszintű rendszergazdai fiókra vonatkozik. A BroadWorks rendszerben a következő attribútumokkal rendelkező rendszergazdai fiókra van szükség: Administrator Type=Létesítmény készítés, Csak olvasható=Ki.
Válassza ki az alapértelmezett szolgáltatási csomagot az ezt a sablont használó ügyfelek számára (lásd Csomagok lehetőségre az Áttekintés részben); sem Alapszintű , Szabványos , Prémium vagy Softphone .
A Partner Hubon keresztül felülbírálhatja ezt a beállítást az egyéni felhasználók számára.
Opcionális. Ellenőrizze A Cisco Webex ingyenes hívás letiltása ha szeretné letiltani a Webex Calls szolgáltatást,.
For Értekezlethez való csatlakozási konfiguráció , válasszon a következő lehetőségek közül:
Cisco betelefonáló számok (PSTN)
Partner által biztosított betelefonálási számok (BYoPSTN) —Ha ezt a lehetőséget választja, olvassa el a következőt: Hozd el a saját PSTN-megoldási útmutatóját a Webex for Cisco BroadWorks alkalmazáshoz az opció konfigurálásával kapcsolatos részletes információk .
Kattintson a Tovább gombra.
Az előfizetők kiépítésének két módja van a személyazonosságuk ellenőrzésének módját illetően – a Megbízható e-mailek vagy a Nem megbízható e-mailek.
A Megbízható e- e-mail munkafolyamatban a felhasználók megadják az e-mail-címeket annak a partnernek, aki hozzáadja őket a BroadWorksben. Partnerként Ön a felelős az e- e-mail-cím beüzemeléséért a flow-through vagy az API módszer részeként.
Erősen ajánlott a Megbízható üzembe helyezési módszer használata, mert ez biztosítja, hogy az összes előfizető teljes körűen Ön, mint partner legyen beüzemelve, és nincs szükséges intézkedés .
Nem megbízható e-mailek esetén a felhasználóknak ellenőrizniük kell az e-maileiket a beüzemelés előtt, vagy a felhasználók önaktiválhatják magukat.
A Nem megbízható esetben az alábbi táblázatban szereplő ellenőrzési beállítások alapján több üzembe helyezési mód létezik:
4. táblázat. Javasolt felhasználó-ellenőrzési beállítások a nem megbízható üzembe helyezési módokhoz Beállítás neve
Folyamatos üzembe helyezés e-mailek nélkül
Felhasználói önellátás
Első a rendszergazda beüzemelése
Ajánlott*
Nem alkalmazható
Önálló aktiválás engedélyezése a felhasználók részére
Nem alkalmazható
Megkérve
Megjegyzések a táblázatból:
* A Webex minden ügyfélszervezetnek rendelkeznie kell legalább egy rendszergazdai szerepkörrel rendelkező felhasználóval. Az első felhasználó, akihez integrált IM&P-t rendel hozzá a BroadWorksben, az ügyfél-rendszergazdai szerepet tölti be, ha új ügyfélszervezet jön létre a Webex. Szolgáltatóként elképzelhető, hogy Ön szabályozhatja, ki kapja meg a szerepkört. A beállítás bejelölése megakadályozza, hogy a felhasználók befejezzék az aktiválást az elsőként beállított felhasználó aktiválásáig. Ha törli ennek a beállításnak a bejelölését, akkor az új szervezetben először aktív felhasználó lesz az ügyfél-rendszergazda.
Kattintson a Tovább gombra.
Válassza ki az alapértelmezett hitelesítési módot (vagy BroadWorks-hitelesítés vagy Webex hitelesítés ) a Webex való felhasználói bejelentkezéshez.
Ez a beállítás nincs hatással a felhasználónak a Felhasználóaktiválási portálra történő bejelentkezésére. A felhasználóknak a BroadWorks felhasználói azonosító és jelszavukat kell használniuk a portálra való bejelentkezéshez, függetlenül a beléptető sablon konfigurációjától.
Ez a beállítás csak az újonnan létrehozott ügyfélszervezetekre vonatkozik. Ha a partnerrendszergazdák új hitelesítési beállítást próbálnak alkalmazni a meglévő ügyfélszervezetekre, a meglévő beállítások érvényesülnek, így a meglévő felhasználók nem veszítik el a hozzáférésüket. A meglévő ügyfélszervezetek hitelesítési módjának módosításához meg kell nyitnia egy jegyet a Cisco TAC alkalmazással.(Lásd Hitelesítési mód A környezet előkészítése szakaszban).
Kattintson a Tovább gombra.
For Beállítások elemre , állítsa be a következőket:
Válassza ki, hogy szeretné-e A felhasználói e-mail-címek előre kitöltése a bejelentkezési oldalon .
Csak akkor használja ezt a lehetőséget, ha kiválasztotta BroadWorks-hitelesítés és a felhasználók e-mail-címét is elhelyezték a BroadWorks Alternatív azonosító attribútumában. Ellenkező esetben a BroadWorks-felhasználónevüket kell használniuk. A bejelentkezési oldalon lehetőség van a felhasználó módosítására, ha szükséges, de ez bejelentkezési problémákhoz vezethet.
Ha engedélyezni szeretné a címtár-szinkronizálást, állítsa be a Telefonkönyv-szinkronizálás engedélyezése az összes új ügyfélszervezet számára kapcsolja Be állásba.
Ez a beállítás lehetővé teszi a Webex számára, hogy beolvassa a BroadWorks-névjegyeket az ügyfélszervezetbe, így a felhasználók megtalálhatják és felhívhatják őket a Webex alkalmazás.
Adja meg a Partner-rendszergazda .
Ezt a nevet használja a Webex automatikus e- e-mail-üzenet , amely felkéri a felhasználókat az e-mail-címük ellenőrzésére.
Győződjön meg arról, hogy a Meglévő szervezetek üzembe helyezése kapcsoló Be állásban van (az alapértelmezett beállítás Be).
Kattintson a Tovább gombra.
Ellenőrizze a bejegyzéseket az utolsó képernyőn. A varázsló tetején lévő navigációs vezérlőkre kattintva visszaléphet, és módosíthatja a részleteket. Kattintson a Létrehozásgombra.
Egy sikerüzenetnek kell megjelennie.
Kattintson Sablonok megtekintése és látnia kell az új sablont a többi sablonnal együtt.
Ha szükséges, kattintson a sablonnév a sablon módosításához vagy törléséhez.
Nem kell újra megadnia a létesítési fiók adatait. Az üres jelszó/jelszó megerősítése mezők arra szolgálnak, hogy szükség esetén módosítsák a hitelesítő adatokat, de hagyja üresen, hogy megőrizzék a varázslónak megadott értékeket.
Adjon hozzá további sablonokat, ha különböző megosztott konfigurációkat szeretne biztosítani az ügyfelek számára.
Tartsa meg a Sablonok megtekintése oldalt nyissa meg, mert előfordulhat, hogy egy következő feladathoz sablonadatokra lesz szüksége.
Konfigurálja az alkalmazáskiszolgálót a kiépítési szolgáltatás URL -címével
Ez a feladat csak a folyamaton keresztüli üzembe helyezéshez szükséges. |
Patch alkalmazáskiszolgáló (csak R22, R23 és R24)
Ha még nem tette meg, alkalmazza a kiadásra vonatkozó következő javítást:.
R22 esetén:
AP.as.22.0.1123.ap373197
R23 esetén:
AP.as.23.0.1075.ap373197
R24 esetén:
AP.as.24.0.944.ap384177
A Webex Cisco BroadWorks rendszerhez telepítéséhez szükséges BroadWorks javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben.Módosítsa a következőre:
Maintenance/ContainerOptions
összefüggésben.A létesítési URL paraméter engedélyezése:
/AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true
Szerezze be a beüzemelési URL-cím(ek)et a Partner Hubból
Lásd a Cisco BroadWorks alkalmazáskiszolgáló parancssori felület Felügyeleti útmutató az AS parancsok részleteiért (Interfész > Üzenetküldés és szolgáltatás > Integrált IM&P).
Jelentkezzen be a Partner Hubba, és lépjen ide:
.Kattintson Sablonok megtekintése .
Válassza ki azt a sablont, amelyet a vállalat/csoport előfizetőinek Webex való kiépítéséhez használ.
A sablon részletei a jobb oldalon egy repülő ablaktáblában jelennek meg. Ha még nem hozott létre sablont, akkor ezt meg kell tennie, mielőtt megszerezné a létesítési URL-címet .
Másolja a Beüzemelési adapter URL-címe .
Ismételje meg ezt más sablonoknál is, ha egynél több sablonja van.
(Opció) Rendszerszintű üzembe helyezési paraméterek konfigurálása az alkalmazáskiszolgálón
Előfordulhat, hogy nem kívánja beállítani a rendszerszintű kiépítési és szolgáltatási tartományt, ha UC-One SaaS-t használ. Lásd Döntési pontok a Környezet előkészítése részben. |
Jelentkezzen be az alkalmazáskiszolgálóra, és konfigurálja az üzenetkezelő felületet.
AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL
AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name
AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password
AS_CLI/Interface/Messaging> set enableSynchronization true
Az integrált IMP felület aktiválása:
/AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
/AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true
Meg kell adnia a(z) teljes nevét |
(Opció) Vállalatonkénti üzembe helyezési paraméterek konfigurálása az alkalmazáskiszolgálón
A BroadWorks felhasználói felületen nyissa meg a konfigurálni kívánt vállalatot, és lépjen a következőhöz: Szolgáltatások > Integrált IM&P .
Válassza ki Szolgáltatási tartomány használata és adjon meg egy fiktív értéket ( A Webex figyelmen kívül hagyja ezt a paramétert. Hasznos lehet
example.com
).Válassza ki Üzenetküldés szerver használata .
A URL mezőbe illessze be a Partner Hub sablonjából másolt beüzemelési URL -címet.
Meg kell adnia a(z) teljes nevét
provisioningURL
paramétert, ahogy azt a Partner Hubban megadták. Ha az alkalmazáskiszolgáló nem tud hozzáférni a DNS -hez a gazdagépnév feloldásához, akkor létre kell hoznia a leképezést a/etc/hosts
fájlt az AS-en.A Felhasználónév mezőbe adja meg a beüzemelési rendszergazda nevét. Ennek meg kell egyeznie a Partner Hub sablonján szereplő értékkel.
Adjon meg egy jelszót a beüzemelési rendszergazda számára. Ennek meg kell egyeznie a Partner Hub sablonján szereplő értékkel.
For Alapértelmezett felhasználói azonosító az IM&P azonosító , válassza ki Elsődleges .
Kattintson Alkalmaz .
Ismételje meg a fenti lépéseket a folyamaton keresztüli üzembe helyezésre konfigurálni kívánt többi vállalatnál.
Felhasználó-létesítési adatok
A BroadWorks és a Webex között a felhasználói kiépítés során kicserélt felhasználói adatokkal kapcsolatos információkért lásd: Szolgáltatói Felhasználó-létesítés .
Partner Pre-Provisioning Check API
A Pre-Provisioning Check API segítséget nyújt a rendszergazdáknak és az értékesítési csapatoknak azáltal, hogy ellenőrzi a hibákat, mielőtt egy ügyfél vagy előfizető csomagot biztosítana. A teljes partner rendszergazdai szerepkörrel rendelkező Felhasználó által engedélyezett felhasználók vagy integrációk használhatják ezt az API -t annak biztosítására, hogy ne legyenek ütközések vagy hibák egy adott ügyfél vagy előfizető csomagszolgáltatásával kapcsolatban.
Az API ellenőrzi, hogy nincs-e ütközés az adott ügyfél/előfizető és a Webex meglévő ügyfelei/előfizetői között. Például az API hibákat okozhat, ha az előfizető már ki van osztva egy másik ügyfél vagy partner számára, ha az e- e-mail-cím már létezik egy másik előfizető számára, vagy ha ütközés van a beüzemelési paraméterek és a Webex-en már meglévő paraméterek között. Ez lehetőséget ad arra, hogy még az üzembe helyezés előtt kijavítsa ezeket a hibákat, növelve a sikeres üzembe helyezés valószínűségét.
Az API-val kapcsolatos további információkért lásd: Webex for Wholesale Fejlesztői útmutató
Az API használatához menjen ide: Előzetesen ellenőrizze a nagykereskedelmi előfizetői szolgáltatást
A nagykereskedelmi előfizetői szolgáltatási dokumentum előzetes ellenőrzése eléréséhez be kell jelentkeznie a következőbehttps://developer.webex.com/ portálra. |
Partner SSO – SAML
Lehetővé teszi a partnerrendszergazdák számára az SAML SSO konfigurálását az újonnan létrehozott ügyfélszervezetek számára. A partnerek konfigurálhatnak egyetlen előre meghatározott SSO kapcsolatot, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre, valamint saját alkalmazottaikra.
Az alábbi Partner SSO lépések csak az újonnan létrehozott ügyfélszervezetekre vonatkoznak. Ha a partnerrendszergazdák megpróbálnak hozzáadni Partner SSO -t egy meglévő ügyfélszervezethez, a meglévő hitelesítési módszer megmarad annak érdekében, hogy a meglévő felhasználók ne veszítsék el a hozzáférésüket. Ha meglévő szervezethez szeretné hozzáadni a Partner SSO -t, meg kell nyitnia egy jegyet a Cisco TAC alkalmazással. |
Ellenőrizze, hogy a külső identitásszolgáltató megfelel-e a következő követelményeknek: Az identitásszolgáltatókra vonatkozó követelmények szakasza Egyszeri bejelentkezéses integráció a Control Hubban .
Nyisson meg egy szolgáltatási kérést a Cisco TAC segítségével. A TAC-nak bizalmi kapcsolatot kell létrehoznia a külső identitásszolgáltató és a Cisco Common Identity szolgáltatás között. .
Ha az IdP-je megköveteli apassEmailInRequest
funkció engedélyezéséhez, ügyeljen rá, hogy ez a követelmény szerepeljen a szolgáltatáskérés. Érdeklődjön az IdP-nél, ha nem biztos benne, hogy szükség van-e erre a funkcióra.Töltse fel a TAC által biztosított CI-metaadatfájlt az identitásszolgáltatója számára.
Belépési sablon konfigurálása. A Hitelesítési mód beállítást, válassza ki Partner hitelesítés . A IDP- azonosító , adja meg az EntityID-t a harmadik fél identitásszolgáltató SAML -metaadat XML -fájljából .
Hozzon létre egy új felhasználót egy új ügyfélszervezetben, amely használja a sablont.
Nagyon, hogy a felhasználó be tud jelentkezni.
Partner SSO – OpenID Connect (OIDC)
Lehetővé teszi a partnerrendszergazdák számára az OIDC SSO konfigurálását az újonnan létrehozott ügyfélszervezetek számára. A partnerek konfigurálhatnak egyetlen előre meghatározott SSO kapcsolatot, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre, valamint saját alkalmazottaikra.
A Partner SSO OIDC beállításának alábbi lépései csak az újonnan létrehozott ügyfélszervezetekre vonatkoznak. Ha a partnerrendszergazdák egy meglévő sablonban megpróbálják módosítani az alapértelmezett hitelesítési típust Partner SSO OIDC-re, a módosítások nem vonatkoznak a sablont használó ügyfélszervezetekre. Ha meglévő ügyfélszervezethez szeretné hozzáadni a Partner SSO -t, meg kell nyitnia egy jegyet a Cisco TAC alkalmazással. |
Nyisson meg egy szolgáltatási kérelmet a Cisco TAC segítségével az OpenID Connect IDP adataival. Az alábbiak kötelező és nem kötelező IDP-attribútumok. A TAC-nak be kell állítania az IDP-t a CI-n, és meg kell adnia az IDP-n konfigurálandó átirányítási URI -t.
Attribútum
Megkérve
Leírás
IDP név
Igen
Az OIDC IdP-konfiguráció egyedi, de a kis- és nagybetűket nem érző neve tartalmazhat betűket, számokat, kötőjeleket, aláhúzásokat, hullámvölgyeket és pontokat, maximális hossza pedig 128 karakter.
OAuth-ügyfélazonosító
Igen
OIDC IdP-hitelesítés kérésére szolgál.
Titkos OAuth-kliens
Igen
OIDC IdP-hitelesítés kérésére szolgál.
A hatókörök listája
Igen
Az OIDC IdP-hitelesítés kéréséhez használt hatókörök listája, szóközre bontva, pl. 'openid e-mail profil' Tartalmazni kell az openid azonosítót és az e-mailt.
Engedélyezési végpont
Igen, ha a discoveryEndpoint nincs megadva
Az IdP OAuth 2.0 hitelesítési végpontjának URL -címe.
tokenEndpoint
Igen, ha a discoveryEndpoint nincs megadva
Az IdP OAuth 2.0 Token végpontjának URL -címe.
Felfedezési végpont
Nem
Az IdP felderítési végpontjának URL -címe az OpenID végpontok felderítéséhez.
userInfoEndpoint
Nem
Az IdP UserInfo végpontjának URL -címe.
Kulcsbeállítás végpontja
Nem
Az IdP JSON web kulcskészlet-végpontjának URL -címe.
A fenti IDP attribútumok mellett a partnerszervezet azonosító is meg kell adni a TAC kérésben.
Állítsa be az átirányítási URI -t az OpenID connect IDP-n.
Belépési sablon konfigurálása. A Hitelesítési mód beállításához válassza a Partner hitelesítés OpenID Connect segítségével lehetőséget, és adja meg az IDP beállítása során megadott IDP nevet az OpenID Connect IDP entitás azonosító.
Hozzon létre egy új felhasználót egy új ügyfélszervezetben, amely használja a sablont.
Nagyon, hogy a felhasználó bejelentkezhet az SSO hitelesítési folyamat segítségével.
Híváskorrelációs azonosító engedélyezése
A Webex Cisco BroadWorks rendszerhez futtatásához engedélyeznie kell a híváskorrelációs azonosítót. Ez a beállítás számos hívási funkcióhoz szükséges, beleértve a hívásrögzítést, a csoportos hívásfelvételt, az ügyvezetőt és a vezetői asszisztenst.
A CLI segítségével engedélyezze a funkciót az összes AS és XSP rendszeren| ADP interfészek.
Futtassa a következő parancsokat az AS felületeken. Ez lehetővé teszi az AS számára, hogy elküldje a
X-BroadWorks-Correlation-Info
SIP fejléc:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true
AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true
A
enableCallCorrelationID
Az Xsi-Actions alkalmazáshoz társított paraméter a híváskorrelációs információk Xsi-Actions naplókban való szerepeltetésének vezérlésére szolgál. Javasoljuk, hogy rendelkezzenenableCallCorrelationID
a következő paranccsal engedélyezhető az XSP-n| ADP interfészek:XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true
A híváskorrelációs azonosítóval kapcsolatos további információkért lásd: Cisco BroadWorks híváskorrelációs azonosító funkció leírása .
Címtár-szinkronizálás
A Címtár-szinkronizálás biztosítja, hogy a Webex Cisco BroadWorks felhasználói a Webex címtár segítségével hívhassanak bármely hívó entitást a BroadWorks kiszolgálóról. Ha ez a funkció engedélyezve van, a BroadWorks kiszolgáló teljes hívási címtárát a rendszer szinkronizálja a Webex címtárral. A felhasználók elérhetik a címtárat a Webex alkalmazásból, és a BroadWorks kiszolgálóról bármely hívó entitást felhívhatnak.
A Címtár-szinkronizálás bekapcsolásához lépjen a következőre: Címtár-szinkronizálás a Webex a Cisco BroadWorks rendszerhez .
A Webex Cisco BroadWorks folyamaton keresztüli üzembe helyezése hozzáadja az üzenetküldő felhasználókat és a kapcsolódó hívási információkat a BroadWorks kiszolgálóról a Webex platformhoz. A telefonlisták, a nem üzenetküldő felhasználók és a nem felhasználói entitások azonban nem szerepelnek benne (például konferenciatermi telefon, faxkészülék vagy keresőcsoport száma). A Címtár-szinkronizálás bekapcsolása biztosítja, hogy az összes hívó entitás hozzákerüljön a Webex platformhoz. |
Egységes híváselőzmények
Ha engedélyezve van az egyesített híváselőzmények, a BroadWorks hívási események szinkronizálódnak a Webex felhőbe, és részeivé válnak a Webex Unified hívás- és értekezletelőzményeknek, amelyek a Webex alkalmazásban jelennek meg. A felhasználók megtekinthetik saját részletes híváselőzményeiket és értekezletelőzményeiket a Webex alkalmazásból.
Az egyesített híváselőzményeket a partnerszintű rendszergazdák engedélyezhetik a Partner Hubban fürtönkénti alapon. Amikor ez a funkció be van kapcsolva, a BroadWorks-telepítés a következő hívási eseményeket szinkronizálja a Webex felhőbe:
Híváselőzmény-események – ezek az események hozzászoktak egy részletes egyesített híváselőzmény létrehozásához
Hook Status események—A Unified Call History olyan kagylóállapot-optimalizálásokat tartalmaz, amelyek csökkentik a hálózati sávszélességet a telefonos jelenlét frissítéseihez
Egységesített híváselőzmények követelményei
Az egyesített híváselőzmények konfigurálása előtt győződjön meg arról, hogy javította a rendszert. Ez a funkció a következő BroadWorks javítások telepítésétől függ:
R22 esetén:
AP.as.22.0.1123.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
R23 esetén:
AP.as.23.0.1075.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
XSP használata esetén—
AP.xsp.23.0.1075.ap378585
Ha ADP-t használ—
Xsi-Events-23_2021.05_1.251.bwar
R24 esetén:
AP.as.24.0.944.ap378585
– a javítás telepítése után aktiválnia kell a 25433-as funkciót. Például:AS_CLI/System/ActivatableFeature> activate 25433
A Webex Cisco BroadWorks rendszerhez készült futtatásának előfeltételeként telepítendő BroadWorks-javítások teljes listáját lásd: BroadWorks szoftverkövetelmények a Referencia részben. |
A rendszer javítása mellett az ügyfél konfigurációs fájlja ( config-wxt.xml
) a következő címkekészlettel kell rendelkeznie: <call-history enable-unified-history=”%ENABLE_UNIFIED_CALL_HISTORY_WXT%”/>
Ahhoz, hogy a Hunt Group, Call Center és egyéb átirányítási információk megjelenjenek a Unified Call History rendszerben, a következő Broadworks javításoknak telepítve és aktívnak kell lenniük:
R23 esetén:
AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994
R24 esetén:
AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994
Ahhoz, hogy az Executive-Assistant információi megjelenjenek a Unified Call History rendszerben, a következő Broadworks javításoknak telepítve és aktívnak kell lenniük:
R24 esetén:
AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
Az Xsi-Events-24-et futtató ADP_ 2022.06. vagy újabb
A Broadworks javítások mellett a Címtár szinkronizálást engedélyezni kell az Executive-Assistant egyesített híváselőzményeihez is.
Ha engedélyezi a híváselőzményeket vagy a DND-szinkronizálást, a Webex CTI -előfizetés-frissítési kérelmeket küld a fürthöz tartozó összes felhasználó számára. A felhasználók számától függően ez néhány óráig is eltarthat. Javasoljuk, hogy ne végezzen Broadworks-karbantartási tevékenységet ugyanazon a karbantartási időszak alatt. |
Híváselőzmények engedélyezése (új fürt)
Ha új fürtön szeretné engedélyezni a híváselőzményeket, olvassa el a fürtök hozzáadásának lépéseit Konfigurálja a saját partnerszervezetét a Partner Hubban .
Híváselőzmények engedélyezése (meglévő fürt)
Ha engedélyezni szeretné a híváselőzményeket egy meglévő fürtön, kövesse az alábbi lépéseket:
Jelentkezzen be a Partner Hubba a következő címen:
admin.webex.com
.Ugrás ide: Beállítások elemre és válasszon ki egy meglévő fürtöt.
Ellenőrizze, hogy a fürtkapcsolat megfelelő-e. A jobb oldali panelen egy zöld jelölő kell megjelennie a következővel: A kapcsolat létrejött .
Ha ez nem jelenik meg, akkor a következő alatt: Kapcsolatok ellenőrzése (opcionális) , adja meg BroadWorks felhasználói azonosító és BroadWorks jelszó és kattintson Ellenőrizze hogy ellenőrizze a kapcsolat megfelelőségét.
Ellenőrizze a hívásnapló engedélyezése jelölőnégyzet.
Kattintson a Mentés lehetőségre.
Funkcióinterakciók
A következő funkcióinterakciók léteznek az egyesített híváselőzmények esetében:
Az egyesített híváselőzmények nem támogatottak azoknál a felhasználóknál, akik a BroadWorksben útvonallistákkal vagy közvetlen útvonalakkal vannak konfigurálva. Ha ez a helyzet áll fenn, a rendszer nem küldi el a híváselőzményeket és a Hook állapot eseményeit a Webex alkalmazásba.
Az egyesített híváselőzmények nem támogatottak melléktárcsázás esetén. Előfordulhat, hogy a mellék tárcsázásával indított hívások nem jelennek meg megfelelően a Híváselőzményekben.
Híváselőzmények megtekintése a Webex alkalmazásban
A végfelhasználók a Webex alkalmazásból érhetik el és tekinthetik meg az egyesített híváselőzményeiket. A részletekért lásd: Webex| Hívás- és értekezletelőzmények megtekintése .
Az egyesített híváselőzmények letiltása
Miután engedélyezte az egyesített híváselőzményeket egy fürtön, önmagában nem tilthatja le a funkciót. Ha le szeretné tiltani a funkciót, forduljon a következőhöz: Cisco Technical Assistance Center (TAC) .
Hívófél-azonosítás és hívásátirányítás
Hívófél-azonosítás
Amikor a Webex alkalmazás hívást fogad, megpróbálja azonosítani a hívó fél személyét, és megjeleníti ezt az információt a értesítés bejövő hívásról, a hívás közbeni ablakban, valamint a hívás befejezése után a hívásnapló és a hangpostában.
A Webex alkalmazás megpróbálja megtalálni a hívófél- azonosító úgy, hogy a bejövő telefonszám a különböző forrásokban található kapcsolatok telefonszámával egyezteti. A Webex alkalmazás a következő forrásokat használja ebben a sorrendben. Miután megtalálta az egyik forrásban, nem fog megkísérelni máshol keresni.
Ha egy számnak több előfordulását találja egy forrásban, akkor nem próbál meg kiválasztani közülük egyet, ebben az esetben nem jelenít meg azonosító. |
Webex Common Identity (CI), amely tartalmazza a szervezet felhasználóit.
Személyes és szervezeti kapcsolatok. A Személyes névjegyek a Névjegyek lapon láthatók.
Helyi címjegyzék. Windows rendszeren - Outlook alkalmazás, Mac rendszeren - Mac névjegyek, iOS rendszeren - iPhone névjegyek, Android - Android névjegyek.
Ha nem található egyezés a bejövő telefonszám , akkor az alkalmazás a SIP FROM fejlécben szereplő megjelenítési név fogja használni, ha elérhető. Ellenkező esetben a SIP From fejlécben szereplő SIP URI felhasználónév részét fogja használni végső megoldásként.
Távoli hívásvezérlés (azaz asztali vezérlési módhoz) az XSI info használatos, ahol BWKS azonosító vagy melléket használnak, az XSI esemény távoli-party-info-jából kinyerve. Ha a remote-party-info nem elérhető, akkor a P-Asserted Identity (PAI) lesz használatos (ha be van állítva).
Hívásátirányítás
Abban az esetben, ha egy hívást átirányítottak vagy átirányítottak, az alkalmazás megpróbálja megjeleníteni a hívásértesítésben és a hívásnapló, hogy ki a hívó fél és hogyan továbbította.
Hívásátirányítás: A hívást átirányító számot mutatja.
Keresőcsoport: A hívást továbbító keresőcsoport nevét mutatja.
Call Center várólista: A hívást továbbító sor nevét mutatja.
Vezetői asszisztens: Annak az ügyvezetőnek a nevét mutatja, akinek a hívása érkezik.
Kivételek:
belső hívás sor hívások esetén, amikor egy ügynök visszahív egy belső felet, a távoli fél nem fogja látni a hívásvárakoztatási sor nevét, hanem az őket hívó ügynök nevét.
Máshol fogadott hívás:
Az egyidejű útválasztással beállított keresőcsoportok vagy hívási sorok esetében az ügynökök máshol látják a fogadott hívásnapló , ha egy másik ügynök veszi fel a hívást. A szekvenciális útválasztással rendelkező keresőcsoportok vagy hívási sorok esetén, illetve túlcsordulás esetén a hívások nem nem fogadott hívás jelennek meg a hívásnapló , ha egy másik ügynök fogadja őket.
Megosztott vonal megjelenése
A megosztott vonal megjelenése az a képesség, hogy más felhasználók vonalait megosztott vonalakként beüzemelje a végfelhasználói eszközön. A Webex alkalmazás megosztott közös vonal konfigurációja hasonló az asztali telefonok közös vonal konfigurációjához. Ez a speciális funkció lehetővé teszi, hogy közös vonal vonalmegjelenéseket rendeljen a végfelhasználó Webex alkalmazásához.
Ezzel a funkcióval a felhasználók közvetlenül a Webex alkalmazásból kezelhetik a másik felhasználó mellékén érkező hívásokat.
A megosztott vonal megjelenését csak a Webex alkalmazás asztali verziójához konfigurálhatja.
Legfeljebb 10 vonalat adhat hozzá, beleértve az elsődleges vonalat is, a Webex alkalmazáshoz.
A munkaterület vonala nem rendelhető hozzá megosztott vonalként.
Egy felhasználó nem rendelhető hozzá Executive-Assistant szolgáltatáshoz, és egyidejűleg rendelkezik közös vonalak.
A felhasználó elsődleges vonal portját nem szabad megosztott vonalra módosítani.
Követelmények
A funkció Webex for Cisco BroadWorks rendszeren történő telepítéséhez a következő BroadWorks-javításokat kell telepítenie:
1. javítás: Tulajdonos jelölése az eszközlistában a Webex Client közös vonalak támogatásához
R23 ADP nélkül:
AP.as.23.0.1075.ap384179
AP.xsp.23.0.1075.ap384179
R23 ADP-vel:
AP.as.23.0.1075.ap384179
Xsi-Actions-23_ 2022.10
R24:
AS: AP.as.24.0.944.ap384179
Xsi-Actions-24_ 2022.10
R25:
AS: RI kiadás Rel_ 2022.10_ 1.310
Xsi-Actions-25_ 2022.10
2. javítás: Javítások a portszám növeléséhez az eszközprofil típusokon (jelen esetben az asztali kliens esetében: Business Communicator).
RI kiadás Rel_ 2022.10_ 1.310
„Ne zavarjanak” (DND) szinkronizálás
A „Ne zavarjanak” (DND) szinkronizálás a DND-státusz két platform közötti szinkronizálásával összehangolja a DND-beállításokat a Webex és a BroadWorks között. Ha például egy felhasználó bekapcsolja a DND-t a Webex alkalmazásból, az állapot szinkronizálódik a BroadWorks hívóeszközökhöz. Ennek eredményeként a felhasználó BroadWorks-regisztrált asztali telefon nem csörög, amikor valaki megpróbálja hívni. Hasonlóképpen, ha egy felhasználó asztali telefon állít be DND-t, az állapot szinkronizálódik a Webex alkalmazásba. E funkció nélkül az egyik platformról érkező DND-frissítéseket nem ismeri fel a másik platform.
A DND-szinkronizálás a BroadWorks-fürt szintjén kerül alkalmazásra, és egy partnerrendszergazda engedélyezheti a Partner Hubban.
Előfeltételek
Győződjön meg arról, hogy a következő javítások telepítve vannak az AS és XSP rendszeren| ADP. Csak a BroadWorks-verzióhoz tartozó javításokat alkalmazza.
22. kiadás esetén:
AS javítás: AP.as.22.0.1123.ap382615, AP.as.22.0.1123.ap382838
XSP| ADP javítás: AP.xsp.22.0.1123.ap382615, AP.xsp.22.0.1123.ap382838
23. kiadás esetén:
AS javítás: AP.as.23.0.1075.ap382615, AP.as.23.0.1075.ap382838
XSP| ADP javítás: AP.xsp.23.0.1075.ap382615, AP.xsp.23.0.1075.ap382838
ADP-alkalmazások: Xsi-Actions-23_ 2022.03_ 1.220.bwar, Xsi-Events-23_ 2022.03_ 1.220.bwar
24. kiadás esetén:
AS javítás: AP.as.24.0.944.ap382615, AP.as.24.0.944.ap382838
ADP-alkalmazások: Xsi-Actions-24_ 2022.03_ 1.220.bwar, Xsi-Events-24_ 2022.03_ 1.220.bwar
A javítások telepítése után aktiválja a 25433-as funkciót az AS-en:
AS_CLI/System/ActivatableFeature> activate 25433
Eszközfunkció-kulcs-szinkronizálás konfigurálása a BroadWorks-en. Győződjön meg arról, hogy a telefon támogatja a SIP SUBSCRIBE/NOTIFY funkciót az „as-feature-event” eseménycsomaghoz. A részletekért lásd: Cisco BroadWorks eszközfunkciókulcs-szinkronizálás .
DND-szinkronizálás engedélyezése (meglévő fürt)
Jelentkezzen be a Partner Hubba
Kattintson Beállítások elemre .
Kattintson Fürt megtekintése és válassza ki a megfelelő BroadWorks-fürtöt.
Engedélyezze a Ne zavarjanak (DND) szinkron kapcsolót.
Adja meg BroadWorks felhasználói azonosító , és kattintson a gombra Engedélyezés .
A rendszer ellenőrzi, hogy a BroadWorks-fürt rendelkezik-e a DND-szinkronizálás támogatásához megfelelő javításokkal. Ha az érvényesítés sikertelen, a Mentés gomb letiltásra kerül.
Ha az érvényesítés sikeres, kattintson a gombra Mentés .
|
DND-szinkronizálás engedélyezése (új fürt)
A funkciót a fürt létrehozása során is engedélyezheti. A részletekért lásd a „BroadWorks-fürtök konfigurálása” című részt Konfigurálja a saját partnerszervezetét a Partner Hubban .
DND szinkronizálás letiltása
A DND-szinkronizálást egyedül nem lehet kikapcsolni. A funkció letiltásához hozzon létre egy műszaki BEMS-esetet a következő információkkal:
Család: Spark szolgáltatás
Termék: Hívás a Webex (Webex a BroadWorks-hez)
Összetevő: WxBW- Létesítés
A BEMS-esetnek fel kell tüntetnie, hogy a „Ne zavarjanak ” szinkronizálást le kell tiltani egy partnernél. A toknak tartalmaznia kell partnerId és BroadWorks clusterId .
Használati esetek
Hívásrögzítés
A Webex for Cisco BroadWorks a hívásrögzítés négy módját támogatja.
Felvételi módok | Leírás | A Webex alkalmazás megjelenő vezérlők/jelzők |
---|---|---|
Mindig | A rögzítés a hívás létrejöttekor automatikusan elindul. A felhasználó nem képes elindítani vagy leállítani a felvételt. |
|
Mindig Szüneteltetés/Folytatás funkcióval | A rögzítés a hívás létrejöttekor automatikusan elindul. A felhasználó szüneteltetheti és folytathatja a felvételt. |
|
OnDemand lehetőségre | A rögzítés automatikusan elindul a hívás létrehozásakor, de a felvétel törlődik, hacsak a felhasználó meg nem nyomja Indítsa el a Felvételt . Ha a felhasználó elkezdi a felvételt, a hívásbeállításból származó teljes felvétel megmarad. A felvétel elindítása után a felhasználó szüneteltetheti és folytathatja a felvételt |
|
OnDemand felhasználó által kezdeményezett indítással | A rögzítés nem indul el, hacsak a felhasználó nem választja ki a Indítsa el a Felvételt opciót a Webex alkalmazás. A felhasználónak lehetősége van többször elindítani és leállítani a felvételt hívás közben. |
|
Követelmények
A funkció Webex for Cisco BroadWorks rendszeren történő telepítéséhez a következő BroadWorks-javításokat kell telepítenie:
R22 esetén: AP.as.22.0.1123.ap377718
R23 esetén: AP.as.23.0.1075.ap377718
R24 esetén: AP.as.24.0.944.ap377718
A híváskorrelációs azonosítót be kell kapcsolni. A részletekért lásd: Híváskorrelációs azonosító engedélyezése .
A funkció használatához a következő konfigurációs címkét kell engedélyezni: %ENABLE_CALL_RECORDING_WXT%
.
Ehhez a funkcióhoz egy harmadik féltől származó hívásrögzítés platformmal való integráció szükséges.
A hívásrögzítés BroadWorks rendszeren történő konfigurálásához lépjen a következőre: Cisco BroadWorks hívásrögzítési felület útmutató .
További információk
A Rögzítés funkció használatával kapcsolatos felhasználói információk ugorjon a következőre: help.webex.com
cikket Webex| Rögzítse a hívásokat .
Egy felvétel ismételt lejátszásához a felhasználóknak vagy a rendszergazdáknak fel kell lépniük a harmadik féltől származó hívásrögzítés platformjukra.
Csoportos hívás park és lekérés
A Webex for Cisco BroadWorks támogatja a csoportos hívások parkoltatását és visszakeresését. Ez a funkció lehetőséget biztosít a csoporton belüli felhasználók számára a hívások parkoltatására, amelyeket azután a csoport többi felhasználója lehívhat. Például az üzletben dolgozó kiskereskedelmi alkalmazottak használhatják a funkciót arra, hogy parkoljanak egy hívást, amelyet aztán egy másik részlegen valaki felvehet.
Funkció működése
Miután beállította a funkciót
Hívás közben a felhasználó rákattint a Park opciót a Webex alkalmazás , hogy a rendszer által automatikusan kiválasztott mellékre parkoltassák a hívást. A rendszer 10 másodpercig megjeleníti a felhasználónak a melléket.
A csoport egy másik felhasználója rákattint a Hívás fogadása opciót a Webex alkalmazás. A felhasználó ezután belép a várakoztatott hívás mellékére, hogy folytathassa a hívást.
Követelmények
A funkció működéséhez győződjön meg a következőkről:
Az ügyfél konfigurációs fájljának a következő címkékkel kell rendelkeznie:
<call-park enabled="%ENABLE_CALL_PARK_WXT%" timer="%CALL_PARK_AUTO_CLOSE_DIALOG_TIMER_WXT%"/>
A híváskorrelációs azonosítót engedélyezni kell az AS és az XSP rendszeren| ADP. A részletekért lásd: Híváskorrelációs azonosító engedélyezése .
Az SBC-t úgy kell beállítani, hogy átadja a
x-broadworks-correlation-in
' SIP attribútum az Alkalmazáskiszolgáló felé és onnan.
Konfiguráció
A Csoportos hívásparkoltatás BroadWorks rendszeren történő konfigurálásával kapcsolatos információkért lásd a „Hívásparkoltatás csoport hozzáadása” című részt a Cisco BroadWorks alkalmazáskiszolgáló csoport web felület Felügyeleti útmutató – 2. rész . Létre kell hoznia egy csoportot, és hozzá kell adnia felhasználókat a csoporthoz.
A híváskorrelációs azonosító BroadWorks rendszeren történő konfigurálásával kapcsolatos információkért lásd: Cisco BroadWorks híváskorrelációs azonosító funkció leírása .
További információk
A Csoportos hívásparkoltatással kapcsolatos felhasználói információk lásd: Webex| Hívások parkoltatása és fogadása .
Hívásparkoltatás/Irányított hívásparkoltatás
A Webex alkalmazás felhasználói felülete nem támogatja a normál vagy irányított hívásátirányítás , de a telepített felhasználók funkció-hozzáférési kódokkal telepíthetik a funkciót:
Belépés *68 hogy parkoljon egy hívást
Belépés *88 hívás fogadásához
Belépés a hívásba
A barge-in szolgáltatást általában call center környezetben vagy más olyan helyzetekben használják, ahol azonnali segítségre vagy beavatkozásra lehet szükség.
Amikor a betárolási szolgáltatás engedélyezve van, a kijelölt felhasználó vagy felettes egy adott parancs indításával, vagy a telefonján vagy a kommunikációs eszközén lévő dedikált gomb vagy billentyűkombináció használatával beléphet egy aktív hívás . A behatolási kérelem elküldését követően a rendszer kapcsolatot létesít a folyamatban lévő hívással, lehetővé téve az arra jogosult személy számára, hogy meghallgassa a beszélgetést, vagy aktív résztvevőként csatlakozzon a híváshoz.
A betárolási szolgáltatás különféle helyzetekben hasznos lehet. Call center-beállításokban a felettesek vagy oktatók figyelemmel kísérhetik és felkészíthetik az ügyfélszolgálati munkatársakat azáltal, hogy valós időben hallgatják a hívásaikat. Ha szükséges, beavatkozhatnak, hogy útmutatást adhassanak, vagy átvegyék a hívást, ha a képviselőnek nehézségei vannak. Vészhelyzetekben vagy kritikus megbeszélésekben a felhatalmazott személyzet gyorsan csatlakozhat a folyamatban lévő beszélgetésekhez, hogy segítséget nyújthasson vagy fontos döntéseket hozhasson.
A Webex alkalmazás for Barge in alkalmazásban értesítést kapunk arról, hogy a hívás konferenciává alakul át. Az ÉRTESÍTÉS-ben (hívás-info vagy konferencia-infó) nincs további információ, hogy mi a konferencia típusa, így azt másképp tudjuk kezelni.
Barge-in esetén háromoldalú hívás jön létre a felek között. A következő kifejezések kerülnek bevezetésre:
Felügyelő : A felettes az a személy, aki felügyeli és kezeli az ügyfélszolgálati ügynökökből vagy a call center képviselőiből álló csapatot. A hívásbeavatkozással összefüggésben a felettes általában képes figyelni és beavatkozni a folyamatban lévő ügyfélhívásokba. Hívásfigyelő eszközöket vagy szoftvert használhatnak a hívásfelügyelet , útmutatást nyújthatnak az ügynökök számára, és biztosíthatják a minőségellenőrzést. A felettes szerepe magában foglalhatja az ügynökök képzését, az ügyfelek aggályainak kezelését és a csapat teljesítményének optimalizálását.
Ügyfél: Az ügyfél egy olyan magánszemély vagy entitás, aki kapcsolatba lép egy vállalattal vagy szervezettel, hogy termékeket, szolgáltatásokat vagy támogatást szerezzen. A betelefonálás összefüggésében ügyfél az a személy, aki egy ügyfélszolgálati ügynökkel kezdeményez vagy fogad telefonhívás . Az ügyfelek a hívás során segítséget, információt vagy megoldást kérhetnek kérdéseikre vagy problémáikra. A hívásbarge-in funkció lehetővé teszi, hogy a felettesek vagy a felhatalmazott személyzet csatlakozzanak az ügyfél és az ügynök között folyó híváshoz.
Ügynök: Az ügynök, más néven ügyfélszolgálati képviselő vagy telefonos ügyfélszolgálat ügyintézője, az a személy, aki felelős az ügyfélkapcsolatok kezeléséért, valamint a telefonon vagy más kommunikációs csatornákon keresztül nyújtott támogatásért vagy segítségnyújtásért. Az ügynökök képzést kapnak az ügyfelek kérdéseinek megválaszolására, a problémák megoldására, a tranzakciók feldolgozására és a pozitív ügyfélélmény biztosítására. A hívási egyeztetés összefüggésében az ügynök az a személy, aki közvetlenül beszél az ügyfélhez a telefonhívás során. Az ügynök szükség esetén útmutatást vagy visszajelzést kaphat a felettestől betelefonáláson keresztül.
Mobil natív hívás eszkalálása értekezletre
A Mobile Native Call Escalate to Meeting két egyedi funkcióval rendelkezik:
Új leküldéses értesítés
A natív hívást kezdeményező mobilfelhasználók mostantól az Új leküldéses értesítés lehetőségre koppintva válthatnak a Webex alkalmazásra. Amikor elindít egy natív hívási képernyőt, egy Új leküldéses értesítés jelenik meg a képernyőn, és az értesítésre koppintva közvetlenül a Webex App hívás közbeni képernyőjére kerül.
mobiltelefon közben megjelenik a Webex értesítés, ha a Webex Go alkalmazást használja, vagy ha a mobilhálózat-szolgáltató (MNO) rendelkezik a Cisco hívásvezérlés használó hívásjelzéssel a mobiltelefon hívásokhoz.
Mobilhívás áthelyezése értekezletbe
Amikor éppen egy hívásban van valakivel, érdemes áthelyezni a hívást egy értekezletbe, hogy kihasználhassa az értekezletek egyes speciális funkcióit, például a videót, a megosztást vagy a jegyzettáblát. Vagy hívjon meg másokat a beszélgetésbe, és lépjen át egy értekezletre.
BroadWorks-követelmények
Aktiválható 25239 funkció
R23 XSP-vel| ADP:
AS Patch AP.as.23.0.1075.ap383064
XSP| ADP-javítás AP.xsp.23.0.1075.ap383064
Javítás: AP.platform.23.0.1075.ap383064
R23 ADP-vel:
AS Patch AP.as.23.0.1075.ap383064
ADP Xsi-Actions-23-mal, CommPilot-23 verzió > 2022.05_ 1.303 és NPS verzió > 2022.08_ 1.350
R24:
AS javítás: AP.as.24.0.944.ap383064
ADP Xsi-Actions-24, CommPilot-24 verzió > 2022.05_ 1.303 és NPS verzió > 2022.08_ 1.350
R25:
AS RI R kiadásel_ 2022.08_ 1.354
ADP Xsi-Actions-25-tel, CommPilot-25 > 2022.08_ 1.350 és NPS verzió > 2022.08_ 1.350
URI tárcsázási konfiguráció a Hívás áthelyezése értekezletbe funkció támogatására
NS Urltárcsázási házirend
Határozzon meg szabályt a (.*)webex.com számára az I-SBC-n keresztül történő átirányításhoz
NS_CLI/Policy/UrlDialing> get WebexMeetings
Policy: UrlDialing Instance: Webex
unknownSipURIHandling = reject
disableSubscriberLookups = true
Enable = true
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, TPSX, OAX, GNT, DP, LPS, OA, TPS, IOA, MOBX, EA, FGB, MOB, SNEN, POA, SV, SVCD, CAC, IN, TO1X, MS, CSV, VSC, EM, SVCO, SMC, TPSE, ZD, NIL, CS, CT, TF, GAN, VFAC, TO, DA, OAP}
lineportOnly = false
enableSipURIMatchingRules = true
NS_CLI/Policy/UrlDialing/Rules> get WebexMeetings
Policy: UrlDialing Instance: WebexCalling Table: Rules
id pattern routingNE cost weight dtg
===================================================================
1 *@*.webex.com WebexMeetings 1 50 WebexMeetings
NS NE útválasztás az I-SBC számára
Példa konfigurációra
NS_CLI/System/Device/RoutingNE> get ne WebexMeetings
Network Element WebexMeetings
Location = 1281465
Data Center =
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = NIL_PROFILE
Remote Lookup Enabled = false
Signaling Attributes =
NS_CLI/System/Device/RoutingNE/Address> get ne WebexMeetings
Routing NE Address Cost Weight Port Transport Route
=====================================================================
WebexMeetings sbc-address 1 99 - unspecified
NS útválasztási profil
UrlDialing házirend-példány hozzáadva a megfelelő útválasztási profil(ok)hoz
NS_CLI/Policy/Profile> get profile MyInst
Profile: Webex
Policy Instance
==========================================
…
UrlDialing WebexMeetings
AS NS Route használata a NetworkURL híváshoz
Engedélyezze az AS számára az NS útvonal tiszteletben tartását Hibrid AS módban
AS_CLI/Interface/IMS> set queryNSForNetworkURL true
E911 Segélyhívás
A Webex for Cisco BroadWorks támogatja az E911 segélyhívó szolgálatok hívását. Ezzel a funkcióval a segélyhívások egy PSAP-ra lesznek irányítva, amely a segélyhívó szolgálatokat a hívó fél helyszínére irányíthatja. A funkció használatához integrálnia kell a Webex for Cisco BroadWorks alkalmazást egy E911 segélyhívás szolgáltatóval.
A következő Webex -cikkek segítségével konfigurálhatja az E911 segélyhívó szolgáltatásainak támogatását:
E911 vészhívás a Webex for BroadWorks alkalmazásban —E cikk segítségével konfigurálhatja az E911-vészhívást a Webex for Cisco BroadWorks alkalmazásban az alábbi támogatott E911-szolgáltatók egyikének használatával:
Sávszélesség
Intrado
RedSky
Segélyhívási felelősség kizárása — Ha rendelkezik helymeghatározási szolgáltatással, beállíthatja, hogy a Webex alkalmazás Vészhelyzeti szolgálatok felelősségkizárása ablaka tartalmazzon lehetőséget a felhasználók számára, hogy bejelentkezéskor frissítsék a tartózkodási helyüket.
Ügyfelek testre szabása és biztosítása
A felhasználók letöltik és telepítik az általános Webex -alkalmazásaikat, asztali számítógépre vagy mobilra (a letöltési hivatkozásokat lásd: Webex alkalmazásplatformok ). A felhasználó hitelesítését követően a kliens regisztrál a Webex Cloudon üzenetküldéshez és értekezletekhez, lekéri a márkainformációit, felfedezi a BroadWorks szolgáltatás információit, és letölti a hívási konfigurációját a BroadWorks alkalmazáskiszolgálóról (DMS-en keresztül XSP-n| ADP).
A Webex-alkalmazások hívási paramétereit a Webex -ben konfigurálhatja (a szokásos módon). A Control Hubban konfigurálhatja a márkaépítési, üzenetküldési és értekezletparamétereket az ügyfelek számára. A konfigurációs fájl közvetlenül nem lehet módosítani.
Ez a két konfigurációkészlet átfedheti egymást, ebben az esetben a Webex -konfiguráció felülírja a BroadWorks-konfigurációt.
Webex Apps konfigurációs sablonok hozzáadása a BroadWorks alkalmazáskiszolgálóhoz
A Webex alkalmazások DTAF fájlokkal vannak konfigurálva. Az ügyfelek letöltenek egy konfigurációs XML-fájl az alkalmazáskiszolgálóról az XSP eszközkezelő szolgáltatásán keresztül| ADP.
Szerezze be a szükséges DTAF fájlokat (lásd Eszközprofilok lehetőségre A környezet előkészítése szakaszban).
Ellenőrizze, hogy a megfelelő címkekészletek vannak-e beállítva BroadWorks System > Erőforrások > Eszközkezelési címkekészletek .
Minden egyes beüzemelt ügyfél esetében:
Töltse le és bontsa ki a DTAF zip fájlt az adott klienshez.
DTAF-fájlok importálása a BroadWorks-be itt: Rendszer > Erőforrások > Identitás/eszközprofil típusok
Nyissa meg az újonnan hozzáadott eszközprofil szerkesztéshez, és:
Adja meg az XSP-t| ADP farm FQDN és Device Access Protocol.
Ellenőrizze a Távoli partyinformációk támogatása jelölőnégyzet. Ez a támogatás szükséges az asztalmegosztás működéséhez.
A távoli fél támogatását úgy is engedélyezheti, hogy futtatja a következő CLI-parancs az alkalmazáskiszolgálón:AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Módosítsa a sablonokat a környezetének megfelelően (lásd az alábbi táblázatot).
Mentse el a profilját.
Kattintson Fájlok és hitelesítés majd válassza ki az összes rendszerfájl újraépítését.
Név | Leírás |
Kodek prioritás | Állítsa be a VoIP -hívások hang- és videokodekeinek prioritási sorrendjét |
TCP, UDP és TLS | Konfigurálja a SIP-jelküldés és médiához használt protokollokat |
RTP audio és videó portok | Porttartományok konfigurálása az RTP hanghoz és videóhoz |
SIP beállítások | Konfigurálhatja a SIP -pel kapcsolatos különféle opciókat (SIP INFO, rport használata, SIP-proxy felderítés, frissítési időközök a regisztrációhoz és az előfizetéshez stb.) |
A Webex alkalmazás márkaépítésének testreszabása
Partner testreszabása—A partneri rendszergazdák alkalmazhatnak speciális márkaépítési testreszabásokat, amelyek a partner által kezelt partnerszervezetre és/vagy ügyfelekre vonatkoznak. Lásd Speciális márka-testreszabások konfigurálása .
Ügyfélre vonatkozó testreszabások—Ha a partner lehetővé teszi az ügyfelek számára, hogy alkalmazzák saját márkaépítési testreszabásaikat, az ügyfél rendszergazdái a következő oldalon követhetik az eljárást: Vállalati márkaépítés hozzáadása a Webex .
A Felhasználóaktiválási portál ugyanazt az emblémát használja, mint amit az ügyfél márkaépítéshez ad hozzá. |
A problémajelentési és a súgó URL-címek testreszabása
A beállítások testreszabásához a rendszergazdák követhetik a „Visszajelzés és súgóoldal URL-címeinek hozzáadása” című eljárást, amely mindkét fenti Márkaépítési cikkben található.
A Webex for Cisco BroadWorks tesztszervezetének konfigurálása
Mielőtt elkezdené
Átfolyós üzembe helyezéssel
Az összes XSP-t be kell állítania| Az ADP-szolgáltatásokat, és a partnerszervezetet a Control Hubban, mielőtt elvégezné ezt a feladatot.
1 | Szolgáltatás hozzárendelése a BroadWorks-ben: |
2 | Ügyfélszervezet és felhasználók ellenőrzése a Control Hubban: |
Felhasználói tesztelés
1 | Töltse le a Webex alkalmazás két különböző gépen. |
2 | Jelentkezzen be tesztfelhasználóként a két gépen. |
3 | Indítson teszthívásokat. |
Ügyfélszervezetek biztosítása
A jelenlegi modellben automatikusan kiépítjük az ügyfélszervezetet, amikor belép az első felhasználóba a jelen dokumentumban ismertetett módszerek bármelyikén keresztül. Az üzembe helyezés csak egyszer történik minden ügyfél esetében.
Felhasználók beüzemelése
A szolgáltatlási felhasználók a következő módokon adhatja ki:
Használjon API-kat Webex -fiókok létrehozásához
Integrált IM&P (folyamatos üzembe helyezés) hozzárendelése megbízható e-mailekhez a Webex -fiókok létrehozásához
Integrált IM&P (folyamatos üzembe helyezés) hozzárendelése megbízható e-mailek nélkül. A felhasználók megadják és érvényesítik az e-mail-címeket a Webex -fiókok létrehozásához
Engedélyezze a felhasználók számára az önaktiválást (küldjön nekik egy hivatkozást, ők hoznak létre Webex -fiókot)
Nyilvános üzembe helyezési API-k
A Webex nyilvános API-kat tesz elérhetővé, hogy lehetővé tegyék a szolgáltatók számára, hogy integrálják a Webex for Cisco BroadWorks előfizetői kiépítését a meglévő üzembe helyezési munkafolyamataikba. Ezen API-k specifikációi itt érhetők el: developer.webex.com
. Ha ezekkel az API-kkal szeretne fejleszteni, forduljon a Cisco képviselőjéhez, és szerezze be a Webex Cisco BroadWorks alkalmazást.
A nagykereskedelmi ügyfeleket elutasítják ezek az API-k. |
Folyamatos üzembe helyezés
A BroadWorks rendszeren a szolgáltatlási felhasználók a Integrált IM&P engedélyezése opciót. Ez a művelet arra készteti a BroadWorks üzembe helyezési illesztőt, hogy egy API-hívás indít a felhasználó kiépítéséhez a Webex-en. Az üzembe helyezési API -nk visszafelé kompatibilis az UC-One SaaS API-val . A BroadWorks AS nem igényel kódmódosítást, csak a létesítési adapter API -végpontjának konfigurációs módosítás .
Az előfizetők telepítése a Webex -en jelentős időt vehet igénybe (a kezdeti felhasználónál több percet is igénybe vehet a vállalaton belül). A Webex az üzembe helyezést háttérfeladatként végzi. Tehát az átmenőleges üzembe helyezés sikeressége azt jelzi, hogy a telepítés megkezdődött. Nem jelzi a befejezést. Annak ellenőrzéséhez, hogy a felhasználók és az ügyfélszervezet teljes körűen kiépült-e a Webex rendszerében, be kell jelentkeznie a Partner Hubra, és meg kell néznie az Ügyféllistát. A BroadWorks törzshálózatot használó felhasználók megosztott hívási megjelenésen (SCA) keresztül rendelkezhetnek Webex for BroadWorks-szel. A trönkelő felhasználóhoz hozzá kell rendelni a hitelesítési szolgáltatást. A BroadWorks trunking megoldási útmutató 8. szakaszában leírtak szerint ez lehetővé teszi, hogy az SCA Webex megjelenés hitelesítése elkülönüljön a közös fővonali hitelesítéstől. A Webex for BroadWorks nem létesíthető olyan trönkelő felhasználók számára, akiknek Útvonallista vagy Közvetlen útválasztás funkciói vannak hozzárendelve. |
A sablonok helye átkerült a BroadWorks Calling alkalmazásból a Szervezeti beállításokban az Ügyféllista részbe, és mostantól Bevezető sablonnak hívják. |
Felhasználói önaktiválás
BroadWorks-felhasználók kiépítése a Webex az Integrált IM&P szolgáltatás hozzárendelése nélkül:
Jelentkezzen be a Partner Hubba, és keresse meg a Ügyféllista oldalon.
Kattintson Sablonok megtekintése .
Válassza ki az erre a felhasználóra alkalmazni kívánt beüzemelési beléptető sablont.
Ne feledje, hogy minden sablon egy fürthöz és a partnerszervezethez van társítva. Ha a felhasználó nincs a sablonhoz társított BroadWorks rendszerben, akkor a felhasználó nem tudja aktiválni magát a hivatkozással.
Másolja ki a beüzemelési hivatkozást, és küldje el a felhasználónak.
Érdemes lehet a szoftverletöltési hivatkozást is feltüntetni, és emlékeztetni a felhasználót, hogy a Webex -fiók aktiválásához meg kell adnia és ellenőriznie kell az e- e-mail-cím .
A kiválasztott sablonon nyomon követheti a felhasználó aktiválási állapotát.
További információkért lásd: Felhasználó-létesítési és aktiválási folyamatok .
Beüzemelés nem megbízható e-mailekkel
A Partner Hub egy sor vezérlőt biztosít a Felhasználói állapot nézeten belül, amely lehetővé teszi Webex a Cisco BroadWorks rendszerhez A szolgáltató rendszergazdái ellenőrzik a felhasználó állapotát, és kijavítják a hibákat a nem megbízható e-mailekkel történő beüzemeléskor. További részletekért lásd: A felhasználói kiépítés ellenőrzése nem megbízható e-mailekkel.
Webex -felhasználók áthelyezése a Webex for Cisco BroadWorks rendszerébe
Ha meglévő Webex -felhasználókat szeretne áthelyezni a Webex for Cisco BroadWorks rendszerébe, tekintse meg az alábbi táblázatot a követendő eljárás meghatározásához.
A meglévő Webex -felhasználó egy… | Kövesse az alábbi folyamatokat a felhasználó áthelyezéséhez |
---|---|
Fogyasztói szervezet vagy önregisztráció (pl. ingyenes fiók, próbaidőszaki fiók) |
|
Ügyfélszervezet | A Webex for BroadWorks csatolása a meglévő szervezethez — A szervezeti melléklet (az első felhasználó számára) a Webex for BroadWorks alkalmazást is hozzáadja a következő felhasználókhoz, amennyiben azok a megfelelő szervezethez vannak rendelve. |
A meglévő Webex -felhasználó egy… | Kövesse az alábbi folyamatokat a felhasználó áthelyezéséhez |
---|---|
Fogyasztói szervezet vagy önregisztráció (pl. ingyenes fiók, próbaidőszaki fiók) | Ha a Webex for BroadWorks-szervezet nem létezik (nincs kiépítve felhasználó):
Ha létezik Webex for BroadWorks-szervezet (legalább egy felhasználó ki van jelölve):
|
Ügyfélszervezet |
|
Felhasználó áthelyezése (beleegyezéssel) a Webex Cisco BroadWorks alkalmazásba
Ezzel az eljárással áthelyezhet egy meglévő Webex -felhasználót, aki egy fogyasztói szervezethez tartozik, vagy önregisztráló fiókkal (ingyenes fiókkal vagy próbafiókkal) rendelkezik a Webex for Cisco BroadWorks rendszerébe. Ne feledje, hogy a Webex for Cisco BroadWorks szervezetnek léteznie kell (az első felhasználó kiépítésével). Ebben az esetben az alábbi lehetőségek egyikével helyezheti át a felhasználókat:
Felhasználó áthelyezése (megbízható e- e-mail-címmel) – A megbízható e-mail-címekkel történő létesítést használja
Felhasználó áthelyezése (nem megbízható e- e-mail-címmel) – A nem megbízható e-mailekkel kapcsolatos szolgáltatást használja
Önaktiválás
Felhasználó áthelyezése (megbízható e- e-mail-címmel)
Ha a belépési sablon megbízható e-maileket használ, a partner rendszergazda a következő felhasználókat a következő folyamattal helyezheti át:
A rendszergazda hozzáadja a felhasználót.
A felhasználó a BroadWorks Provisioning Bridge-re kerül.
A CI-keresés megállapítja, hogy a felhasználónak van egy másik Webex -fiókja ezzel az e- e-mail-cím.
A rendszer egy automatikus e-mailt küld a felhasználónak.
A felhasználó megnyitja az e-mailt, és rákattint Fiók aktiválása . A felhasználót a rendszer a Webex Consumer portálra irányítja át.
A felhasználó bejelentkezik a Webex.
Felhasználói kattintások Törlés lehetőségre hogy törölje a régi Webex -fiókot.
A régi Webex -fiók törölve.
A felhasználó a Webex for Cisco BroadWorks rendszerébe ugyanazzal az e- e-mail-cím van beállítva.
A rendszer a felhasználót a Letöltés oldalra irányítja.
Felhasználó áthelyezése (nem megbízható e- e-mail-címmel)
Ha a beléptető sablon nem megbízható e-maileket használ, először a felhasználó e- e-mail-cím kell érvényesíteni. A rendszergazda az alábbi folyamatot követve helyezheti át a következő felhasználókat:
A rendszergazda hozzáadja a felhasználót.
A felhasználó automatikusan a BroadWorks Provisioning Bridge-re kerül.
A rendszer egy aktiválási hivatkozást tartalmazó szöveget küld a felhasználónak.
A felhasználó rákattint az Aktiválás hivatkozásra, és megadja az e- e-mail-cím.
A CI-keresés megállapítja, hogy a felhasználónak van egy másik Webex -fiókja ezzel az e- e-mail-cím.
A rendszer egy automatikus e-mailt küld a felhasználónak.
A felhasználó megnyitja az e-mailt, és rákattint Csatlakozzon most .
Az e- e-mail-cím érvényesítése megtörtént.
A rendszer átirányítja a felhasználót, hogy jelentkezzen be a Webex Consumer portálra.
A felhasználó bejelentkezik a Webex.
A felhasználónak rá kell kattintania Törlés lehetőségre hogy törölje a régi Webex -fiókot.
A régi Webex -fiók törölve.
A felhasználó a Webex for Cisco BroadWorks rendszerébe ugyanazzal az e- e-mail-cím van beállítva.
A rendszer a felhasználót a Letöltés oldalra irányítja.
Önaktiválási folyamat
Ha a felhasználónak van BroadWorks-fiókja, akkor az önaktiválási folyamat segítségével áthelyezheti a fiókját.
A felhasználó BroadWorks hitelesítési adataival jelentkezik be a felhasználói hozzáférési portál URL -címére.
A felhasználó megadja az e- e-mail-cím.
A felhasználó a BroadWorks Provisioning Bridge-be kerül.
A rendszer egy automatikus e-mailt küld a felhasználó e- e-mail-cím.
A felhasználó megnyitja az e-mailt, és rákattint a Csatlakozzon most hivatkozást, amely hitelesíti az e- e-mail-cím.
A CI azt találja, hogy a felhasználónak már van Webex -fiókja. A felhasználónak törölnie kell a régi fiókját, mielőtt folytatná.
A rendszer átirányítja a felhasználót a Webex való bejelentkezésre.
A felhasználó bejelentkezik a Fogyasztói Portálra.
A felhasználó rákattint Fiók törlése lehetőségre .
A régi Webex -fiók törlődik.
A felhasználó egy új Webex for Cisco BroadWorks-fiókot kapott ugyanazzal az e- e-mail-cím.
A Webex for BroadWorks csatolása a meglévő szervezethez
Ha Ön partner rendszergazda Webex for BroadWorks szolgáltatásokat ad hozzá egy meglévő Webex ügyfélszervezethez, amely még nincs társítva partner által kezelt BroadWorks-vállalattal, az ügyfélszervezet rendszergazdájának KELL jóváhagynia a rendszergazdai hozzáférést ahhoz, hogy a beüzemelési kérelem sikeres legyen.
Szervezeti rendszergazdai jóváhagyásra van szükség, ha a következők bármelyike igaz:
A meglévő ügyfélszervezetnek 100 vagy több felhasználója van
A szervezet ellenőrzött e-mail-domainnel rendelkezik
A szervezeti tartomány igényelve
Ha a fenti feltételek egyike sem teljesül, akkor automatikus csatolás történhet.
Egy an Automatikus csatolás forgatókönyv esetén a Webex for BroadWorks-előfizetés hozzáadásra kerül egy meglévő ügyfélszervezethez a meglévő szervezeti rendszergazda vagy végfelhasználó értesítése nélkül. A legtöbb esetben a Partnerszervezete létesítési rendszergazdai jogokat kap. Ha azonban az ügyfélszervezetnek nincs licence, vagy csak felfüggesztett/visszavont licencei vannak, akkor teljes körű rendszergazda lesz. Az üzembe helyezési rendszergazdai hozzáféréssel korlátozott mértékben láthatja a meglévő szervezet felhasználóit a Control Hubban. Javasoljuk, hogy vegye fel a kapcsolatot az ügyfél rendszergazdájával, és kérjen teljes rendszergazdai hozzáférést a szervezethez. |
A partnerrendszergazdák a következő eljárással adhatják hozzá a BroadWorks hívási szolgáltatásokat egy meglévő Webex szervezethez:
A Partner Hubban a Meglévő szervezetek üzembe helyezése A kapcsolót engedélyezni kell az adott szervezeten belül Belépési sablon beállításokat (a kapcsoló alapértelmezés szerint be van kapcsolva). |
1 | A partner rendszergazda biztosítja a Webex for Cisco BroadWorks alkalmazást az ügyfél számára. Segítségért lásd: Ügyfélszervezetek biztosítása . A következő történik:
| ||
2 | Ezzel teljes rendszergazda hozzáféréssel, a partner rendszergazda végezheti el az ügyfél beüzemelésének folyamatát. A fenti 1. lépéstől kezdve újra meg kell kísérelnie az ügyfél üzembe helyezését. Most azonban külső teljes rendszergazdaként nem kell megfigyelnie a 2017-es hibát. Amint a hívási szolgáltatások üzembe helyezése befejeződött, a meglévő ügyfélszervezet ügyfélként lesz látható a Webex for BroadWorks Partner Org alatt.
|
A szervezeti csatolás feltételei
Az elsőként beállított BroadWorks-előfizető e- e-mail-cím -címének meg kell egyeznie a megcélzott ügyfélszervezetben már meglévő felhasználó e- e-mail-cím . Ellenkező esetben új ügyfélszervezet jön létre.
A meglévő szervezetből az első olyan felhasználó, aki a Webex for Webex számára kiépült, nincs rendszergazdai felhasználóként kiépítve. A meglévő szervezet beállításai és jogosultságai megmaradnak.
A szervezet meglévő hitelesítési beállításai elsőbbséget élveznek a Webex for BroadWorks beüzemelési sablonon beállítottakkal szemben. Ennek eredményeként a meglévő felhasználók bejelentkezési módja nem változik.
Ha azonban a meglévő ügyfélszervezetnél engedélyezve van az alapvető márkaépítés, a csatolás után a Partner speciális márkaépítési beállításai élveznek elsőbbséget. Ha az ügyfél azt szeretné, hogy az alapvető márkaépítés változatlan maradjon, akkor a partnernek be kell állítania az ügyfélszervezetet, hogy a Speciális márkaépítési beállításokban felülbírálja a márkaépítést.
A meglévő szervezet neve nem változik.
A meglévő szervezet beállításaiban nincs változás az e-mail-letiltás jelző beállításaiban. Ez hatással lehet az újonnan kiépített felhasználókra. A jelző beállításának módjától függően előfordulhat, hogy az új felhasználók kapnak vagy nem kapnak e-mailt egy kóddal, amelyet meg kell adni az aktiválás befejezéséhez.
A Korlátozott rendszergazdai mód (a Partner által korlátozott mód kapcsolóval beállítható) ki van kapcsolva a csatolt szervezetnél.
Mielőtt új felhasználókat létesít a Webex for Cisco BroadWorks szervezetbe, feltétlenül fejezze be a szervezeti csatolási folyamatot (meglévő felhasználók áthelyezése és a szervezeti azonosító frissítése ).
Egy BroadWorks-vállalat csak egy Webex -szervezethez társítható. Egy BroadWorks-vállalat előfizetőit nem lehet külön Webex -szervezetbe beépíteni.
Külső rendszergazda hozzáadása
Az ügyfélszervezeti rendszergazdák által a partnerrendszergazda külső adminisztrátorként való felvételéhez szükséges lépésekért lásd: Külső rendszergazdai kérelem jóváhagyása cikk a következőn: help.webex.com
.
Az ügyfél-adminisztrátornak biztosítania kell a külső rendszergazda számára a teljes rendszergazdai jogokat és jogosultságokat. |
Az ügyfélszervezet-rendszergazda által külső rendszergazdaként hozzáadott e- e-mail-cím -címnek meg kell egyeznie a partnerrendszergazda e- e-mail-cím , amelyet a Partner Hub Onboarding sablonjában beállítottak. Miután teljes jogú rendszergazdaként hozzáadta az e-mailt a Partner Hub onboarding sablonjából, minden további partnerrendszergazdát is hozzá kell adni külső rendszergazdaként, teljes rendszergazdai jogosultsággal. |
A Webex for BroadWorks leválasztása a meglévő szervezetről
Kövesse az alábbi lépéseket a Webex for BroadWorks egy meglévő Webex -szervezetről való leválasztásához. Például, ha véletlenül csatolta a Webex for BroadWorks alkalmazást egy meglévő szervezethez, és szeretné eltávolítani a mellékletet.
Normál folyamatban a Webex for BroadWorks egy meglévő Webex -szervezettől való leválasztása (csak standard folyamat esetén) törli az összes kapcsolódó előfizetői adatot, és inaktiválja az ügyfél Webex for BroadWorks-előfizetését. Ezenkívül elveszíti a hozzáférést az ügyfélszervezethez, ha ez az egyetlen társított előfizetés. Hibrid folyamatban az ügyfél-előfizetések nem módosulnak. |
Ha nem fér hozzá az ügyfélbeállításokhoz a Control Hubban, kérje meg az ügyfél-rendszergazdától, hogy adjon külső rendszergazdai hozzáférést a következő lépésekkel Külső rendszergazdai kérelem jóváhagyása .
Távolítsa el az összes Webex for BroadWorks-munkaterületet a szervezetből. Használja a BroadWorks-munkaterület eltávolítása API.
Távolítsa el az összes Webex for BroadWorks-előfizetőt a szervezetből. Használja a BroadWorks-előfizető eltávolítása API.
A függőben lévő Webex for BroadWorks-felhasználók eltávolítása a szervezetből. Például, ha a felhasználókat a nem megbízható e-mail folyamaton keresztül biztosították be, és még nem adtak meg érvényes e-maileket, a felhasználók függőben maradnak. Kövesse Felhasználó-létesítés ellenőrzése nem megbízható e-mailekkel a felhasználók törléséhez.
Törölje a BroadWorks-hívás konfigurációt ehhez az ügyfélhez. Nyissa meg az ügyfél Control Hub-példányát, majd kattintson Hibrid , alatt BroadWorks-hívás szakaszban törölje az összes konfigurációt.
Ha a leválasztás befejezése után a Webex for BroadWorks alkalmazást az ügyfélhez szeretné csatolni, kövesse a meglévő ügyfélhez való csatolás beüzemelési folyamatait.
Alternatív lehetőség az előfizetők eltávolítására, ha nem szeretné használni a BroadWorks-előfizető eltávolítása Az API -nak be kell lépnie a BroadWorks CommPilot alkalmazásba, és el kell távolítania a Integrált IM&P szolgáltatást az érintett felhasználók számára. |
Felhasználók és szervezetek kezelése
Ha szeretné kezelni a felhasználókat a Webex for Cisco BroadWorks alkalmazásban, ne feledje, hogy a felhasználó a BroadWorksben és a Webex is létezik. A hívási attribútumokat és a felhasználó BroadWorks-identitását a BroadWorks tárolja. A Webex tartalmaz egy különálló e-mail-identitást a felhasználó számára, és a Webex -funkciók Webex.
Felhasználó-létesítés ellenőrzése nem megbízható e-mailekkel
Ha a Webex for BroadWorks-felhasználók nem megbízható e-mailekkel történő átfolyósított beüzemelést használnak, akkor a felhasználóknak az e- e-mail-cím Felhasználóaktiválási portálon történő megadásával kell önellátást végezniük. Ha a felhasználó hibát észlel, használhatja a Próbálkozzon újra opciót, amely megjelenik a portálon, hogy újabb kísérletet tegyen. Ha a felhasználó újra találkozik a hibával, a rendszergazda a Partner Hub alábbi lépései segítségével megtekintheti az állapotot, és felveheti a felhasználót, törölheti a felhasználót, vagy módosíthatja a konfigurációt.
1 | Jelentkezzen be a Partner Hubba, és keresse meg a Ügyféllista oldalon. |
2 | Kattintson Sablonok megtekintése . Válassza ki az erre a felhasználóra alkalmazni kívánt megfelelő beléptető sablont. |
3 | Alatt Felhasználó ellenőrzése , ellenőrizze, hogy a következő beállítások vannak-e beállítva annak érdekében, hogy a nem megbízható e-mailekkel történő átfolyósítási szolgáltatás megfelelően legyen konfigurálva:
|
4 | A felhasználó üzembe helyezése után a Felhasználó ellenőrzése szakaszban kattintson Felhasználói állapot megjelenítése az üzembe helyezés állapotának ellenőrzéséhez. A Felhasználói állapot A nézet megjeleníti a felhasználók listáját olyan részletekkel együtt, mint a BroadWorks azonosító, a kiválasztott csomag típusa és az aktuális állapot, amely azt mutatja, hogy a felhasználó ki van-e osztva, vagy van-e függőben lévő követelmény.
|
5 | A hibával vagy függőben lévő követelményekkel rendelkező felhasználók kattintson a jobb oldalon található három pontra, és válasszon a következő felügyeleti beállítások közül:
|
További nézetbeállítások
A felhasználólista megtekintésekor a következő további opciók állnak rendelkezésre:
Exportálás lehetőségre — Kattintson erre a gombra, ha a felhasználói lista CSV-fájl szeretné exportálni.
Kiépített felhasználók kizárása — Engedélyezze ezt a kapcsolót, ha csak a függőben lévő követelményekkel vagy hibával rendelkező felhasználókat szeretné megtekinteni.
Felhasználói azonosító vagy e- e-mail -cím módosítása
Felhasználói azonosító és e- e-mail -cím módosításai
Az e- e-mail azonosító és az alternatív azonosító a Webex for Cisco BroadWorks alkalmazáshoz használt BroadWorks felhasználói attribútumok. A BroadWorks felhasználói azonosító továbbra is a felhasználó elsődleges azonosítója a BroadWorksben. Az alábbi táblázat ismerteti ezeknek a különböző attribútumoknak a célját, és azt, hogy mi a teendő, ha módosítani kell őket:
Attribútum a BroadWorksben | Megfelelő attribútum a Webex | Cél | Jegyzetek |
BroadWorks felhasználói azonosító | Egy sem | Elsődleges azonosító | Nem módosíthatja ezt az azonosítót, és nem kapcsolhatja a felhasználót ugyanahhoz a fiókhoz a Webex. Törölheti a felhasználót, és újra létrehozhatja, ha hibás. |
E-mailes azonosító | Felhasználói azonosító | Kötelező az átfolyós szolgáltatás ( Webex User azonosító létrehozása) esetén, amikor azt állítja, hogy megbízik az e-mailekben Nem kötelező a BroadWorksben, ha nem állítja, hogy megbízható az e-mailek Nem szükséges a BroadWorksben, ha engedélyezi az előfizetők számára az önaktiválást | Ez mindkét helyen manuálisan módosítható, ha a felhasználó rossz e- e-mail-cím kapott:
Ne módosítsa a BroadWorks felhasználói azonosítót. Ez nem támogatott. |
Alternatív azonosító | Egy sem | Engedélyezi a felhasználó e-mail-címen és jelszón keresztül történő hitelesítését BroadWorks felhasználói azonosító | Meg kell egyeznie az e- e-mail azonosító. Ha az e-mail nem helyezhető el az Alternatív azonosító attribútumban, a felhasználóknak meg kell adniuk a BroadWorks felhasználói azonosító a hitelesítés során. |
Felhasználói csomag módosítása a Partner Hubban
1 | Jelentkezzen be a Partner Hubba, és kattintson a lehetőségre Ügyfelek . |
2 | Keresse meg és válassza ki azt az ügyfélszervezetet, ahol a felhasználó otthon van. A szervezet áttekintése oldal egy panelen nyílik meg a képernyő jobb oldalán. |
3 | Kattintson Ügyfél megtekintése . Az ügyfélszervezet a Control Hubban nyílik meg, és az Áttekintés oldalt jeleníti meg.
|
4 | Kattintson Felhasználók lehetőségre , majd keresse meg és kattintson az érintett felhasználóra. |
5 | A felhasználóéban Szolgáltatások lehetőségre , kattintson Webex for BroadWorks-csomagok (előfizetések) . Megnyílik a felhasználó csomagjainak panele, és megtekintheti, hogy melyik csomag van jelenleg hozzárendelve a felhasználóhoz. |
6 | A Profil elemre fülre, nézze meg a Csomag lehetőségre szakaszt, és kattintson a nyílra ( > ) a nézet kibontásához. |
7 | Válassza ki az ehhez a felhasználóhoz kívánt csomagot ( Alapszintű , Szabványos , Prémium vagy Softphone ) és kattintson Mentés . A Control Hub egy üzenetet jelenít meg, hogy a felhasználó éppen frissít. |
8 | Bezárhatja a felhasználói adatokat és a Control Hub lapot. |
A normál és a prémium csomagok külön értekezletoldallal rendelkeznek, amelyek mindegyik csomaghoz hozzá vannak rendelve. Amikor a két csomag egyikével rendszergazdai jogosultságok rendelkező előfizető a másik csomagra vált, az előfizető két értekezletoldallal jelenik meg a Control Hubban. Az előfizető szervezői értekezlet-funkciói és a értekezlet webhelye igazodik az aktuális csomaghoz. Az előző csomag a értekezlet webhelye korábban létrehozott tartalmak, például a felvételek elérhetők maradnak a értekezlet webhelye rendszergazdája számára. |
A csomagmódosításból eredő új PMR -beállítások frissítése két-három óráig is eltarthat. |
Felhasználók törlése
A rendszergazdák számos módszerrel törölhetnek egy felhasználót a Webex for Cisco BroadWorks alkalmazásból:
Ha a törölni kívánt felhasználó rendszergazdai jogosultságok, akkor a felhasználó törlése előtt rendeljen hozzá új rendszergazdát. Az utolsó rendszergazda törlése esetén a rendszergazdai szerepkör nem kerül automatikusan átadásra. |
Webex Cisco BroadWorks API -hoz
A partnerrendszergazdák a Webex Cisco BroadWorks API segítségével törölhetnek felhasználókat:
Futtassa a BroadWorks-előfizető eltávolítása API -kérés itt:https://developer.webex.com/docs/api/v1/broadworks-subscribers/remove-a-broadworks-subscriber . Ez a kérelem eltávolítja a Webex for Cisco BroadWorks-előfizetést. A felhasználó a továbbiakban nem Webex for Cisco BroadWorks-felhasználóként kerül számlázásra, és ingyenes Webex -felhasználóként kezeli.
Futtassa a Személy törlése API -kérés itt:https://developer.webex.com/docs/api/v1/people/delete-a-person a felhasználó teljes törléséhez.
Átfolyó üzembe helyezés
A partnerrendszergazdák átmenő hozzáférés-kezeléssel törölhetik a felhasználókat:
A BroadWorks kiszolgálón távolítsa el az IM+P Integrated szolgáltatást a felhasználóról. A szolgáltatást a felhasználó számára innen lehet kikapcsolni Felhasználó – Integrált IM&P oldalon a BroadWorks-en. A részletes eljárásért lásd az „Integrált IM&P konfigurálása” című részt a következő dokumentumban: Cisco BroadWorks alkalmazáskiszolgáló csoport web felület Felügyeleti útmutató – 2. rész .
A szolgáltatás letiltása után a folyamatos üzembe helyezés eltávolítja a Webex for Cisco BroadWorks-előfizetést a felhasználóról. A felhasználó a továbbiakban nem Webex for Cisco BroadWorks-felhasználóként kerül számlázásra, és ingyenes Webex -felhasználóként kezeli.
A Control Hubban keresse meg és válassza ki a felhasználót.
- Ugrás ide: Műveletek lehetőségre és válassza ki a lehetőséget Felhasználó törlése .
Control Hub (ügyfélrendszergazdák)
Az ügyfél-rendszergazdák a Control Hub segítségével törölhetnek felhasználókat a szervezetükből. A részletekért lásd: Felhasználó törlése a szervezetből a Webex Control Hubban athttps://help.webex.com/0qse04/ .
Szervezet törlése
1 | A People API-kkal törölheti az összes felhasználót a szervezetből:
| ||
2 | Ha a Címtár-szinkronizálás be van kapcsolva, kapcsolja ki. Ezt a Partner Hubon vagy a nyilvános API-n keresztül lehet megtenni. A Címtár-szinkronizálás Partner Hubon keresztüli letiltása: A Címtár-szinkronizálás API-n keresztüli letiltásához használja a Címtár-szinkron frissítése BroadWorks Enterprise-hoz API -t, és tiltsa le a enableDirSync beállítást. A szervezetnél a BroadWorks Directory Sync alkalmazáshoz kapcsolódó összes felhasználó törlődik. Ne feledje, hogy a felhasználók eltávolítása (bármelyik módszer használatával) a felhasználók számától függően eltarthat egy ideig. | ||
3 | Miután az összes felhasználót eltávolította, használja a Szervezet törlése API -t a szervezet törléséhez. |
Verziókezelés
A Partner Hub kiadáskezelési vezérlői megkönnyítik a Webex for Cisco BroadWorks szolgáltatók számára a kiadások kezelését, mivel lehetővé teszik számukra, hogy szabályozzák azt a kiadási ütemezést, amellyel a felhasználók Webex alkalmazásai a legújabb szoftverre frissítenek.
Alapértelmezés szerint a Webex alkalmazás automatikus frissítéseket használ (a Cisco által vezérelt havi kiadások). Ezzel a funkcióval azonban a partnerrendszergazdák a következőket tehetik:
Egyéni kiadási ütemezések konfigurálása a Cisco alapértelmezett kiadási ütemezésének halasztásával
Konfigurálhat egyetlen kiadás ütemezését, és lépcsőzetesen ütemezheti az összes általuk kezelt ügyfélszervezetre
Különböző kiadási ütemezések hozzárendelése a különböző ügyfélszervezetekhez
A Verziókezeléssel kapcsolatos további információkért, beleértve a testreszabott kiadási ütemezések beállítását és alkalmazását, olvassa el a Webex cikkét. Verziókezelési testreszabások .
Konfigurálja újra a rendszert
A rendszert a következőképpen konfigurálhatja újra:
Adjon hozzá BroadWorks-fürtöt a Partner Hubban
BroadWorks-fürt szerkesztése vagy törlése a Partner Hubban
Adjon hozzá belépési sablont a Partner Hubhoz
Belépési sablon szerkesztése vagy törlése a Partner Hubban
BroadWorks-fürt szerkesztése vagy törlése a Partner Hubban
A BroadWorks-fürtöket a Partner Hubban szerkesztheti vagy távolíthatja el.
1 | Jelentkezzen be a Partner Hubba a partner rendszergazdai hitelesítő adataival a következő címen: | ||
2 | Ugrás ide: Beállítások elemre és keresse meg a BroadWorks-hívás szakaszban. | ||
3 | Kattintson Fürtök megtekintése . | ||
4 | Kattintson a szerkeszteni vagy törölni kívánt fürtre. A fürt részletei a jobb oldalon egy repülő ablaktáblában jelennek meg.
| ||
5 | A következő lehetőségek állnak rendelkezésére:
A fürtlista a módosításokkal frissül.
|
Belépési sablon szerkesztése vagy törlése a Partner Hubban
A belépési sablonokat a Partner Hubban szerkesztheti vagy törölheti.
1 | Jelentkezzen be a Partner Hubba a partner rendszergazdai hitelesítő adataival a következő címen: | |||||||||
2 | Ugrás ide: Beállítások elemre és keresse meg a BroadWorks-hívás szakaszban. | |||||||||
3 | Kattintson Sablonok megtekintése . | |||||||||
4 | Kattintson a szerkeszteni vagy törölni kívánt sablonra. | |||||||||
5 | A következő lehetőségek állnak rendelkezésére:
A fürtlista a módosításokkal frissül.
|
Webex Assistant
A Webex Assistant for Meetings egy intelligens, interaktív virtuális értekezlet-asszisztens, amely az értekezleteket kereshetővé, végrehajthatóbbá és produktívabbá teszi. Megkérheti a Webex Assistant -t, hogy kövesse nyomon a teendőket, vegye tudomásul a fontos döntéseket, és emelje ki a legfontosabb pillanatokat egy értekezlet vagy esemény során.
A Webex Assistant for Meetings ingyenesen elérhető a prémium és standard csomagos értekezletoldalakon, valamint a személyes tárgyalókon. A támogatás új és meglévő webhelyeket is magában foglal.
A Webex Assistant for Meetings engedélyezése
A Webex Assistant alapértelmezés szerint engedélyezve van mind a normál, mind a prémium csomaggal rendelkező Broadworks-ügyfeleknél.
A partnerrendszergazdák és az ügyfélszervezeti rendszergazdák a következőn keresztül tilthatják le a funkciót az ügyfélszervezeteknél Control Hub .
Korlátozások
A Webex for Cisco BroadWorks alkalmazásra a következő korlátozások vonatkoznak:
A támogatás csak a prémium és standard csomagos értekezletoldalakra és a személyes tárgyalókra korlátozódik.
A feliratos átiratok csak angol, spanyol, francia és német nyelven támogatottak.
Az e-mailben történő tartalommegosztást csak a szervezeten belüli felhasználók érhetik el
Az értekezlet tartalma a szervezeten kívüli felhasználók számára nem érhető el. Az értekezlet tartalma akkor sem érhető el, ha azt ugyanazon szervezeten belüli különböző csomagok felhasználói között osztják meg.
A prémium csomaggal az értekezlet utáni leiratok elérhetők, függetlenül attól, hogy a Webex Assistant engedélyezve van-e vagy letiltva. Ha azonban a helyi felvétel van kiválasztva, az értekezlet utáni leiratok vagy kiemelések nem lesznek rögzítve.
A Standard csomagban az Értekezlet rögzítése felhőben opció nem érhető el, így az értekezlet utáni leiratok sem érhetők el, függetlenül attól, hogy a Webex Assistant engedélyezve van-e vagy letiltva. Helyi felvétel kiválasztása esetén azonban a rendszer nem rögzíti az értekezlet utáni leiratokat vagy kiemeléseket.
További információk a Webex Assistant
A funkció használatával kapcsolatos felhasználói információk lásd: A Webex Assistant használata Webex Meetings és eseményeken .
Webex-hívások letiltása
Az ingyenes Webex -hívás alapértelmezetten engedélyezve van, így a felhasználók bármilyen Webex-kompatibilis eszközt ingyenesen hívhatnak. Ha azonban azt szeretné, hogy minden hívás a BroadWorks infrastruktúrát használja, akkor letilthatja a Webex hívásokat egy Onboarding sablonon belül, ami letiltja ezt a lehetőséget a sablont használó ügyfélszervezetek számára.
Funkciótámogatás
Ha a Webex Calling le van tiltva, a következő feltételek vonatkoznak a Webex Cisco BroadWorks-felhasználókra:
A felhasználók már nem látják Hívjon a Webex választható hívási opcióként a Webex alkalmazásban.
A felhasználók nem indíthatnak vagy fogadhatnak ingyenes Webex -hívásokat a nem Webex for Cisco BroadWorks-felhasználók felé. Ez magában foglalja a Webex csapattárhelyről indított hívásokat, a Híváselőzményeket, a Névjegyeket úgy, hogy a keresősávba beírja a másik felhasználó URI -ját vagy e- e-mail-cím .
A képernyőmegosztás BroadWorks-hívásokon belül működik.
A Webex értekezletek és a telefonos jelenlét továbbra is működnek, még akkor is, ha a Webex Calls le van tiltva.
Webex Calls letiltása (új beléptető sablon)
Egy új Webex sablon konfigurálása során bejelölheti vagy törölheti a bejelentkezést a A Cisco Webex ingyenes hívás letiltása jelölőnégyzet a Új sablon hozzáadása varázslót. Ezt a beállítást a rendszer átveszi az ügyfélszervezetek azon felhasználói, akiket Ön a sablonhoz rendelt.
Az új beléptető sablon beállításának részleteiért lásd: Konfigurálja a saját partnerszervezetét a Partner Hubban .
Webex Calls letiltása (meglévő beléptető sablon)
Kövesse az alábbi eljárást a meglévő Onboarding sablonból érkező Webex -hívások letiltásához. Ezzel letiltja a funkciót az összes olyan új felhasználónál az ügyfélszervezeteknél, akik ezt a sablont használják.
Jelentkezzen be a Partner Hubba a következő címen: admin.webex.com .
Válasszon Beállítások elemre .
Kattintson Sablon megtekintése és válassza ki a megfelelő beléptető sablont.
Kattintson A Cisco Webex ingyenes hívás letiltása .
Kattintson a Mentés lehetőségre.
Webex hívások letiltása (meglévő felhasználó)
Ha letiltja ezt a funkciót egy Onboarding sablonon, csak a sablonhoz hozzárendelt új felhasználók beállításai módosulnak. A Webex -hívások meglévő felhasználónál történő letiltásához kövesse az alábbi eljárásokat a felhasználó frissítéséhez.
Győződjön meg arról, hogy már végrehajtotta a fenti eljárások egyikét a Webex -hívások letiltásához arról a belépési sablonról, amelyhez a felhasználó hozzá van rendelve. Ellenkező esetben az alábbi eljárások bármelyike újrakonfigurálja a felhasználót a Webex -hívások engedélyezésével. |
Átfolyós szolgáltatás használata esetén a következőket teheti:
Nyissa meg a CommPilot alkalmazást, és lépjen a felhasználói beállítások.
Távolítsa el a Integrált IM+P szolgáltatást a felhasználótól, majd kattintson a lehetőségre OK .
Adja hozzá a Integrált IM+P szolgáltatást a felhasználónak, és kattintson a lehetőségre OK .
Ellenkező esetben az API segítségével frissítheti a felhasználót.
Használja a Távolítson el egy BroadWorks Subscriber API -t a felhasználó törléséhez.
Használja a Hozzon létre egy BroadWorks Subscriber API -t a felhasználó hozzáadásához.
Videó- vagy képernyőmegosztás letiltása a hívásokon belül
A partnerrendszergazdák konfigurációs címkék segítségével letilthatják a videohívásokat és/vagy a képernyőmegosztás egy híváson belül a Webex alkalmazásból (alapértelmezés szerint mindkét médiatípus engedélyezett a hívásokhoz).
A teljes konfigurációs részletekért és opciókért lásd: Videohívások letiltása és Képernyőmegosztás letiltása a Webex Cisco BroadWorks konfigurációs útmutató .
Videó esetén azt is beállíthatja, hogy a bejövő hívás média alapértelmezett beállítása csak videó vagy csak hang legyen. |
Foglalt lámpa mező / Hívásfogadás értesítés
Foglalt lámpa mező (BLF) / Hívásfogadás értesítés kihasználja a BLF és az irányított hívás felvétel funkciót. A BLF -felhasználók hangos és vizuális értesítést kapnak a Webex alkalmazásban, ha a BLF figyelt listáján szereplő felhasználó bejövő hívás kap. A BLF felhasználó képes Figyelmen kívül hagyás vagy Vedd fel a figyelt felhasználó hívását.
A BLF / Hívásfelvétel értesítés olyan helyzetekben segít, amikor a felhasználónak fogadnia kell a csapat más tagjainak hívását, akik esetleg más helyszínen dolgoznak.
A felhasználók a Többhívásos ablak – Figyelőlista részben – (csak Windows, Mac nem támogatott) megtekinthetik a BLF -figyelt listájukat, ahol láthatják a Webex és nem Webex csapattagjaik jelenlétét. A Webex -tagok teljes körű Webex -jelenléttel fognak rendelkezni. A nem Webex-tagokat címtár-szinkronizálni kell a Webex-szel , és csak „ismeretlen” és „hívás közben” állapotuk lesz (a csengetési állapot kiváltja a hívásfogadás párbeszédpanelt).
A jelenlét korlátozásai a nem Webex-felhasználók számára:
A jelenlét nem támogatott a nem CI broadworks-felhasználók számára, még akkor sem, ha szerepelnek a BLF -listán.
A Webex felhő jogosultsággal vagy géptípusú fiókokkal (munkaterületekkel) nem rendelkező CI-felhasználók csak a „hívás közbeni” és az „ismeretlen” jelenlétet mutatják. Nincs aktív, csengő stb. állapot.
A BLF figyelőlistáján szereplő nem Webex-felhasználók, akik a Webex kliens elindítása előtt vagy offline állapotban indítottak el hívást, „ismeretlen” jelenléttel fognak megjelenni.
A kapcsolat megszakadása azt jelenti, hogy újracsatlakozáskor az összes nem Webex- hívásállapotok „ismeretlen” állapotba kerül.
Ha a BLF -től egy nem Webex-felhasználó tart egy hívást, az továbbra is „hívásban” állapotúként jelenik meg.
Követelmények
Győződjön meg arról, hogy a következő javítások telepítve vannak a BroadWorks rendszeren. Csak azokat a javításokat telepítse, amelyek az adott kiadásra vonatkoznak:
R22 esetén:
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
R23 esetén:
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
Ha XSP-t használ| ADP:
AP.xsp.23.0.1075.ap382053
AP.xsp.23.0.1075.ap382362
Ha ADP-t használ:
Xsi-Actions-23_ 2022.01_ 1.200.bwar
Xsi-Events-23_ 2022.01_ 1.201.bwar (vagy újabb)
R24 esetén:
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 (vagy újabb)
Győződjön meg arról, hogy a következő konfigurációs címkék engedélyezve vannak a Webex alkalmazásban:
<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%”/>
(ez a címke nem kötelező)
Aktiválnia kell az 101642-es továbbfejlesztett Xsi-mechanizmus funkciót a csapattelefonáláshoz az AS-en:
AS_CLI/System/ActivatableFeature> activate 101642
Engedélyezés X-BroadWorks-Remote-Party-Info
az AS-en az alábbi CLI-parancs , mivel egyes SIP-hívás hívásfolyamokhoz szükség van erre a funkcióra:
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Győződjön meg arról, hogy a következő szolgáltatások vannak hozzárendelve a felhasználókhoz:
Az Irányított hívásfogadás szolgáltatás hozzárendelése az összes felhasználóhoz
Állítsa be a Foglalt lámpa mezőt a felhasználók számára
Az XSP-re való bármilyen hivatkozás magában foglalja az XSP-t vagy az ADP-t is. |
Foglalt lámpa mező konfigurálása a BroadWorks rendszeren
A partner rendszergazdák a következő eljárással állíthatják be a Foglalt lámpa mezőt egy felhasználóhoz.
Jelentkezzen be a BroadWorks CommPilot alkalmazásba.
Egy kiválasztott felhasználó esetén lépjen ide: Kliens alkalmazások és konfigurálja a Foglalt lámpa mezőt.
Adja hozzá a figyelni kívánt BLF -lista URL -címét.
A keresési paraméterek segítségével keresse meg és adja hozzá a felhasználókat a Figyelt felhasználók listát.
Kattintson az OK gombra.
SlidoIntegráció támogatása
A Webex for Cisco BroadWorks támogatja a Webex alkalmazás integrációját a következővel:Slido .
Slidoegy könnyen használható közönségmegszólítási eszköz. Segíti az embereket abban, hogy a legtöbbet hozzák ki az értekezletekből azáltal, hogy áthidalják az előadók és a közönség közötti szakadékot. MikorSlido integrálva van a Control Hub szervezetébe, a felhasználók hozzáadhatják aSlido alkalmazást az értekezleteikre a Webex alkalmazásban. Ez az integráció további Kérdések és válaszok és szavazási funkciókat biztosít az értekezletekhez.
A telepítéssel és a használattal kapcsolatos további információkértSlido a Webex alkalmazással, lásd Integrálás lehetőségreSlido a Webex alkalmazással .
Webex elérhetőség: Naptári értekezleten
Amikor elfogad egy értekezletet az Outlook-ügyfélprogramban, amely találkozó, eseti értekezlet vagy nem Webex-értekezlet, a Webex -elérhetősége „Naptárértekezletben” felirattal jelenik meg. Ez az elérhetőség tudatja munkatársaival, hogy Ön egyébként elfoglalt, és előfordulhat, hogy a válasz késleltetve érkezik.
A funkció engedélyezése:
navigáljon ide: Általános lapon Beállítások elemre lapon a Windows vagy Beállítások elemre Mac rendszeren.
Jelölje be a jelölőnégyzetet Naptári értekezleten való részvételi idő megjelenítése .
Azoknál a felhasználóknál, akiknél engedélyezve van az Outlook-jelenléti integráció, a Webexben az Egy Webex beállítás az Outlookban az Elfoglalt értékre van rendelve. |
Figyelmeztetés
Ahhoz, hogy ez a funkció működjön, a Webex alkalmazás és az Outlook ügyfélnek egyidejűleg kell futnia.
Jelenleg azon dolgozunk, hogy támogassuk a „Megjelenítés máshol dolgozóként” opciót az Outlookban, hogy a Webexben ne jelenjenek meg a felhasználók „ Webex” állapotúként.
Ha egy felhasználó úgy dönt, hogy kikapcsolja a Naptárértekezlet időpontjának megjelenítése lehetőséget, miközben éppen egy naptári értekezletben van, a jelenléte az értekezlet befejezéséig nem frissül. Ehhez az ügyfél újraindítására van szükség.
Automatikus válasz hangjelzéssel
Az automatikus hanghívásfogadás funkcióval a felhasználók indíthatnak hívást egy külső gyártótól származó alkalmazásból, például a Contact Centerből, és a hívást a rendszer automatikusan az asztali Webex alkalmazáson keresztül irányítja át. Amikor a Webex alkalmazás csengeti a másik felet, a felhasználó egy bizonyos hangot hall, amely jelzi, hogy a hívás kapcsolódik.
Ha egy Webex for Cisco BroadWorks-felhasználó használhatja ezt a funkciót:
A funkció csak az elsődleges vonal megjelenésén támogatott
A Webex alkalmazásnak kell lennie az elsődleges vonal vonalmegjelenítésnek
A%ENABLE_AUTO_ANSWER_WXT% a címkét engedélyezni kell
Ha a felhasználónak Shared Call hívásmegjelenése is van (például egy asztali telefon van beállítva a másodlagos vonali megjelenések egyikeként), a funkció továbbra is támogatott az elsődleges megjelenésen mindaddig, amíg a megosztott hívásmegjelenések úgy vannak beállítva, hogy nem hogy fogadja a bejövő hívásokat. Ezt úgy érheti el, hogy a következő három feltétel valamelyikét állítja be a BroadWorks rendszeren az összes megosztott hívási megjelenésre vonatkozóan:
Minden megjelenés riasztása Click-to-Dial hívásokra le van tiltva a Shared Call megjelenése konfigurációban – ez az ajánlott megközelítés
vagy
Megszakítás engedélyezése erre a helyre le kell tiltani az összes megosztott hívás megjelenésénél vagy
vagy
A helyszínek le vannak tiltva az összes megosztott hívás megjelenésénél
Kapacitás növelése
XSP| ADP Farms
Javasoljuk, hogy a kapacitástervező segítségével határozza meg, hány további XSP| Az előfizetői számok javasolt növeléséhez szükséges ADP-erőforrások. A dedikált hálózati házirendek vagy a dedikált Webex for Cisco BroadWorks farmok esetében a következő méretezhetőségi lehetőségek állnak rendelkezésre:
Dedikált farm : Adjon hozzá egy vagy több XSP-t| ADP-kiszolgálókat küld annak a farmnak, amelynek extra kapacitásra van szüksége. Ugyanazt az alkalmazás- és konfigurációkészletet telepítse és aktiválja, mint a farm meglévő csomópontjait.
Dedikált farm hozzáadása : Új, dedikált XSP hozzáadása| ADP farm. Létre kell hoznia egy új fürtöt és új sablonokat a Partner Hubban, hogy megkezdhesse az új ügyfelek hozzáadását az új farmhoz, így csökkentve a meglévő farmra nehezedő nyomást.
Adjon hozzá speciális farmot : Ha egy adott szolgáltatás szűk keresztmetszeteit tapasztalja, érdemes lehet külön XSP-t létrehozni| Az ADP farm erre a célra, figyelembe véve a jelen dokumentumban felsorolt társ-rezidens követelményeket. Előfordulhat, hogy újra kell konfigurálnia a Control Hub-fürtöket és a DNS -bejegyzéseket, ha módosítja az új farmtal rendelkező szolgáltatás URL -címét.
A BroadWorks-környezet figyelése és erőforrás-ellátása minden esetben az Ön felelőssége. Ha a Cisco segítségét szeretné igénybe venni, vegye fel a kapcsolatot a fiókképviselőjével, aki professzionális szolgáltatásokat nyújt.
HTTP szervertanúsítványok kezelése
Ezeket a tanúsítványokat az mTLS-hitelesítésű webalkalmazásokhoz kell kezelnie az XSP-n| ADP-k:
Megbízhatósági lánc tanúsítványunk a Webex felhőből
Az XSP| Az ADP HTTP szerver interfészeinek tanúsítványai
A bizalmi lánc
Töltse le a megbízhatósági lánc tanúsítványt a Control Hubról, és telepítse az XSP-re| ADP-ket a kezdeti konfiguráció során. A tanúsítványt a lejárat előtt frissítjük, és értesítjük arról, hogyan és mikor kell módosítania.
Az Ön HTTP kiszolgáló felületei
Az XSP| Az ADP-nek nyilvánosan aláírt kiszolgálótanúsítvány kell bemutatnia a Webex, az itt leírtak szerint Tanúsítványok megrendelése . A felület első biztonságossá tételekor egy önaláírt tanúsítvány generálódik a felülethez. Ez a tanúsítvány az adott dátumtól számított egy évig érvényes. A önaláírt tanúsítvány le kell cserélnie egy nyilvánosan aláírt tanúsítványra. Az Ön felelőssége, hogy új tanúsítványt igényeljen annak lejárata előtt.
„Partner által korlátozva” mód
A Partner által korlátozott mód egy olyan Partner Hub-beállítás, amelyet a partnerrendszergazdák rendelhetnek hozzá adott ügyfélszervezetekhez, hogy korlátozzák az ügyfél-rendszergazdák által a Control Hubban frissíthető szervezeti beállításokat. Ha ez a beállítás engedélyezve van egy adott ügyfélszervezetnél, akkor a szervezet összes ügyfél-rendszergazdája a szerepkör-jogosultságoktól függetlenül nem tud hozzáférni a korlátozott vezérlők csoportjához a Control Hubban. Csak egy partner rendszergazda frissítheti a korlátozott beállításokat.
A Partner által korlátozott mód inkább szervezet-szintű beállítás, mint szerepkör. A beállítás azonban korlátozza az ügyfél-rendszergazdák meghatározott szerepkör-jogosultságait abban a szervezetben, amelyre a beállítás vonatkozik. |
Ügyfél-rendszergazdai hozzáférés
Az ügyfélrendszergazdák értesítést kapnak a Partner által korlátozott mód alkalmazásakor. Bejelentkezés után egy értesítési sáv jelenik meg a képernyő tetején, közvetlenül a Control Hub fejléc alatt. A szalaghirdetés értesíti az ügyfél rendszergazdáját, hogy a Korlátozott mód engedélyezve van, és előfordulhat, hogy bizonyos hívási beállításokat nem tud frissíteni.
Az ügyfél-rendszergazda egy olyan szervezetben, ahol engedélyezve van a Partner által korlátozott mód, a Control Hub-hozzáférés szintjét a következő képlet határozza meg:
(Control Hub-hozzáférés) = (Szervezeti szerepkör-jogosultságok) - (Partner módra vonatkozó korlátozások által korlátozott)
Korlátozások
Ha a Partner által korlátozott mód engedélyezve van egy ügyfélszervezetnél, az adott szervezet ügyfél-rendszergazdái számára nem férhetnek hozzá a következő Control Hub-beállítások:
A Felhasználók nézeten belül az alábbi beállítások nem érhetők el:
A Felhasználók kezelése gomb ki van szürkülve.
Felhasználók manuális hozzáadása vagy módosítása – Nincs lehetőség felhasználók hozzáadására vagy módosítására sem manuálisan, sem CSV-n keresztül.
Felhasználók igénylése – nem érhető el
Licencek automatikus hozzárendelése – nem érhető el
Címtár-szinkronizálás — Nem szerkeszthetők a címtár-szinkronizálási beállítások (ez a beállítás csak partnerszintű rendszergazdák számára érhető el).
Felhasználói adatok — A felhasználói beállítások, például a keresztnév, a vezetéknév, a megjelenített név és az elsődleges e- e-mail* szerkeszthetők.
Csomag alaphelyzetbe állítása – Nincs lehetőség a csomagtípus visszaállítására.
Szolgáltatások szerkesztése – Nincs lehetőség a felhasználók számára engedélyezett szolgáltatások szerkesztésére (pl. Üzenetek, Értekezletek, Hívás)
Szolgáltatások állapotának megtekintése – Nem látható a hibrid szolgáltatások vagy a szoftverfrissítési csatorna teljes állapota
Elsődleges munkahelyi szám – Ez a mező csak olvasható.
A Fiók nézeten belül a következő beállítások nem érhetők el:
A vállalat neve csak olvasható.
A Szervezeti beállítások nézetben a következő beállítások nem érhetők el:
Tartomány – A hozzáférés csak olvasható.
E-mail – A rendszergazdai meghívó e-mailek letiltásához és az e-mail helyi adatainak kiválasztásához tartozó beállítások csak olvashatók.
Hitelesítés – Nincs lehetőség a hitelesítési beállítások és az SSO-beállítások szerkesztésére.
A Hívás menüben a következő beállítások nem érhetők el:
Hívásbeállítások – Az Alkalmazásbeállítások hívásprioritás-beállításai csak olvashatók.
Hívási szokás – A beállítások csak olvashatók.
Hely > PSTN – A helyi átjáró és a Cisco PSTN beállításai el vannak rejtve.
A SZOLGÁLTATÁSOK menüben az áttelepítések és a csatlakoztatott UC-szolgáltatáslehetőségek le vannak tiltva.
„Partner által korlátozva” mód engedélyezése
A partnerrendszergazdák az alábbi eljárással engedélyezhetik Partner mód által korlátozott adott ügyfélszervezethez (az alapértelmezett beállítás engedélyezve van).
Bejelentkezés a Partner Hubba (https://admin.webex.com ) és válassza ki a lehetőséget Ügyfelek .
Válassza ki a megfelelő ügyfélszervezetet.
A jobb oldali beállítások nézetben engedélyezze a Partner mód által korlátozott kapcsolóval kapcsolhatja be a beállítást.
Ha szeretné kikapcsolni a Partner által korlátozott módot, kapcsolja ki a kapcsolót.
Ha a partner eltávolítja a korlátozott rendszergazdai módot egy ügyfél-rendszergazda számára, az ügyfél-rendszergazda a következőket tudja elvégezni:
|
Partnerelemzés
A Control Hub fejlesztéseinek köszönhetően a partnerrendszergazdák könnyebben megtekinthetik és frissíthetik a csomaginformációkat a felhasználóik nevében. Ez a funkció lehetővé teszi a partnerek számára, hogy összesített nézetet kapjanak az összes ügyfélről, és a következő részleteket tartalmazza:
Összes felhasználó csomag szerint (Softphone, Basic, Standard, Premium)
Felhasználó csomagtrend szerint (napi/heti/havi)
Ügyfelek a hozzárendelt csomagok számával
A Partner Analytics használatának részletes ismertetését a Webex cikkben találja Analytics for Webex for Wholesale és Webex for Broadworks csomagok a Partner Hubban .
Számlázási jelentés API-k
A Webex for Developers nyilvános API-kat biztosít, amelyek a havi számlázási jelentésekhez használhatók. A partnerrendszergazdák ezekkel az API-kkal számlázási jelentéseket hozhatnak létre, listázhatnak, lekérhetnek és törölhetnek. A következő táblázat felsorolja az API-kat, a szükséges hozzáférés típusát és a szerepkör követelményeit.
Számlázási API | Cél | Hozzáférés típusa | Szerepkör követelmény az API -hoz (Az adminisztrátornak legalább egy ilyen szerepkörre van szüksége) |
---|---|---|---|
Létrehozás lehetőségre egy BroadWorks számlázási jelentést | Számlázási jelentés generálására szolgál. | Írási hozzáférés |
|
Lista elemre BroadWorks számlázási jelentések | A megtekinthető jelentések felsorolására szolgál. | Olvasási hozzáférés |
|
Szerezzen egy BroadWorks számlázási jelentést | Egy generált jelentés másolatának beszerzésére szolgál. | Olvasási hozzáférés |
|
Törlés lehetőségre egy BroadWorks számlázási jelentést | Egy létrehozott jelentés törlésére szolgál. | Írási hozzáférés |
|
Számlázási mezők
A következő táblázat a létrehozott jelentésben szereplő mezőket sorolja fel.
Mező | Leírás |
---|---|
viszonteladóName | Partner neve vagy partnerszervezeti azonosítója |
billingId | Partner egyedi számlázási azonosítója vagy C-szám |
spEnterpriseId | A Szolgáltató által biztosított egyedi azonosító az előfizető vállalkozásához. |
belső | Az ügyfél belső próbaverziójának állapota (Igen/Nem) |
userId | Az előfizető felhasználói azonosítója a BroadWorks rendszerében |
subscriberId | A kérdéses előfizető egyedi azonosítója a Webex |
selfActivated | Igen/Nem |
firstStartDate | Az előfizető beüzemelésének dátuma. |
billingStartDate | A számlázás kezdetének dátuma ebben a hónapban |
billingEndDate | A számlázás befejezésének dátuma ebben a hónapban |
csomagot | A díj alatt lévő csomagtípus |
mennyiséget | Arányos mennyiség a számlázáshoz.
|
|
A Webex Cisco BroadWorks rendszerhez hibaelhárítása
Iratkozzon fel a Webex állapotoldalra
Első ellenőrzéshttps://status.webex.com amikor a szolgáltatás váratlan megszakítását tapasztalja. Ha a megszakítás előtt nem módosította a konfigurációt a Control Hubban vagy a BroadWorksben, ellenőrizze az állapotoldalt. Az állapot- és eseményértesítésekre való előfizetésről bővebben itt olvashat: Webex Súgó .
Használja a Control Hub elemzését
A Webex nyomon követi a használati és minőségi adatokat a szervezete és az ügyfelei szervezetei számára. Tudjon meg többet a Control Hub Analytics a Webex Súgóban .
Hálózati problémák
Az ügyfelek vagy a felhasználók nem a Control Hubban jönnek létre folyamaton keresztüli kiépítéssel:
El tudja érni az alkalmazáskiszolgáló a beüzemelési URL-t?
Helyes a beüzemelési fiók és jelszó, létezik ez a fiók a BroadWorksben?
A fürtök folyamatosan sikertelenek a kapcsolati teszteken:
A hitelesítési szolgáltatáshoz való mTLS-kapcsolat várhatóan sikertelen lesz, amikor létrehozza az első fürtöt a Partner Hubban, mert a Webex tanúsítványlánc való hozzáféréshez létre kell hoznia a fürtöt. Enélkül nem hozható létre megbízhatósági horgony az XSP hitelesítési szolgáltatáson| ADP-ket, így a Partner Hubból érkező teszt mTLS-kapcsolat nem sikeres. |
Az XSP| Az ADP interfészek nyilvánosan elérhetőek?
A megfelelő portokat használja? A fürt felületmeghatározásában megadhat egy portot.
Az illesztőfelületek érvényesítése sikertelen
Xsi-Actions és Xsi-Events felületek:
- Ellenőrizze, hogy a felület URL-címei megfelelően vannak-e megadva a fürtön a Partner Hubban, beleértve a
/v2.0/
az URL-címek végén. Ellenőrizze, hogy a tűzfal engedélyezi-e a kommunikációt a Webex és ezen felületek között.
Tekintse át a jelen dokumentumban található felület-konfigurációs tanácsokat.
Hitelesítési szolgáltatási felület:
- Ellenőrizze, hogy a felület URL-címei megfelelően vannak-e megadva a fürtön a Partner Hubban, beleértve a
/v2.0/
az URL-címek végén. Ellenőrizze, hogy a tűzfal engedélyezi-e a kommunikációt a Webex és ezen felületek között.
Tekintse át a jelen dokumentumban található felület-konfigurációs tanácsokat, különös tekintettel a következőkre:
- Győződjön meg arról, hogy megosztotta az RSA -kulcsokat az összes XSP-n| ADP-k.
- Győződjön meg arról, hogy minden XSP-n megadta az AuthService URL -címét a webes tárolóhoz| ADP-k.
- Ha szerkesztette a TLS titkosítási konfigurációt, ellenőrizze, hogy a megfelelő elnevezési megállapodást használta-e. Az XSP| Az ADP megköveteli, hogy adja meg az IANA névformátumot a TLS titkosításokhoz. Ennek a dokumentumnak egy korábbi verziója hibásan sorolta fel a szükséges titkosítási csomagokat az OpenSSL elnevezési megállapodásban.
Ha mTLS-t használ hitelesítési szolgáltatással, akkor a Webex ügyféltanúsítványok betöltődnek az XSP-re| ADP/ADP bizalmi tárhely? Az alkalmazás (vagy a felület) úgy van konfigurálva, hogy ügyféltanúsítványokat igényeljen?
Ha CI token érvényesítést használ a hitelesítési szolgáltatással, az alkalmazás (vagy felület) úgy van konfigurálva, hogy nem ügyféltanúsítványokat igényel?
Ügyfélproblémák
Ellenőrizze, hogy az ügyfél csatlakozik-e a BroadWorks-hez
Jelentkezzen be a Webex alkalmazás.
Ellenőrizze, hogy a Hívási opciók ikon (egy kézibeszélő fölött fogaskerékkel) megjelenik-e az oldalsávon.
Ha az ikon nem látható, előfordulhat, hogy a felhasználó még nincs engedélyezve a hívószolgáltatáshoz a Control Hubban.
Nyissa meg a Beállítások/Beállítások elemre menüt, és lépjen a következőre: Telefonos szolgáltatások szakaszban. Látnia kell az állapotot SSO -munkamenet Ön bejelentkezett .
Ha egy másik telefonos szolgáltatás, például a Webex Calling látható, a felhasználó nem a Webex for Cisco BroadWorks alkalmazást használja.
Ez az ellenőrzés a következőket jelenti:
Az ügyfél sikeresen átlépte a szükséges Webex mikroszolgáltatásokat.
A felhasználó sikeresen hitelesítette.
Az Ön BroadWorks rendszere hosszú élettartamú JSON webes tokent állított ki az ügyfélnek.
Az ügyfél lekérte az eszközprofil , és regisztrált a BroadWorks rendszerébe.
Kliensnaplók
Minden Webex alkalmazás -ügyfél tud naplókat küldeni a Webex. Mobilkliensek számára ez a legjobb lehetőség. Rögzítse a felhasználói e- e-mail-cím és a probléma becsült időpontját is, ha a TAC-tól kér segítséget. További információkért lásd: Hol találok támogatást a Webex számára?
Ha manuálisan kell naplókat gyűjtenie Windows PC-ről , akkor azok a következőképpen találhatók:
Windows PC : C:\Users\{username}\AppData\Local\CiscoSpark
Mac:/Users/{username}/Library/Logs/SparkMacDesktop
Felhasználói bejelentkezéssel kapcsolatos problémák
Az mTLS-hitelesítés helytelenül konfigurálva
Ha minden felhasználó érintett, ellenőrizze a Webex és a hitelesítési szolgáltatás URL-címe közötti mTLS kapcsolatot:
Ellenőrizze, hogy a hitelesítési szolgáltató alkalmazás vagy az általa használt felület mTLS-re van konfigurálva.
Ellenőrizze, hogy a Webex tanúsítványlánc megbízhatósági horgonyként van-e telepítve.
Ellenőrizze, hogy a felületen/alkalmazáson lévő kiszolgálótanúsítvány érvényes-e, és hogy egy jól ismert CA által aláírt-e.
Licenctúllépés üzenet
Ez az üzenet a Partner Hub Ügyfelek nézetében jelenhet meg az ügyfelek számára. Ez az üzenet akkor jelenik meg, ha a licenchasználat meghaladja a licenc által megengedettet. Az üzenet figyelmen kívül hagyható.
Hibaelhárítási útmutató
A Webex Cisco BroadWorks rendszerhez készült hibaelhárításával kapcsolatos részletes információk lásd: Webex for Cisco BroadWorks hibaelhárítási útmutató .
Ügyféltámogatás
Állandó állapotú támogatási politika
A végfelhasználói (vállalati) támogatás első kapcsolattartó pontja a Szolgáltató. Az SP által nem tud megoldani problémákat eszkalálni a TAC-ra. A BroadWorks kiszolgáló verziótámogatás a jelenlegi verzió és két korábbi fő verzió (N-2) BroadSoft házirendjét követi. Bővebben itt: A BroadSoft termékek életciklus-szabályzata szakaszban BroadSoft életciklus házirend és BroadWorks szoftver kompatibilitási táblázat .
Eszkalációs házirend
Ön (Szolgáltató/partner) az első kapcsolattartó a végfelhasználói (vállalati) támogatással kapcsolatban.
Az SP által nem megoldható problémákat a rendszer a TAC-hoz eszkalálja.
BroadWorks-verziók
A BroadWorks kiszolgáló verziótámogatás a BroadSoft házirendet követi, az aktuális verzióra és két korábbi fő verzióra (N-2). Bővebben itt: A BroadSoft termékek életciklus-szabályzata szakaszban BroadSoft életciklus házirend és BroadWorks szoftver kompatibilitási táblázat .
Önkiszolgáló erőforrások
A felhasználók a Webex súgóközponton keresztül kaphatnak támogatást, ahol van egy Webex for Cisco BroadWorks-specifikus oldal, amely felsorolja a Webex Webex alkalmazás általános súgóját és támogatási témaköreit.
A Webex alkalmazás személyre szabható ezzel a súgó URL -lel és egy problémajelentés URL-lel .
A Webex alkalmazás felhasználói közvetlenül az ügyféltől küldhetnek visszajelzést vagy naplókat. A naplók a Webex felhőbe kerülnek, ahol a Webex DevOps segítségével elemezhetők.
Van egy Súgó oldalunk is, amely a Webex Cisco BroadWorks rendszergazdai szintű segítségét nyújtja.
Információgyűjtés szolgáltatásigénylés benyújtásához
Amikor hibákat lát a Control Hubban, előfordulhat, hogy olyan információkat csatoltak, amelyek segíthetik a TAC-ot a probléma kivizsgálásában. Ha például egy adott hibához tartozó nyomkövetési azonosító vagy hibakód lát , mentse el a szöveget, hogy megossza velünk.
Próbálja meg legalább a következő információkat megadni lekérdezés benyújtásakor vagy ügy megnyitásakor:
Ügyfélszervezeti azonosító és Partnerszervezeti azonosító (mindegyik azonosító egy 32 hexa számjegyből álló, kötőjelekkel elválasztott karakterlánc)
TrackingID (szintén 32 hex jegyű karakterlánc), ha az interfész vagy a hibaüzenet biztosít ilyet
Felhasználó e- e-mail-cím (ha egy adott felhasználó problémát tapasztal)
Kliensverziók (ha a problémát az ügyfélen keresztül észlelték a tünetek)
UC-One SaaS-összehasonlítás a Webex -szel a Cisco BroadWorks-hez
Megoldás > | UC-One SaaS | Webex a Cisco BroadWorks részére |
---|---|---|
Felhő | Cisco UC– One Cloud (GCP) | Webex Cloud (AWS) |
Ügyfelek | UC-One: Mobil, asztali Recepciós, Supervisor | Webex: Mobil, Asztali, web |
Főbb technológiai különbségek | Az értekezletek a Broadsoft Meet technológián keresztül történnek | A Webex Meetings technológián keresztül leadott értekezletek |
Korai tereppróbák | Átmeneti környezet, béta kliensek | Gyári környezet, GA-kliensek |
Felhasználói azonosító | A BroadWorks- azonosító szolgált elsődleges azonosító, kivéve, ha a szolgáltató már rendelkezik SSO -integrációval.
Felhasználói azonosító és titkosítás a BroadWorksben | A Cisco CI-ben az e- e-mail - azonosító szolgál elsődleges azonosító SSO -integráció a szolgáltató BroadWorks rendszerébe, ahol a felhasználó BroadWorks felhasználói azonosító és BroadWorks titkossággal fog hitelesíteni.
A felhasználó BroadWorks esetén SSO -n keresztül adja meg a hitelesítő adatokat, a BroadWorksben pedig a titkos adatokat VAGY Felhasználói azonosító és titkosítás a CI IdP-ben VAGY Felhasználói azonosító a CI-ben, azonosító és titkok az IdP-ben |
Kliens hitelesítés | A felhasználók az ügyfélen keresztül adják meg a hitelesítési adatokat Webex üzenetküldés használata esetén hosszú élettartamú BroadWorks tokenek szükségesek | A felhasználók böngészőn keresztül adják meg a hitelesítési adatokat (akár Webex BIDP-proxyról, akár CI-ről bejelentkezési oldalt) Webex hozzáférési és frissítési tokenek |
Kezelés / konfiguráció | Az Ön OSS/BSS rendszerei és Viszonteladói portál | Az Ön OSS/BSS-rendszerei és a Control Hub |
Partner/Szolgáltató aktiválása | Egyszeri beállítás a Cisco Operations által | Egyszeri beállítás a Cisco Operations által |
Ügyfél/vállalat aktiválása | Viszonteladói portál | Control Hub Automatikusan létrehozva az első felhasználó regisztrálásakor |
Felhasználói aktiválási lehetőségek | Saját beiratkozás Külső IM&P beállítása a BroadWorksben
| Integrált IM&P beállítása a BroadWorks-ben (általában nagyvállalati) |
XSP| ADP szolgáltatás interfészek | XSI-Actions
XSI-Events CTI (mTLS) AuthService (opcionális mTLS) DMS | XSI-Actions XSI-Actions (mTLS) XSI-Events CTI (mTLS) AuthService (TLS) DMS |
A Webex telepítése és bejelentkezés (előfizetői szempont)
1 | Töltse le és telepítse a Webex. A részletekért lásd: Webex| Töltse le az alkalmazást . |
2 | Futtassa a Webex. A Webex kéri az e- e-mail-cím.
|
3 | Adja meg e-mail-címét, majd kattintson a Következő lehetőségre. |
4 | Az alábbiak egyike történik, attól függően, hogy a szervezet hogyan van beállítva a Webex alkalmazásban: A Webex a sikeres IdP vagy BroadWorks hitelesítés után töltődik be.
|
Adatcsere és -tárolás
Ezek a szakaszok részletesen ismertetik a Webex történő adatcserét és -tárolást. Minden adat titkosítva van továbbítás közben és nyugalmi állapotban is. További részletekért lásd: Webex App Security .
Szolgáltatói beléptetés
Amikor a szolgáltatói beléptetés során fürtöket és felhasználói sablonokat konfigurál a Webex Control Hubban, a következő, Webex által tárolt Webex -adatokat kicseréli:
Xsi-Actions URL
Xsi-Events URL
CTI felület URL -címe
Hitelesítési szolgáltatás URL-címe
BroadWorks Provisioning Adapter hitelesítő adatai
Szolgáltatói Felhasználó-létesítés
Ez a táblázat a Webex API-kon keresztüli felhasználói üzembe helyezés részeként kicserélt felhasználói és vállalati adatok sorolja fel.
Adatáthelyezés a Webex | Innen | Keresztül | A Webex által tárolt ? |
---|---|---|---|
BroadWorks felhasználói azonosítója | BroadWorks, API -n keresztül | Webex API-k | Igen |
E- e-mail (ha van SP) | BroadWorks, API -n keresztül | Webex API-k | Igen |
E- e-mail (ha a felhasználó megadta) | Felhasználó | Felhasználói aktiválási portál | Igen |
Utónév | BroadWorks, API -n keresztül | Webex API-k | Igen |
Vezetéknév | BroadWorks, API -n keresztül | Webex API-k | Igen |
Elsődleges telefonszám | BroadWorks, API -n keresztül | Webex API-k | Igen |
Mobiltelefonszám lehetőségre | BroadWorks, API -n keresztül | Webex API-k | Igen |
Elsődleges mellék | BroadWorks, API -n keresztül | Webex API-k | Igen |
BroadWorks szolgáltató azonosító és azonosító | BroadWorks, API -n keresztül | Webex API-k | Igen |
Nyelv | BroadWorks, API -n keresztül | Webex API-k | Igen |
Időzóna | BroadWorks, API -n keresztül | Webex API-k | Igen |
Felhasználó eltávolítása
A Webex for Cisco BroadWorks API-k támogatják a felhasználó részleges és teljes eltávolítását is. Ez a táblázat felsorolja az üzembe helyezés során tárolt összes felhasználói adatot, valamint az egyes forgatókönyvekben törölt adatokat.
Felhasználói adatok lehetőségre | Részleges törlés | Teljes törlés |
---|---|---|
BroadWorks felhasználói azonosítója | Igen | Igen |
Nem | Igen | |
Utónév | Nem | Igen |
Vezetéknév | Nem | Igen |
Elsődleges telefonszám | Igen | Igen |
Mobiltelefonszám lehetőségre | Igen | Igen |
Mellék | Igen | Igen |
BroadWorks szolgáltató azonosító és azonosító | Igen | Igen |
Nyelv | Nem | Igen |
Felhasználói bejelentkezés és konfiguráció visszakeresése
Webex hitelesítés
Webex hitelesítés A felhasználónak a Webex alkalmazás a Webex támogatási hitelesítési mechanizmusok valamelyikével történő bejelentkezésére utal. ( BroadWorks-hitelesítés külön tárgyalja.) Ez a táblázat a különböző összetevők között a hitelesítési folyamat során kicserélt adatok típusát mutatja be.
Adatáthelyezés | Innen | Címzett: |
---|---|---|
E-mail-cím | Felhasználó a Webex alkalmazás keresztül | Webex |
Korlátozott hozzáférési token és (független) IdP URL | Webex | Felhasználói böngésző |
Felhasználói hitelesítő adatok | Felhasználói böngésző | Identitásszolgáltató (amely már rendelkezik felhasználói identitással) |
SAML állítás | Felhasználói böngésző | Webex |
Hitelesítő kód | Webex | Felhasználói böngésző |
Hitelesítő kód | Felhasználói böngésző | Webex |
Tokenek elérése és frissítése | Webex | Felhasználói böngésző |
Tokenek elérése és frissítése | Felhasználói böngésző | Webex alkalmazás |
BroadWorks hitelesítés
BroadWorks-hitelesítés A felhasználónak egy Webex Webex alkalmazás történő bejelentkezése a BroadWorks-hitelesítési adataikkal történik. Ez a táblázat a különböző összetevők között a hitelesítési folyamat során kicserélt adatok típusát mutatja be.
Adatáthelyezés | Innen | Címzett: |
---|---|---|
E-mail-cím | Felhasználó a Webex alkalmazás keresztül | Webex |
Korlátozott hozzáférésű token és (Webex Bwks IdP proxy) IdP URL | Webex | Felhasználói böngésző |
Márkainformációk és BroadWorks URL-ek | Webex | Felhasználói böngésző |
BroadWorks felhasználói hitelesítő adatok | Felhasználó böngészőn keresztül (a Webex által kiszolgált márkás bejelentkezési oldal) | Webex |
BroadWorks felhasználói hitelesítő adatok | Webex | BroadWorks |
BroadWorks felhasználói profil | BroadWorks | Webex |
SAML állítás | Felhasználói böngésző | Webex |
Hitelesítő kód | Webex | Felhasználói böngésző |
Hitelesítő kód | Felhasználói böngésző | Webex |
Tokenek elérése és frissítése | Webex | Felhasználói böngésző |
Tokenek elérése és frissítése | Felhasználói böngésző | Webex alkalmazás |
A BroadWorks jelszó lejártáról szóló értesítés a bejelentkezés során
Ez a funkció javítja a bejelentkezési folyamatot, és az alábbiak alapján vezérli a bejelentkezési folyamatot:
Bejelentkezési figyelmeztetés és hibaüzenet javítása:
- A BroadWorks hitelesítést használó és az UAP-on keresztül bejelentkező Wexbex for BWKS felhasználók jelenleg nem kap értesítést arról, hogy jelszavuk hamarosan lejár, vagy hogy nem tudnak bejelentkezni, mert a jelszó már lejárt. Ezzel a funkcióval, ha a jelszó 10 napon belül lejár, a felhasználó figyelmeztetést kap, hogy a jelszó hamarosan lejár, jelezve, hogy hány nap van hátra, és javasoljuk, hogy vegye fel a kapcsolatot a Partnerrel, vagy kövesse az Elfelejtett Jelszó hivatkozást a bejelentkezési képernyőn a jelszavuk alaphelyzetbe állításához.
- Ha a jelszó lejárt, és a BroadWorks 'enforcePasswordChangeOnExpiry' konfigurációja igaz értékre van állítva, akkor a „helytelen felhasználónév és jelszó” hibaüzenetet adtak ki, de most ezzel a funkcióval a hibaüzenet tovább bővül: Sikertelen bejelentkezési kísérlet. A megadott felhasználói azonosító és jelszó kombinációja nem egyezik meg a nyilvántartásunkkal, vagy a jelszavát frissíteni kell. Próbálkozzon újra, vagy forduljon a rendszergazdájához a jelszó frissítéséhez. Hibakód: 100006
Bejelentkezési folyamat vezérlése:
- A partner korlátozhatja a bejelentkezést a „w4bwks-password-expiry-fail-login” beállítás engedélyezésével vagy letiltásával. Ha a BroadWorks-jelszó lejárt, a BroadWorks-jelszó „enforcePasswordChangeOnExpiry” konfigurációja false értékre van állítva, és a „w4bwks-password-expiry-fail-login” beállítás engedélyezve van, akkor hibaüzenet jelenik meg, miszerint a jelszó x napja lejárt, míg ha a beállítási szolgáltatás le van tiltva , akkor a bejelentkezés engedélyezett. Alapértelmezés szerint a beállítás le van tiltva.
Az Elfelejtett jelszó hivatkozást a bejelentkezési oldalon a partner konfigurálhatja a Speciális testreszabás funkció részeként. A partnerek általában úgy konfigurálják a hivatkozást, hogy a felhasználót egy partneri portálra navigálják a jelszókezeléshez és a jelszó-visszaállításhoz.
Ez a funkció csak akkor javítja a felhasználói bejelentkezési élményt az aktivált felhasználó bejelentkezése során, ha a jelszó hamarosan lejár, vagy már lejárt. A funkció nem kezeli, ha egy jelszó lejár, miközben a felhasználó bejelentkezett a Webex alkalmazás. A felhasználó a következő bejelentkezési kísérlet alkalmával értesítést kap a jelszó lejártáról. A „w4bwks-password-expiry-fail-login” beállítást a Cisco egy partner kérésére engedélyezi vagy letiltja. |
Klienskonfiguráció visszakeresése
Ez a táblázat szemlélteti az ügyfélkonfigurációk lekérése során a különböző összetevők között kicserélt adatok típusát.
Adatáthelyezés | Innen | Címzett: |
---|---|---|
Regisztráció | Kliens | Webex |
Szervezeti beállítások, beleértve a BroadWorks URL-címeket is | Webex | Kliens |
BroadWorks JWT token | BroadWorks a Webex keresztül | Kliens |
BroadWorks JWT token | Kliens | BroadWorks |
Eszköztoken | BroadWorks | Kliens |
Eszköztoken | Kliens | BroadWorks |
Konfigurációs fájl | BroadWorks | Kliens |
Állandó állapotú használat
Ez a szakasz ismerteti az összetevők közötti adatmozgást a token lejártát követő újrahitelesítés során, akár BroadWorks, akár Webex segítségével.
Ez a táblázat a híváshoz szükséges adatmozgásokat sorolja fel.
Adatáthelyezés | Innen | Címzett: |
---|---|---|
SIP jelzés | Kliens | BroadWorks |
SRTP adathordozó | Kliens | BroadWorks |
SIP jelzés | BroadWorks | Kliens |
SRTP adathordozó | BroadWorks | Kliens |
Ez a táblázat az üzenetkezelés, a jelenlét és az értekezletek adatmozgását sorolja fel.
Adatáthelyezés | Innen | Címzett: |
---|---|---|
HTTPS REST üzenetküldés és jelenlét | Kliens | Webex |
HTTPS REST üzenetküldés és jelenlét | Webex | Kliens |
SIP jelzés | Kliens | Webex |
SRTP adathordozó | Kliens | Webex |
SIP jelzés | Webex | Kliens |
SRTP adathordozó | Webex | Kliens |
A Provisioning API
Fejlesztői hozzáférés
Az API specifikáció a következő napon érhető el:https://developer.webex.com és egy útmutató a használatához itt találhatóhttps://developer.webex.com/docs/api/guides/webex-for-broadworks-developers-guide .
Az API specifikáció elolvasásához be kell jelentkeznie a következő címen:https://developer.webex.com/docs/api/v1/broadworks-subscribers .
Alkalmazás hitelesítés és engedélyezés
Az alkalmazás integrálható a Webex , mint egy Integráció . Ez a mechanizmus lehetővé teszi az alkalmazás számára, hogy adminisztratív feladatokat (például előfizetői szolgáltatást) végezzen a partnerszervezeten belüli rendszergazda számára.
A Webex API-k követik az OAuth 2 szabványt (http://oauth.net/2/ ). Az OAuth 2 lehetővé teszi a harmadik féltől származó integrációk számára, hogy frissítési és hozzáférési tokeneket szerezzenek be a kiválasztott Partner-rendszergazda nevében az API -hívások hitelesítéséhez.
Először regisztrálnia kell az integrációt a Webex. A regisztrációt követően az alkalmazásnak támogatnia kell ezt az OAuth 2.0 engedélyezési folyamatot, hogy megszerezze a szükséges frissítési és hozzáférési jogkivonatokat.
Az integrációkkal és az OAuth 2 hitelesítési folyamat alkalmazásba való beépítésével kapcsolatos további részletekért lásd:https://developer.webex.com/docs/integrations .
Két szerepkör szükséges az integrációk megvalósításához – a fejlesztő és a felhasználó engedélyezése - és előfordulhat, hogy a környezetében különálló személyek/csapatok tartják őket.
|
Szervezetnév
A szervezet neve attól függ, hogy melyik beüzemelési módot használja:
Vállalati mód—A szervezet neve pontosan megegyezik az spEnterpriseId értékkel.
Szolgáltatói mód—A Szervezetnév az spEnterpriseId csoportazonosító része.
A szervezet neve tartalmazni fog minden olyan szóközt, nagybetűt és speciális karaktert, amelyet az eredeti spEnterpriseId tartalmaz.
BroadWorks szoftverkövetelmények
Lásd Életciklus-kezelés – BroadSoft szerverek .
A Szolgáltatótól elvárjuk, hogy a legújabb BroadWorks-javításokkal és Release Independent (RI) alkalmazásokkal legyen "javításkor". A javítások alábbi listája a minimális követelmény a Webex való integrációhoz.
Feltétlenül tekintse át az ezekhez a szoftverjavításokhoz tartozó javítási megjegyzéseket. Egyes javítások további CLI-követelményeket is tartalmazhatnak. |
R22-es verzió
Kiszolgáló | Patch | További információk |
---|---|---|
Alkalmazáskiszolgáló | ||
Címtár-szinkronizáláshoz szükséges | ||
Szükséges a V1-ről V2-es leküldéses értesítésekre való frissítéshez | ||
Szükséges javítás az alkalmazáskiszolgálóhoz | ||
Szükséges a V1-ről V2-es leküldéses értesítésekre való frissítéshez | ||
Szükséges javítás a hívásrögzítés funkcióhoz | ||
Szükséges javítás az átfolyós üzembe helyezéshez | ||
Szükséges javítás a Hook állapot (jelenlét) és az egyesített híváselőzmények számára | ||
Profilkiszolgáló | ||
Szükséges javítás a Hook állapot (jelenlét) és az egyesített híváselőzmények számára | ||
Platform | ||
Az NPS-hitelesítési proxyhoz szükséges | ||
Az NPS-hitelesítési proxyhoz szükséges | ||
Szükséges a CI-token érvényesítéssel rendelkező hitelesítési szolgáltatáshoz | ||
Szükséges javítás a Hook állapot (jelenlét) és az egyesített híváselőzmények számára | ||
XSP| ADP | Az NPS-hitelesítési proxyhoz szükséges | |
Szükséges a CI-token érvényesítéssel rendelkező hitelesítési szolgáltatáshoz | ||
Az NPS-hitelesítési proxyhoz szükséges | ||
Szükséges a V1-ről V2-es leküldéses értesítésekre való frissítéshez | ||
Az NPS-hitelesítési proxyhoz szükséges | ||
Az NPS-hitelesítési proxyhoz szükséges | ||
Szükséges a CI-token érvényesítéssel rendelkező hitelesítési szolgáltatáshoz | ||
Kötelező az egyesített híváselőzményekhez | ||
Egyéb | AP.xsa.22.0.1123.ap372757 | |
R23-as verzió
Kiszolgáló | Patch | További információk |
---|---|---|
Alkalmazáskiszolgáló | Címtár-szinkronizáláshoz szükséges | |
Alkalmazáskiszolgáló konfigurálása | ||
Szükséges a V1-ről V2-es leküldéses értesítésekre való frissítéshez | ||
A hívásrögzítéshez szükséges | ||
Szükséges javítás a Hook állapot (jelenlét) és az egyesített híváselőzmények számára | ||
Profilkiszolgáló | ||
Platform | ||
Az NPS-hitelesítési proxyhoz szükséges | ||
Szükséges javítás a Hook állapot (jelenlét) és az egyesített híváselőzmények számára | ||
XSP| ADP | ||
Az NPS-hitelesítési proxyhoz szükséges | ||
Szükséges a V1-ről V2-es leküldéses értesítésekre való frissítéshez | ||
Az NPS-hitelesítési proxyhoz szükséges | ||
Az NPS-hitelesítési proxyhoz szükséges | ||
Szükséges javítás a Hook állapot (jelenlét) és az egyesített híváselőzmények számára | ||
Egyéb | Ha ADP-t használ... | Szükséges javítás a Hook állapot (jelenlét) és az egyesített híváselőzmények számára |
R24-es verzió
Kiszolgáló | Patch | További információk |
---|---|---|
Alkalmazáskiszolgáló | A Unified Üzenetküldés Server (UMS) használatához szükséges | |
Az átfolyósított üzembe helyezéshez szükséges | ||
A hívásrögzítéshez szükséges | ||
Szükséges javítás a Hook állapot (jelenlét) és az egyesített híváselőzmények számára | ||
Egyéb | Szükséges javítás a Hook állapot (jelenlét) és az egyesített híváselőzmények számára |
BroadWorks-címkék szükségesek a Webex
A Webexhez konfigurálandó Webex rendszercímkékkel és egyéni címkékkel kapcsolatos információkért lásd: Webex Cisco BroadWorks konfigurációs útmutató .
Felhasználó-létesítési és aktiválási folyamatok
Beüzemelés leírja, hogyan kell hozzáadni a felhasználót a Webex. Aktiválás tartalmazza az e-mail hitelesítést és a szolgáltatás hozzárendelését a Webex. |
A felhasználók e-mail-címének egyedinek kell lennie, mivel a Webex az e- e-mail-cím használja a felhasználók azonosítására. Ha rendelkezik megbízható e-mail-címekkel a felhasználók számára, akkor beállíthatja, hogy azok automatikusan aktiválódjanak az automatikus beüzemelésükkor. Ez a folyamat „automatikus beüzemelés és automatikus aktiválás”.
Automatikus felhasználó-létesítés és automatikus aktiválás (megbízható e- e-mail folyamat)
Előfeltételek
A beüzemelési adapter a Webex for Cisco BroadWorks alkalmazásra mutat (amihez kimenő kapcsolat szükséges az AS és a Webex Provisioning Bridge között).
Érvényes, elérhető végfelhasználói e-mail-címekkel kell rendelkeznie másodlagos azonosítóként a BroadWorksben.
A Control Hubnak van beüzemelési fiókja a partnerszervezet konfigurációjában.
Lépés | Leírás |
---|---|
1 | Árajánlatot ad és vesz fel a szolgáltatásra vonatkozó megrendeléseket az ügyfelekkel. |
2 | Az ügyfél megrendelését dolgozza fel és biztosítja az ügyfelet a rendszereiben. |
3 | A szolgáltatás-kihelyezési rendszer kiváltja a BroadWorks üzembe helyezését. Összefoglalóan ez a lépés hozza létre a vállalatot és a felhasználókat. Ezután minden egyes felhasználóhoz hozzárendeli a szükséges szolgáltatásokat és számokat. Az egyik ilyen szolgáltatás a külső IM&P. |
4 | Ez a beüzemelési lépés elindítja az ügyfélszervezet és a felhasználók automatikus üzembe helyezését a Webex. (Az IM&P szolgáltatás-hozzárendelés hatására a beüzemelési adapter meghívja a Webex üzembe helyezési API-t ). |
5 | A rendszereinek a Webex üzembe helyezési API -t kell használniuk, ha később módosítani kell a csomagot a felhasználóhoz (az alapértelmezettről való módosításhoz). |
SSO bejelentkezési folyamat
Az alábbiakban látható a Webex Webex alkalmazás SAML SSO bejelentkezési folyamata BroadWorks-hitelesítés használatakor, és ha a Cross-Origin erőforrás-megosztás engedélyezve van, lehetővé téve a közvetlen BroadWorks-hitelesítést. A képen a kliens és a felhasználói események bal oldalán láthatók, a nyilakkal ellátott szöveg pedig azt jelzi, hogy az ügyfél mit biztosít a hitelesítéshez. Az 1. és 5. lépés felhasználói események. A kép jobb oldala a bejelentkezési szolgáltatások eseményeit jelöli az ügyfélnek visszaküldött adatokkal együtt.
Az alábbiakban a BroadWorks szolgáltatás-felderítési folyamat látható, amely közvetlenül az előző Webex SAML SSO bejelentkezési folyamatból következik. Az ügyfél a Webex Device Management alkalmazásba történő regisztráció során kapott hozzáférési token segítségével kér regisztrációt a BroadWorks-telepítéstől.
Alternatív bejelentkezési folyamatok
A fenti képek azt feltételezik, hogy az SAML SSO bejelentkezés BroadWorks-hitelesítéssel van konfigurálva, és a közvetlen BroadWorks-hitelesítés engedélyezett (Cross-Origin Erőforrásmegosztás). Az alábbiakban felsorolunk néhány alternatív SAML SSO bejelentkezési folyamatot:
BroadWorks-hitelesítés közvetlen BroadWorks-hitelesítés nélkül (kereszt-eredetű erőforrás-megosztás):
Az egyetlen különbség a Webex bejelentkezési folyamat 5. és 6. lépésében van. Az 5. lépésben a bejelentkezési hitelesítő adatokat az IdP-proxy (nem pedig az XSI) ellenőrzi, és a rendszer egy SAML -igazolást küld vissza az ügyfélnek.
A folyamat a hátralévő lépéseken keresztül halad a két érvényes diagramon.
Az SSO tokent nem használja ez a folyamat.
SAML SSO Webex hitelesítés:
A Webex bejelentkezési folyamat 3. lépésében a Common Identity szolgáltatás a Webex hitelesítéshez használt identitásszolgáltatót adja vissza.
Ekkor a rendszer meghív egy alternatív SAML SSO bejelentkezési folyamatot a Webex számára.
Felhasználói interakciók
Bejelentkezés
A Webex alkalmazás elindít egy böngészőt a Cisco Common Identity (CI) alkalmazáshoz, amely lehetővé teszi a felhasználók számára, hogy megadják az e- e-mail-cím.
A CI észleli, hogy a társított ügyfélszervezet SAML IDP-ként a BroadWorks IDP-proxyt (IDP) használja. A CI az IDP-hez irányít át, amely bejelentkezési oldalt ad a felhasználónak. (Ezt a bejelentkezési oldalt a Szolgáltató márkajelzéssel látja el.)
A felhasználó megadja a BroadWorks-hitelesítési adatait.
A Broadworks az IDP-n keresztül hitelesíti a felhasználót. Sikeres esetben az IDP visszairányítja a böngészőt a CI-re egy SAML sikerrel, hogy befejezze a hitelesítési folyamatot (nem látható az ábrán).
Sikeres hitelesítés esetén a Webex alkalmazás hozzáférési tokeneket kap a CI-től (az ábrán nem látható). Az ügyfél ezek segítségével igényel BroadWorks hosszú élettartamú Jason web Token (JWT).
A Webex alkalmazás a hívási konfigurációját a BroadWorks-ből, más szolgáltatásokat pedig a Webex fedezi fel.
A Webex Webex alkalmazás regisztrál a BroadWorks rendszerében.
Jelentkezzen be felhasználói szemmel
Ez a diagram a tipikus bejelentkezési folyamatot mutatja a végfelhasználó vagy előfizető által:
Töltse le és telepítse a Webex alkalmazás.
Előfordulhat, hogy a hivatkozást a szolgáltató kapta, vagy a letöltést a Webex letöltések oldalán találja.
Adja meg az e- e-mail-cím a Webex bejelentkezési képernyőjén. Kattintson a Tovább gombra.
A rendszer általában a Szolgáltató márkájú oldalára irányítja át.
Ez az oldal az e- e-mail-cím üdvözölheti Önt.
Ha nincs e- e-mail-cím, vagy ha az e- e-mail-cím rossz, akkor inkább adja meg a BroadWorks- felhasználónév .
Adja meg BroadWorks-jelszavát.
Ha sikeresen jelentkezett be, megnyílik a Webex .
Call Flow—Vállalati címtár
Hívásfolyamat—PSTN-szám
Bemutató és megosztás
Térértekezlet indítása
Kliens-interakciók
Profil lekérése DMS-ből és SIP -ből Regisztráljon az AS-nél
Az ügyfél meghívja az XSI-t, hogy megkapja az eszközkezelési tokent és a DMS URL -címét.
Az ügyfél az 1. lépésből származó token bemutatásával kéri le az eszközprofil a DMS-től.
Az ügyfél beolvassa az eszközprofil , és lekéri a SIP hitelesítő adatokat, címeket és portokat.
Az ügyfél a 3. lépésből származó információk alapján egy SIP REGISTER-t küld az SBC-nek.
Az SBC elküldi a SIP REGISTER-t az AS-nek (Az SBC végrehajthat egy keresést az NS-ben egy AS megkeresésére, ha az SBC még nem ismeri a SIP felhasználót.)
Vizsgálati és laboratóriumi irányelvek
A következő irányelvek vonatkoznak a tesztelő és laboratóriumi szervezetekre:
A szolgáltatói partnerek legfeljebb 50 tesztfelhasználóba korlátozottak, akik több szervezeten keresztül is kiépíthetők.
Az első 50 tesztfelhasználón túli felhasználókat kiszámlázzuk.
A számla pontos feldolgozása érdekében minden tesztszervezetnek tartalmaznia kell a „test” szót a BroadWorks szervezet nevében.
A belső tesztelő szervezeteket a Webex Control Hubon belül kell kijelölni. Ennek célja annak megakadályozása, hogy a tesztfelhasználók tényleges felhasználóként legyenek számlázva.
Szervezet kijelölése tesztszervezetként
Szervezet kijelölése tesztszervezetként:
Jelentkezzen be a Partner Hubba, és válassza ki az Ügyfelek lehetőséget.
Válassza ki a megfelelő Ügyfelet.
A jobb oldali vezérlősávban engedélyezze a Belső tesztelési szervezet kapcsolót.
Hangposta lejátszása
Hangposta esetén győződjön meg arról, hogy a Médiakiszolgálót a következő kódok egyikére állította be:
mp3
wav—A WAV fájlok a következő formátumokban támogatottak: PCM (minden platformon támogatott) és DVI-ADPCM ( Android nem támogatott).
Ha wav fájlokat használ, futtassa a következő CLI parancsokat az alkalmazáskiszolgáló és a médiakiszolgáló konfigurálásához:
AS_CLI/Service/VoiceMsg>set vmRecordingAudioFileFormat WAV
MS_CLI/Applications/MediaStreaming/Services/IVR> set sendmail8kHzWavFileDefaultFormat ulaw
Terminológia
- ACL
- Hozzáférés-vezérlési lista
- ALG
- Alkalmazásréteg-átjáró
- API
- Alkalmazásprogramozási felület
- APNS
- Apple leküldéses értesítés Service
- AS
- Alkalmazáskiszolgáló
- ATA
- Analóg telefonadapter, adapter, amely az analóg telefonálást VoIP -re alakítja
- BAM
- BroadSoft alkalmazáskezelő
- Alapszintű hitelesítés
- Olyan hitelesítési módszer, amelyben egy fiók (felhasználónév) egy megosztott titkos kód (jelszó) van hitelesítve.
- BMS
- BroadSoft Üzenetküldés Server
- BOSH
- Kétirányú adatfolyamok szinkron HTTP-n keresztül
- BRI
- Alapsebességű interfész A BRI egy ISDN hozzáférési módszer
- Csomag lehetőségre
- A végfelhasználó vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- CA
- Hitelesítés-szolgáltató
- Szolgáltató
- A telefonos forgalmat lebonyolító szervezet (vö. Partner, Szolgáltató, Értéknövelt viszonteladó)
- CAPTCHA
- Teljesen automatizált nyilvános Turing-teszt a számítógépek és az emberek megkülönböztetésére
- CCXML
- Hívásvezérlő bővíthető jelölőnyelv
- CIF
- Közös köztes formátum
- CLI
- Parancssori felület
- CN
- Általános név
- CNPS
- Hívásértesítések Push Server. Egy XSP-n futó Notification Push szerver| ADP a környezetében, hogy hívásértesítéseket küldjön az FCM és APNS felé. Lásd: NPS-proxy.
- CPE
- Ügyféltelepi berendezések
- CPR
- Egyéni jelenléti szabály
- CSS
- Lépcsőzetes stíluslap
- CSV
- Vesszővel elválasztott érték
- CTI
- Számítógépes telefonos integráció
- CUBE
- Cisco Unified Border Element
- DMZ
- Demilitarizált zóna
- DN
- Telefonkönyvi szám
- DND
- Ne zavarjanak
- DNS
- Tartománynév-rendszer
- DPG
- Tárcsázza a társcsoportot
- DSCP
- Differenciált szolgáltatások kódpontja
- DTAF
- Eszköztípus archív fájl
- DTG
- Cél fővonalcsoport
- DTMF
- Dual-Tone Multi-Frequency
- Végfelhasználó
- Az a személy, aki a szolgáltatásokat használja, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. Előfizető)
- Nagyvállalati
- Végfelhasználók gyűjteménye (vö. Szervezet)
- FCM
- Firebase felhőalapú Üzenetküldés
- FMC
- Javított mobilkonvergencia
- Átfolyós beüzemelés
- Felhasználók létrehozása a Webex identitástárban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorksben.
- FQDN
- Teljes tartománynév
- Teljes átfolyású üzembe helyezés
- Létrehozása és ellenőrzése felhasználókat a Webex Identitástárban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorks és állítva hogy minden BroadWorks-felhasználó egyedi és érvényes e- e-mail-cím rendelkezik .
- FXO
- A Devizairoda az a port, amely az analóg vonalat fogadja. Ez a telefon vagy a faxkészülék, illetve az analóg telefon csatlakozói. On-hook/off-hook jelzést ad (hurokzárás). Mivel az FXO port egy eszközhöz, például faxhoz vagy telefonhoz csatlakozik, az eszközt gyakran „FXO eszköznek” is nevezik.
- FXS
- A deviza-előfizető az a port, amely ténylegesen továbbítja az analóg vonalat az előfizetőnek. Más szóval, a „dugó a falba” az, amelyik a tárcsahang, az akkumulátoráramot és a csengőfeszültséget továbbítja.
- GCM
- Google Cloud Message lehetőségre
- GCM
- Galois/Counter mód (titkosítási technológia)
- HID
- Emberi felület eszköz
- HTTPS
- Hypertext Transfer Protocol Secure Sockets
- IAD
- Integrált hozzáférési eszköz
- IM&P
- Azonnali Üzenetküldés és jelenlét
- IP PSTN
- Olyan szolgáltató , amely VoIP -ot nyújt a PSTN-nek, felcserélhető az ITSP-vel, vagy az internethez kapcsolódó „nyilvános” telefonálás általános kifejezésével, amelyet a nagy távközlési szolgáltatók biztosítanak (nem pedig országok szerint, ahogyan a PSTN az).
- ITSP
- Internettelefon szolgáltató
- IVR
- interaktív hangválasz / válaszadó
- JID
- Az XMPP entitások natív címét Jabber-azonosítónak vagy JID-nek nevezik localpart@tartomány.part.example.com/resourcepart (@ . / elválasztók)
- JSON
- Java Script objektumjelölés
- JSSE
- Java Secure Socket kiterjesztés; a mögöttes technológia, amely biztonságos kapcsolódási szolgáltatásokat nyújt a BroadWorks szervereknek
- KEM
- Kulcskiterjesztés modul (hardveres Cisco telefonok)
- LLT
- Hosszú élettartamú (vagy Long Life) token; a vivői token önleíró, biztonságos formája, amely lehetővé teszi a felhasználók számára, hogy hosszabb ideig maradjanak hitelesítettek, és nincs bizonyos alkalmazásokhoz kötve.
- MA
- Üzenetarchiválás
- MIB
- Vezetési információs bázis
- MS
- Médiakiszolgáló
- mTLS
- Kölcsönös hitelesítés két fél között, tanúsítványcserével, TLS kapcsolat létesítésekor
- MUC
- Többfelhasználós csevegés
- NAT
- Hálózati cím fordítások
- NPS
- Notification Push Server; lásd: CNPS
- NPS-proxy
-
A Webex olyan szolgáltatása, amely rövid élettartamú hitelesítési tokeneket szállít a CNPS-nek, lehetővé téve, hogy hívási értesítéseket küldjön le az FCM és az APN, végső soron a Webex futtató Android és iOS eszközök számára.
- OCI
- Nyissa meg az ügyfélfelületet
- Szervezet
- Végfelhasználók egy csoportját képviselő vállalat vagy szervezet (vö. Vállalati)
- OTG
- Kimenő fővonal-csoport
- Csomag
- A végfelhasználó vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- Partner
- Egy ügynökszervezet, amely a Cisco együttműködve termékeket és szolgáltatásokat terjeszt más szervezetek számára (vö. Értéknövelt viszonteladó, szolgáltató, szolgáltató)
- PBX
- Privát fiókcsere
- PEM
- Továbbfejlesztett adatvédelmi levelezés
- PLMN
- Nyilvános szárazföldi mobilhálózat
- PRI
- A Primary Rate Interface (PRI) egy távközlési interfészszabvány , amelyet Integrált Szolgáltatású Digitális Hálózaton (ISDN) használnak .
- Ui.:
- Profilkiszolgáló
- PSTN
- Nyilvános kapcsolt telefonhálózat
- QoS
- Szolgáltatásminőség
- Viszonteladói portál
- Egy weboldal, amely lehetővé teszi a viszonteladó rendszergazdájának az UC-One SaaS-megoldás konfigurálását. Néha BAM portálnak, rendszergazdai portálnak vagy felügyeleti portálnak is nevezik.
- RTCP
- Valós idejű vezérlési protokoll
- RTP
- Real-Time Transport protokoll
- SBC
- Session Border Controller
- SCA
- Shared Call megjelenése
- SD
- Szabványos felbontás
- SDP
- Munkamenetleíró protokoll
- SP
- Szolgáltató; Olyan szervezet, amely telefonos vagy kapcsolódó szolgáltatásokat nyújt más szervezeteknek (vö. Szolgáltató, Partner, Értéknövelt viszonteladó)
- SIP
- Session Initiation Protocol
- SLT
- Rövid élettartamú (vagy rövid élettartamú) token (más néven BroadWorks SSO token); egy egyszer használatos hitelesített token, amely a webes alkalmazások biztonságos elérésére szolgál.
- SMB
- Kis- és középvállalkozások
- SNMP
- Egyszerű hálózatkezelési protokoll
- sRTCP
- biztonságos Realtime Transfer Control Protocol (VoIP hívásmédia)
- sRTP
- biztonságos Realtime Transfer Protocol (VoIP hívásmédia)
- SSL
- Biztonságos socket-réteg
- Feliratkozó
- Az a személy, aki a szolgáltatásokat használja, azaz hívásokat kezdeményez, értekezletekhez csatlakozik vagy üzeneteket küld (vö. Végfelhasználó)
- TCP
- Átvitelvezérlő protokoll
- TDM
- Időosztásos multiplexelés
- TLS
- Transport Layer Security (TLS)
- Általános Szerződési Feltételek
- Szolgáltatás típusa
- UAP
- Felhasználói aktiválási portál
- UC
- Egységesített kommunikáció
- UI
- Felhasználói felület
- U azonosító
- Egyedi azonosító
- UMS
- Üzenetküldés szerver
- URI
- Egységes erőforrás-azonosító
- URL
- Uniform Resource Locator
- USS
- Megosztási kiszolgáló
- UTC
- Egyezményes koordinált világidő
- UVS
- Videó szerver
- Értéknövelt viszonteladó (VAR)
- Egy ügynökszervezet, amely a Cisco együttműködve termékeket és szolgáltatásokat terjeszt más szervezetek számára (vö. Szolgáltató, Partner, Szolgáltató)
- VGA
- Video Graphics Array
- VoIP
- Voice over internetprotokoll (IP)
- VXML
- Hanggal bővíthető jelölőnyelv
- WebDAV
- web elosztott szerzői és verziószámozás
- WebRTC
- web valós idejű kommunikáció
- WRS
- WebRTC szerver
- XMPP
- Bővíthető Üzenetküldés és jelenléti protokoll
Szolgáltatások konfigurálása (mTLS-szel a hitelesítési szolgáltatáshoz)
Az alábbi eljárások váltják fel a témakörben szereplő eljárásokat Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k . Ezeket az eljárásokat csak akkor végezze el, ha mTLS-t használ a hitelesítési szolgáltatáshoz a CI token érvényesítés helyett. Ezek az eljárások kötelezőek, ha több Webex -szervezetet futtat ugyanazon az XSP-n| ADP szerver. Ellenkező esetben ezek nem kötelezőek.
Ha nem futtat több Webex -szervezetet ugyanazon az XSP-n keresztül| ADP szerver, CI Token Validation ( TLS-szel) javasolt a hitelesítési szolgáltatáshoz. Lásd: Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k a hitelesítési szolgáltatás és egyéb szolgáltatások konfigurálásával kapcsolatos részletekért. |
Xsi felületek
Telepítse és konfigurálja az Xsi-Actions és Xsi-Events alkalmazásokat a leírás szerint Cisco BroadWorks Xtended Services felület konfigurációs útmutató .
Az Xsi-Events alkalmazásoknak csak egy példányát kell telepíteni az XSP-re| A CTI interfészhez használt ADP.
A Broadworks és a Webex közötti integrációhoz használt összes Xsi-Eventnek ugyanazzal a Webex -vel kell rendelkeznie, mint az Applications/Xsi-Events/GeneralSettings alatt. Például:
ADP_CLI/Applications/Xsi-Events/GeneralSettings> get
callControlApplicationName = com.broadsoft.xsi-events
Amikor egy felhasználó bejelentkezett a Webex, a Webex előfizetést hoz létre a felhasználó számára az AS-en, hogy fogadja a telefonos eseményeket a jelenlét és a hívásnapló vonatkozásában. Az előfizetés a callControlApplicationName alkalmazáshoz van társítva, és az AS ennek alapján tudja, melyik Xsi-Eventsnek küldje el a telefonos eseményeket.
A callControlApplicationName módosítása, vagy ha nem ugyanaz a név az összes Xsi-Events webalkalmazáson, az hatással lesz az előfizetésekre és a telefonos eseményekre. |
Hitelesítési szolgáltatás konfigurálása (mTLS-szel)
A hosszú élettartamú BroadWorks tokeneket az XSP-n tárolt hitelesítési szolgáltatás hozza létre és hitelesíti| ADP-k.
Követelmények
Az XSP| A hitelesítési szolgáltatást futtató ADP-kiszolgálóknak rendelkezniük kell konfigurált mTLS-interfészekkel.
XSP| Az ADP-knek ugyanazokat a kulcsokat kell megosztaniuk a BroadWorks hosszú élettartamú tokenek titkosításához/visszafejtéséhez. Ezeknek a kulcsoknak a másolása az egyes XSP-kre| Az ADP manuális folyamat.
XSP| Az ADP-ket szinkronizálni kell az NTP-vel.
Konfiguráció áttekintése
Az alapvető konfiguráció az XSP-n| Az ADP-k a következőket tartalmazzák:
Telepítse a hitelesítési szolgáltatást.
Állítsa be a token időtartamát legalább 60 napra (hagyja meg a kibocsátót BroadWorksként).
RSA -kulcsok létrehozása és megosztása XSP-n keresztül| ADP-k.
Adja meg a webes tároló authService URL -címét.
Telepítse a hitelesítési szolgáltatást az XSP rendszeren| ADP
Minden XSP-n| A Webex használt ADP:
Aktiválja a hitelesítési szolgáltatás alkalmazást az elérési úton
/authService
(ezt az elérési utat kell használnia):XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService
(hol
<version>
az Ön BroadWorks-verziója).Az alkalmazás telepítése:
XSP|ADP_CLI/Maintenance/ManagedObjects>
deploy application /authService
Token időtartamának konfigurálása
A meglévő tokenkonfiguráció ellenőrzése (óra):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>
get
Állítsa be az időtartamot 60 napra (maximum 180 nap):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>
set tokenDurationInHours 1440
RSA -kulcsok létrehozása és megosztása
Ugyanazt a nyilvános/privát kulcspárt kell használnia a token titkosításhoz/visszafejtéséhez a hitelesítési szolgáltatás minden példányában.
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először van szükség tokent.
E két tényező miatt egyetlen XSP-n kell kulcsokat generálnia| Az ADP ezután másolja át őket az összes többi XSP-re| ADP-k.
Ha ciklusba lép vagy módosítja a kulcsok hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP-t| ADP-k. |
Válasszon ki egy XSP-t| A kulcspár létrehozásához használandó ADP.
Ügyfél segítségével kérhet titkosított tokent az adott XSP-től| ADP, a következő URL -cím lekérésével az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress> /authService/token?key=BASE64URL(clientPublicKey)
(Ez egy privát/nyilvános kulcspárt hoz létre az XSP-n| ADP, ha még nem volt)
A kulcstár helye nem konfigurálható. Kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>
exportKeys
Másolja át az exportált fájlt
/var/broadworks/tmp/authService.keys
ugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keys
fájlból szükség esetén.Importálja a kulcsokat a többi XSP-n| ADP-k:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg a webes tároló authService URL -címét
Az XSP| Az ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket.
Mindegyik XSP-n| ADP-k:
Adja hozzá a hitelesítési szolgáltatás URL-címe külső hitelesítési szolgáltatásként a BroadWorks Communications Utility számára:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>
set url http://127.0.0.1/authService
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService
Ez lehetővé teszi, hogy a Webex a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott tokenek érvényesítéséhez.
Ellenőrizze a paramétert a következővel:
get
.Indítsa újra az XSP-t| ADP.
TLS és titkosítások beállítása a HTTP felületeken (XSI és hitelesítési szolgáltatás esetén)
A Hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP kiszolgálófelületeket használnak. A TLS konfigurálhatósági szintjei ezeknél az alkalmazásoknál a következők:
Legáltalánosabb = Rendszer > Szállítás > HTTP > HTTP szerverinterfész = Legspecifikusabb
A különböző SSL -beállítások megtekintéséhez vagy módosításához használt CLI-kontextusok a következők:
Specificitás | CLI-környezet |
Rendszer (globális) |
|
Szállítási protokollok ehhez a rendszerhez |
|
HTTP ezen a rendszeren |
|
Speciális HTTP szerver interfészek ezen a rendszeren |
|
HTTP kiszolgáló TLS felület konfigurációjának olvasása az XSP-n| ADP
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer>
Adja meg a(z)
get
parancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és szükség van-e kliens hitelesítésre.
Az Apache tomcat minden egyes biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláírt tanúsítvány elő, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> get
TLS 1.2 protokoll hozzáadása a HTTP szerver felülethez
A Webex Webex Cloud együttműködő HTTP felületet TLSv1.2-re kell konfigurálni. A felhő nem egyezteti a TLS protokoll korábbi verzióit.
A TLSv1.2 protokoll konfigurálása a HTTP szerver felületen:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
Írja be a parancsot
get <interfaceIp> 443
hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2
hogy az interfész TLS 1.2-t használhasson a felhővel való kommunikáció során.
TLS konfiguráció szerkesztése a HTTP kiszolgáló felületen
A szükséges titkosítások konfigurálása:
Jelentkezzen be az XSP-be| ADP és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
Írja be a parancsot
get <interfaceIp> 443
hogy lássa, mely titkosítások vannak már használatban ezen a felületen. Legalább egynek szerepelnie kell a Cisco által javasolt programcsomagok közül (lásd XSP| ADP-azonosító és biztonsági követelmények az Áttekintés részben).Írja be a parancsot
add <interfaceIp> 443 <cipherName>
rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP| Az ADP CLI használatához az IANA szabványos rejtjelkészlet nevére van szükség, az openSSL titkosítási csomag nevére nem. Például az openSSL titkosítás hozzáadásához
ECDHE-ECDSA-CHACHA20-POLY1305
a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305
Lásdhttps://ciphersuite.info/ hogy bármelyik név alapján megkeresse a lakosztályt.
Bizalom konfigurálása a hitelesítési szolgáltatáshoz (mTLS-szel)
Jelentkezzen be a Control Hubba a partnerrendszergazdai rendszergazdafiók.
Ugrás ide: Töltse Webex CA-tanúsítványt hogy megkapja
és kattintsonCombinedCertChain2023.txt
a helyi számítógépen.
Ezek a fájlok két-két tanúsítványkészletet tartalmaznak. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP-re| ADP-k. Minden fájl megadása kötelező.A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt
.Megnyitás
combinedcertchain2023.txt
szövegszerkesztőben.Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
, és illessze be a szövegblokkot egy új fájlba.Mentse az új fájlt másként
root2023.txt
.Mentse az eredeti fájlt másként
issuing2023.txt
. Az eredeti fájlban mostantól csak egy szövegblokk szerepelhet, amelyet vonalak vesznek körül-----BEGIN CERTIFICATE-----
és-----END CERTIFICATE-----
.
Másolja mindkét szövegfájlt egy ideiglenes helyre az XSP-n| Az Ön által biztosított ADP, pl
/var/broadworks/tmp/root2023.txt
és/var/broadworks/tmp/issuing2023.txt
.Jelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
. (Nem kötelező) Futtassa a súgótUpdateTrust
a paraméterek és a parancsformátum megtekintéséhez.Töltse fel a tanúsítványfájlokat az új megbízhatósági horgonyokhoz – 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
Minden álnévnek más-más névvel kell rendelkeznie.
webexclientroot
,webexclientroot2023
,webexclientissuing
, éswebexclientissuing2023
példa álnevekre a megbízhatósági horgonyok számára; használhatja a sajátját, ha mind a négy bejegyzés egyedi.Ellenőrizze a horgonyok frissítését:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> get
Alias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
(Opció) Az mTLS konfigurálása a HTTP interfész/port szintjén
Az mTLS konfigurálható HTTP interfész/port szinten vagy webalkalmazás .
Az mTLS engedélyezésének módja az alkalmazáshoz az XSP-n tárolt alkalmazásoktól függ| ADP. Ha több, mTLS-t igénylő alkalmazást futtat, engedélyeznie kell az mTLS-t a felületen. Ha több, ugyanazt a HTTP felületet használó alkalmazás közül csak egyet kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén is konfigurálhatja.
Amikor az mTLS-t HTTP interfész/port szinten állítja be, az mTLS-re minden, ezen a felületen/porton keresztül elérhető webalkalmazáshoz szükség van.
Jelentkezzen be az XSP-be| Az ADP, amelynek felületét konfigurálja.
Navigálás ide:
XSP|ADP_CLI/Interface/Http/HttpServer>
és futtassa aget
parancsot a felületek megtekintéséhez.Interfész hozzáadása és ügyfélhitelesítés előírása (ami ugyanaz, mint az mTLS):
XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true true
Lásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Lényegében az első
true
TLS -sel (a kiszolgálótanúsítvány létrejön, ha szükséges), és a másodiktrue
arra kényszeríti a felületet, hogy klienstanúsítvány -hitelesítést igényeljen (együtt mTLS).
Például:
XSP|ADP_CLI/Interface/Http/HttpServer> get
Interface Port Name Secure Client Auth Req Cluster Fqdn
=======================================================
192.0.2.7 443 XSP|ADP01.collab.example.net true false
192.0.2.7 444 XSP|ADP01.collab.example.net true true
Ebben a példában az mTLS (Client Auth Req = true) engedélyezve van 192.0.2.7
port 444
. A TLS engedélyezve van 192.0.2.7
port 443
.
(Opció) Az mTLS konfigurálása adott webes alkalmazásokhoz
Az mTLS konfigurálható HTTP interfész/port szinten vagy webalkalmazás .
Az mTLS engedélyezésének módja az alkalmazáshoz az XSP-n tárolt alkalmazásoktól függ| ADP. Ha több, mTLS-t igénylő alkalmazást futtat, engedélyeznie kell az mTLS-t a felületen. Ha több, ugyanazt a HTTP felületet használó alkalmazás közül csak egyet kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén is konfigurálhatja.
Amikor az mTLS alkalmazásszinten konfigurálódik, az mTLS-re az adott alkalmazáshoz is szükség van, függetlenül a HTTP kiszolgáló interfész konfigurációjától.
Jelentkezzen be az XSP-be| Az ADP, amelynek felületét konfigurálja.
Navigálás ide:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
és futtassa aget
parancsot, hogy megtudja, mely alkalmazások futnak.Alkalmazás hozzáadása és ügyfélhitelesítés előírása hozzá (ami ugyanaz, mint az mTLS):
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName true
Lásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Az alkalmazásnevek ott vannak felsorolva. A
true
ebben a parancsban engedélyezi az mTLS-t.
Például:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>
add 192.0.2.7 443 AuthenticationService true
A példaparancs hozzáadja az AuthenticationService alkalmazást a 192.0.2.7:443-hoz, és megköveteli tőle, hogy tanúsítványokat kérjen és hitelesítsen az ügyféltől.
Ellenőrizze a következővel: 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
Eszközkezelés konfigurálása XSP-n| ADP, alkalmazáskiszolgáló és profilkiszolgáló
Profilkiszolgáló és XSP| Az ADP kötelező az eszközkezeléshez. Ezeket a következő utasítások szerint kell beállítani: BroadWorks Device Management konfigurációs útmutató .
Merre tovább?
A konfigurációhoz újra csatlakozhat a fő dokumentumfolyamathoz a következő időpontban: CTI felület és kapcsolódó konfiguráció .
További tanúsítványkövetelmények az AuthService elleni kölcsönös TLS -hitelesítéshez
A Webex és a hitelesítési szolgáltatás egy kölcsönös TLS -hitelesített kapcsolaton keresztül működik együtt. Ez azt jelenti, hogy a Webex bemutat egy klienstanúsítvány és az XSP-t| Az ADP-nek hitelesítenie kell. Annak érdekében, hogy megbízható legyen ez a tanúsítvány, a Webex CA-tanúsítvány segítségével hozzon létre egy megbízhatósági horgonyt az XSP-n| ADP (vagy proxy). A tanúsítványlánc letölthető a Partner Hubon keresztül:
Ugrás ide: Beállítások > BroadWorks-hívás lehetőséget .
Kattintson a tanúsítvány letöltése hivatkozásra.
A tanúsítványlánc innen is beszerezhetihttps://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt . |
A Webex CA-tanúsítvány telepítésének pontos követelményei attól függnek, hogy a nyilvános XSP milyen módon néz ki| Az ADP-k vannak telepítve:
TLS áthidaló proxyn keresztül
TLS pass-through proxyn keresztül
Közvetlenül az XSP-re| ADP
Az alábbi ábra összefoglalja, hogy ebben a három esetben hol kell telepíteni a Webex CA-tanúsítvány .
Kölcsönös TLS -tanúsítványkövetelmények a TLS-híd proxyhoz
A Webex egy Webex CA által aláírt klienstanúsítvány mutat be a proxynak.
A Webex CA-tanúsítvány a proxy megbízhatósági tárolójában van telepítve, így a proxy megbízik az klienstanúsítvány.
A nyilvánosan aláírt XSP| Az ADP- kiszolgálótanúsítvány is betöltődik a proxyba.
A proxy egy nyilvánosan aláírt kiszolgálótanúsítvány mutat be a Webex.
A Webex megbízik a proxy kiszolgálótanúsítvány.
A proxy egy belsőleg aláírt klienstanúsítvány mutat be az XSP-nek| ADP-k.
Ezt a tanúsítványt kell rendelkeznie kell az x509.v3 kiterjesztési mezővel Kiterjesztett kulcshasználat feltöltve a BroadWorks OID-vel 1.3.6.1.4.1.6431.1.1.8.2.1.3 és a TLS clientAuth célja. Pl.:
X509v3 extensions:
X509v3 Extended Key Usage:
1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client Authentication
Amikor belső ügyféltanúsítványokat hoz létre a proxy számára, vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Belső kiszolgálótanúsítványok az XSP-hez| Az ADP lehet SAN.
Az XSP| Az ADP-k megbíznak a belső CA-ban.
Az XSP| Az ADP-k egy belsőleg aláírt kiszolgálótanúsítvány mutatnak be.
A proxy megbízik a belső CA-ban.
Kölcsönös TLS -tanúsítvány-követelmények a TLS-passthrough proxyhoz vagy XSP-hez DMZ-ben
A Webex egy Webex CA által aláírt klienstanúsítvány mutat be az XSP-knek.
A Webex CA-tanúsítvány az XSP-k bizalmi tárolójában van telepítve, így az XSP-k megbíznak az klienstanúsítvány.
A nyilvánosan aláírt XSP kiszolgálótanúsítvány is betöltődik az XSP-kbe.
Az XSP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webex.
A Webex megbízik az XSP-k kiszolgálótanúsítványait aláíró nyilvános hitelesítésszolgáltatóban.
Dokumentum módosítási előzmények
A következő táblázat a dokumentum módosításainak előzményeit mutatja be az elmúlt 12 hónapban.
Dátum | Verzió | A változás leírása | |
---|---|---|---|
2024. február 07 | 2-108 |
| |
2024. január 25 | 2-107 |
| |
2024. január 23 | 2-106 |
| |
2024. január 10 | 2-105 |
| |
2023. december 20 | 2-104 |
| |
2023. december 13 | 2-103 |
| |
2023. december 12 | 2-102 |
| |
2023. december 08 | 2-101 |
| |
2023. november 08 | 2-100 |
| |
2023. október 25 | 2-99 |
| |
2023. szeptember 13 | 2-98 |
| |
2023. szeptember 04 | 2-97 |
| |
2023. augusztus 08 | 2-96 |
| |
2023. június 23 | 2-95 |
| |
2023. május 30 | 2-94 |
| |
2023. május 26 | 2-93 |
| |
2023. május 24 | 2-92 |
| |
2023. május 10 | 2-91 |
| |
2023. május 09 | 2-90 |
| |
2023. május 04 | 2-89 |
| |
2023. április 27 | 2-88 |
| |
2023. április 14. | 2-87 |
| |
2023. március 17 | 2-86 |
| |
2023. március 11 | 2-85 |
| |
2023. március 10 | 2-84 |
| |
2023. március 07 | 2-83 |
| |
2023. február 28 | 2-82 |
| |
2023. február 15 | 2-81 |
| |
2023. február 10 | 2-80 |
| |
Bemutatkozik a Webex Cisco BroadWorks rendszerhez
Dokumentum módosítási előzmények
Ez a szakasz a Cisco partnerszervezetek (szolgáltatók) rendszergazdáinak szól, akik a Webex bevezetik az ügyfélszervezeteik számára, vagy közvetlenül biztosítják ezt a megoldást a saját előfizetőiknek.
Megoldás Célja
Webex felhőalapú együttműködési funkciók biztosítása olyan kis és közepes ügyfelek számára, akik már rendelkeznek a BroadWorks szolgáltatók által biztosított hívásszolgáltatással.
BroadWorks-alapú hívási szolgáltatás biztosítása kis és közepes Webex -ügyfelek számára.
Környezet
Az összes kollaborációs ügyfelünket egy egységes alkalmazás irányába fejlesztjük. Ez az út csökkenti az elfogadási nehézségeket, javítja az interoperabilitást és az áttelepítést, és kiszámítható felhasználói élményt biztosít a teljes együttműködési portfóliónkban. Ennek az erőfeszítésnek a része a BroadWorks hívási funkcióknak a Webex alkalmazásba történő áthelyezése, és végső soron az UC-One kliensekbe való befektetés csökkentése.
Előnyök
Jövőbeli ellenőrzés: az UC-One Collaborate élettartamának vége, az összes ügyfélnek a Unified Client Framework (UCF) felé történő mozgása ellen.
Mindkettő közül a legjobb: A Webex Üzenetküldés és értekezleti funkcióinak engedélyezése a BroadWorks-hívások megtartása mellett a telefonos hálózaton
Megoldás hatóköre
Azok a meglévő/új kis és közepes ügyfelek (250 előfizetőnél kevesebb), akik egy sor együttműködési funkcióra vágynak, már rendelkezhetnek BroadWorks-hívással.
Meglévő kis és közepes Webex -ügyfelek, akik szeretnék hozzáadni a BroadWorks Calling szolgáltatást.
Nem nagyobb vállalatok (Kérjük, tekintse át a Webex vállalati portfólióját).
Nincs egyetlen felhasználó (Kérjük, értékelje a Webex Online ajánlatait).
A Webex for Cisco BroadWorks funkciókészletei a kis- és középvállalati felhasználási eseteket célozzák meg. A Webex for Cisco BroadWorks csomagokat úgy tervezték, hogy csökkentsék a KKV-k bonyolultságát, és folyamatosan értékeljük, hogy alkalmasak-e erre a szegmensre. Dönthetünk úgy, hogy elrejtjük vagy eltávolítjuk azokat a szolgáltatásokat, amelyek egyébként elérhetőek lennének a nagyvállalati csomagokban.
A Webex Cisco BroadWorks alkalmazáshoz használatának előfeltételei
# | Követelmény | Jegyzetek | ||
---|---|---|---|---|
1 | Javítsa a jelenlegi BroadWorks R22-es vagy újabb verzióját | |||
2 | XSP| ADP XSI, CTI, DMS és authService esetén | Dedikált XSP| ADP for Webex Cisco BroadWorks alkalmazáshoz | ||
3 | Külön XSP| ADP for NPS, megosztható más NPS-t használó megoldásokkal. | Ha már rendelkezik együttműködői telepítéssel, tekintse át az XSP-re vonatkozó ajánlásokat| ADP és NPS konfigurációk. | ||
4 | CI-token-érvényesítés ( TLS-szel ) a hitelesítési szolgáltatáshoz való Webex -kapcsolatokhoz konfigurálva. | |||
5 | Az mTLS a Webex -kapcsolatokhoz van konfigurálva a CTI felülethez. | Más alkalmazások nem igényelnek mTLS-t. | ||
6 | A felhasználóknak létezniük kell a BroadWorksben, és a következő attribútumokkal kell rendelkezniük, a beüzemelési döntéstől függően:
| Megbízható e-mailek esetén: Javasoljuk, hogy ugyanazt az e- e-mail-cím adja meg az Alternate azonosító attribútumban is, hogy a felhasználók e- e-mail-cím jelentkezhessenek be a BroadWorks rendszerébe. Nem megbízható e-mailek esetén: A felhasználó e-mail-beállításaitól függően a nem megbízható e-mailek használata azt eredményezheti, hogy az e-mail a felhasználó Levélszemét vagy SPAM mappájába kerül. Előfordulhat, hogy a rendszergazdának módosítania kell a felhasználó e-mail-beállításait, hogy engedélyezze a tartományokat | ||
7 | Webex Cisco BroadWorks DTAF-fájl a Webex alkalmazáshoz | |||
8 | BW Business Lic vagy Std Enterprise vagy Prem Enterprise felhasználói licenc + Webex Cisco BroadWorks-előfizetéshez | Ha már rendelkezik együttműködői telepítéssel, akkor már nincs szüksége az UC-One kiegészítő csomagra, a Collab Lic-re és a Meet-me konferenciaportokra. Ha már rendelkezik UC-One SaaS-telepítéssel, a prémium csomag feltételeinek elfogadásán kívül nincs további módosítás. | ||
9 | Az IP/Portoknak elérhetőnek kell lenniük a Webex háttérszolgáltatásokon és a Webex Apps alkalmazáson keresztül nyilvános interneten keresztül. | Lásd a „Hálózat előkészítése” részt. | ||
10 | TLS v1.2 konfiguráció XSP-n| ADP-k | |||
11 | A Flowthrough üzembe helyezéshez az alkalmazáskiszolgálónak csatlakoznia kell a BroadWorks üzembe helyezési adapterhez.
| Lásd a „Hálózat előkészítése” témakört. |
Erről a dokumentumról
Ennek a dokumentumnak az a célja, hogy segítse a Webex Cisco BroadWorks megoldás megértését, előkészítését, telepítését és kezelését. A dokumentum főbb részei ezt a célt tükrözik.
Ez az útmutató fogalmi és referenciaanyagokat tartalmaz. Célunk, hogy ebben az egyetlen dokumentumban a megoldás minden vonatkozására kiterjedjen.
A megoldás üzembe helyezéséhez szükséges minimális feladatok a következők:
Forduljon az ügyfélszolgálati csapatához, hogy Cisco -partnerré válhasson. Feltétlenül fedezze fel a Cisco érintkezési pontjait az ismerkedés (és a képzés) érdekében. Amikor Ön Cisco -partner lesz, a Webex Cisco BroadWorks-hez kapcsolót alkalmazzuk az Ön Webex -partnerszervezetére. (Lásd Telepítse a Webex for Cisco BroadWorks alkalmazást > Partner Onboarding alkalmazást ebben a dokumentumban.)
Konfigurálja a BroadWorks rendszereket a Webex való integrációhoz. (Lásd Webex for Cisco BroadWorks telepítése > Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP rendszerhez| ADP-k ebben a dokumentumban.)
A Partner Hub segítségével csatlakoztassa a Webex a BroadWorkshez. (Lásd A Webex Cisco BroadWorks rendszerhez telepítése > Partnerszervezetének konfigurálása a Partner Hubban ebben a dokumentumban.)
A Partner Hub segítségével készítsen elő felhasználó-létesítési sablonokat. (Lásd A Webex Cisco BroadWorks rendszerhez telepítése > Bevezető sablonok konfigurálása ebben a dokumentumban.)
Tesztelje és telepítse az ügyfeleket legalább egy felhasználó kiépítésével. (Lásd A Webex Cisco BroadWorks rendszerhez telepítése > Tesztszervezet konfigurálása .)
|
Terminológia
Igyekszünk korlátozni a jelen dokumentumban használt zsargont és betűszavakat, és minden egyes kifejezést elmagyarázni az első használatkor. (Lásd Webex for Cisco BroadWorks Reference > Terminology ha egy kifejezés magyarázata nincs összefüggésben.)
Hogyan működik
A Webex for Cisco BroadWorks egy olyan ajánlat, amely integrálja a BroadWorks hívást a Webex. Az előfizetők egyetlen alkalmazást (a Webex alkalmazás) használnak, hogy kihasználják mindkét platform által kínált funkciók előnyeit:
A felhasználók a BroadWorks infrastruktúráját használva hívják a PSTN-számokat.
A felhasználók a BroadWorks infrastruktúráját használva hívhatnak más BroadWorks-számokat (hang-/videohívás a felhasználókhoz társított számok kiválasztásával vagy a számok bevezetéséhez a tárcsázó segítségével).
A felhasználók Webex VOIP-hívást kezdeményezhetnek a Webex infrastruktúrán keresztül a Webex alkalmazás „ Webex hívás” opciójának kiválasztásával. (Ezek a hívások Webex alkalmazás Webex alkalmazás, nem Webex alkalmazás PSTN-re érkeznek.)
A felhasználók Webex Meetings, és csatlakozhatnak azokhoz.
A felhasználók privát üzenetet küldhetnek egymásnak vagy a szobákban (perzisztens csoportos csevegés), és élvezhetik az olyan funkciókat, mint a keresés és a fájlmegosztás (a Webex infrastruktúrán).
A felhasználók megoszthatják a jelenlétet (állapotot). Választhatnak egyéni jelenlétet vagy ügyfél által számított jelenlétet.
Miután a megfelelő jogosultságokkal felvettük Önt partnerszervezetként a Control Hubban, beállíthatja a kapcsolatot a BroadWorks-példány és a Webex között.
Az ügyfélszervezeteket a Control Hubban hozhatja létre, és azokban a szervezetekben hozhat létre szolgáltatlási felhasználók .
Minden BroadWorks-előfizető kap egy Webex -identitást az e- e-mail-cím alapján (e-mail azonosító attribútum a BroadWorksben).
A felhasználók BroadWorks vagy Webex segítségével végeznek hitelesítést.
Az ügyfelek hosszú élettartamú tokeneket kapnak, amelyek engedélyezik számukra a BroadWorks és a Webex szolgáltatásait.
A Webex alkalmazás a megoldás középpontjában áll; ez egy márkanevű alkalmazás, amely Mac/Windows asztali számítógépeken, valamint Android/iOS mobilokon és táblagépeken érhető el.
A Webex alkalmazásnak létezik egy webes verziója is, amely jelenleg nem tartalmaz hívási funkciókat.
Az ügyfél a Webex felhőhöz csatlakozva üzenetküldési, jelenléti és értekezleti funkciókat biztosít.
Az ügyfél regisztrál a BroadWorks rendszeren a szolgáltatások hívásához.
A Webex -felhő a BroadWorks-rendszerekkel együttműködve biztosítja a zökkenőmentes felhasználói üzembe helyezést.
Jellemzők és korlátozások
Több csomagot kínálunk különböző funkciókkal.
„Softphone” csomag
Ez a csomagtípus a Webex alkalmazás csak softphone-ügyfélként használja, amely hívási, de üzenetküldési funkcióval nem rendelkezik. Az ilyen csomagtípussal rendelkező felhasználók csatlakozhatnak a Webex-értekezletekhez, de önmagukban nem indíthatnak értekezleteket. Amikor más (softphone vagy nem softphone) felhasználó a telefonkönyvben egy softphone felhasználót keres, a keresési eredmények nem adnak lehetőséget üzenetküldésre.
A Softphone-felhasználók megoszthatják a képernyőjüket hívás közben.
„Alap” csomag
Az alapcsomag hívási, Üzenetküldés és értekezleti funkciókat tartalmaz. 100 résztvevőt foglal magában az „egységes tér” értekezleteken és a személyes tárgyalói (PMR) értekezleteken. (** A kivételt lásd az alábbi Megjegyzésben). Ebben a csomagban az értekezletek maximum 40 percesek lehetnek.
„Standard” csomag
Ez a csomag tartalmazza az alap csomagban található mindent, például akár 100 résztvevőt is az „egységes tér” értekezleteken és a személyes tárgyalói (PMR) értekezleteken.
A PMR -megbeszélésen belüli képernyőmegosztás egy olyan szerepkör, amelyet kezdetben csak a megbeszélés szervezője töltött be, de a szervező átadhatja az „előadói szerepkört” az értekezlet résztvevője , és csak a szervező veheti át újra az előadói szerepet a jelenlegi a házigazda átadja nekik.
„Prémium” csomag
Ez a csomag tartalmazza a Standard csomagban található összes elemet, plusz akár 300 résztvevőt az „egységes tárgyaló” megbeszélésen és akár 1000 résztvevőt a személyes tárgyalóban (PMR).
A PMR -megbeszéléseken belüli képernyőmegosztás minden értekezlet résztvevője számára támogatott.
Csomagok összehasonlítása
Csomag | Hívás | Üzenetküldés | Unified Space Meetings | PMR-találkozók |
---|---|---|---|---|
Szoftveres telefonálás (Softphone) | Felvéve | Nem tartalmazza | Egy sem | Egy sem |
Alapvető | Felvéve | Felvéve | 100 résztvevő | 100 résztvevő |
Standard | Felvéve | Felvéve | 100 résztvevő | 100 résztvevő |
Prémium | Felvéve | Felvéve | 300 résztvevő | 1000 résztvevő |
A Unified Space Meeting korlátja az alapfelhasználók számára 100 résztvevő Unified Space értekezletenként, kivéve, ha a szoba a „Standard” vagy a „Prémium” csomaggal rendelkező felhasználókat is tartalmazza, ebben az esetben a korlát a szervezői felhasználói csomagtól függően növekszik. |
A „Unified Space Meetings” kifejezés olyan (ütemezett vagy nem ütemezett) Webex-értekezlet utal, amelyre Webex -térben kerül sor. Például egy felhasználó az „Értekezlet” vagy az „Ütemezés” gombokkal indíthat értekezletet a szobából. A „PMR -értekezletek” olyan (ütemezett vagy nem ütemezett) Webex -értekezletet jelentenek, amelyre a felhasználó Személyes tárgyalójában (PMR) kerül sor. Ezek az értekezletek dedikált URL -t használnak (például: cisco.webex.com/meet/roomOwnerUserID). |
Üzenetküldés és értekezleti funkciók
Tekintse meg a következő táblázatot a PMR értekezletfunkciók támogatásának különbségeiről az Alap, Standard és Prémium csomagok esetén.
Értekezlet funkció | Alap csomaggal támogatott | A Standard csomag támogatja | Prémium csomaggal támogatott | Hozzászólás |
---|---|---|---|---|
Értekezlet időtartama | 40 perc vagy kevesebb | Korlátlan | Korlátlan | |
Asztalmegosztás | Igen | Igen | Igen | Alapszintű —Asztal megosztása bármely PMR - értekezlet résztvevője által . Szabványos — Asztali megosztás csak a PMR értekezletszervező által. Prémium —Asztal megosztása bármely PMR - értekezlet résztvevője által . |
Alkalmazásmegosztás | Igen | Igen | Igen | Alapszintű – Alkalmazásmegosztás a PMR - értekezlet résztvevője által . Szabványos — Alkalmazásmegosztás csak a PMR értekezletszervező által. Prémium – Alkalmazásmegosztás a PMR - értekezlet résztvevője által . |
Többszemélyes csevegés | Igen | Igen | Igen | |
Jegyzettáblázás | Igen | Igen | Igen | |
Jelszavas védelem | Igen | Igen | Igen | |
web alkalmazás – nincs letöltés vagy beépülő modul (Vendégélmény) | Igen | Igen | Igen | |
Párosítás támogatása Webex eszközökkel | Igen | Igen | Igen | |
Floor vezérlés (Egy némítása / Összes kizárása) | Igen | Igen | Igen | |
Állandó értekezletek hivatkozás | Igen | Igen | Igen | |
Hozzáférés az értekezletekhez | Igen | Igen | Igen | |
Értekezlet Csatlakozás VoIP -on keresztül | Igen | Igen | Igen | |
Zárolás | Igen | Igen | Igen | |
Előadó vezérlői | Nem | Nem | Igen | |
Távoli asztali vezérlés | Nem | Nem | Igen | |
Résztvevők száma | 100 | 100 | 1000 | |
A felvételt helyileg menti a rendszer | Igen | Igen | Igen | |
Rögzítés a felhőben | Nem | Nem | Igen | |
Felvétel – Felhőalapú tárolás | Nem | Nem | 10 GB oldalanként | |
Felvételek leiratai | Nem | Nem | Igen | |
Értekezletütemezés | Igen | Igen | Igen | |
Tartalommegosztás engedélyezése külső integrációkkal | Nem | Nem | Igen | Alapszintű — Tartalommegosztás a PMR - értekezlet résztvevője által . Szabványos — Csak a PMR értekezletszervező általi tartalommegosztás. Prémium —Tartalommegosztás a PMR - értekezlet résztvevője által . |
PMR URL módosítás engedélyezése | Nem | Nem | Igen | Alapszintű — A felhasználók módosíthatják a PMR URL -címet a Webex-webhely. A partner- és szervezeti rendszergazdák módosíthatják az URL -címet a Control Hubból. Szabványos — A PMR URL -címet csak a Partner Hubról módosíthatják a partnerek és a szervezeti rendszergazdák. Prémium — A felhasználók módosíthatják a PMR URL -címet a Webex-webhely. A partner- és szervezeti rendszergazdák módosíthatják az URL -címet a Partner Hubból. |
Értekezletek élő streamelése (pl. a Facebookon, a Youtube-on) | Nem | Nem | Igen | |
Engedélyezze a többi felhasználó számára, hogy megbeszéléseket ütemezzen a nevükben | Nem | Nem | Igen | |
Másodlagos szervező hozzáadása | Igen | Nem | Igen | |
Alkalmazásintegráció (pl. Zendesk, Slack) | Integrációtól függ | Integrációtól függ | Igen | Lásd a Alkalmazásintegrációk szakaszban a támogatással kapcsolatos további információkért. |
Integráció a Microsoft Office 365 Naptárral | Igen | Igen | Igen | |
Integráció a Google Naptár szolgáltatással a G Suite rendszerhez | Igen | Igen | Igen | |
A Webex Súgó a következő címen teszi közzé a Webex szolgáltatásait és felhasználói dokumentációját: help.webex.com
. A funkciókkal kapcsolatos további információkért olvassa el az alábbi cikkeket:
Hívási funkciók
A hívási élmény hasonló a korábbi, a BroadWorks hívásvezérlés motort használó megoldásokhoz. Az UC-One Collaborate és az UC-One SaaS között az a különbség, hogy a Webex alkalmazás az elsődleges soft ügyfél.
Alkalmazásintegrációk
A Webex Cisco BroadWorks alkalmazást a következő alkalmazásokkal integrálhatja:
Zendesk – Csak prémium
Slack – Csak prémium
Microsoft Teams a Webex Meetings – Normál vagy Prémium
Microsoft Teams for Calling — Minden csomag támogatja
Office 365-naptár – Normál vagy Prémium
Google Naptár a G Suite rendszerhez – Normál vagy Prémium
Virtuális asztali infrastruktúra (VDI) támogatás
A Webex for Cisco BroadWorks mostantól támogatja a Virtual Desktop Infrastructure (VDI) környezeteket. A VDI-infrastruktúra telepítésével kapcsolatos részletekért lásd: Webex for Virtual Desktop Infrastructure (VDI) Üzembehelyezési útmutató .
IPv6 támogatás
A Webex for Cisco BroadWorks támogatja az IPv6 -címzést a Webex alkalmazáshoz.
Jövő ütemterve
Ha betekintést szeretne kapni a Webex Cisco BroadWorks jövőbeli verzióival kapcsolatos szándékainkba, látogasson el ide:https://salesconnect.cisco.com/#/program/PAGE-16649 . Az ütemterv elemei semmilyen minőségben nem kötelező erejűek. A Cisco fenntartja a jogot, hogy visszatartsa vagy felülvizsgálja ezen elemek bármelyikét vagy mindegyikét a jövőbeli kiadásokban.
Korlátozások
Beüzemelési korlátozások
Értekezletoldal időzónája
Az egyes csomagok első előfizetőjének időzónája lesz az adott csomaghoz létrehozott Webex Meetings oldal időzónája.
Ha nincs időzóna megadva az egyes csomagok első felhasználójának üzembe helyezési kérelmében, akkor az adott csomag Webex Meetings oldalának időzónája az előfizetői szervezet regionális alapértelmezett beállítására lesz beállítva.
Ha az ügyfelének egy adott Webex Meetings -webhely-időzónára van szüksége, adja meg a timezone
paramétert a beüzemelési kérelemben a következőhöz:
a szervezetben a Standard csomagra kiépített első előfizető.
az első Prémium csomagra kiépített előfizető a szervezeten belül.
a szervezetben az Alap csomagra kiépített első előfizető.
Általános korlátozások
Nincs hívás a Webex ügyfél web verziójában (Ez egy kliens korlátozás, nem a megoldás korlátozása.)
Előfordulhat, hogy a Webex még nem rendelkezik az összes felhasználói felület-vezérlővel a BroadWorks-től elérhető hívásvezérlés funkciók egy részének támogatásához.
A Webex kliens jelenleg nem lehet „fehér címkével” ellátva.
Amikor a kiválasztott beüzemelési módszerrel hoz létre ügyfélszervezeteket, azok automatikusan a partnerszervezettel azonos régióban jönnek létre. Ez a viselkedés szándékos. A multinacionális partnerektől elvárjuk, hogy minden olyan régióban hozzanak létre partnerszervezetet, ahol az ügyfélszervezeteket kezelik.
Az értekezletekről és az üzenetküldés használatáról szóló jelentések a Control Hub ügyfélszervezetén keresztül érhetők el.
Ismert problémák és korlátok
A Webex Cisco BroadWorks ajánlattal kapcsolatos ismert problémák és korlátozások naprakész listájáért lásd: Ismert problémák és korlátok .
Üzenetküldés korlátok
A következő adattárolási korlátozások (üzenetkezelés és fájlok együttesen) azokra a szervezetekre vonatkoznak, amelyek a Webex for Cisco BroadWorks szolgáltatásokat egy Szolgáltatón keresztül vásárolták meg. Ezek a korlátok az üzenetküldés és a fájlok maximális tárhelyét jelentik.
Alapszintű: 2 GB felhasználónként 3 évig
Normál 5 GB felhasználónként 3 évig
Prémium: 10 GB felhasználónként 5 évig
Az egyes ügyfélszervezetek esetében ezeket a felhasználónkénti végösszegeket a rendszer összevonja, így a felhasználók száma alapján összesített összeget kap az adott ügyfélre vonatkozóan. Például egy öt prémium felhasználóval rendelkező vállalatnál a teljes üzenetkezelési és fájltárolási korlát 50 GB. Egy egyéni felhasználó túllépheti a felhasználónkénti korlátot (10 GB), feltéve, hogy a vállalat még mindig az összesített maximum (50 GB) alatt van.
A létrehozott csapatszobák esetében az üzenetküldési korlátok a csoportszobát birtokló ügyfélszervezet összesített végösszegéhez viszonyítva érvényesek. Az egyes csapatszobák tulajdonosáról a Tárhely szabályzatban tájékozódhat. Az egyes csapatszobák Tárhelyházirendjének megtekintésével kapcsolatos információkért lásd:https://help.webex.com/en-us/baztm6/Webex-Space-Policy .
További információk
A Webex üzenetküldő csoportterületekre vonatkozó általános üzenetküldési korlátokkal kapcsolatos további információkért lásd:https://help.webex.com/en-us/n8vw82eb/Webex-Capacities .
Biztonság, adatok és szerepkörök
Webex Security
A Webex kliens egy biztonságos alkalmazás, amely biztonságos kapcsolatot létesít a Webex és a BroadWorks-szel. A Webex felhőben tárolt és a Webex alkalmazás felületén keresztül a felhasználó számára elérhető adatok továbbítása és nyugalmi állapotban egyaránt titkosítva vannak.
További részletek vannak róla adatcsere jelen dokumentum Hivatkozás részében.
További olvasás
Szervezeti adatok rezidenciája
A Webex -adatait abban az adatközpont tároljuk, amelyik a legjobban megfelel az Ön régiójának. Lásd Adatrezidencia a Webex a Súgóban.
Szerepkörök
Szolgáltatói rendszergazda (Ön): A napi karbantartási tevékenységekhez a megoldás helyszíni (hívási) részeit a saját rendszerein keresztül kezelheti. A megoldás Webex részeit a Partner Hubon keresztül kezelheti.
A partnerek számára elérhető szerepkörökről, a szerepkörökhöz kapcsolódó hozzáférési jogosultságokról, valamint a szerepkörök hozzárendelésének módjáról lásd: Rendszergazdai partner szerepkörök a Webex for BroadWorks és a Wholesale RTM alkalmazásban .
Az új partnerszervezethez elsőként beállított felhasználó automatikusan teljes körű rendszergazda és teljes partner rendszergazdai szerepkörhöz lesz hozzárendelve. Ez a rendszergazda a fenti cikk alapján további szerepköröket is hozzárendelhet. |
A Cisco felhőalapú üzemeltetési csapata: Létrehozza a „partnerszervezetet” a Partner Hubban, ha még nem létezik, a beléptetés során.
Miután megvan a Partner Hub-fiókja, beállíthatja a Webex felületeket a saját rendszereihez. Ezután hozzon létre „Onboarding sablonokat”, amelyek az adott rendszereken keresztül kiszolgált csomagokat vagy csomagokat képviselik. Ezután beüzemelheti az ügyfeleit vagy az előfizetőit.
# | Tipikus feladat | SP | Cisco |
---|---|---|---|
1 | Partner Onboarding – A partnerszervezet létrehozása, ha még nem létezik, és a szükséges funkciók engedélyezése kapcsolók között | ● | |
2 | BroadWorks-konfiguráció a Partnerszervezetben a Partner Hubon keresztül (fürt) | ● | |
3 | Integrációs beállítások konfigurálása a Partnerszervezetben a Partner Hubon keresztül (ajánlati sablonok, márkaépítés) | ● | |
4 | BroadWorks környezet előkészítése az integrációhoz (AS, XSP| ADP javítás, tűzfalak, XSP| ADP konfiguráció, XSI, AuthService, CTI, NPS, DMS alkalmazások XSP-n| ADP) | ● | |
5 | Létesítés-integráció vagy -folyamat fejlesztése | ● | |
6 | GTM-anyagok előkészítése | ● | |
7 | Új felhasználók áttelepítése vagy beállítása | ● |
Építészet
Mi van a diagramon?
Ügyfelek
A Webex App-ügyfél szolgál elsődleges alkalmazásként a Webex a Cisco BroadWorks-ajánlatok esetében. A kliens asztali, mobil és webes platformon is elérhető.
Az ügyfél a Webex felhő által biztosított natív üzenetküldési, jelenléti és többszereplős audio/video értekezletekkel rendelkezik. A Webex ügyfél az Ön BroadWorks infrastruktúráját használja a SIP és PSTN hívásokhoz.
A Cisco IP -telefonok és a kapcsolódó kiegészítők a BroadWorks infrastruktúrát használják a SIP és PSTN hívásokhoz is. Várakozásaink szerint képes lesz a harmadik féltől származó telefonok támogatására.
Felhasználóaktiválási portál a felhasználók számára, akik BroadWorks-hitelesítési adataikkal jelentkezhetnek be a Webex .
A Partner Hub egy webinterfész a Webex -szervezet és az ügyfelei szervezeteinek adminisztrálására. A Partner Hubban konfigurálhatja a BroadWorks infrastruktúra és a Webex közötti integrációt. A Partner Hub segítségével kezelheti az klienskonfiguráció és a számlázást is.
Szolgáltatói hálózat
A diagram bal oldalán található zöld blokk az Ön hálózatát jelöli. A hálózaton üzemeltetett összetevők a következő szolgáltatásokat és felületeket biztosítják a megoldás egyéb részei számára:
Nyilvános XSP| ADP, Webex Cisco BroadWorks rendszerhez: (A mező egy vagy több XSP-t jelöl| ADP farmok, esetleg terheléselosztókkal.)
Az Xtended Services felület (XSI-Actions & XSI-Events), az Eszközkezelő szolgáltatás (DMS), a CTI felület és a hitelesítési szolgáltatás üzemeltetője. Ezek az alkalmazások együttesen lehetővé teszik a telefonok és a Webex -kliensek számára, hogy hitelesítsék magukat, letöltsék a híváskonfigurációs fájljaikat, kezdeményezzenek és fogadhassanak hívásokat, valamint megtekinthessék egymás horog állapotát (telefonos jelenlét). és hívásnapló .
Könyvtárat tesz közzé a Webex ügyfelek számára.
Nyilvános XSP| ADP, NPS-t futtat:
szervezői hívásértesítések leküldéses kiszolgálója: Egy Notification Push szerver XSP-n| ADP a környezetében. Interfész az alkalmazáskiszolgálója és az NPS-proxy között. A proxy rövid élettartamú tokenekkel látja el az NPS-t, hogy engedélyezze a felhőalapú szolgáltatások értesítéseit. Ezek a szolgáltatások (APNS és FCM) hívási értesítéseket küldenek a Webex -ügyfeleknek Apple iOS és Google Android eszközökön.
Alkalmazáskiszolgáló:
Hívásvezérlést és interfészeket biztosít más BroadWorks hívásvezérlés (általában)
Folyamatos üzembe helyezés esetén a partnerrendszergazda az AS-t használja a szolgáltatlási felhasználók kiépítéséhez a Webex
A felhasználói profil beküldi a BroadWorks rendszerébe
OSS/BSS: Az Ön Művelettámogatási Rendszere/Üzleti SIP -szolgáltatásai a BroadWorks-vállalatok felügyeletéhez.
Webex Cloud
A diagram kék blokkja a Webex felhőt jelöli. A Webex mikroszolgáltatások a Webex együttműködési képességek teljes spektrumát támogatják:
A Cisco Common Identity (CI) a Webex belüli identitásszolgáltatás.
A Webex for Cisco BroadWorks a mikroszolgáltatások azon készletét képviseli, amelyek támogatják a Webex és a szolgáltató által biztosított BroadWorks közötti integrációt:
Felhasználó-létesítési API-k
Szolgáltatói konfiguráció
Felhasználói bejelentkezés BroadWorks hitelesítő adatokkal
Webex Üzenetküldés doboz az üzenetküldéshez kapcsolódó mikroszolgáltatásokhoz.
A több résztvevős videoértekezletekhez ( SIP és SRTP ) szolgáló médiafeldolgozó szervereket és SBC-ket képviselő Webex Meetings -mező
Harmadik féltől származó web
A diagramon a következő harmadik féltől származó összetevők láthatók:
Az APNS (Apple Push Notifications Service) hívás- és üzenetértesítéseket küld a Webex alkalmazásoknak az Apple eszközökön.
Az FCM (FireBase Cloud Üzenetküldés ) hívás- és üzenetértesítéseket küld az Android -eszközök Webex -alkalmazásainak.
XSP| ADP architektúra szempontok
A nyilvános XSP szerepe| ADP-kiszolgálók a Webex a Cisco BroadWorks-hez
A nyilvános XSP| Az ADP az Ön környezetében a következő felületeket/szolgáltatásokat nyújtja a Webex és az ügyfelek számára:
TLS által védett hitelesítési szolgáltatás (AuthService), amely a felhasználó nevében válaszol a Webex JWT (JSON web Token) Webex-kérelmeire
mTLS által védett CTI interfész, amelyre a Webex előfizet a hívásnapló -eseményekre és a BroadWorks telefonos jelenléti állapot (horog állapot).
Xsi műveletek és események felületei (eXtended Services Interface) az előfizetői hívásvezérlés, névjegy- és híváslista könyvtárak, valamint végfelhasználói telefonos szolgáltatás konfigurációjához
DM (Device Management) szolgáltatás az ügyfelek számára a hívási konfigurációs fájljaik lekéréséhez
Adjon meg URL-címeket ezekhez a felületekhez, amikor a Webex a Cisco BroadWorks rendszerhez konfigurálja. (Lásd Konfigurálja a BroadWorks-fürtöket a Partner Hubban ebben a dokumentumban.) Fürtenként csak egy URL adható meg az egyes felületekhez. Ha több felülettel rendelkezik a BroadWorks infrastruktúrájában, akkor több fürtöt is létrehozhat.
XSP| ADP architektúra
Szükségünk van egy különálló, dedikált XSP használatára| ADP-példány vagy farm az NPS (Notification Push Server) alkalmazás üzemeltetéséhez. Ugyanazt az hálózati házirendet használhatja az UC-One SaaS vagy az UC-One Collaborate szolgáltatással. A Webex for Cisco BroadWorks rendszerhez szükséges egyéb alkalmazásokat azonban nem tárolhatja ugyanazon az XSP-n| Az NPS-alkalmazást kiszolgáló ADP.
Javasoljuk, hogy dedikált XSP-t használjon| ADP-példány/farm, hogy tárolja a Webex -integrációhoz szükséges alkalmazásokat a következő okok miatt
Ha például UC-One SaaS-t kínál, javasoljuk egy új XSP létrehozását| ADP farm a Webex a Cisco BroadWorks-hez. Így a két szolgáltatás egymástól függetlenül tud működni az előfizetők migrálása közben.
Ha a Webex Cisco BroadWorks alkalmazásokat XSP-n helyezi el| Az egyéb célokra használt ADP farm esetében az Ön felelőssége a használat nyomon követése, az ebből adódó összetettség kezelése, és a megnövekedett méretarány tervezése.
A Cisco BroadWorks rendszer kapacitástervező dedikált XSP-t feltételez| ADP farm, és nem biztos, hogy pontos, ha kollokációs számításokhoz használja.
Eltérő megjelölés hiányában a dedikált Webex a Cisco BroadWorks XSP-hez| Az ADP-knek a következő alkalmazásokat kell tárolniuk:
AuthService (TLS CI Token Validációval vagy mTLS)
CTI (mTLS)
XSI-Actions (TLS)
XSI-Events (TLS)
DMS (TLS)—Opcionális. Nem kötelező különálló DMS-példányt vagy farmot telepíteni, kifejezetten a Webex for Cisco BroadWorks számára. Ugyanazt a DMS-példányt használhatja, mint az UC-One SaaS vagy UC-One Collaborate esetében.
Hívásbeállítások Webnézet (TLS) – Nem kötelező. A Call Settings Webview (CSW) csak akkor szükséges, ha azt szeretné, hogy a Webex Cisco BroadWorks felhasználói konfigurálhassák a hívási funkciókat a Webex alkalmazásban.
A Webex szüksége van a CTI -hez való hozzáféréshez egy kölcsönös TLS -hitelesítéssel védett felületen keresztül. A követelmény teljesítéséhez az alábbi lehetőségek egyikét javasoljuk:
(A diagram megjelölve 1. lehetőség ) Egy XSP| ADP-példány vagy farm az összes alkalmazáshoz, két kiszolgálónként konfigurált felülettel: egy mTLS interfész a CTI és egy TLS interfész más alkalmazások, például az AuthService számára.
(A diagram megjelölve 2. lehetőség ) Két XSP| ADP-példányok vagy farmok, amelyek közül az egyik mTLS felülettel rendelkezik a CTI-hez , a másik TLS felülettel más alkalmazásokhoz, például az AuthService-hez.
XSP| ADP újrafelhasználása Ha van már meglévő XSP-je| A fenti javasolt architektúrák egyikének megfelelő ADP farm (1. vagy 2. opció) és enyhén van megterhelve , akkor lehetőség van a meglévő XSP újrafelhasználására| ADP-k. Ellenőriznie kell, hogy nincsenek-e ütköző konfigurációs követelmények a meglévő alkalmazások és a Webex új alkalmazáskövetelményei között. A két elsődleges szempont a következő:
Mivel az XSP| Az ADP-k sok alkalmazást tartalmaznak, és ezeknek az alkalmazásoknak a permutációinak száma nagy, előfordulhatnak más azonosítatlan ütközések is. Emiatt az XSP esetleges újrafelhasználása| Az ADP-ket ellenőrizni kell egy laboratóriumban a tervezett konfigurációval, mielőtt elkötelezné magát az újrahasználat mellett. |
Konfigurálja az NTP -szinkronizálást XSP-n| ADP
A telepítés időszinkronizálást igényel az összes XSP esetében| A Webex használt ADP-k.
Telepítse a ntp
csomagot az operációs rendszer telepítése után és a BroadWorks szoftver telepítése előtt. Ezután beállíthatja az NTP -t az XSP során| ADP szoftver telepítése. Lásd a BroadWorks szoftverkezelési útmutató további részletekért.
Az XSP interaktív telepítése során| ADP szoftverrel, akkor lehetősége van az NTP konfigurálására. A következőképpen járjon el:
Amikor a telepítő megkérdezi,
Do you want to configure NTP?
, adja megy
.Amikor a telepítő megkérdezi,
Is this server going to be a NTP server?
, adja megn
.Amikor a telepítő megkérdezi,
What is the NTP address, hostname, or FQDN?
, adja meg az NTP kiszolgáló vagy egy nyilvános NTP -szolgáltatás címét, például,pool.ntp.org
.
Ha az XSP| Az ADP-k csendes (nem interaktív) telepítést használnak, a telepítő konfigurációs fájl tartalmaznia kell a következő Kulcs=Érték párokat:
NTP
NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>
XSP| ADP-azonosító és biztonsági követelmények
Háttér
A Cisco BroadWorks TLS kapcsolatok protokolljai és titkosításai a specifikusság különböző szintjein konfigurálhatók. Ezek a szintek a legáltalánosabb (SSL -szolgáltató) a legspecifikusabb (egyedi felület)ig terjednek. Egy konkrétabb beállítás mindig felülír egy általánosabb beállítást. Ha nincsenek megadva, akkor az „alacsonyabb” szintű SSL -beállításokat a rendszer a „magasabb” szintekről örökli.
Ha egyetlen beállítás sem módosul az alapértelmezetthez képest, minden szint az SSL -szolgáltató alapértelmezett beállításait (JSSE Java Secure Sockets Extension) örökli.
Követelménylista
Az XSP| Az ADP-nek hitelesítenie kell magát az ügyfelek felé egy olyan CA által aláírt tanúsítvány segítségével, amelyben a Közös név vagy az Alany alternatív neve megegyezik az XSI felület tartományrészével.
Az Xsi felületnek támogatnia kell a TLSv1.2 protokollt.
Az Xsi felületnek olyan titkosítási csomagot kell használnia, amely megfelel a következő követelményeknek.
Diffie-Hellman efemer (DHE) vagy elliptikus görbék Diffie-Hellman efemer (ECDHE) kulcscsere
AES (Advanced Encryption Standard) titkosítás 128 bites minimális blokkmérettel (pl. AES-128 vagy AES-256)
GCM (Galois/Counter Mode) vagy CBC (Cipher Block Chaining) titkosítási mód
CBC titkosítás használata esetén csak az SHA2 hash függvénycsalád engedélyezett kulcsok származtatásához (SHA256, SHA384, SHA512).
Például a következő titkosítások teljesítik a követelményeket:
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
Az XSP| Az ADP CLI-hez az IANA elnevezési megállapodásra van szükség a titkosítási csomagokhoz, amint az fent látható, az openSSL-konvencióra nem. |
Támogatott TLS az AuthService és XSI felületekhez
Ez a lista a felhőalapú biztonsági követelményeink alakulásával változhat. Kövesse a Cisco felhőalapú biztonsági ajánlásait a titkosítás kiválasztására vonatkozóan, a jelen dokumentum követelménylistájában leírtak szerint. |
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
TLS_DHE_RSA_WITH_AES_256_CBC_SHA
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
TLS_DHE_RSA_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_AES_256_GCM_SHA384
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_128_GCM_SHA256
TLS_PSK_WITH_AES_128_GCM_SHA256
TLS_RSA_WITH_AES_256_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
TLS_RSA_PSK_WITH_AES_256_CBC_SHA
TLS_DHE_PSK_WITH_AES_256_CBC_SHA
TLS_RSA_WITH_AES_256_CBC_SHA
TLS_PSK_WITH_AES_256_CBC_SHA384
TLS_PSK_WITH_AES_256_CBC_SHA
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256
TLS_RSA_PSK_WITH_AES_128_CBC_SHA
TLS_DHE_PSK_WITH_AES_128_CBC_SHA
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_PSK_WITH_AES_128_CBC_SHA256
TLS_PSK_WITH_AES_128_CBC_SHA
Xsi Events Skála paraméterek
Előfordulhat, hogy növelnie kell az Xsi-Events sor méretét és a szálak számát a Webex for Cisco BroadWorks megoldáshoz szükséges eseménymennyiség kezelésére. A paramétereket az alábbiak szerint növelheti a megjelenített minimális értékekre (ne csökkentse, ha a minimális értékek felett vannak):
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventQueueSize = 2000
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration>
eventHandlerThreadCount = 50
Több XSP| ADP-k
Terheléselosztó élelem
Ha van terheléselosztás eleme a hálózat szélén, akkor annak átláthatóan kell kezelnie a forgalom több XSP-je közötti elosztását| ADP-kiszolgálók és a Webex a Cisco BroadWorks felhőhöz és ügyfelekhez. Ebben az esetben meg kell adnia a terheléselosztó URL -címét a Webex Cisco BroadWorks konfigurációhoz.
Megjegyzések az architektúrával kapcsolatban:
Állítsa be a DNS -t úgy, hogy az ügyfelek megtalálhassák a terheléselosztót, amikor az Xsi interfészhez csatlakoznak (lásd DNS konfiguráció ).
Javasoljuk, hogy az edge elemet fordított SSL proxy módban konfigurálja a pont-pont adattitkosítás biztosítása érdekében.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben. Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Internetre néző XSP| ADP-kiszolgálók
Ha közvetlenül teszi közzé az Xsi felületeket, akkor a DNS segítségével ossza el a forgalmat a több XSP felé| ADP szerverek.
Megjegyzések az architektúrával kapcsolatban:
Két rekord szükséges az XSP-hez való csatlakozáshoz| ADP szerverek:
Webex mikroszolgáltatások esetén: A körbefutó A/AAAA rekordok szükségesek a több XSP megcélzásához| ADP IP -címek. Ennek az az oka, hogy a Webex mikroszolgáltatások nem tudnak SRV-kereséseket végezni. Példákért lásd: Webex Cloud Services .
Webex alkalmazás esetén: Egy SRV-rekord, amely A-rekordot old fel, ahol minden A-rekord egyetlen XSP-re oldja fel| ADP. Példákért lásd: Webex alkalmazás .
Használjon prioritást élvező SRV-rekordok az XSI szolgáltatás megcélzásához a többszörös XSP számára| ADP-címek. Állítsa be az SRV-rekordok prioritását, hogy a mikroszolgáltatások mindig ugyanahhoz az A rekordhoz (és az azt követő IP-cím) menjenek, és csak akkor lépjenek át a következő A rekordra (és IP-cím), ha az első IP-cím nem működik. NE alkalmazzon körbefutó módszert a Webex alkalmazáshoz.
Tanúsítványok az XSP-től| ADP01 és XSP| Az ADP02-nek mindkét esetben rendelkeznie kell az XSP-vel| ADP tartomány, például az Ön-XSP| ADP.example.com, a Tárgy alternatív neve mezőben. Saját FQDN-nel kell rendelkezniük, például XSP-vel| ADP01.example.com, a Közös névben.
Használhat helyettesítő karakteres tanúsítványokat, de nem javasoljuk.
Kerülje a HTTP-átirányításokat
Néha a DNS úgy van beállítva, hogy oldja fel az XSP-t| ADP URL egy HTTP terheléselosztóhoz, és a terheléselosztó úgy van beállítva, hogy egy fordított proxyn keresztül irányítsa át az XSP-re| ADP szerverek.
A Webex nem követ átirányítást amikor az Ön által megadott URL-címekhez csatlakozik, így ez a konfiguráció nem működik.
Rendelés és üzembehelyezés
A rendelés és a beüzemelés az alábbi szinteken érvényes:
Partner/Szolgáltató kiépítése :
Minden egyes regisztrált Webex for Cisco BroadWorks szolgáltatót (vagy viszonteladót) partnerszervezetként kell konfigurálni a Webex, és biztosítani kell a szükséges jogosultságokat. A Cisco Operations hozzáférést biztosít a partnerszervezet rendszergazdájának a Webex for Cisco BroadWorks kezeléséhez a Webex Partner Hubon. A Partner rendszergazdának el kell végeznie az összes szükséges üzembe helyezési lépést, mielőtt kiépíthetne egy Ügyfél/Vállalat szervezetet.
Ügyfél/Vállalati rendelés és üzembe helyezés :
Minden, a Webex for Cisco BroadWorks számára engedélyezett BroadWorks Enterprise egy hozzárendelt Webex ügyfélszervezet létrehozását váltja ki. Ez a folyamat automatikusan megtörténik a felhasználó/előfizető beüzemelése részeként. A BroadWorks-vállalatokon belül minden felhasználó/előfizető ugyanabban a Webex Ügyfél-szervezetben van kiépítve.
Ugyanez a viselkedés érvényes, ha a BroadWorks rendszer csoportokkal rendelkező szolgáltatóként van konfigurálva. Amikor előfizetőt létesít egy BroadWorks-csoportban, automatikusan létrejön a csoportnak megfelelő Ügyfél-szervezet a Webex.
Felhasználó/előfizető rendelés és szolgáltatás :
A Webex for Cisco BroadWorks jelenleg a következő felhasználó-szolgáltatási modelleket támogatja:
Folyamatos üzembe helyezés megbízható e-mailekkel