- Kezdőlap
- /
- Cikk
Köszönjük visszajelzését.
Ebben a cikkben
Visszajelzés?A Webex for Cisco BroadWorks megoldási útmutatója partnerszintű rendszergazdáknak szól. Az útmutató bemutatja, hogyan lehet beállítani és telepíteni a Webex for Cisco BroadWorks. A Webex for Cisco BroadWorks a BroadWorks hívási ü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 mindkét platform által biztosított 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:
NTPNTP_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_SHA384TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_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_SHA384TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256TLS_DHE_RSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384TLS_DHE_RSA_WITH_AES_256_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256TLS_DHE_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHATLS_ECDHE_RSA_WITH_AES_256_CBC_SHATLS_DHE_RSA_WITH_AES_256_CBC_SHATLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHATLS_ECDHE_RSA_WITH_AES_128_CBC_SHATLS_DHE_RSA_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_256_GCM_SHA384TLS_DHE_PSK_WITH_AES_256_GCM_SHA384TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_PSK_WITH_AES_128_GCM_SHA256TLS_DHE_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_128_GCM_SHA256TLS_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_256_CBC_SHA256TLS_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384TLS_ECDHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_PSK_WITH_AES_256_CBC_SHA384TLS_DHE_PSK_WITH_AES_256_CBC_SHA384TLS_RSA_PSK_WITH_AES_256_CBC_SHATLS_DHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_WITH_AES_256_CBC_SHATLS_PSK_WITH_AES_256_CBC_SHA384TLS_PSK_WITH_AES_256_CBC_SHATLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_128_CBC_SHA256TLS_DHE_PSK_WITH_AES_128_CBC_SHA256TLS_RSA_PSK_WITH_AES_128_CBC_SHATLS_DHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_WITH_AES_128_CBC_SHATLS_PSK_WITH_AES_128_CBC_SHA256TLS_PSK_WITH_AES_128_CBC_SHA
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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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-8ADP_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 AuthenticationA 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
AuthenticationServicealkalmazá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/authServiceFuttassa 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> getHa nincs jelen, futtassa a következő parancsot az alapértelmezett Java -trösztök importálásához:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrustAlternatí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> getset clientId client-Id-From-Step1set enabled trueset clientSecret client-Secret-From-Step1set ciResponseBodyMaxSizeInBytes 65536set 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/authenticateAz 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:userKonfigurá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> getset flsUrl https://cifls.webex.com/federationset refreshPeriodInMinutes 60set 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> GetKonfigurálja a Token-kezelést a következő parancsokkal az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>set tokenIssuer BroadWorksset 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>exportKeysMásolja át az exportált fájlt
/var/broadworks/tmp/authService.keysugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keysfá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/authServiceAdja 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/authServiceEz 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)
getparancsot, é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> 443hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2hogy 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> 443hogy 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-POLY1305a 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_POLY1305Lá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)
getparancsot, é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.2hogy 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)
getparancsot, 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-POLY1305a 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_POLY1305Lá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.txta 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.txtMegnyitás
combinedcertchain2023.txtszö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.txtJelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>(Nem kötelező) Futtatás
help updateTrusta 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.txtXSP|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, éswebexclientissuing2023pé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> getAlias 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> getEzutá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.warA 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 /callsettingsA 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_projectFCMv1 engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneFuttassa a
bwrestartparancsot 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 ...DoneFuttassa a
bwrestartparancsot az XSP újraindításához| ADP.FCM engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneFuttassa a
bwrestartparancsot 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/installparancsot.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...DoneEllenő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.ap373197R23 esetén:
AP.as.23.0.1075.ap373197R24 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 provisioningURLAS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_nameAS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_passwordAS_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
provisioningURLparamé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/hostsfá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 apassEmailInRequestfunkció 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-InfoSIP fejléc:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork trueAS_CLI/Interface/SIP> set sendCallCorrelationIDAccess trueA
enableCallCorrelationIDAz 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 rendelkezzenenableCallCorrelationIDa 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 25433XSP használata esetén—
AP.xsp.23.0.1075.ap378585Ha 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 WebexMeetingsNS 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 - unspecifiedNS ú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 WebexMeetingsAS 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 trueE911 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 WAVMS_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>exportKeysMásolja át az exportált fájlt
/var/broadworks/tmp/authService.keysugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keysfá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/authServiceAdja 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/authServiceEz 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)
getparancsot, é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> getTLS 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> 443hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2hogy 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> 443hogy 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-POLY1305a 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_POLY1305Lá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: és kattintson Töltse Webex CA-tanúsítványt hogy megkapja
CombinedCertChain2023.txta 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.txtszö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ótUpdateTrusta 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, éswebexclientissuing2023pé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> getAlias 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 agetparancsot 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 trueLásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Lényegében az első
trueTLS -sel (a kiszolgálótanúsítvány létrejön, ha szükséges), és a másodiktruearra 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 trueEbben 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 agetparancsot, 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 trueLásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Az alkalmazásnevek ott vannak felsorolva. A
trueebben 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:
NTPNTP_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_SHA384TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_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_SHA384TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256TLS_DHE_RSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384TLS_DHE_RSA_WITH_AES_256_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256TLS_DHE_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHATLS_ECDHE_RSA_WITH_AES_256_CBC_SHATLS_DHE_RSA_WITH_AES_256_CBC_SHATLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHATLS_ECDHE_RSA_WITH_AES_128_CBC_SHATLS_DHE_RSA_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_256_GCM_SHA384TLS_DHE_PSK_WITH_AES_256_GCM_SHA384TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_PSK_WITH_AES_128_GCM_SHA256TLS_DHE_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_128_GCM_SHA256TLS_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_256_CBC_SHA256TLS_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384TLS_ECDHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_PSK_WITH_AES_256_CBC_SHA384TLS_DHE_PSK_WITH_AES_256_CBC_SHA384TLS_RSA_PSK_WITH_AES_256_CBC_SHATLS_DHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_WITH_AES_256_CBC_SHATLS_PSK_WITH_AES_256_CBC_SHA384TLS_PSK_WITH_AES_256_CBC_SHATLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_128_CBC_SHA256TLS_DHE_PSK_WITH_AES_128_CBC_SHA256TLS_RSA_PSK_WITH_AES_128_CBC_SHATLS_DHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_WITH_AES_128_CBC_SHATLS_PSK_WITH_AES_128_CBC_SHA256TLS_PSK_WITH_AES_128_CBC_SHA
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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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-8ADP_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 AuthenticationA 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
AuthenticationServicealkalmazá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/authServiceFuttassa 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> getHa nincs jelen, futtassa a következő parancsot az alapértelmezett Java -trösztök importálásához:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrustAlternatí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> getset clientId client-Id-From-Step1set enabled trueset clientSecret client-Secret-From-Step1set ciResponseBodyMaxSizeInBytes 65536set 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/authenticateAz 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:userKonfigurá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> getset flsUrl https://cifls.webex.com/federationset refreshPeriodInMinutes 60set 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> GetKonfigurálja a Token-kezelést a következő parancsokkal az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>set tokenIssuer BroadWorksset 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>exportKeysMásolja át az exportált fájlt
/var/broadworks/tmp/authService.keysugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keysfá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/authServiceAdja 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/authServiceEz 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)
getparancsot, é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> getTLS 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> 443hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2hogy 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> 443hogy 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-POLY1305a 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_POLY1305Lá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)
getparancsot, é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.2hogy 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)
getparancsot, 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-POLY1305a 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_POLY1305Lá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.txta 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.txtMegnyitás
combinedcertchain2023.txtszö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.txtJelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>(Nem kötelező) Futtatás
help updateTrusta 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.txtXSP|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, éswebexclientissuing2023pé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> getAlias 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> getEzutá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.warA 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 /callsettingsA 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_projectFCMv1 engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneFuttassa a
bwrestartparancsot 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 ...DoneFuttassa a
bwrestartparancsot az XSP újraindításához| ADP.FCM engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneFuttassa a
bwrestartparancsot 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/installparancsot.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...DoneEllenő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 Rendszergazdai meghívó e-mailek engedélyezése meglévő szervezetekhez való csatoláskor 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.ap373197R23 esetén:
AP.as.23.0.1075.ap373197R24 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 provisioningURLAS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_nameAS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_passwordAS_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
provisioningURLparamé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/hostsfá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 apassEmailInRequestfunkció 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-InfoSIP fejléc:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork trueAS_CLI/Interface/SIP> set sendCallCorrelationIDAccess trueA
enableCallCorrelationIDAz 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 rendelkezzenenableCallCorrelationIDa 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 25433XSP használata esetén—
AP.xsp.23.0.1075.ap378585Ha 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) .
Vizuális spam jelzés
A Webex alkalmazás támogatja a spam hívások vizuális jelzését a hívásköszöntőben, amikor a hívás megjelenik a hívott felé, és az egyesített híváselőzmények rekordjaiban, amikor a BroadWorks a STIR/SHAKEN keretrendszeren keresztüli hívófél- azonosító -ellenőrzés végrehajtására frissül. A funkció elérése:
- Engedélyezze az egyesített híváselőzményeket az előző részben leírtak szerint.
- A következő javításokat kell telepíteni és aktiválni:
- AP.as.23.0.1075.ap384591 / AP.as.24.0.944.ap384591
- vagy AS-25_ Rel_ legalább 2022.12
- A funkciót az AS CLI-n keresztül kell aktiválni:
- AS_CLI/System/ActivatableFeature> aktiválja a 104112-t
- AS_CLI/System/StirShaken> az enableVerification beállítása igaz
- A Broadworks-t úgy kell konfigurálni, hogy RÁMÍTÁS ELLENI aláírást, címkézést és ellenőrzést végezzen a Cisco BroadWorks STIR-SHAKEN aláírás címkézése és ellenőrzése
Ha a BroadWorks megfelelően van konfigurálva, egy új X-Cisco-CallerId-Disposition fejléc lesz hozzáadva a Cisco ügyfeleknek küldött INVITE kérésekhez, és egy új callerIdDisposition mező lesz hozzáadva a Webex Webex Cloud a CTI felületen keresztül küldött, meglévő híváselőzmény-eseményekhez. . A Webex eszközök arra használják fel ezeket az információkat, hogy vizuális spam jelzést biztosítsanak a hívásbemutatóban és a hívott fél egyesített híváselőzményében.
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 WebexMeetingsNS 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 - unspecifiedNS ú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 WebexMeetingsAS 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 trueE911 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:
| Győződjön meg arról, hogy a Rendszergazdai meghívó e-mailek engedélyezése meglévő szervezetekhez való csatoláskor (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 WAVMS_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>exportKeysMásolja át az exportált fájlt
/var/broadworks/tmp/authService.keysugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keysfá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/authServiceAdja 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/authServiceEz 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)
getparancsot, é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> getTLS 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> 443hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2hogy 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> 443hogy 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-POLY1305a 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_POLY1305Lá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: és kattintson Töltse Webex CA-tanúsítványt hogy megkapja
CombinedCertChain2023.txta 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.txtszö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ótUpdateTrusta 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, éswebexclientissuing2023pé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> getAlias 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 agetparancsot 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 trueLásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Lényegében az első
trueTLS -sel (a kiszolgálótanúsítvány létrejön, ha szükséges), és a másodiktruearra 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 trueEbben 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 agetparancsot, 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 trueLásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Az alkalmazásnevek ott vannak felsorolva. A
trueebben 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 24 | 2-110 |
| |
2024. február 20 | 2-109 |
| |
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:
NTPNTP_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_SHA384TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_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_SHA384TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256TLS_DHE_RSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384TLS_DHE_RSA_WITH_AES_256_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256TLS_DHE_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHATLS_ECDHE_RSA_WITH_AES_256_CBC_SHATLS_DHE_RSA_WITH_AES_256_CBC_SHATLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHATLS_ECDHE_RSA_WITH_AES_128_CBC_SHATLS_DHE_RSA_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_256_GCM_SHA384TLS_DHE_PSK_WITH_AES_256_GCM_SHA384TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_PSK_WITH_AES_128_GCM_SHA256TLS_DHE_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_128_GCM_SHA256TLS_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_256_CBC_SHA256TLS_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384TLS_ECDHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_PSK_WITH_AES_256_CBC_SHA384TLS_DHE_PSK_WITH_AES_256_CBC_SHA384TLS_RSA_PSK_WITH_AES_256_CBC_SHATLS_DHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_WITH_AES_256_CBC_SHATLS_PSK_WITH_AES_256_CBC_SHA384TLS_PSK_WITH_AES_256_CBC_SHATLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_128_CBC_SHA256TLS_DHE_PSK_WITH_AES_128_CBC_SHA256TLS_RSA_PSK_WITH_AES_128_CBC_SHATLS_DHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_WITH_AES_128_CBC_SHATLS_PSK_WITH_AES_128_CBC_SHA256TLS_PSK_WITH_AES_128_CBC_SHA
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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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-8ADP_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 AuthenticationA 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
AuthenticationServicealkalmazá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/authServiceFuttassa 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> getHa nincs jelen, futtassa a következő parancsot az alapértelmezett Java -trösztök importálásához:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrustAlternatí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> getset clientId client-Id-From-Step1set enabled trueset clientSecret client-Secret-From-Step1set ciResponseBodyMaxSizeInBytes 65536set 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/authenticateAz 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:userKonfigurá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> getset flsUrl https://cifls.webex.com/federationset refreshPeriodInMinutes 60set 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> GetKonfigurálja a Token-kezelést a következő parancsokkal az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>set tokenIssuer BroadWorksset 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>exportKeysMásolja át az exportált fájlt
/var/broadworks/tmp/authService.keysugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keysfá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/authServiceAdja 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/authServiceEz 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)
getparancsot, é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> getTLS 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> 443hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2hogy 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> 443hogy 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-POLY1305a 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_POLY1305Lá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)
getparancsot, é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.2hogy 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)
getparancsot, 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-POLY1305a 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_POLY1305Lá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.txta 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.txtMegnyitás
combinedcertchain2023.txtszö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.txtJelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>(Nem kötelező) Futtatás
help updateTrusta 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.txtXSP|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, éswebexclientissuing2023pé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> getAlias 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> getEzutá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.warA 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 /callsettingsA 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_projectFCMv1 engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneFuttassa a
bwrestartparancsot 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 ...DoneFuttassa a
bwrestartparancsot az XSP újraindításához| ADP.FCM engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneFuttassa a
bwrestartparancsot 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/installparancsot.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...DoneEllenő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 Rendszergazdai meghívó e-mailek engedélyezése meglévő szervezetekhez való csatoláskor 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.ap373197R23 esetén:
AP.as.23.0.1075.ap373197R24 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 provisioningURLAS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_nameAS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_passwordAS_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
provisioningURLparamé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/hostsfá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 apassEmailInRequestfunkció 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-InfoSIP fejléc:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork trueAS_CLI/Interface/SIP> set sendCallCorrelationIDAccess trueA
enableCallCorrelationIDAz 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 rendelkezzenenableCallCorrelationIDa 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 25433XSP használata esetén—
AP.xsp.23.0.1075.ap378585Ha 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) .
Vizuális spam jelzés
A Webex alkalmazás támogatja a spam hívások vizuális jelzését a hívásköszöntőben, amikor a hívás megjelenik a hívott felé, és az egyesített híváselőzmények rekordjaiban, amikor a BroadWorks a STIR/SHAKEN keretrendszeren keresztüli hívófél- azonosító -ellenőrzés végrehajtására frissül. A funkció elérése:
- Engedélyezze az egyesített híváselőzményeket az előző részben leírtak szerint.
- A következő javításokat kell telepíteni és aktiválni:
- AP.as.23.0.1075.ap384591 / AP.as.24.0.944.ap384591
- vagy AS-25_ Rel_ legalább 2022.12
- A funkciót az AS CLI-n keresztül kell aktiválni:
- AS_CLI/System/ActivatableFeature> aktiválja a 104112-t
- AS_CLI/System/StirShaken> az enableVerification beállítása igaz
- A Broadworks-t úgy kell konfigurálni, hogy RÁMÍTÁS ELLENI aláírást, címkézést és ellenőrzést végezzen a Cisco BroadWorks STIR-SHAKEN aláírás címkézése és ellenőrzése
Ha a BroadWorks megfelelően van konfigurálva, egy új X-Cisco-CallerId-Disposition fejléc lesz hozzáadva a Cisco ügyfeleknek küldött INVITE kérésekhez, és egy új callerIdDisposition mező lesz hozzáadva a Webex Webex Cloud a CTI felületen keresztül küldött, meglévő híváselőzmény-eseményekhez. . A Webex eszközök arra használják fel ezeket az információkat, hogy vizuális spam jelzést biztosítsanak a hívásbemutatóban és a hívott fél egyesített híváselőzményében.
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 WebexMeetingsNS 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 - unspecifiedNS ú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 WebexMeetingsAS 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 trueE911 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:
| Győződjön meg arról, hogy a Rendszergazdai meghívó e-mailek engedélyezése meglévő szervezetekhez való csatoláskor (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. Ezt a beállítást „a Cisco egy partner kérésére engedélyezheti. 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. |
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 WAVMS_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>exportKeysMásolja át az exportált fájlt
/var/broadworks/tmp/authService.keysugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keysfá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/authServiceAdja 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/authServiceEz 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)
getparancsot, é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> getTLS 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> 443hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2hogy 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> 443hogy 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-POLY1305a 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_POLY1305Lá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: és kattintson Töltse Webex CA-tanúsítványt hogy megkapja
CombinedCertChain2023.txta 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.txtszö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ótUpdateTrusta 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, éswebexclientissuing2023pé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> getAlias 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 agetparancsot 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 trueLásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Lényegében az első
trueTLS -sel (a kiszolgálótanúsítvány létrejön, ha szükséges), és a másodiktruearra 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 trueEbben 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 agetparancsot, 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 trueLásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Az alkalmazásnevek ott vannak felsorolva. A
trueebben 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. március 07 | 2-111 |
| |
2024. február 24 | 2-110 |
| |
2024. február 20 | 2-109 |
| |
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 |
| |
Szolgáltatások konfigurálása (mTLS használatával 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|ADP-k számára . 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|ADP-kiszolgálón. Ellenkező esetben ezek nem kötelezőek.
| Ha nem futtat több Webex -szervezetet ugyanazon az XSP|ADP-kiszolgálón, a CI Token Validation ( TLS-szel) javasolt az Auth szolgáltatáshoz. Lásd: Szolgáltatások konfigurálása a Webex a Cisco BroadWorks XSP|ADP-k számára 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 szabad telepíteni a CTI felülethez használt XSP|ADP-re.
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ények működésére. |
Hitelesítési szolgáltatás konfigurálása (mTLS-szel)
A hosszú élettartamú BroadWorks tokeneket az XSP|ADP-n tárolt hitelesítési szolgáltatás hozza létre és hitelesíti.
Követelmények
-
A hitelesítési szolgáltatást kiszolgáló XSP|ADP-kiszolgálókon konfigurált mTLS felülettel kell rendelkeznie.
-
Az XSP|ADP-knek ugyanazokat a kulcsokat kell használniuk a BroadWorks hosszú élettartamú tokenek titkosításához/visszafejtéséhez. Ezeknek a kulcsoknak az egyes XSP|ADP-kbe másolása manuális folyamat.
-
Az XSP|ADP-ket szinkronizálni kell az NTP-vel.
Konfiguráció áttekintése
Az XSP|ADP-k alapvető konfigurációi a következő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|ADP-k között.
-
Adja meg a webes tároló authService URL -címét.
Telepítse a hitelesítési szolgáltatást XSP|ADP-n
A Webex használt minden XSP|ADP-n:
-
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> aktiválja az alkalmazás hitelesítési szolgáltatását<version> /authService(hol
<version>az Ön BroadWorks-verziója). -
Az alkalmazás telepítése:
XSP|ADP_CLI/Maintenance/ManagedObjects>telepítse az /authService alkalmazást
Token időtartamának konfigurálása
-
A meglévő tokenkonfiguráció ellenőrzése (óra):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>kap -
Állítsa be az időtartamot 60 napra (maximum 180 nap):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>tokenDurationInHours beállítása 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 egy XSP|ADP-n kell előállítania a kulcsokat, majd át kell másolnia azokat az összes többi XSP|ADP-re.
| Ha váltogatja a billentyűket, vagy módosítja a kulcs hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP|ADP-t. |
-
Válasszon ki egy XSP|ADP-t a kulcspár generálásához.
-
Ügyfél segítségével kérhet titkosított tokent az adott XSP|ADP-től, ehhez kérje le a következő URL -címet 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|ADP-n, ha még nem volt ilyen)
-
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.keysugyanarra a helyre a többi XSP|ADP-n, felülírva egy régebbit.kulcsokatfájlt, ha szükséges. -
Importálja a kulcsokat a többi XSP|ADP-n:
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|ADP webes tárolójának szüksége van az authService URL -címre, hogy ellenőrizni tudja a tokeneket.
Az egyes XSP|ADP-ken:
-
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>http://127.0.0.1/authService url beállítása -
Adja hozzá a hitelesítési szolgáltatás URL-címe a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> tomcat hozzáadása bw.authservice.authServiceUrl http://127.0.0.1/authServiceEz 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:
kap. -
Indítsa újra az XSP|ADP-t.
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 interfész konfigurációjának olvasása az XSP|ADP-n
-
Jelentkezzen be az XSP|ADP-be, és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer> -
Adja meg a
kapparancsot, és olvassa el az eredményeket. Látnia kell az interfészeket (IP -címeket), és mindegyiknél azt, hogy biztonságosak-e, és hogy szükség van-e kliens hitelesítésre.
Az Apache tomcat minden biztonságos felülethez egy tanúsítványt ír elő; a rendszer önaláíró önaláírt tanúsítvány generál, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> kapTLS 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|ADP-be, és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols> -
Írja be a parancsot
kap<interfaceIp> 443hogy megtudja, mely protokollok vannak már használatban ezen a felületen. -
Írja be a parancsot
add hozzá<interfaceIp> 443 TLSv1.2hogy az interfész TLS 1.2-t tudjon használni 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|ADP-be, és navigáljon ide
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers> -
Írja be a parancsot
kap<interfaceIp> 443hogy 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 identitás és biztonsági követelmények az Áttekintés részben). -
Írja be a parancsot
add hozzá<interfaceIp> 443<cipherName>rejtjel hozzáadása a HTTP szerver felülethez.
Az XSP|ADP parancssori felülethez 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-POLY1305a HTTP szerver felülethez a következőket kell használnia:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers> hozzáadás 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Lásd https://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: és kattintson Töltse Webex CA-tanúsítványt hogy megkapja
CombinedCertChain2023.txta helyi számítógépen.
Ezek a fájlok két tanúsítvány két halmazát tartalmazzák. Fel kell osztania a fájlokat, mielőtt feltölti őket az XSP|ADP-kre. Minden fájl megadása kötelező. -
A tanúsítványlánc felosztása két tanúsítványra -
kombináltcertchain2023.txt.-
Megnyitás
kombináltcertchain2023.txtszövegszerkesztőben. -
Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat
-----KEZDŐ TANÚSÍTVÁNY-----és-----TANÚSÍTVÁNY VÉGE-----, é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ájlnak mostantól csak egy szövegblokkja lehet, amelyet vonalak vesznek körül-----KEZDŐ TANÚSÍTVÁNY-----és-----TANÚSÍTVÁNY VÉGE-----.
-
-
Másolja át mindkét szövegfájlt a védett XSP|ADP egy ideiglenes helyére, pl
/var/broadworks/tmp/root2023.txtés/var/broadworks/tmp/issuing2023.txt. -
Jelentkezzen be az XSP|ADP-be, és navigáljon ide
/XSP|ADP_CLI/Interfész/ CTI/SSLCommonSettings/ClientAuthentication/Trusts>. (Nem kötelező) Futtassa a súgótUpdateTrusta 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,webexclientsuing, éswebexclientissuing2023pé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> kapAlias Tulajdonos Kibocsátó ============================================= ============================ webexclientissuing2023 belső privát TLS SubCA belső privát legfelső szintű webexclientroot2023 belső privát legfelső szintű belső privát gyökér[saját aláírású]
(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|ADP-n tárolt alkalmazásoktól függ. 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 abba az XSP|ADP-be, amelynek felületét konfigurálja.
-
Navigáljon ide:
XSP|ADP_CLI/Interface/Http/HttpServer>és futtassa akapparancsot 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> IPAddress hozzáadása Portnév true trueA részletekért lásd az XSP|ADP CLI dokumentációt. Lényegében az első
igazTLS -sel (a kiszolgálótanúsítvány létrejön, ha szükséges), és a másodikigazarra 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> kap
Interfész port neve Biztonságos ügyfél hitelesítési igénylés fürt Fqdn ======================================== ============== 192.0.2.7 443 XSP|ADP01.collab.example.net true false 192.0.2.7 444 XSP|ADP01.collab.example.net true trueEbben 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|ADP-n tárolt alkalmazásoktól függ. 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 abba az XSP|ADP-be, amelynek felületét konfigurálja.
-
Navigáljon ide:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>és futtassa akapparancsot, 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 trueA részletekért lásd az XSP|ADP CLI dokumentációt. Az alkalmazásnevek vannak felsorolva. A
igazEbben 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élda parancs hozzáadja az AuthenticationService alkalmazást a 192.0.2.7:443 értékhez, é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: kap :
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> kap
Interfész Ip Port alkalmazásnév Ügyfél hitelesítési kérelme ======================================== ========= 192.0.2.7 443 AuthenticationService igaz Konfigurálja az Eszközkezelést XSP|ADP-n, Application Serveren és Profile Serveren
A Profile Server és az XSP|ADP kötelező az eszközkezeléshez. Ezeket a(z) utasítások szerint kell konfigurálni 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|ADP-nek érvényesítenie kell azt. 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 horgonyot az XSP|ADP-n (vagy proxyn). 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 beszerezheti https://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt . |
A Webex CA-tanúsítvány telepítésének pontos követelményei a nyilvános XSP|ADP-k telepítési módjától függenek:
-
TLS áthidaló proxyn keresztül
-
TLS pass-through proxyn keresztül
-
Közvetlenül az XSP|ADP-re
Az alábbi ábra összefoglalja, hogy a Webex CA-tanúsítvány hol kell telepíteni ebben a három esetben.
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|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|ADP-knek.
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 kiterjesztések:X509v3 kiterjesztett kulcshasználat:1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS web ügyfél hitelesítés
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. Az XSP|ADP belső szervertanúsítványai lehetnek SAN típusúak.
-
Az XSP|ADP-k megbíznak a belső CA-ban.
-
Az XSP|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 verzió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. augusztus 09 |
2-122 |
| |
|
2024. augusztus 01 |
2-121 |
| |
|
2024. június 25 |
2-120 |
| |
|
2024. június 14 |
2-119 |
| |
|
2024. május 13 |
2-118 |
| |
|
2024. május 10 |
2-117 |
| |
|
2024. május 6 |
2-116 |
| |
|
2024. május 2 |
2-115 |
| |
|
2024. április 10 |
2-114 |
| |
|
2024. március 27 |
2-113 |
| |
|
2024. március 22 |
2-112 |
| |
|
2024. március 07 |
2-111 |
| |
|
2024. február 24 |
2-110 |
| |
|
2024. február 20 |
2-109 |
| |
|
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 4 |
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 a Cisco BroadWorks számára
Dokumentumellenőrzési előzmények
Ez a szakasz a Cisco partnerszervezetek (szolgáltatók) rendszergazdáit szólítja meg, akik a Webexet ügyfélszervezeteik számára valósítják meg, vagy ezt a megoldást közvetlenül a saját előfizetőiknek biztosítják.
Megoldás célja
-
Webex felhő-együttműködési funkciók biztosítása olyan kis- és középvállalati ügyfelek számára, akik már rendelkeznek a BroadWorks szolgáltatók által nyújtott hívásszolgáltatással.
-
BroadWorks alapú hívásszolgáltatás biztosítása kis és közepes Webex ügyfelek számára.
Környezet
Minden együttműködő ügyfelünket egy egységes alkalmazás felé fordítjuk. Ez az út csökkenti az örökbefogadási nehézségeket, javítja az interoperabilitást és a migrációt, és kiszámítható felhasználói élményt nyújt a teljes együttműködési portfóliónkban. Ennek az erőfeszítésnek része a BroadWorks hívási képességeinek áthelyezése a Webex alkalmazásba, és végül csökkenti az UC-One ügyfelekbe történő beruházásokat.
Előnyök
-
A jövő próbája: az UC-One Collaborate élettartamának vége ellen, az összes ügyfél mozgása az Egységes Ügyfélkeretrendszer (UCF) felé
-
Mindkettőből a legjobb: A Webex üzenetküldési és értekezleti funkcióinak engedélyezése a BroadWorks telefonhálózatának hívásának megtartása mellett
Megoldás hatóköre
-
A meglévő / új kis- és közepes méretű ügyfelek (kevesebb, mint 250 előfizetők), akik egy csomag együttműködési funkciók, már lehet, hogy a BroadWorks hívás.
-
Meglévő kis- és közepes Webex-ügyfelek, akik a BroadWorks hívását szeretnék hozzáadni.
-
Nem nagyobb vállalkozások (Kérjük, tekintse át a Webex vállalati portfólióját).
-
Nem egyetlen felhasználó (Kérjük, értékelje a Webex Online ajánlatát).
A Webex for Cisco BroadWorks szolgáltatásban szereplő funkciók a kis- és közepes üzleti használatra szánt eseteket célozzák meg. A Webex for Cisco BroadWorks csomagokat úgy terveztük, hogy csökkentsék a kkv-k összetettségét, és folyamatosan értékeljük alkalmasságukat erre a szegmensre. Dönthetünk úgy, hogy elrejtjük vagy eltávolítjuk azokat a funkciókat, amelyek egyébként elérhetők lennének a vállalati csomagokban.
Előfeltételei a siker a Webex a Cisco BroadWorks
|
# |
Követelmény |
Jegyzetek |
|---|---|---|
|
1 |
Patch Current BroadWorks R22 vagy magasabb | |
|
2 |
XSP|ADP XSI, CTI, DMS és authService esetén |
Dedikált XSP|ADP for Webex for Cisco BroadWorks |
|
3 |
Külön XSP|ADP az NPS-hez, megosztható más megoldásokkal, amelyek NPS-t használnak. |
Ha már meglévő kollaboratív telepítéssel rendelkezik, akkor tekintse át az XSP|ADP és NPS konfigurációkra vonatkozó ajánlásokat. |
|
4 |
CI Token validálás (TLS-szel) konfigurálva Webex-kapcsolatokhoz a hitelesítési szolgáltatáshoz. | |
|
5 |
a CTI-felülethez való Webex-kapcsolatokhoz konfigurált mTLS. |
Más alkalmazásokhoz nincs szükség mTLS-re. |
|
6 |
A felhasználóknak létezniük kell a BroadWorks-ben, és a következő attribútumokra van szükségük, a kiépítési döntéstől függően:
|
Megbízható e-mailek esetében: Javasoljuk, hogy ugyanazt az e-mail címet helyezze el az Alternatív azonosító attribútumban is, hogy a felhasználók bejelentkezhessenek e-mail címmel a BroadWorks ellen. Nem megbízható e-mailek esetében: 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-mailt a felhasználó levélszemét vagy SPAM mappájába küldik. Előfordulhat, hogy a rendszergazdának módosítania kell a felhasználó e-mail beállításait, hogy engedélyezze a |
|
7 |
Webex for Cisco BroadWorks DTAF fájl Webex alkalmazáshoz | |
|
8 |
BW Business Lic vagy Std Enterprise vagy Prem Enterprise User Lic + Webex For Cisco BroadWorks előfizetés |
Ha már rendelkezik együttműködési telepítéssel, akkor már nincs szüksége UC-One add-on bundle-re, Collab Lic-re és Meet-me konferenciaportra. Ha már rendelkezik UC-One SaaS telepítéssel, a Prémium csomag feltételeinek elfogadásán kívül nincs más változás. |
|
9 |
Az IP/Portnak a Webex háttérszolgáltatásán és a Webex Alkalmazásokon keresztül nyilvános interneten keresztül kell elérhetőnek lennie. |
Lásd a "Hálózat előkészítése" részt. |
|
10 |
TLS v1.2 Konfiguráció az XSP|ADP-n | |
|
11 |
A Flowthrough-kiépítéshez az alkalmazáskiszolgálónak csatlakoznia kell a BroadWorks kiépítési adapteréhez. Nem teszteljük és nem támogatjuk a kimenő proxykonfigurációt. Ha kimenő proxyt használ, vállalja a felelősséget, hogy támogatja azt a Webex for Cisco BroadWorks számára. |
Lásd a "Hálózat előkészítése" témakört. |
A dokumentumról
Ennek a dokumentumnak az a célja, hogy segítsen megérteni, előkészíteni, telepíteni és kezelni a Webex for Cisco BroadWorks megoldást. A dokumentum főbb részei ezt a célt tükrözik.
Ez az útmutató fogalmi és referenciaanyagot tartalmaz. Ebben az egy dokumentumban a megoldás minden aspektusát ki kívánjuk fedni.
A megoldás üzembe helyezéséhez szükséges minimális feladatok a következők:
-
Érje el fiókcsapatát, hogy Cisco-partnerré váljon. Elengedhetetlen, hogy felfedezze a Cisco érintési pontokat, hogy megismerje magát (és képzett legyen). Amikor Ön Cisco partnerré válik, a Webex for Cisco BroadWorks-et alkalmazzuk a Webex partnerszervezethez való váltáshoz. (Lásd a Webex telepítése a Cisco BroadWorks-hez > Partner Onboarding című részt ebben a dokumentumban.)
-
Konfigurálja BroadWorks rendszereit a Webex-szel való integrációhoz. (Lásd ebben a dokumentumban a Webex telepítése a Cisco BroadWorks-hez > Szolgáltatások konfigurálása a Cisco BroadWorks XSP|ADP-k című részt.)
-
A Partner Hub segítségével csatlakoztathatja a Webexet a BroadWorks-hez. (Lásd ebben a dokumentumban a Webex telepítése a Cisco BroadWorks-hez > Partnerszervezet konfigurálása a Partner Hub-ban című részt.)
-
A Partner Hub segítségével készítse elő a felhasználói kiépítési sablonokat. (Lásd ebben a dokumentumban a Webex telepítése a Cisco BroadWorks-hez > Az Onboarding sablonok beállítása című részt.)
-
Tesztelje és fedélzetén egy ügyfél legalább egy felhasználó ellátásával. (Lásd: Webex telepítése a Cisco BroadWorks-hez > Tesztelési szervezet konfigurálása.)
-
Ezek magas szintű lépések, a szokásos sorrendben. Számos olyan közreműködő feladat van, amelyet nem hagyhat figyelmen kívül.
-
Ha saját alkalmazásokat szeretne létrehozni a Webex for Cisco BroadWorks előfizetőinek kezeléséhez, olvassa el a Provisioning API használata című részt az útmutató Referencia részében.
Terminológia
Megpróbáljuk korlátozni az ebben a dokumentumban használt zsargont és rövidítéseket, és elmagyarázni minden egyes kifejezést, amikor először használják. (Lásd a Webex-et a Cisco BroadWorks Reference > Terminology , ha egy kifejezést nem magyaráznak kontextusban.)
Hogyan működik?
A Webex for Cisco BroadWorks egy olyan ajánlat, amely integrálja a BroadWorks Calling in Webex-et. Az előfizetők egyetlen alkalmazást (a Webex alkalmazást) használnak a két platform által nyújtott funkciók kihasználására:
-
A felhasználók PSTN-számokat hívnak a BroadWorks infrastruktúrájával.
-
A felhasználók más BroadWorks-számokat is felhívnak a BroadWorks infrastruktúrájával (audio/video hívások a felhasználókhoz társított számok vagy a tárcsázó kiválasztásával a számok bevezetéséhez).
-
Alternatív megoldásként a felhasználók Webex VOIP-hívást kezdeményezhetnek a Webex Infrastructure-en keresztül a Webex alkalmazásban a „Webex Call” opció kiválasztásával. (Ezek a hívások Webex alkalmazás Webex alkalmazás, nem Webex alkalmazás PSTN).
-
A felhasználók tárolhatják és csatlakozhatnak a Webex Meetings-hez.
-
A felhasználók egyenként vagy szóközökben (állandó csoportos csevegés) üzenhetnek egymásnak, és olyan funkciók előnyeit élvezhetik, mint a keresés és a fájlmegosztás (a Webex infrastruktúráján).
-
A felhasználók megoszthatják jelenléti (állapot). Választhatnak egyéni jelenlétet vagy ügyfél számított jelenlétet.
-
Miután partnerszervezetként a Control Hubban, a megfelelő jogosultságokkal, konfigurálhatja a BroadWorks példány és a Webex közötti kapcsolatot.
-
Ügyfélszervezeteket hoz létre a Control Hubban, és felhasználókat biztosít ezekben a szervezetekben.
-
A BroadWorks minden előfizetője webex identitást kap az e-mail címe alapján (e-mail azonosító attribútum a BroadWorksben).
-
A felhasználók a BroadWorks vagy a Webex ellen hitelesítik a hitelesítést.
-
Az ügyfelek hosszú élettartamú tokeneket kapnak, hogy engedélyezzék őket a BroadWorks és a Webex szolgáltatásaihoz.
A megoldás középpontjában álló Webex alkalmazás; ez egy márkás alkalmazás, amely Mac / Windows asztali számítógépeken, valamint Android / iOS mobilokon és táblagépeken érhető el.
Van egy webes verziója is a Webex alkalmazásnak, amely jelenleg nem tartalmaz hívási funkciókat.
Az ügyfél csatlakozik a Webex felhőhöz, hogy üzenetküldési, jelenléti és értekezleti funkciókat biztosítson.
Az ügyfél regisztrál a BroadWorks rendszereibe a hívási funkciókhoz.
A Webex felhő együttműködik a BroadWorks rendszereivel a zökkenőmentes felhasználói kiépítési élmény biztosítása érdekében.
Szolgáltatások és korlátozások
Számos csomagot kínálunk különböző funkciókkal.
"Softphone" csomag
Ez a csomagtípus a Webex alkalmazást csak hívóképességgel rendelkező softphone kliensként használja, de üzenetküldési lehetőséggel nem rendelkezik. Az ilyen csomagtípussal rendelkező felhasználók csatlakozhatnak a Webex-értekezletekhez, de önmagukban nem indíthatnak értekezleteket. Amikor más felhasználók (softphone vagy nem softphone) keresnek a könyvtárban egy softphone felhasználó, a keresési eredmények nem adnak lehetőséget, hogy küldjön egy üzenetet.
A softphone-felhasználók megoszthatják képernyőjüket hívás közben.
"Basic" csomag
Az alapcsomag tartalmazza a Hívás, Üzenetküldés és Találkozó funkciókat. Ez magában foglalja 100 az ülések résztvevőit is. (** lásd alább a Kivételre vonatkozó megjegyzést). Ebben a csomagban az ülések maximális időtartama 40 lehet.
"Standard" csomag
Ez a csomag tartalmaz mindent az alapcsomagban, valamint további találkozási funkciókat, beleértve a zárt feliratokat, a 5 fő nyelvek valós idejű átiratát, a Cisco AI asszisztenst és a Slido által készített szavazást és kérdéseket.
"Prémium" csomag
Ez a csomag mindent tartalmaz a Standard csomagban, valamint a 300 résztvevők az „Egységes tér” értekezlet és a 1000 résztvevők egy személyes tárgyalóteremben (PMR), a találkozók felhőalapú rögzítése és a fejlett üzenetküldési funkciók, köztük a Cisco AI asszisztens.
Az „Egységes Űrtalálkozók” egy Webex-találkozóra utal (ütemezett vagy nem ütemezett), amely egy Webex-térben zajlik. Például a felhasználó a „Találkozó” vagy az „Ütemezés” gombok segítségével kezdeményez egy találkozót az űrből.
Csomagok összehasonlítása
|
Csomag |
Hívás |
Üzenetküldés |
Egyesített Űrtalálkozók |
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ők |
100 Résztvevők |
|
Standard |
Felvéve |
Felvéve |
100 Résztvevők |
100 Résztvevők |
|
Prémium |
Felvéve |
Felvéve |
300 Résztvevők |
1000 Résztvevők |
„PMR Meetings” egy Webex Meeting (ütemezett vagy nem ütemezett), amely a felhasználó személyes találkozótermében (PMR) kerül megrendezésre. Ezek a találkozók külön URL-t használnak (például: cisco.webex.com/meet/roomOwnerUserID).
Üzenetküldési és értekezleti funkciók
Tekintse meg az alábbi táblázatot a PMR találkozó funkciójának támogatási különbségeiről az Alap-, Standard- és Prémium csomagok esetében.
|
Értekezlet funkció |
Alapcsomaggal támogatott |
Suported standard csomaggal |
Preminum csomaggal támogatva |
Hozzászólás |
|---|---|---|---|---|
|
Értekezlet időtartama |
40 Perc vagy kevesebb |
24 Óra |
24 Óra | |
|
Asztalmegosztás |
Igen |
Igen |
Igen | |
|
Alkalmazásmegosztás |
Igen |
Igen |
Igen | |
|
Többpárti csevegés |
Igen |
Igen |
Igen | |
|
Rajztábla |
Igen |
Igen |
Igen | |
|
Jelszóvédelem |
Igen |
Igen |
Igen | |
|
Webalkalmazás - nincs letöltés vagy bővítmény (Vendégélmény) |
Igen |
Igen |
Igen | |
|
A Webex eszközökkel való párosítás támogatása |
Igen |
Igen |
Igen | |
|
Padlóvezérlés (Némítás egy / Kiutasítás mind) |
Igen |
Igen |
Igen | |
|
Állandó értekezletek hivatkozás |
Igen |
Igen |
Igen | |
|
Értekezletek helyszíne Acces |
Igen |
Igen |
Igen | |
|
Találkozó Csatlakozás VoIP-on keresztül |
Igen |
Igen |
Igen | |
|
Zár |
Igen |
Igen |
Igen | |
|
Műsorvezetői vezérlők |
Nem |
Nem |
Igen | |
|
Távoli asztali vezérlés |
Igen |
Igen |
Igen | |
|
Résztvevők száma |
100 |
100 |
1000 | |
|
Helyben mentett felvétel a rendszerben |
Igen |
Igen |
Igen | |
|
Felvétel a felhőben |
Nem |
Nem |
Igen | |
|
Felvétel - Felhőtárhely |
Nem |
Nem |
10GB webhelyenként | |
|
Átiratok rögzítése |
Nem |
Nem |
Igen | |
|
Értekezletek ütemezése |
Igen |
Igen |
Igen | |
|
Tartalommegosztás engedélyezése külső integrációkkal |
Nem |
Nem |
Igen | |
|
PMR URL-módosítás engedélyezése |
Igen |
Igen |
Igen | |
|
Meetings Live Streaming (pl. Facebook, Youtube) |
Nem |
Nem |
Igen | |
|
Hagyja, hogy más felhasználók értekezleteket ütemezzen a nevükben |
Nem |
Nem |
Igen | |
|
Másodlagos szervező hozzáadása |
Igen |
Igen |
Igen | |
|
Alkalmazásintegráció (pl. Zendesk, Slack) |
Az integrációtól függ |
Az integrációtól függ |
Igen |
A támogatással kapcsolatos további információkért lásd az App Integrations részt alább. |
|
Integráció a Microsoft Office 365 Calendaringgel |
Igen |
Igen |
Igen | |
|
Integráció a Google Naptárral a G Suite-hoz |
Igen |
Igen |
Igen |
A Webex Súgó Központ közzéteszi a Webex funkcióit és felhasználói dokumentációját help.webex.com. Olvassa el a következő cikkeket, hogy többet megtudjon a funkciókról:
Hívási funkciók
A hívásélmény hasonló a BroadWorks hívásvezérlő motort használó korábbi megoldásokhoz. Az UC-One Collaboration és az UC-One SaaS közötti különbség az, hogy a Webex alkalmazás az elsődleges lágy kliens.
Alkalmazásintegrációk
A Webex for Cisco BroadWorks a következő alkalmazásokkal integrálható:
-
ZendeszkCsak prémium
-
Slack (egyértelműsítő lap)Csak prémium
-
Microsoft Teams for Webex MeetingsStandard vagy prémium
-
Microsoft Teams a híváshoz– Minden csomaggal támogatott
-
Iroda 365NaptárkészítésStandard vagy prémium
-
Google Naptárkészítés G Suite-hozStandard vagy prémium
Virtuális asztali infrastruktúra (VDI) támogatása
A Cisco BroadWorks webex mostantól támogatja a virtuális asztali infrastruktúra (VDI) környezeteit. A VDI infrastruktúra telepítésének részleteit lásd: Telepítési útmutató a Webex virtuális asztali infrastruktúrához (VDI).
IPv6 támogatás
A Webex for Cisco BroadWorks támogatja az IPv6 címzést a Webex alkalmazáshoz.
Professzionális csomag Control Hub rendszerhez
A Pro Pack for Control Hub bővítmény szolgáltatás a rendszergazdáknak, az információbiztonsági szakembereknek és a megfelelőségi tisztviselőknek fejlett funkciókat biztosít a biztonság, a megfelelőség és az elemzés terén, amely integrálható a szoftverrel.
Ezek a kiegészítő szolgáltatások csak a Standard és Prémium csomagokhoz érhetők el.
További információkért lásd a A Pro Pack for Control Hub súgója.
Jövőbeli ütemterv
A Webex for Cisco BroadWorks jövőbeni verzióival kapcsolatos szándékainkhoz látogasson el ide: https://salesconnect.cisco.com/#/program/page-16649. Az ütemterv elemei semmilyen minőségben nem kötelezőek. A Cisco fenntartja magának a jogot, hogy ezeket a tételeket vagy azok bármelyikét visszatartsa vagy felülvizsgálja a jövőbeli kiadásokból.
Korlátozások
Kiépítési korlátozások
Értekezletek helyszínének időzónája
Az egyes csomagok első előfizetőjének időzónája lesz az erre a csomagra létrehozott Webex Meetings webhely időzónája.
Ha az egyes csomagok első felhasználójára vonatkozó kiépítési kérelemben nincs időzóna, a webex meetings webhely időzónája az előfizetői szervezet regionális alapértelmezett értékére van állítva.
Ha az ügyfélnek szüksége van egy adott Webex Meetings webhely időzónájára, adja meg a timezone paraméter a kiépítési kérelemben:
-
a szervezet standard csomagjára kiszervezett első előfizető.
-
a szervezet prémium csomagjára első előfizető.
-
az első előfizető biztosított Basic csomag a szervezetben.
Általános korlátozások
-
A Webex for Intune nem támogatja a Webex for Cisco BroadWorks telepítéseket.
-
Nincs hívás a Webex kliens webes verziójában (Ez egy ügyfélkorlátozás, nem megoldáskorlátozás.)
-
Előfordulhat, hogy a Webex még nem rendelkezik az összes felhasználói felhasználói vezérlővel, hogy támogassa a BroadWorks által elérhető hívásvezérlési funkciókat.
-
A Webex kliens jelenleg nem lehet "White Labeled".
-
Amikor a választott kiépítési módszerrel hoz létre ügyfélszervezeteket, azok automatikusan ugyanabban a régióban jönnek létre, mint a partnerszervezet. Ez a viselkedés szándékos. Elvárjuk a multinacionális partnerektől, hogy hozzanak létre egy partnerszervezetet minden régióban, ahol ügyfélszervezeteket kezelnek.
-
Az értekezletek é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 for Cisco BroadWorks ajánlatával kapcsolatos ismert problémák és korlátozások naprakész listáját lásd: Ismert problémák és korlátozások.
Üzenetküldési korlátok
A következő adattárolási korlátok (üzenetküldés és fájlok kombinálva) azokra a szervezetekre vonatkoznak, amelyek Szolgáltatón keresztül vásárolták meg a Webex for Cisco BroadWorks szolgáltatásokat. Ezek a korlátok jelentik az üzenetküldés és a fájlok maximális tárolását.
-
alapvető: 2 GB felhasználónként 3 évek
-
Standard 5 GB felhasználónként 3 évek
-
prémium: 10 GB felhasználónként 5 évek
Minden ügyfélszervezet esetében ezek a felhasználónkénti összegek össze vannak vonásban, hogy a felhasználók száma alapján összesített összeget adjanak meg az adott ügyfél számára. Például egy öt prémium felhasználóval rendelkező vállalat teljes üzenetküldési és fájltárolási korlátja 50 GB. Az egyéni felhasználó túllépheti az egy felhasználóra jutó korlátot (10 GB), feltéve, hogy a vállalat még mindig az összesített felső határ (50 GB) alatt van.
A létrehozott csapatterek esetében az üzenetküldési korlátok a csapatterületet birtokló ügyfélszervezet összesített összegével szemben érvényesek. Az egyes csapatterek tulajdonosáról az Űrszabályzatban talál információt. Az egyes csapattér űrszabályzatának megtekintésével kapcsolatos információkért lásd: https://help.webex.com/hu-us/baztm6/Webex-űrpolitika.
További információk
A Webex üzenetküldési csapatterekre vonatkozó általános üzenetkorlátozásokkal kapcsolatos további információkért lásd: https://help.webex.com/hu-us/n8Vw (egyértelműsítő lap)82eb/Webex-kapacitás.
Biztonság, adatok és szerepkörök
Webex biztonság
A Webex kliens egy biztonságos alkalmazás, amely biztonságos kapcsolatot biztosít a Webex és a BroadWorks számára. A Webex felhőben tárolt és a Felhasználónak a Webex alkalmazás felületén keresztül kitett adatok mind szállításkor, mind nyugalmi helyzetben titkosítva vannak.
További részletek Adatcseree dokumentum Hivatkozási részében.
További olvasás
Szervezeti adatok rezidenssége
Webex-adatait a régióhoz leginkább illeszkedő adatközpontban tároljuk. Lásd Data Residency in Webexa Súgóközpontban.
Szerepkörök
Szolgáltatói ügyintéző (Ön): A napi karbantartási tevékenységekhez a megoldás helyszíni (hívási) részeit saját rendszereivel kezeli. A megoldás Webex részeit a Partner Hubon keresztül kezelheti.
A partnerek számára elérhető szerepekről, a szerepeket kísérő hozzáférési jogosultságokról és a szerepek hozzárendelésének módjáról lásd: Partner adminisztrátori szerepek a Webex számára a BroadWorks és a nagykereskedelmi RTM számára.
Az első felhasználót, akit egy új partnerszervezethez rendeltek, automatikusan a Teljes Rendszergazda és a Teljes Partner Rendszergazda szerepkörhöz rendelik. Ez a rendszergazda a fenti cikket további szerepkörök kijelölésére használhatja.
Cisco felhőüzemeltetési csapat: Létrehozza a "partnerszervezetet" a Partner Hubban, ha nem létezik, a bekapcsolás során.
Miután rendelkezik Partner Hub-fiókkal, a Webex-felületeket saját rendszereihez konfigurálhatja. Ezután létrehozza az „Onboarding sablonokat”, hogy képviselje az ezeken a rendszereken keresztül kiszolgált lakosztályokat vagy csomagokat. Ezután 100 000 000 000 000 000 000
|
# |
Tipikus feladat |
SP |
Cisco |
|---|---|---|---|
|
1 |
Partner onboarding - A partner org létrehozása, ha valaki nem létezik, és lehetővé teszi a szükséges funkció váltását |
● | |
|
2 |
BroadWorks konfiguráció a Partner Org-ban partnerközponton keresztül (Klaszter) |
● | |
|
3 |
Integrációs beállítások konfigurálása a Partner Org-ban partnerközponton keresztül (ajánlatsablonok, márkaépítés) |
● | |
|
4 |
A BroadWorks környezet előkészítése az integrációra (AS, XSP|ADP Patching, tűzfalak, XSP|ADP konfiguráció, XSI, AuthService, CTI, NPS, DMS alkalmazások az XSP|ADP rendszeren) |
● | |
|
5 |
Kiépítési integráció vagy folyamat kidolgozása |
● | |
|
6 |
GTM anyagok előkészítése |
● | |
|
7 |
Új felhasználók áttelepítése vagy biztosítása |
● |
építészet
Mi van az ábrán?
Ügyfelek
-
A Webex App kliens szolgál az elsődleges alkalmazás a Webex a Cisco BroadWorks kínál. Az ügyfél asztali, mobil és webes platformokon érhető el.
Az ügyfél natív üzenetküldéssel, jelenléttel és többrészes audio/ video értekezletekkel rendelkezik, amelyeket a Webex felhő biztosít. A Webex-ügyfél a BroadWorks infrastruktúráját használja SIP- és PSTN-hívásokhoz.
-
A Cisco IP-telefonok és a kapcsolódó kiegészítők a BroadWorks infrastruktúráját is használják sip és PSTN hívásokhoz. Arra számítunk, hogy képesek leszünk támogatni a harmadik féltől származó telefonokat.
-
Felhasználói aktiválási portál a felhasználók számára, hogy jelentkezzenek be a Webex-be a BroadWorks hitelesítő adataikkal.
-
A Partner Hub egy webes felület a Webex-szervezet és az ügyfelek szervezeteinek felügyeletére. A Partner Hub az, ahol konfigurálhatja a BroadWorks infrastruktúra és a Webex közötti integrációt. A Partner Hub segítségével kezelheti az ügyfelek konfigurációját és számlázását is.
Szolgáltatói hálózat
A diagram bal oldalán lévő zöld blokk a hálózatot jelöli. A hálózatban tárolt összetevők a következő szolgáltatásokat és interfészeket biztosítják a megoldás más részeihez:
-
Public-facing XSP|ADP, Webex számára a Cisco BroadWorks számára: (A doboz egy vagy több XSP|ADP farmot jelöl, esetleg terheléskiegyenlítők előtt.)
-
A Xtended Services Interface (XSI-Actions & XSI-Events), az Eszközkezelési szolgáltatás (DMS), a CTI interfész és a Hitelesítési szolgáltatás. Ezek az alkalmazások együttesen lehetővé teszik a telefonok és a Webex ügyfelek számára, hogy hitelesítsék magukat, letöltsék híváskonfigurációs fájljaikat, hívásokat kezdeményezzenek és fogadjanak, és lássák egymás horog állapotát (telefonos jelenlét) és híváselőzményeit.
-
Könyvtárat tesz közzé a Webex ügyfeleinek.
-
-
Nyilvános XSP|ADP, futó NPS:
-
állomás hívásértesítések push szerver: Értesítés Push Server egy XSP|ADP-n a környezetben. Ez az alkalmazáskiszolgáló és az NPS-proxy közötti interfész. A proxy rövid élettartamú tokeneket biztosít az NPS-nek, hogy engedélyezze az értesítéseket a felhőszolgáltatásoknak. Ezek a szolgáltatások (APNS & FCM) hívásértesítéseket küldenek a Webex ügyfeleinek 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 rendszerekhez (általában)
-
A flowthrough kiépítéshez az AS-t a partner adminisztrátora használja a felhasználók webexben történő
-
A felhasználói profilt a BroadWorksbe tolja
-
-
OSS/BSS: Az Ön műveletek támogatási rendszere / Üzleti SIP-szolgáltatásai a BroadWorks-vállalatok felügyeletéhez.
Webex felhő
A diagram kék blokkja a Webex felhőt jelöli. A Webex mikroszolgáltatások támogatják a Webex együttműködési képességeinek teljes spektrumát:
-
A Cisco Common Identity (CI) a Webex identitásszolgáltatása.
-
A Webex for Cisco BroadWorks olyan mikroszolgáltatások csoportját képviseli, amelyek támogatják a Webex és a Szolgáltató által üzemeltetett BroadWorks integrációját:
-
Felhasználói api-k kiépítése
-
Szolgáltató konfigurációja
-
Felhasználói bejelentkezés BroadWorks hitelesítő adatokkal
-
-
Webex Üzenetküldő doboz üzenetküldéssel kapcsolatos mikroszolgáltatásokhoz.
-
Médiafeldolgozó kiszolgálókat és SBC-ket képviselő Webex Meetings doboz több résztvevős videomegbeszéléshez (SIP & SRTP)
Harmadik féltől származó webszolgáltatások
Az ábrán a következő harmadik féltől származó összetevők szerepelnek:
-
Az APNS (Apple Push Notifications Service) hívás- és üzenetértesítéseket küld a Webex-alkalmazásokba az Apple-eszközökön.
-
Az FCM (FireBase Cloud Messaging) hívás- és üzenetértesítéseket küld a Webex alkalmazásoknak Android-eszközökön.
XSP|ADP Építészeti megfontolások
A nyilvános XSP|ADP szerverek szerepe a Webex-ben a Cisco BroadWorks számára
Az Ön környezetében található XSP|ADP a következő interfészeket/szolgáltatásokat nyújtja a Webex és az ügyfelek számára:
-
A TLS által biztosított hitelesítési szolgáltatás (AuthService), amely válaszol a Webex broadworks JWT (JSON Web Token) iránti kérelmeire a felhasználó nevében
-
CTI interfész, mTLS-sel rögzítve, amelyre a Webex feliratkozik a híváselőzmények eseményeire és a telefon jelenlétének állapotára a BroadWorks-től (horog állapot).
-
Xsi műveletek és események interfészek (eXtended Services Interface) az előfizetői hívásvezérléshez, a kapcsolatfelvételi és híváslista-könyvtárakhoz, valamint a 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áskonfigurációs fájlok lekéréséhez
A Webex Konfigurálásakor url-eket kell szállítani ezekhez az interfészekhez a Cisco BroadWorks számára. (Lásd A BroadWorks fürtök konfigurálása a Partner Hub-ban című részt ebben a dokumentumban.) Minden fürthez csak egy URL-t adhat meg minden felülethez. Ha több felülettel rendelkezik a BroadWorks infrastruktúrájába, több klasztert is létrehozhat.
XSP|ADP Építészet
Az NPS (Notification Push Server) alkalmazás üzemeltetéséhez külön, dedikált XSP|ADP példányt vagy farmot kell használnia. Ugyanazt az NPS-t használhatja az UC-One SaaS vagy az UC-One Collaboration segítségével. Előfordulhat azonban, hogy a Cisco BroadWorks Webex-hez szükséges egyéb alkalmazásokat nem ugyanazon az XSP|ADP-n üzemelteti, mint az NPS alkalmazást.
Javasoljuk, hogy egy dedikált XSP|ADP példányt/farmot használj a Webex integrációhoz szükséges alkalmazások fogadásához az alábbi okok miatt
-
Például, ha UC-One SaaS-t kínál, javasoljuk, hogy hozzon létre egy új XSP|ADP farmot a Webex számára a Cisco BroadWorks számára. Így a két szolgáltatás önállóan működhet az előfizetők áttelepítése közben.
-
Ha a Webex for Cisco BroadWorks alkalmazásokat egy XSP|ADP farmon helyezi el, amelyet más célokra használnak, akkor az Ön felelőssége, hogy figyelemmel kísérje a használatot, kezelje az ebből eredő komplexitást, és tervezze meg a megnövekedett méreteket.
-
Az Egyesült Államok Cisco BroadWorks rendszerkapacitás-tervezőfeltételez egy dedikált XSP|ADP farmot, és lehet, hogy nem pontos, ha helymeghatározási számításokhoz használja.
Eltérő rendelkezés hiányában a dedikált Webex for Cisco BroadWorks XSP|ADPs kell elhelyezni a következő alkalmazásokat:
-
AuthService (TLS CI token validálással vagy mTLS-szel)
-
CTI (mTLS)
-
XSI-műveletek (TLS)
-
XSI-események (TLS)
-
DMS (TLS) – Opcionális. Nem kötelező, hogy külön DMS példányt vagy farmot telepítsen kifejezetten a Webex számára a Cisco BroadWorks számára. Ugyanazt a DMS-példányt használhatja, amelyet az UC-One SaaS vagy az UC-One Collaborate alkalmazáshoz használ.
-
Call Settings Webview (TLS) – Opcionális. Hívásbeállítások A Webview (CSW) csak akkor szükséges, ha azt szeretné, hogy a Webex a Cisco BroadWorks felhasználók számára lehetővé tegye a hívási funkciók beállítását a Webex alkalmazásban.
A Webexnek a CTI-hez való hozzáférésre van szüksége a kölcsönös TLS-hitelesítéssel biztosított interfészen keresztül. Ennek a követelménynek a alátámasztására az alábbi lehetőségek egyikét ajánljuk:
-
(Diagram címkézett Option 1) Egy XSP|ADP példány vagy farm minden alkalmazáshoz, két interfész konfigurálva minden szerveren: egy mTLS interfész a CTI-hez és egy TLS interfész más alkalmazásokhoz, például az AuthService-hez.
-
(Diagram címkézett Option 2) Két XSP|ADP példány vagy gazdaság, az egyik egy mTLS interfésszel a CTI-hez, a másik egy TLS interfésszel más alkalmazásokhoz, például az AuthService-hez.
XSP|ADP Újrafelhasználás
Ha van egy meglévő XSP|ADP farmja, amely megfelel a fenti javasolt architektúrák egyikének (Option 1 vagy 2) és kissé megterhelt, akkor lehetséges a meglévő XSP|ADP-k újrafelhasználása. 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ő:
-
Ha több webex partnerszervezetet kell támogatnia az XSP|ADP-n, akkor ez azt jelenti, hogy az mTLS-t kell használnia az Auth Service-en (CI Token Validation csak egyetlen partnerszervezet számára támogatott egy XSP|ADP-n). Ha mTLS-t használ a hitelesítési szolgáltatásban, akkor ez azt jelenti, hogy nem lehetnek olyan ügyfelei, amelyek egyidejűleg alapvető hitelesítést használnak a hitelesítési szolgáltatásban. Ez a helyzet megakadályozná az XSP|ADP újrafelhasználását.
-
Ha a meglévő CTI szolgáltatást úgy konfigurálták, hogy a biztonságos porttal rendelkező ügyfelek használják (jellemzően 8012), de mTLS nélkül (azaz ügyfél-hitelesítés), akkor ez ütközik az mTLS webex követelményével.
Mivel az XSP|ADP-knek sok alkalmazásuk van, és ezeknek az alkalmazásoknak a permutációi nagy, más, azonosítatlan konfliktusok is előfordulhatnak. Ezért az XSP|ADP-k esetleges újrafelhasználását a tervezett konfigurációval rendelkező laboratóriumban ellenőrizni kell az újrafelhasználás megkezdése előtt.
NTP szinkronizálás beállítása az XSP|ADP rendszeren
A telepítés időszinkronizálást igényel az összes XSP|ADP-hez, amelyet a Webex-szel használsz.
Telepítse a ntp csomag telepítése után az operációs rendszer és telepítése előtt a BroadWorks szoftver. Ezután konfigurálhatja az NTP-t az XSP|ADP szoftver telepítésekor. További részletekért lásd a BroadWorks Software Management Guide-t.
Az XSP|ADP szoftver interaktív telepítése során lehetősége van az NTP konfigurálására. Járjon el az alábbiak szerint:
-
Amikor a telepítő megkérdezi,
Do you want to configure NTP?belépy. -
Amikor a telepítő megkérdezi,
Is this server going to be a NTP server?belépn. -
Amikor a telepítő megkérdezi,
What is the NTP address, hostname, or FQDN?, adja meg az NTP-kiszolgáló címét vagy egy nyilvános NTP-szolgáltatást, példáulpool.ntp.org.
Ha az XSP|ADP-k néma (nem interaktív) telepítést használnak, a telepítő konfigurációs fájljának a következő Key=Value párokat kell tartalmaznia:
NTPNTP_SERVER=<NTP Server address, e.g., pool.ntp.org>XSP|ADP Identitás és biztonsági követelmények
Háttér
A Cisco BroadWorks TLS-kapcsolatok protokolljai és rejtjelei különböző specifikussági szinteken konfigurálhatók. Ezek a szintek a legátlagosabbtól (SSL szolgáltató) a legkülönlegesebbig (egyedi felület) terjednek. Egy konkrétabb beállítás mindig felülír egy általánosabb beállítást. Ha nincsenek megadva, az "alacsonyabb" szintű SSL-beállítások a "magasabb" szintekről öröklődnek.
Ha nem változnak a beállítások az alapértelmezett értékükhöz képest, minden szint örökli az SSL-szolgáltató alapértelmezett beállításait (JSSE Java Secure Sockets Extension).
Követelménylista
-
Az XSP|ADP-nek hitelesítenie kell az ügyfeleket egy CA által aláírt tanúsítvánnyal, amelyben a Common Name vagy Subject Alternate Name megegyezik az XSI interfész tartományrészével.
-
Az Xsi felületnek támogatnia kell a TLSv1.2 protokollt.
-
Az Xsi interfésznek olyan rejtjelcsomagot 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) kódoló minimális blokkmérettel 128 (pl. AES-128 vagy AES-256)
-
GCM (Galois/Counter Mode) vagy CBC (Cipher Block Chaining) titkosítási mód
-
Ha CBC-kódot használsz, csak az SHA2 hash függvénycsalád engedélyezett a kulcsderiváláshoz (SHA256, SHA384, SHA512).
-
-
Például a következő rejtjelek felelnek meg a követelményeknek:
-
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|ADP CLI megköveteli az IANA elnevezési egyezményét a cipher lakosztályokhoz, amint az fentebb látható, nem az openSSL egyezményét.
Támogatott TLS-titkosítások az AuthService és XSI interfészekhez
Ez a lista a felhőbiztonsági követelmények fejlődésével változhat. Kövesse a Cisco jelenlegi felhőalapú biztonsági ajánlását a titkosítás kiválasztására, a dokumentumban szereplő követelmények listá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 események méretezési paraméterei
Előfordulhat, hogy növelnie kell az Xsi-Events várólista méretét és a szálszámot, hogy kezelni tudja a Webex for Cisco BroadWorks megoldás által igényelt események mennyiségét. A paramétereket a megjelenített minimális értékekre növelheti az alábbiak szerint (ne csökkentse őket, ha ezek 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
Kiegyensúlyozó élelem betöltése
Ha van egy terheléselosztó elem a hálózat szélén, akkor átláthatóan kell kezelnie a forgalom eloszlását a több XSP|ADP szerver és a Webex for Cisco BroadWorks felhő és ügyfelek között. Ebben az esetben a terheléskiegyenlítő URL-címét a Webex for Cisco BroadWorks konfigurációhoz adja meg.
Megjegyzések ehhez az architektúrához:
-
Állítsa be a DNS-t, hogy az ügyfelek megtalálják a terheléselosztót, amikor csatlakoznak az Xsi felülethez (lásd a DNS konfigurációt).
-
Javasoljuk, hogy az edge elemet fordított SSL proxy módban konfigurálja, hogy biztosítsa a pontról pontra történő adattitkosítást.
-
Az XSP|ADP01 és XSP|ADP02 tanúsítványoknak egyaránt az XSP|ADP domainnel kell rendelkezniük, például your-XSP|ADP.example.com, a Tárgy Alternatív Neve alatt. Nekik saját FQDN-jeikkel kell rendelkezniük, például XSP|ADP01.example.com, a Common Name. Használhat helyettesítő karaktereket, de nem ajánljuk őket.
Internet-Facing XSP|ADP szerverek
Ha közvetlenül felfedi az Xsi interfészeket, a DNS segítségével eloszthatja a forgalmat a több XSP|ADP szerver között.
Megjegyzések ehhez az architektúrához:
-
Két rekord szükséges az XSP|ADP szerverekhez való csatlakozáshoz:
-
Webex mikroszolgáltatások esetében: Round-robin A/AAAA rekordok szükségesek a többszörös XSP|ADP IP címek megcélzásához. Ez azért van, mert a Webex mikroszolgáltatások nem tudnak SRV keresést végezni. Példákat lásd itt: Webex Cloud szolgáltatások.
-
Webex alkalmazáshoz: Egy SRV rekord, amely A rekord, ahol minden A rekord feloldódik egyetlen XSP|ADP. Példákat lásd itt: Webex alkalmazás.
Használjon elsőbbségi SRV rekordokat az XSI szolgáltatás megcélzásához több XSP|ADP-címhez. Prioritásként kezelje az SRV rekordokat, hogy a mikroszolgáltatások mindig ugyanarra az A rekordra (és az azt követő IP-címre) menjenek, és csak akkor lépjenek át a következő A rekordra (és az IP-címre), ha az első IP-cím le van állítva. NE használjon kerek-robin megközelítést a Webex alkalmazáshoz.
-
-
Az XSP|ADP01 és XSP|ADP02 tanúsítványoknak egyaránt az XSP|ADP domainnel kell rendelkezniük, például your-XSP|ADP.example.com, a Tárgy Alternatív Neve alatt. Nekik saját FQDN-jeikkel kell rendelkezniük, például XSP|ADP01.example.com, a Common Name.
-
Használhat helyettesítő karaktereket, de nem ajánljuk őket.
HTTP-átirányítások elkerülése
Néha a DNS-t úgy konfigurálják, hogy megoldja az XSP|ADP URL-t egy HTTP terheléskiegyenlítőnek, és a terheléskiegyenlítőt úgy konfigurálják, hogy egy fordított proxy segítségével átirányítsa az XSP|ADP szerverekre.
A Webex nem követ átirányítást az Ön által megadott URL-ekhez való csatlakozáskor, így ez a beállítás nem működik.
Rendelés és üzembehelyezés
A megrendelés és a kiépítés az alábbi szinteken érvényes:
-
Partner/Szolgáltató feltöltése:
A Beépített Cisco BroadWorks szolgáltató (vagy viszonteladó) minden Webex-ét partnerszervezetként kell konfigurálni a Webex-ben, és meg kell adni 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 webex kezeléséhez a Webex Partner Hubon. A partner rendszergazdájának minden szükséges kiépítési lépést meg kell tennie, mielőtt ügyfél/vállalkozás szervezetet biztosíthatna.
-
Ügyfél/vállalkozás megrendelés és ellátás:
A Cisco BroadWorks webex-hez engedélyezett minden egyes BroadWorks enterprise egy kapcsolódó Webex ügyfélszervezet létrehozását indítja el. Ez a folyamat automatikusan megtörténik a felhasználó/előfizető kiépítésének részeként. A BroadWorks vállalaton belüli összes felhasználó/előfizető ugyanabban a Webex Ügyfél szervezetben van kiépítésre.
Ugyanez a viselkedés érvényes, ha a BroadWorks rendszer csoportokból áll szolgáltatóként van konfigurálva. Ha egy BroadWorks-csoportban biztosít előfizetőt, a csoportnak megfelelő ügyfélszervezet automatikusan létrejön a Webexben.
-
Felhasználó/előfizető megrendelése és feltöltése:
A Cisco BroadWorks webex jelenleg a következő felhasználói kiépítési modelleket támogatja:
-
Folyamatmentés kiépítése megbízható e-mailekkel
-
Flowthrough kiépítés megbízható e-mailek nélkül
-
Felhasználói önkiépítés
-
API kiépítés
-
Flowthrough Provisioning megbízható e-mailekkel
Az Integrált IM&P szolgáltatást úgy konfigurálja, hogy webex-kiépítési URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex kiépítési API-ját használja a megfelelő Webex felhasználói fiókok igényléséhez.
Ha azt állíthatja, hogy a BroadWorks rendelkezik érvényes és a Webexre egyedi előfizetői e-mail címekkel, ez a rendelkezési lehetőség automatikusan létrehozza és aktiválja a Webex-fiókokat ezekkel az e-mail címekkel felhasználói azonosítóként.
Az előfizetői csomagot a Partner Hubon keresztül módosíthatja, vagy saját alkalmazást írhat az előfizetői csomagok módosításához a kiépítési API használatához.
Flowthrough kiépítés megbízható e-mailek nélkül
Az Integrált IM&P szolgáltatást úgy konfigurálja, hogy webex-kiépítési URL-címet használjon, majd hozzárendelje a szolgáltatást a felhasználókhoz. Az alkalmazáskiszolgáló a Webex kiépítési API-ját használja a megfelelő Webex felhasználói fiókok igényléséhez.
Ha nem támaszkodhat a BroadWorks által birtokolt előfizetői e-mail címekre, ez a rendelkezési lehetőség Webex-fiókokat hoz létre, de nem aktiválhatja őket, amíg az előfizetők meg nem szolgalelik és nem érvényesítik e-mail címüket. Ezen a ponton a Webex aktiválhatja azokat az e-mail címeket felhasználói edzetté nyilvánított fiókokkal.
Az előfizetői csomagot a Partner Hubon keresztül módosíthatja, vagy saját alkalmazást írhat az előfizetői csomagok módosításához a kiépítési API használatához.
Felhasználói önkiépítés
Ezzel a lehetőséggel nincs átfolyásos kiépítés a BroadWorks-ről a Webex-re. Miután konfigurálta a Webex és a BroadWorks rendszer közötti integrációt, egy vagy több olyan linket kap, amelyek kifejezetten a Felhasználók számára a Webex-en belül a Cisco BroadWorks partnerszervezetéhez tartoznak.
Ezután megtervezi saját kommunikációját (vagy delegálja ügyfeleinek), hogy a linket előfizetőknek terjessze. Az előfizetők követik a linket, majd meg kell adniuk és érvényesíteniük e-mail címüket saját Webex-fiókjuk létrehozásához és aktiválásához.
Mivel a fiókok a partnerszervezet hatókörébe tartoznak, manuálisan módosíthatja a felhasználói csomagokat a Partner Hubon keresztül, vagy használhatja az API-t erre.
A felhasználóknak létezniük kell a BroadWorks rendszerben, amelyet a Webex-szel integrál, vagy tilos fiókokat létrehozniuk ezzel a linkkel.
Szolgáltatói szolgáltatás API-k által
A Webex egy sor nyilvános API-t tesz közzé, amelyek lehetővé teszik a Webex építését a Cisco BroadWorks felhasználói / előfizetői számára a meglévő felhasználókezelési munkafolyamatba / eszközökbe.
Szükséges javítások átfolyásos kiépítéssel
Ha átfolyásos kiépítést használ, telepítenie kell egy rendszerjavítást, és CLI-tulajdonságot kell alkalmaznia. A BroadWorks kiadására vonatkozó utasításokat az alábbi listában találhatja:
R esetében22:
-
Telepítés Az AP.as.22.0.1123.ap376508.
-
Telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschemaa következőnek:truea CLI-tőlMaintenance/ContainerOptions.További információkért lásd a tapasz megjegyzéseit. https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.
R esetében23:
-
Telepítés Az AP.as.23.0.1075.ap376509
-
Telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschemaa következőnek:truea CLI-tőlMaintenance/ContainerOptions.További információkért lásd a tapasz megjegyzéseit. https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.
R esetében24:
-
Telepítés Az AP.as.24.0.944.ap375100
-
Telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschemaa következőnek:truea CLI-tőlMaintenance/ContainerOptions.További információkért lásd a tapasz megjegyzéseit. https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.
Miután elvégezte ezeket a lépéseket, nem tud új felhasználókat kivenni az UC-One Collaboration szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webexnek kell lenniük a Cisco BroadWorks felhasználók számára.
Kiterjesztés tárcsázása
Az Extension Dialing funkció támogatása lehetővé teszi a Webex számára a Cisco Broadworks felhasználók számára, hogy más felhasználókat hívjanak az ugyanazon vállalaton belüli elsődleges telefonszámhoz hasonló kiterjesztéssel. Ez különösen hasznos azoknak a felhasználóknak, akik nem rendelkeznek DID számmal.
A feltöltés során a felhasználók kiterjesztését a Webex könyvtárban tároljuk, mint a felhasználó kiterjesztését. A BroadWorks hívásoknál a kiterjesztés a Webex alkalmazásban megjelenik az összes híváskezdeményezési mód és a felhasználó profiljának kiterjesztési mezőjében. A Webex for Cisco BroadWorks támogatja a csak kiterjesztéses hívásokat az ugyanazon csoporton belüli felhasználók és ugyanazon vállalat különböző csoportjai között a helyhívó kód és a kiterjesztés kombinációjával. A csak kiterjesztéseket használó két vállalkozás közötti hívás azonban nem támogatott.
A Cisco BroadWorks felhasználók számára a következő módszerekkel lehet bővíteni:
-
Cisco BroadWorks felhasználók
-
Nyilvános API-feltöltés kiterjesztésként
-
A extension paramétert kifejezetten az API hívás részeként kell megadni. Azon vállalkozások/csoportok esetében, amelyek telephelyhívási kódja (LDC) van beállítva, a kiterjesztési paraméter az LDC és a kiterjesztési szám kombinációja.
-
-
Flow-through vagy Self-Activation feltöltés
-
Az Extension és az LDC (adott esetben) automatikusan letöltődik a BroadWorks-ről.
-
-
-
BroadWorks-csak Felhasználók vagy entitások hívása
-
A BroadWorks automatikusan szinkronizálja a Directory Sync segítségével a Location Dialing Code (LDC) és a kiterjesztési szám kombinációjával.
-
|
BroadWorks hívásrekordok |
Leírás |
Tartalékolási módszer |
Kiterjesztés kezelése |
|---|---|---|---|
|
Webex Cisco BroadWorks felhasználók számára |
A felhasználók engedélyezve vannak a Webex számára a Cisco BroadWorks számára |
Nyilvános API |
A kiterjesztést paraméterként kell átadni |
|
Átfolyás |
A BroadWorks által automatikusan letöltött kiterjesztés | ||
|
Csak BroadWorks-hívású felhasználók |
A nem fedélzeti felhasználók hívása a Webex-re |
Címtár-szinkronizálás |
Kiterjesztés szinkronizálva Directory sync |
|
Nem felhasználói hívási entitások |
Pl. konferenciateremtelefon, faxkészülék, Hunt-csoport száma |
Címtár-szinkronizálás | Kiterjesztés szinkronizálva Directory sync |
|
BroadWorks telefonlisták |
Vállalati, csoportos vagy személyes telefonlisták |
Címtár-szinkronizálás |
Nem alkalmazható |
Előfeltételek
-
A szolgáltatás támogatásához szükséges kliens verzió 42.11 vagy későbbi.
-
Patch, ahol kiterjesztési és helymeghatározó kódokat adnak hozzá az XSI és a Provisioning Adapter February 2022 for version 23 or above 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 paranccsal a SIP hívásfolyamhoz, amely szükséges a kiterjesztés tárcsázási funkció támogatásához.
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
App Call Options prioritás
Az Extension Dialing szolgáltatás támogatása részeként Az alkalmazás hívási lehetőségeinek elsőbbségi beállítása a partner szintjén is rendelkezésre áll a Cisco Broadworks partnerek számára. Ezzel a beállítással a partner vezérelheti az összes kezelt ügyfelének hívásprioritását a Partner Hubból. A Control Hub ügyfélszinten is módosíthatja az alkalmazás hívási opcióinak elsőbbségi beállítását.
Az alkalmazáshívási opciók elsőbbségi beállítása a Partner Hub és a Control Hub második opciójaként is tartalmaz kiterjesztést, ha a Cisco Broadworks-felhasználó Webex-et újonnan feltöltik kiterjesztéssel a fent említett feltöltési módszerek bármelyikén keresztül.
Az összes meglévő telepített orgok esetében a kiterjesztés opció rejtett állapotban lesz (alapértelmezés szerint) az alkalmazás hívási opcióinak elsőbbségi beállításában. Ez nem jelenít meg kiterjesztést a felhasználó audio/video call opciójában a Webex alkalmazásban.
A következő lehetőségek, hogy a bővítési hívás opció látható a meglévő ügyfelek számára:
-
Ha egy partner azt szeretné, hogy az összes felügyelt ügyfélorgona a hívás egyik opciójaként bővítményt kapjon, akkor a Partner Admin a bővítményt a Partner Hub-ban lévő rejtekről helyezze át. Ez lehetővé teszi a menedzselt ügyfélorgok számára, hogy a környezetet partnerüktől örököljék.
-
Ha egy Partner egy adott ügyfélszervezet hívási lehetőségeiben bővítményt szeretne biztosítani, a Partner adminisztrátorának azt javasoljuk, hogy a bővítményt a Control Hub-ban lévő rejtekről helyezze át.
Csoportkapcsolatok támogatása
Ez a funkció javítja a Webex for BroadWorks DirSync szolgáltatást azáltal, hogy eltávolítja a 1500 BroadWorks csoport telefonlistáiból a névjegyekre vonatkozó szinkronizálási korlátozást, és lehetővé teszi a partnerek számára, hogy szinkronizálják a 30K névjegyeket egyetlen Csoport telefonlistából, és összehasonlítják a 30K névjegyeket az Enterprise telefonlistához, amely külön jelent meg.
Szervezetenként van egy általános 200K korlát az összes külső kapcsolatra, amely egyetlen BroadWorks vállalatnál az Enterprise és a Group telefonlisták összegére vonatkozna. Például egy BroadWorks vállalat, amely rendelkezik a Enterprise telefonlistával a 30K-val és a 5 Group telefonlistákkal az egyes 30K-val (180K összesen org-onként) támogatott. Ha azonban vannak 6 csoporttelefonlisták, amelyek mindegyike 30K, ez nem támogatott (210K összesen).
Ez a funkció kérésre rendelkezésre áll. Kérjük, vegye fel a kapcsolatot a fiókcsapattal, hogy engedélyezze.
-
A funkció engedélyezése előtt egy előfeltételes migrációt kell futtatni az összes meglévő felhasználó számára rendelkezésre álló és társított csoportokra.
-
A Cisco csapat egy belső API-t futtat, hogy áttelepítse a meglévő felhasználókat, hogy társítsa őket a megfelelő csoporthoz. MEGJEGYZÉS: Ez akár egy hétig is eltarthat.
-
Miután az áttelepítés befejeződött a partner számára, és a funkció engedélyezve van, minden újonnan telepített felhasználó megfelelően "csoportosításra" kerül.
Miután a funkció engedélyezve van, a DirSync szolgáltatás elindítja a BroadWorks Group telefonlista névjegyek szinkronizálását a Webex Contact Service dedikált csoportkapcsolattartói között.
A feltöltés során a felhasználó vállalati csoportját a Webex könyvtárban kell tárolni, hogy jelezze, melyik csoporthoz tartozik. A felhasználó társítása a Webex Directory BroadWorks csoportjával lehetővé teszi a Webex alkalmazás számára, hogy a Contact Service csoport tárolójában a felhasználó adott csoportja számára keressen kapcsolatkeresést.
A funkció megköveteli, hogy a Webex for BroadWorks előfizetők a Webex a BroadWorks enterprise Group Id.
A BroadWorks vállalati csoport azonosítója a Cisco BroadWorks felhasználók számára a következő módszerekkel érhető el:
-
Webex Cisco BroadWorks felhasználók számára
-
Nyilvános API-feltöltés „spEnterpriseGroupId” néven
-
A BroadWorks enterprise Group Id-t kifejezetten meg kell adni az API hívás spEnterpriseGroupId paraméterében.
-
-
Flow-through vagy Self-Activation feltöltés
-
A BroadWorks enterprise Group Id automatikusan letöltődik a BroadWorks alkalmazásból.
-
-
BroadWorks-csak Felhasználók vagy entitások hívása
-
Nem alkalmazható. Nem szükséges a BroadWorks vállalati csoport azonosítójának szinkronizálása ezeknek a felhasználóknak.
-
-
|
BroadWorks hívásrekordok |
Leírás |
Tartalékolási módszer |
Vállalati csoport ID kezelése |
|---|---|---|---|
|
Webex Cisco BroadWorks felhasználók számára |
A felhasználók engedélyezve vannak a Webex számára a Cisco BroadWorks számára |
Nyilvános API |
A BroadWorks enterprise Group Id-t az spEnterpriseGroupId paraméterként kell átadni |
|
Átfolyás |
A BroadWorks vállalati csoport azonosítóját automatikusan letölti a BroadWorks-ből | ||
|
Csak BroadWorks-hívású felhasználók |
A nem fedélzeti felhasználók hívása a Webex-re |
Címtár-szinkronizálás |
Nem alkalmazható |
|
Nem felhasználói hívási entitások |
Pl. konferenciateremtelefon, faxkészülék, Hunt-csoport száma |
Címtár-szinkronizálás |
Nem alkalmazható |
|
BroadWorks telefonlisták |
Kapcsolatok a BroadWorks csoport telefonlistáiban |
Címtár-szinkronizálás |
A csoportnévjegyeket az adott csoporthoz tartozó Webex Contact Service tárolja. |
|
BroadWorks Enterpsie vagy Persional telefonlisták |
Névjegyek a vállalati vagy személyes telefonlistákban |
Címtár-szinkronizálás |
Nem alkalmazható |
A nyilvános API-t a migráció ELŐTT frissíteni kell. A migráció nem fejezhető be, amíg EZ AZ API be nem fejeződik A BroadWorks enterprise Group Id-t kifejezetten át kell adni az API hívás spEnterpriseGroupId paraméterében https://developer.webex.com/docs/api/changelog#2023Március
Miután a funkció engedélyezve van, és a következő könyvtárszinkronizálás eredményeként a vállalati felhasználói csoportok is megjelennek a Control Hub-ban. A Control Hub for Webex for BroadWorks csoportjainak megjelenítése ebben a szakaszban tisztán informatív. A partnereknek és az ügyféladminisztrátoroknak nem szabad változtatniuk a Control Hub csoport- vagy csoporttagságán, mivel ezek a változások nem tükröződnek a BroadWorks-ben. A Group Management a Control Hub-ban olyan partnerek számára készült, akik elfogadják a közelgő Contact Management API-kat.
Migráció és időtállóság
A BroadSoft egységes kommunikációs kliens Cisco-előrehaladása az, hogy eltávolodjon az UC-One-tól a Webex felé. A támogató szolgáltatásoknak a Szolgáltatói hálózattól távol – a hívás kivételével – megfelelő előrehaladása van a Webex felhőplatform felé.
Akár UC-One SaaS-t, akár BroadWorks Collaborate-t futtatja, az előnyben részesített migrációs stratégia az új, dedikált XSP|ADP-k telepítése a Webex-szel való integrációhoz a Cisco BroadWorks számára. A két szolgáltatást párhuzamosan futtathatja, miközben az ügyfeleket a Webexre költözteti, és végül megtérül az előző megoldáshoz használt infrastruktúra.
Ajánlott dokumentum-előfizetés
A Webex Súgóközpont cikkei (a help.webex.com oldalon) Subscribe lehetőség, amely lehetővé teszi, hogy e-mailben értesítést kapjon, amikor a cikk frissül.
Javasoljuk, hogy iratkozzon fel a következő cikkek mindegyikére, hogy ne hagyja ki azokat a kritikus frissítéseket, amelyek befolyásolják a hálózati kapcsolatot. A feliratkozáshoz menjen az alábbi linkekre, és a cikkben, amely elindítja, kattintson a Subscribe nyomógomb.
Legalább azt javasoljuk, hogy iratkozzon fel a fenti listára. Azonban a legtöbb Webex cikkek és dokumentumok felsorolt További dokumentumokvan egy Subscribe lehetőség. Ahhoz, hogy ez az opció megjelenjen, a cikknek a help.webex.com oldalon kell megjelennie.
Nincs előfizetési lehetőség a dokumentációs céloldalakhoz.
További dokumentumok
A Cisco BroadWorks-hez készült Webex-szel kapcsolatos további információkért lásd az alábbi dokumentációt:
Webex Cisco BroadWorks dokumentumokhoz
A partner rendszergazdái az alábbi dokumentumokat és weboldalakat használhatják a Cisco BroadWorks Webex-re vonatkozó információk megszerzéséhez.
-
Hozza meg saját PSTN megoldását a Webex-hez a Cisco BroadWorks-hez– Ez a megoldás lehetővé teszi a Szolgáltatók számára, hogy a saját (a Cisco által biztosított) telefonszámokat bocsássák a felhasználók rendelkezésére a Webex Meetings-hez való csatlakozáskor.
-
Webex for Cisco BroadWorks konfigurációs útmutató—Leírja, hogyan kell beállítani a Webex App for Webex for Cisco BroadWorks.
- Webex Device Integration Guide for Cisco BroadWorks—Leírja, hogyan kell a fedélzeten és a szolgáltatás Room OS és MPP eszközök.
-
Webex for Cisco BroadWorks hibaelhárítási útmutató—Hibaelhárítási információkat tartalmaz aWebex for Cisco BroadWorks számára.
Webex Cisco BroadWorks cikkekhez
A partner rendszergazdái az alábbi opcionális weboldalakat használhatják, hogy többet megtudjanak a Cisco BroadWorks Webex-ről:
-
Webex a Cisco BroadWorks dokumentációhoz—A nyitóoldal felsorolja a technikai dokumentumokat és az opcionális Webex cikkeket, amelyek a Webex partneradminisztrátorainak szólnak a Cisco BroadWorks számára.
-
Mi az új a Webex for Cisco BroadWorks– Olvassa el a legújabb megjelent funkciókat, valamint azt, ami hamarosan jön.
-
Ismert problémák és korlátozások– Olvassa el a Webex for Cisco BroadWorks megoldásában azonosított ismert problémákat.
-
Partner adminisztrátori szerepek a Webex számára a BroadWorks és a nagykereskedelmi RTM számára—Ez a cikk leírja, hogyan lehet partner adminisztrátorszerepeket hozzárendelni olyan partnerszervezetekhez, amelyek Webex-et kínálnak a Cisco BroadWorks számára. A szerepkörök hozzászoktak ahhoz, hogy adminisztrációs hozzáférést rendeljenek a Partner Hub és a Control Hub beállításokhoz.
Cisco BroadWorks dokumentumok
A partner rendszergazdái a cisco.com webhelyen találhatnak olyan műszaki dokumentumokat, amelyek leírják, hogyan kell telepíteni a megoldás Cisco BroadWorks részét:
Webex Súgó cikkek
A következő Webex Súgó oldalak segítségével megtalálhatók a Webex-cikkek, amelyek segítik az ügyféladminisztrátorokat és a végfelhasználókat a Webex funkciók használatához.
-
Webex szolgáltatóktól—Ez a nyitóoldal tartalmaz linkeket a kezdő információkhoz és gyakran használt cikkekhez a 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ót, hogy további Webex cikkeket keressen, amelyek leírják a Webex App és a Webex Meetings funkciót. Kereshet felhasználói vagy rendszergazdai cikkeket.
Fejlesztői dokumentáció
-
Webex for BroadWorks fejlesztői útmutató—Információt nyújt azoknak a fejlesztőknek, akik olyan alkalmazásokat hoznak létre, amelyek a Webex-et a Cisco BroadWorks API-khoz használják.
Döntési pontok
| Megfontolás | Megválaszolandó kérdések | Erőforrások |
|
Építészet és infrastruktúra
|
Hány XSP|ADP? Hogyan szedik az mTLS-t? |
Cisco BroadWorks rendszer kapacitástervező Cisco BroadWorks rendszermérnöki útmutató XSP|ADP CLI Referencia Ez a dokumentum |
| Vevői és felhasználói kiépítés |
Meg tudja állítani, hogy megbízik az e-mailekben a BroadWorks-ben? Szeretné, hogy a felhasználók e-mail címeket adjanak meg saját fiókjaik aktiválásához? Tud eszközöket építeni 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ásmárkás cikk |
| Sablonok | Melyek a különböző ügyfélhasználati esetek? | Ez a dokumentum |
| Előfizetői funkciók ügyfélenként/vállalkozásonként/csoportonként | Válassza ki a csomagot a sablononkénti szolgáltatási szint meghatározásához. Alap,standard, prémium vagy softphone. |
Ez a dokumentum Jellemző/csomagmátrix |
| Felhasználói hitelesítés | BroadWorks vagy Webex | Ez a dokumentum |
| Kiépítési adapter (folyamat-átépítési beállításokhoz) |
Már használ integrált IM &P, például az UC-One SaaS? Több sablont szeretne használni? Várható-e gyakoribb felhasználási eset? |
Ez a dokumentum Alkalmazáskiszolgáló CLI-hivatkozása |
Építészet és infrastruktúra
-
Milyen léptékkel szándékozik kezdeni? A jövőben bővíthető, de a jelenlegi használati becslésnek kell vezetnie az infrastruktúra tervezését.
-
Működjön együtt a Cisco fiókkezelőjével / értékesítési képviselőjével az XSP|ADP infrastruktúra méretéhez, a Cisco BroadWorks rendszerkapacitás-tervezőés a Cisco BroadWorks rendszermérnöki útmutató.
-
Hogyan fog a Webex Mutual TLS kapcsolatot létesíteni az XSP|ADP-jeivel? Közvetlenül az XSP|ADP-hez DMZ-ben vagy TLS-proxy-n keresztül? Ez hatással van a tanúsítványkezelésre és az interfészekhez használt URL-címekre. (Nem támogatjuk a titkosítatlan TCP kapcsolatokat a hálózat szélén).
Ügyfél- és felhasználói kiépítés
Melyik felhasználói kiépítési módszer felel meg a legjobban?
-
Flowthrough Provisioning Megbízható e-mailekkel: Az "Integrált IM&P" szolgáltatás BroadWorks-en való hozzárendelésével az előfizető automatikusan kiépül a Webexben.
Ha azt is állítja, hogy a BroadWorks előfizetői e-mail-címei érvényesek és egyediek a Webex számára, akkor használhatja a flowthrough kiépítés "megbízható e-mail" változatát. Az előfizetői Webex-fiókokat beavatkozás nélkül hozták létre és aktiválják; egyszerűen letöltik az ügyfelet és bejelentkeznek.
Az e-mail cím a Webex egyik legfontosabb felhasználói attribútuma. Ezért a Szolgáltatónak érvényes e-mail címet kell megadnia a felhasználó számára ahhoz, hogy azokat a Webex szolgáltatásokhoz rendelkezésre bocsátja. Ennek a BroadWorks felhasználói e-mail azonosító attribútumában kell lennie. Javasoljuk, hogy másolja azt az Alternate ID attribútumba is.
-
Flowthrough Provisioning Megbízható e-mailek nélkül: Ha nem tud megbízni az előfizető e-mail-címében, továbbra is hozzárendelheti a BroadWorks integrált IM&&P szolgáltatását a Webex felhasználóinak kiépítéséhez.
Ezzel a beállítással a fiókok a szolgáltatás hozzárendelésekor jönnek létre, de az előfizetőknek meg kell adniuk és érvényesíteniuk kell e-mail címeiket a Webex-fiókok aktiválásához.
-
Felhasználói önellátás: Ehhez a beállításhoz nincs szükség IM&P szolgáltatás-hozzárendelésre a BroadWorksben. Ön (vagy ügyfelei) inkább egy kiépítési hivatkozást terjesztenek, és a különböző ügyfelek letöltésére mutató hivatkozásokat a márkajelzéssel és az utasításokkal.
Az előfizetők követik a linket, majd meg adják és érvényesítik e-mail címeiket Webex-fiókjaik létrehozásához és aktiválásához. Ezután letöltik az ügyfelet és bejelentkeznek, és a Webex lekér néhány további konfigurációt róluk a BroadWorks-től (beleértve az elsődleges számokat is).
-
SP Controlled Provisioning API-kon keresztül: A Webex olyan nyilvános API-kat tesz elérhetővé, amelyek lehetővé teszik a szolgáltatók számára, hogy a felhasználók/előfizetők kiépítését meglévő munkafolyamataikba építsék be.
Tartalékolási követelmények
Az alábbi táblázat összefoglalja az egyes tartalékolási módszerekre vonatkozó követelményeket. Ezen követelmények mellett a telepítésnek meg kell felelnie az ebben az útmutatóban leírt általános rendszerkövetelményeknek.
|
Tartalékolási módszer |
Követelmények |
|---|---|
|
Áramlás biztosítása (Megbízható vagy nem megbízható e-mailek) |
A Webex disztribúciós API automatikusan hozzáadja a meglévő BroadWorks felhasználókat a Webex-hez, amint a felhasználó megfelel a követelményeknek, és Ön átállítja a Integrated IM+P Szolgáljon tovább. Két áramlás (megbízható e-mailek vagy nem megbízható e-mailek) van, amelyeket a Webex Onboarding sablonján keresztül rendelsz hozzá. BroadWorks követelmények:
Webex követelmények: Az Onboarding sablon a következő beállításokat tartalmazza:
|
|
Felhasználói önkiépítés |
Az admin egy meglévő BroadWorks felhasználónak biztosít egy linket a felhasználói aktiválási portálra. A felhasználónak be kell jelentkeznie a portálra a BroadWorks hitelesítő adataival, és érvényes e-mail címet kell megadnia. Az e-mail érvényesítése után a Webex további felhasználói információkat kap a feltöltés befejezéséhez. BroadWorks követelmények:
Webex követelmények: Az Onboarding sablon a következő beállításokat tartalmazza:
|
SP ellenőrzött feltöltés API-n keresztül (Megbízható vagy nem megbízható e-mailek) |
A Webex nyilvános API-kat mutat be, amelyek lehetővé teszik, hogy felhasználói feltöltést építsen a meglévő munkafolyamatokba és eszközökbe. Két áramlat van:
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ásos kiépítéssel
Ha átfolyásos kiépítést használ, telepítenie kell egy rendszerjavítást, és CLI-tulajdonságot kell alkalmaznia. A BroadWorks kiadására vonatkozó utasításokat az alábbi listában találhatja:
R esetében22:
-
Telepítés Az AP.as.22.0.1123.ap376508.
-
Telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschemaa következőnek:truea CLI-tőlMaintenance/ContainerOptions.További információkért lásd a tapasz megjegyzéseit. https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.
R esetében23:
-
Telepítés Az AP.as.23.0.1075.ap376509
-
Telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschemaa következőnek:truea CLI-tőlMaintenance/ContainerOptions.További információkért lásd a tapasz megjegyzéseit. https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.
R esetében24:
-
Telepítés Az AP.as.24.0.944.ap375100
-
Telepítés után állítsa be a tulajdonságot
bw.msg.includeIsEnterpriseInOSSschemaa következőnek:truea CLI-tőlMaintenance/ContainerOptions.További információkért lásd a tapasz megjegyzéseit. https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.
Miután elvégezte ezeket a lépéseket, nem tud új felhasználókat kivenni az UC-One Collaboration szolgáltatásokkal. Az újonnan kiépített felhasználóknak Webexnek kell lenniük a Cisco BroadWorks felhasználók számára.
Támogatott nyelvi helyszínek
Amikor feltölti, a rendszer automatikusan hozzárendeli a nyelvet az első feltöltett adminisztrációs felhasználótól a BroadWorks-ben az ügyfélszervezet alapértelmezett helyeként. Ez a beállítás szabályozza az alapértelmezett nyelvet az aktiváló e-mailekben, értekezletekben és értekezletmeghívókban az adott ügyfélszervezet alatt.
Öt karakteres nyelvi lokalizációt használhat (ISO-639-1)_(ISO-3166) formátumban. Például az en_US az English_UnitedStates-nek felel meg. Ha csak kétbetűs nyelvet (ISO-formátumot639)1 kér, a szolgáltatás egyesíti azt a sablonból származó országkóddal, és öt karakteres lokalizációt hoz létre. Például: "requestedLanguage_CountryCode". Ha a rendszer nem tud így létrehozni egy érvényes lokalizációt, akkor az alapértelmezett lokalizációt használja a szükséges nyelvi kód alapján.
Az alábbi táblázat a támogatott lokalizációkat mutatja be, és a kétbetűs nyelvi kódok hogyan konvertálhatók öt karakteres lokalizációkká.
|
Támogatott nyelvi helyszínek (ISO-639-1)_(ISO-3166) |
Ha csak kétbetűs nyelvi kód áll rendelkezésre... | |
|---|---|---|
|
Nyelvi kód (ISO-639-1) ** |
Az alapértelmezett érzékeny locale használata (ISO-639-1)_ (ISO-3166) | |
|
en_US hu_HU en_GB hu_HU |
Egyesült Államok |
en_US |
|
fr_FR hu_HU |
fr |
fr_FR |
|
cs_CZ |
sz. |
cs_CZ |
|
da_DK |
Az Egyesült Államok |
da_DK |
|
de_HU |
de |
de_HU |
|
hu_HU |
Magyar |
hu_HU |
|
azonosító |
Azonosító |
azonosító |
|
hu_HU |
it |
hu_HU |
|
igen_JP |
Igen |
igen_JP |
|
_KR |
ko |
_KR |
|
hu_HU hu_HU hu_MX |
Az Egyesült Államok |
hu_HU |
|
hu_HU |
nl |
hu_HU |
|
nb_NO |
Észak-Írország |
nb_NO |
|
pl_PL |
pl. |
pl_PL |
|
pt_PT pt_BR |
Pt (nyelvtan) |
pt_PT |
|
orosz_RU |
ru |
orosz_RU |
|
ro_RO |
rk |
ro_RO |
|
zh_CN zh_TW csevegés |
zh |
zh_CN |
|
sv_SE |
SV-ben |
sv_SE |
|
ar_SA |
ély |
ar_SA |
|
tr_TR |
Nagy-Britannia |
tr_TR |
A Webex Meetings nem támogatja a webhelyen található es_CO, id_ID, nb_NO és pt_PT telephelyeket. Amikor megpróbálod használni ezeket a helyeket, a Webex Meetings oldalad csak angol nyelven jelenik meg. Ha nem ad meg egy nyelvet, érvénytelen nyelvet ad meg, vagy nem támogatott opciót választ, akkor az angol lesz a webhely alapértelmezett lokalizációja. Ezzel a nyelvi mezővel dolgozik, amikor szervezetet hoz létre, és létrehozza a Webex Meetings webhelyét. Ha nem ad meg egy nyelvet a posztban vagy az előfizetői API-ban, a rendszer alapértelmezett nyelvként a sablon nyelvét használja.
Védjegyzés
A partneradminisztrátorok az Advanced Branding Customizations használatával testre szabhatják, hogyan néz ki a Webex App a partner által kezelt ügyfélszervezetek számára. A partner rendszergazdák testre szabhatják a következő beállításokat annak biztosítása érdekében, hogy a Webex Alkalmazás tükrözze a vállalat márkáját és identitását:
-
Vállalati logók
-
Egyedi színsémák világos vagy sötét módhoz
-
Testreszabott támogatási URL-címek
A márkajelzés testreszabásának részleteit lásd: Speciális márkatestreszabások beállítása.
-
Az alapvető márkatestreszabások elavulttá válnak. Javasoljuk, hogy telepítse az Advanced Branding szolgáltatást, amely a testreszabások szélesebb skáláját kínálja.
Fedélzeti sablonok
A beépített sablonok segítségével meghatározhatja azokat a paramétereket, amelyek alapján az ügyfelek és a kapcsolódó előfizetők automatikusan feltölthetők a Cisco BroadWorks Webex-re. Igény szerint több Onboard sablont is konfigurálhat, de ha egy ügyfél fedélzetén tartózkodik, az csak egy sablonhoz van hozzárendelve (nem alkalmazhat több sablont egy ügyfélre).
Az alábbiakban felsorolunk néhány elsődleges sablonparamétert.
Csomag
-
A sablon létrehozásakor ki kell választania az alapértelmezett csomagot (a részleteket lásd Csomagok az Áttekintés szakaszban). Minden felhasználó, aki kiépített, hogy a sablon, akár a flowthrough- vagy önkiépítés, megkapja az alapértelmezett csomagot.
-
Több sablon létrehozásával és mindegyikben különböző alapértelmezett csomagok kiválasztásával szabályozhatja a különböző ügyfelek csomagkijelölését. Ezután különböző kiépítési hivatkozásokat vagy különböző vállalati kiépítési adaptereket terjeszthet a sablonok választott felhasználói kiépítési módszerétől függően.
-
Az egyes előfizetők csomagját ettől az alapértelmezéstől a provisioning API segítségével módosíthatja (lásd Webex Cisco BroadWorks API dokumentációhozvagy a Partner Hub segítségével (lásd Felhasználói csomag módosítása a Partner Hub-ban).
-
Az előfizetői csomag nem módosítható a BroadWorks szolgáltatásból. Az integrált IM&P szolgáltatás hozzárendelése be- vagy kikapcsolt; ha az előfizető ehhez a szolgáltatáshoz van rendelve a BroadWorksben, az előfizető vállalati kiépítési URL-címéhez társított Partnerközpont-sablon határozza meg a csomagot.
Viszonteladók és vállalkozások, szolgáltató és csoportok?
-
A BroadWorks rendszer konfigurálásának módja hatással van a kiépítésen keresztüli folyamatra. Ha Ön a Vállalatok viszonteladója, akkor engedélyeznie kell a Vállalati módot a sablon létrehozásakor.
-
Ha a BroadWorks rendszer szolgáltatói módban van konfigurálva, a Vállalati mód kikapcsolható a sablonokban.
-
Ha ügyfélszervezeteket szeretne kiépíteni mindkét BroadWorks mód használatával, különböző sablonokat kell használnia csoportokhoz és vállalkozásokhoz.
Győződjön meg arról, hogy az átfolyásos kiépítéshez szükséges BroadWorks-javításokat alkalmazta. A részletekért lásd: Szükséges javítások átfolyásos feltöltéssel.
Győződjön meg arról, hogy az átfolyásos kiépítéshez szükséges BroadWorks-javításokat alkalmazta. A részletekért lásd: Szükséges javítások átfolyásos feltöltéssel.
Több partneri megállapodás
A Webex for Cisco BroadWorks-t egy másik szolgáltatónak fogja licencbe adni? Ebben az esetben minden szolgáltatónak külön partnerszervezetre lesz szüksége a Webex Control Hubban, hogy lehetővé tegye számukra a megoldás kiépítését az ügyfélkörük számára.
Kiépítési adapter és sablonok
Ha folyamatirányítású kiépítést használ, a BroadWorksben megadott kiépítési URL a Control Hub sablonjából származik. Több sablonja is lehet, és így több kiépítési URL-címe is lehet. Ez lehetővé teszi, hogy vállalkozásonként kiválassza, hogy melyik csomagot kell alkalmazni az előfizetőkre, amikor megkapják az integrált IM&P szolgáltatást.
Meg kell fontolnia, hogy rendszerszintű kiépítési URL-címet szeretne-e alapértelmezett kiépítési útvonalként beállítani, és hogy melyik sablont szeretné használni ehhez. Ily módon csak kifejezetten be kell állítania a kiépítési URL-címet azoknak a vállalkozásoknak, amelyeknek más sablonra van szükségük.
Ne feledje azt is, hogy már használhat rendszerszintű kiépítési URL-címet, például az UC-One SaaS-szal. Ha ez a helyzet, akkor a rendszerszintű URL-t megtarthatja a felhasználók UC-One SaaS-en való feltöltéséhez, és felülbírálhatja azokat a vállalkozásokat, amelyek a Webex-re költöznek a Cisco BroadWorks számára. Alternatív megoldásként érdemes lehet a másik irányba menni, és beállíthatja a Webex rendszerszintű URL-címét a BroadWorks számára, és újrakonfigurálhatja azokat a vállalkozásokat, amelyeket meg szeretne tartani az UC-One SaaS-on.
Az ehhez a döntéshez kapcsolódó konfigurációs lehetőségek részletes leírása az alábbiakban található: Alkalmazáskiszolgáló beállítása a Provisioning Service URL-címmel.
Feltöltő adapter Proxy
A további biztonság érdekében a Provisioning Adapter Proxy lehetővé teszi, hogy az Application Delivery Platformon HTTP(S) proxyt használjunk az AS és a Webex közötti feltöltéshez. A proxy kapcsolat létrehoz egy end-to-end TCP alagút, amely közvetíti a forgalmat az AS és a Webex között, ezáltal tagadja, hogy az AS közvetlenül kapcsolódik a nyilvános internethez. A biztonságos kapcsolatok érdekében a TLS használható.
Ez a funkció megköveteli, hogy állítsa be a proxy a BroadWorks. A részletekért lásd: Cisco BroadWorks Provisioning Adapter Proxy Feature Description.
Minimumkövetelmények
Fiókok
A Webex számára kiépített összes előfizetőnek léteznie kell a Webex-szel integrálható BroadWorks 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 kiterjesztéssel.
A Webex az e-mail-címeket használja elsődleges azonosítóként minden felhasználó számára. Ha megbízható e-mailekkel használja a folyamatfolyamat kiépítését, 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 a BroadWorks Alternatív azonosító attribútumába másolhatja. Ez lehetővé teszi a felhasználók számára, hogy e-mail címükkel és BroadWorks jelszavukkal jelentkezzenek be a Webexbe.
A rendszergazdáknak webex-fiókjukat kell használniuk a Partnerközpontba való bejelentkezéshez.
Nem támogatja a BroadWorks rendszergazdát a Webex-hez a Cisco BroadWorks számára. Csak olyan felhasználókat hívhat a BroadWorks fedélzetén, akik elsődleges számmal és/vagy kiterjesztéssel rendelkeznek. Ha flowthrough feltöltést használ, a felhasználókat az integrált IM&P szolgáltatáshoz is hozzá kell rendelni.
A hálózati és szoftverkövetelmények kiszolgálói
-
BroadWorks példány(ok) minimális R verzióval22. A támogatott verziókról és javításokról lásd: BroadWorks szoftverkövetelmények (ebben a dokumentumban). További információkért lásd: BroadSoft termékek életciklus-politikaAz Európai Unió BroadSoft életciklus-politika és BroadWorks szoftverkompatibilitási mátrix.
-
A BroadWorks-példány(ok)nak legalább a következő kiszolgálókat kell tartalmazniuk:
-
Application Server (AS) BroadWorks verzióval a fentiek szerint
-
Hálózati kiszolgáló (NS)
-
Profilkiszolgáló (PS)
-
-
Nyilvánosan működő XSP|ADP szerver(k) vagy Application Delivery Platform (ADP), amely megfelel az alábbi követelményeknek:
-
Hitelesítési szolgáltatás (BWAuth)
-
XSI-műveletek és események interfészek
-
DMS (eszközkezelő webalkalmazás)
-
CTI interfész (számítógépes telefonálás intergráció)
-
TLS 1.2 érvényes (nem önaláírt) tanúsítvánnyal és bármilyen szükséges közvetítővel. A vállalatikeresés megkönnyítése érdekében rendszerszintű rendszergazdára van szükség.
-
Kölcsönös TLS(mTLS) hitelesítés a hitelesítési szolgáltatáshoz (A nyilvános Webex ügyféltanúsítvány-láncot megbízhatósági horgonyként kell telepíteni)
-
Kölcsönös TLS (mTLS) hitelesítés a CTI-felülethez (A nyilvános Webex ügyféltanúsítvány-láncot megbízhatósági horgonyként kell telepíteni)
-
-
Egy külön XSP/ADP-kiszolgáló, amely "Hívásértesítések leküldéses kiszolgálójaként" működik (a környezetében lévő hálózati házirend-kiszolgáló, amely hívásértesítések leküldésére szolgál az Apple/Google számára. Itt "CNPS" -nek hívjuk, hogy megkülönböztessük a Webex szolgáltatásától, amely push értesítéseket nyújt az üzenetküldéshez és a jelenléthez).
A kiszolgálónak R-en22 vagy később kell lennie.
-
Külön XSP/ADP szervert rendelünk a CNPS-hez, mert a Webex terhelésének kiszámíthatatlansága a BWKS felhőkapcsolatokhoz negatívan befolyásolhatja az NPS-kiszolgáló teljesítményét, ami az értesítési késés növekedésének eredménye. Lásd a Cisco BroadWorks rendszermérnöki útmutatóTovábbi információ az XSP|ADP skáláról.
Webex alkalmazásplatformok
A Webex App angol verziójának letöltéséhez látogasson el ide: https://www.webex.com/webexfromserviceproviders-downloads.html. A Webex App elérhető:
-
Windows pc-k/laptopok
-
Apple PC-k / laptopok MacOS-szel
-
iOS (Apple Store)
-
Android (Play áruház)
-
Webböngészők (go to https://teams.webex.com/)
Lokalizált verziók
A Webex App helyi verziójának letöltéséhez használja az alábbi linkeket:
-
https://www.webex.com/ko/webexfromserviceproviders-downloads.htmlKoreai nyelv
-
https://www.webex.com/hu/webexfromserviceproviders-downloads.htmlFrancia nyelv
-
https://www.webex.com/pt/webexfromserviceproviders-downloads.html(portugál)
-
https://www.webex.com/zh-tw/webexfromserviceproviders-downloads.html(Hagyományos kínai)
-
https://www.webex.com/zh-cn/webexfromserviceproviders-downloads.html(kínai egyszerűsített)
-
https://www.webex.com/ja/webexfromserviceproviders-downloads.htmlJapán
-
https://www.webex.com/hu/webexfromserviceproviders-downloads.htmlKategória: Spanyolország
-
https://www.webex.com/hu/webexfromserviceproviders-downloads.html(németül)
-
https://www.webex.com/hu/webexfromserviceproviders-downloads.html(olasz)
Fizikai telefonok és kiegészítők
-
Cisco IP telefonok:
-
Cisco IP telefonsorozat 6800 többplatformos firmware-rel
-
Cisco IP telefonsorozat 7800 többplatformos firmware-rel
-
Cisco IP telefonsorozat 8800 többplatformos firmware-rel
Lásd https://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.htmlModellek és további információk.
-
-
Ugyanúgy támogatjuk a harmadik fél telefonjait, mint más BroadWorks integrációkat. Azonban még nem rendelkeznek kapcsolatokkal és jelenléti integrációval a Webex-szel a Cisco BroadWorks számára.
-
Adapterek:
-
Cisco ATA 191 többplatformos analóg telefon adapter
-
Cisco ATA 192 többplatformos analóg telefon adapter
Lásd https://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analóg-telephone-adapters/index.htmlModellek és további információk.
-
-
Fejhallgatók:
-
Cisco headset 500 sorozat
Lásd https://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.htmlModellek és további információk.
-
-
Room OS eszközök:
-
Webex Room és Room Kit sorozat
-
Webex Desk sorozat
-
Webex Board Board sorozat
-
Eszközintegráció
A Webex for Cisco BroadWorks for Webex for Cisco BroadWorks for Room OS és MPP eszközök fedélzetére és szervizelésére vonatkozó részletekért lásd: Webex Device Integration Guide for Cisco BroadWorks.
Eszközprofilok
Az alábbiakban azokat a DTAF fájlokat kell betölteni az Application Servers, hogy támogassa a Webex App mint hívó kliens. Ezek ugyanazok a DTAF fájlok, mint az UC-One SaaS-hez, azonban van egy új config-wxt.xml.template a Webex alkalmazáshoz használt fájl.
A legújabb eszközprofilok letöltéséhez látogasson el az Application Delivery Platformra Szoftverletöltésekwebhely a legújabb DTAF fájlok megtekintéséhez. Ezek a letöltések mind az ADP, mind az XSP esetében működnek.
|
Ügyfél neve |
Eszközprofil típusa és csomagneve |
|---|---|
|
Webex Mobile sablon |
Identitás/eszközprofil típusa: Csatlakozás - Mobil DTAF: Konfigurációs fájl: |
|
Webex táblagép sablon |
Identitás/eszközprofil típusa: Csatlakozás - Táblagép DTAF: Konfigurációs fájl: |
|
Webex asztali sablon |
Identitás/eszközprofil típusa: Üzleti kommunikátor - PC DTAF: Konfigurációs fájl: |
Azonosító/eszközprofil
Minden Cisco BroadWorks-felhasználónak rendelkeznie kell egy Identity/Device Profile hozzárendelt BroadWorks, amely használja a fenti eszközprofilok egyikét annak érdekében, hogy hívásokat kezdeményezzen a Webex App. A profil biztosítja azt a konfigurációt, amely lehetővé teszi a felhasználó számára a hívások elhelyezését.
OAuth hitelesítő adatok megszerzése a Webex for Cisco BroadWorks
Kérjen szolgáltatást a fedélzeti ügynökétől vagy a Cisco TAC-tól, hogy biztosítsa a Cisco OAuth-t a Cisco Identity Provider Federation fiókjához.
Használja a következő kéréscímet a megfelelő funkciókhoz:
-
XSP|ADP AuthService Configuration' szolgáltatás konfigurálása az XSP|ADP szolgáltatás konfigurálásához.
-
"NPS Configuration for Auth Proxy Setup" a hitelesítési proxy használatának beállításához.
-
CI User UUID Sync' a CI user UUID szinkronizálásához. További részletekért lásd: Cisco BroadWorks támogatás CI UUID-hez.
-
A BroadWorks konfigurálása lehetővé teszi a Cisco számlázást a BroadWorks és a Webex For BroadWorks Előfizetések számára.
A Cisco egy OAuth ügyfélazonosítót, egy ügyféltitkot és egy frissítő tokent ad, amely 60 napokra érvényes. Ha a tokenek használata előtt lejár, újabb kérelmet is benyújthat.
Ha már megkapta a Cisco OAuth Identity Provider hitelesítő adatait, töltse ki egy új szolgáltatási kérést a hitelesítő adatok frissítésére.
Rendelési tanúsítványok
A TLS hitelesítés tanúsítványkövetelményei
Biztonsági tanúsítványra van szüksége, amelyet egy jól ismert tanúsítványkiadó ír alá, és amelyet a Nyilvános XSP|ADP-k telepítenek az összes szükséges alkalmazáshoz. Ezeket használja a TLS tanúsítványellenőrzés támogatására az XSP|ADP-kiszolgálókkal való minden bejövő kapcsolathoz.
Ezeknek a tanúsítványoknak tartalmazniuk kell az XSP|ADP nyilvános, teljesen minősített domain nevet, mint Subject Common Name vagy Subject Alternate Name.
A szervertanúsítványok telepítésének speciális követelményei a nyilvánosan elérhető XSP|ADP-k telepítési módszerétől függően változnak.
-
TLS- áthidaló proxy használata
-
TLS- alapú proxy- n keresztül
-
Közvetlenül az XSP|ADP-hez
Ez a diagram összefoglalja, hogy hol kell betöltenie a hitelesítésszolgáltató által aláírt nyilvános kiszolgálói tanúsítványt ebben a három esetben:
A Webex App által a hitelesítéshez támogatott nyilvánosan támogatott tanúsítványokkal kapcsolatos részleteket lásd: Támogatott tanúsítványhatóságok a Webex Hybrid Services számára.
TLS-tanúsítványkövetelmények a TLS-híd proxyjáért
-
A nyilvánosan aláírt kiszolgálótanúsítvány betöltődik a proxyba.
-
A proxy ezt a nyilvánosan aláírt kiszolgálótanúsítványt mutatja be a Webexnek.
-
A Webex megbízik a proxy kiszolgálótanúsítványát aláíró nyilvános hitelesítésszolgáltatóban.
-
Egy belső hitelesítésszolgáltató által aláírt tanúsítvány betölthető az XSP|ADP-re.
-
Az XSP|ADP bemutatja ezt a belsőleg aláírt kiszolgálói tanúsítványt a proxynak.
-
A proxy megbízza a belső hitelesítésszolgáltatót, amely aláírta az XSP|ADP szerver tanúsítványt.
TLS tanúsítványkövetelmények TLS-passthrough Proxy vagy XSP|ADP DMZ-ben
-
A nyilvánosan aláírt kiszolgálói tanúsítvány betöltése az XSP|ADP-be történik.
-
Az XSP|ADP-k nyilvánosan aláírt szervertanúsítványokat mutatnak be a Webex-nek.
-
A Webex megbízik az XSP|ADP-k szerver tanúsítványait aláíró nyilvános hitelesítésszolgáltatásban.
További tanúsítványkövetelmények a kölcsönös TLS CTI-interfészen keresztüli hitelesítéshez
A CTI-felülethez való csatlakozáskor a Webex ügyféltanúsítványt mutat be a kölcsönös TLS-hitelesítés részeként. A Webex ügyféltanúsítvány CA/lánc tanúsítvány letölthető a Control Hub-on keresztül.
A tanúsítvány letöltése:
Bejelentkezés Partner Hub.
Kattintson a Services kártya.
Ugrás Additional links, és kattintson a Download Webex CA certificate Kapcsolat.
A Webex CA tanúsítványlánc telepítésének speciális követelményei a nyilvánosan elérhető XSP|ADP-k telepítési módszerétől függően változnak.
-
TLS- áthidaló proxy használata
-
TLS- alapú proxy- n keresztül
-
Közvetlenül az XSP|ADP-hez
Ez a diagram összefoglalja a tanúsítási követelményeket ebben a három esetben:
(Opció) TLS-bridge proxy tanúsítványkövetelményei
-
A Webex nyilvánosan aláírt ügyféltanúsítványt mutat be a proxynak.
-
A proxy megbízik az ügyféltanúsítványt aláíró Cisco belső hitelesítésszolgáltatóban. Ezt a hitelesítésszolgáltatót / láncot letöltheti a Control Hubból, és hozzáadhatja a proxy bizalmi tárolójához. Töltse be a nyilvánosan aláírt XSP|ADP szerver tanúsítványt a proxyba.
-
A proxy bemutatja a nyilvánosan aláírt kiszolgálótanúsítványt a Webexnek.
-
A Webex megbízik a proxy kiszolgálótanúsítványát aláíró nyilvános hitelesítésszolgáltatóban.
-
A proxy egy belsőleg aláírt ügyféltanúsítványt mutat be az XSP|ADP-knek.
Ez a tanúsítvány Mustáraz x509Kategória: Orosz nyelv3Kiterjesztés Kiterjesztett kulcshasználata BroadWorks OID 1.3.6.1.4.1.6431.1.1.8.2.1.3és a TLS kliensAuthCél. Például:
X509v3 extensions: X509v3 Extended Key Usage: 1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client AuthenticationA belső tanúsítvány KN-kódja:
bwcticlient.webex.com.-
Nem támogatja a SAN tanúsítványokat, ha belső ügyféltanúsítványokat generál a proxy számára. Az XSP|ADP belső kiszolgálói tanúsítványai lehetnek SAN.
-
Előfordulhat, hogy a közokirat-hatóságok nem hajlandóak aláírni a BroadWorks OID-et igénylő tanúsítványokat. Ha van áthidaló proxy, akkor belső hitelesítésszolgáltatót kell használnia a proxy által az XSP|ADP-nek bemutatott ügyféltanúsítvány aláírásához.
-
-
Az XSP|ADP-k megbíznak a belső CA-ban.
-
Az XSP|ADP-k egy belsőleg aláírt kiszolgálói tanúsítványt mutatnak be.
-
A proxy megbízik a belső hitelesítésszolgáltatóban.
-
Az Alkalmazáskiszolgáló ClientIdentity-je tartalmazza az XSP|ADP-nek a proxy által benyújtott, belsőleg aláírt ügyféltanúsítvány CN-jét.
(Opció) Tanúsítványkövetelmények TLS-passthrough proxy vagy XSP|ADP DMZ-ben
-
A Webex bemutatja a Cisco belső CA-val aláírt ügyféltanúsítványt az XSP|ADP-knek.
-
Az XSP|ADP-k megbíznak a Cisco belső hitelesítésszolgáltatójában, amely aláírta az ügyféltanúsítványt. Ezt a hitelesítésszolgáltatót / láncot letöltheti a Control Hubból, és hozzáadhatja a proxy bizalmi tárolójához. A nyilvánosan aláírt XSP|ADP szerver tanúsítványt is betöltheti az XSP|ADP-be.
-
Az XSP|ADP-k bemutatják a nyilvánosan aláírt szervertanúsítványokat a Webex-nek.
-
A Webex megbízik az XSP|ADP-k szerver tanúsítványait aláíró nyilvános hitelesítésszolgáltatásban.
-
Az Alkalmazáskiszolgáló ClientIdentity tartalmazza a Cisco-aláírt ügyféltanúsítvány CN-jét, amelyet a Webex az XSP|ADP-nek bemutatott.
Készítse elő a hálózatot
További információ a Webex által a Cisco BroadWorks-hez használt kapcsolatokról: A Cisco BroadWorks Webex hálózati követelményei. Ez a cikk tartalmazza az IP-címek, portok és protokollok listáját, amelyek a tűzfal Belépési és Kilépési szabályainak beállításához szükségesek.
A Webex-szolgáltatások hálózati követelményei
Az előző bejövő és kimenő szabályok tűzfaltáblái csak azokat a kapcsolatokat dokumentálják, amelyek a Cisco BroadWorks Webex-ére jellemzőek. A Webex alkalmazás és a Webex felhő közötti kapcsolatokról szóló általános információkat lásd: A Webex szolgáltatások hálózati követelményei. Ez a cikk általános a Webex számára, de az alábbi táblázat azonosítja a cikk különböző szakaszait, és azt, hogy mennyire relevánsak az egyes szakaszok a Webex számára a Cisco BroadWorks számára.
|
A hálózati követelményekről szóló cikk |
Az információ relevanciája |
|---|---|
|
A Webex által támogatott eszköztípusok és protokollok összefoglalása |
Tájékoztatás |
|
Tájékoztatás | |
|
El kell olvasni | |
|
El kell olvasni | |
|
A Webex Szolgáltatásokhoz hozzáférni kívánt domainek és URL-ek |
El kell olvasni |
|
Opcionális | |
|
Opcionális | |
|
Opcionális | |
|
Opcionális | |
|
Opcionális | |
|
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 tűzfal Whitepaper (PDF).
BroadWorks redundancia támogatása
A partner hálózatához való hozzáféréshez szükséges Webex Cloud Services és Webex Client Apps teljes mértékben támogatja a partner által biztosított Broadworks XSP|ADP redundanciát. Ha egy XSP|ADP vagy webhely nem érhető el tervezett karbantartás vagy nem tervezett ok miatt, a Webex szolgáltatásai és alkalmazásai előre tudnak lépni egy másik XSP|ADP vagy webhely felé, amelyet a partner biztosít a kérés teljesítése érdekében.
Hálózati topológia
A Broadworks XSP|ADP-k közvetlenül az interneten telepíthetők, vagy egy olyan DMZ-ben tartózkodhatnak, amelyet egy terheléselosztó elem, például az F BIG-IP5 előz. A geo-redundancia biztosítása érdekében az XSP|ADP-ket két (vagy több) adatközpontban lehet telepíteni, mindegyik egy terheléselosztóval előállítható, mindegyik nyilvános IP-címmel rendelkezik. Ha az XSP|ADP-k egy terheléselosztó mögött vannak, a Webex mikroszolgáltatások és az App csak a terheléselosztó IP-címét látja, és úgy tűnik, hogy a Broadworks csak egy XSP|ADP-vel rendelkezik, még akkor is, ha több XSP|ADP van mögötte.
Az alábbi példában az XSP|ADP-ket két helyszínen telepítik, az A és a B helyszínen. Mindkét helyszínen két XSP|ADP-t egy terheléselosztó állít elő. Az A oldalon XSP|ADP1 és XSP|ADP2 áll LB1, a B oldalon XSP|ADP3 és XSP|ADP4 LB áll2. Csak a Load Balancers van kitéve a nyilvános hálózaton, és az XSP|ADP-k a DMZ privát hálózatokban.
Webex Felhőszolgáltatások
DNS-konfiguráció
A Webex Cloud mikroszolgáltatásoknak képesnek kell lenniük megtalálni a Broadworks XSP|ADP szerver(ek)et az Xsi interfészekhez, a hitelesítési szolgáltatáshoz és a CTI-hez való csatlakozáshoz.
A Webex Cloud mikroszolgáltatások elvégzik a konfigurált XSP|ADP hostnév DNS A/AAAA keresését, és csatlakoznak a visszaküldött IP-címhez. Ez lehet egy terheléselosztó él elem, vagy maga az XSP|ADP szerver. Ha több IP-címet ad vissza, a rendszer kiválasztja a lista első IP-címét. Az SRV keresés jelenleg nem támogatott.
Példa: A partner DNS A Record for discovery of Round-Robin balanced internet-facing XSP|ADP szerver/Load Balancers.
|
Bejegyzés típusa |
Név |
Cél |
Cél |
|---|---|---|---|
|
A |
|
|
LB pontok1 (A oldal) |
|
A |
|
|
LB pontok2 (B oldal) |
Az XSP-re való hivatkozás magában foglalja az XSP-t vagy az ADP-t.
Feladatátvétel
Amikor a Webex mikroszolgáltatások kérést küldenek az XSP|ADP/Load Balancernek, és a kérés meghiúsul, több dolog történhet:
-
Ha a hiba hálózati hiba miatt következik be (pl. TCP, SSL), a Webex mikroszolgáltatások blokkoltként jelölik meg az IP-t, és azonnal végrehajtják a következő IP-re való útvonal-előleget.
-
Ha egy hibakód (HTTP 5xx) jelenik meg, a Webex mikroszolgáltatások letiltottként jelölik meg az IP-t, és azonnal végrehajtják az útvonalat a következő IP-re.
-
Ha másodperceken belül nem érkezik HTTP válasz2 , akkor a kérésidő eltűnik, és a Webex mikroszolgáltatások letiltottként jelölik meg az IP-t, és a következő IP-cím felé haladnak előre.
Minden kérés kipróbálásra kerül3 , mielőtt a meghibásodást visszaküldik a mikroszolgáltatásnak.
Ha egy IP szerepel a blokkolt listában, akkor nem kerül bele az XSP|ADP-hez intézett kérés elküldésekor kipróbálandó címek listájába. Egy előre meghatározott időtartam után a blokkolt IP lejár, és visszatér a listába, hogy megpróbálja, ha egy másik kérést tesznek.
Ha az összes IP-cím le van tiltva, a mikroszolgáltatás továbbra is megpróbálja elküldeni a kérést egy IP-cím véletlenszerű kiválasztásával a letiltott listából. Ha sikeres, az IP-cím törlődik a letiltott listáról.
Állapot
A Webex Cloud szolgáltatások XSP|ADP-hez vagy Load Balancerekhez való csatlakozásának állapota a Control Hub-ban látható. A BroadWorks-hívásfürtök alatt az alábbi összeköttetések mindegyikéhez kapcsolati állapot jelenik meg:
-
XSI műveletek
-
XSI események
-
Hitelesítési szolgáltatás
A kapcsolat állapota frissül a lap betöltésekor vagy a bemeneti frissítések során. A kapcsolatok állapota a következő lehet:
-
Zöld: Ha az interfész elérhető az A rekordkeresés egyik IP-jén.
-
Piros: Ha az A rekordkeresés összes IP-je elérhetetlen, és a felület nem érhető el.
A következő szolgáltatások a mikroszolgáltatásokat használják az XSP|ADP-hez való csatlakozáshoz, és az XSP|ADP interfész elérhetősége befolyásolja őket:
-
Webex alkalmazás bejelentkezés
-
Webex alkalmazás jogkivonat frissítése
-
Nem megbízható e-mail/önaktiválás
-
Broadworks Szolgáltatás állapotfelmérése
Webex alkalmazás
DNS-konfiguráció
A Webex App hozzáfér az Xtended Services Interface (XSI-Actions & XSI-Events) és a Device Management Service (DMS) szolgáltatásokhoz az XSP|ADP-n.
Az XSI szolgáltatás megtalálásához a Webex App DNS SRV keresést végez
_xsi-client._tcp.<webex app xsi domain>. Az SRV az XSP|ADP állomásokhoz vagy az XSI szolgáltatáshoz tartozó terheléskiegyenlítők konfigurált URL-jére mutat. Ha az SRV keresés nem érhető el, a Webex App visszaáll az A/AAAA keresésre.
Az SRV több A/AAAA célpontra is képes megoldást találni. Azonban minden A/AAAA rekordnak csak egyetlen IP-címre kell leképeznie. Ha egy DMZ-ben több XSP|ADP van a terheléselosztó/élező eszköz mögött, akkor a terheléselosztót úgy kell konfigurálni, hogy fenntartsa a munkamenet állandóságát, hogy ugyanazon munkamenet összes kérését ugyanarra az XSP|ADP-re irányítsa. Azért küldjük el ezt a konfigurációt, mert az ügyfél XSI-esemény szívverésének ugyanarra az XSP|ADP-re kell mennie, amelyet az eseménycsatorna létrehozásához használnak.
A Példában 1a webex-app-XSP|ADP.example.com A/AAAA rekord nem létezik, és nem is kell. Ha a DNS megköveteli, hogy egy A/AAAA rekord legyen definiálva, akkor csak 1 az IP címet kell visszaadni. Ettől függetlenül az SRV-t még mindig meg kell határozni a Webex App számára.
Ha a Webex App az A/AAAA nevet használja, amely több mint egy IP-címet tartalmaz, vagy ha a terheléselosztó/élelem elem nem tartja fenn a munkamenet állandóságát, az ügyfél végül szívverést küld egy XSP|ADP-nek, ahol nem hozott létre eseménycsatornát. Ez azt eredményezi, hogy a csatorna leszakad, és jelentősen több belső forgalom, ami rontja az XSP|ADP klaszter teljesítményét.
Mivel a Webex Cloud és a Webex App különböző követelményeket támaszt az A/AAAA rekordkeresésben, külön FQDN-t kell használnia a Webex Cloud és a Webex App számára az XSP|ADP-k eléréséhez. Amint a példákban látható, a Webex Cloud Egy rekordot használ
webex-cloud-xsp.example.com, és Webex App használ SRV
_xsi-client._tcp.webex-app-xsp.example.com.
Példa – 1 Több XSP|ADP, mindegyik külön terheléselosztó mögött
Ebben a példában az SRV mutogatja az A rekordokat, minden egyes A rekord egy másik terheléselosztóra mutat egy másik helyszínen. A Webex App mindig az első IP-címet fogja használni a listában, és csak akkor lép a következő rekordra, ha az első le van állítva.
Az alábbiakban egy példa az SRV rekordokra.
|
Bejegyzés típusa |
Rögzítés |
Cél |
Cél |
|---|---|---|---|
|
SRV |
|
|
Az Xsi interfész ügyfélfelderítése |
|
SRV |
|
|
Az Xsi interfész ügyfélfelderítése |
|
A |
|
|
LB pontok1 (A. oldal) |
|
A |
|
|
LB pontok2 (B oldal) |
Példa Több 2 XSP|ADP egy terheléselosztó mögött (TLS Bridge)
Az eredeti kérelemhez a terheléselosztó véletlenszerű XSP|ADP-t választ. Ez az XSP|ADP egy sütit ad vissza, amelyet a Webex App tartalmaz a jövőbeli kérésekben. Jövőbeli kérések esetén a terheléselosztó a cookie-t használja, hogy a kapcsolatot a megfelelő XSP|ADP felé irányítsa, biztosítva, hogy az eseménycsatorna ne szakadjon meg.
|
Bejegyzés típusa |
Rögzítés |
Cél |
Cél |
|---|---|---|---|
|
SRV |
|
|
Terheléselosztó |
|
A |
LB.példa.com |
|
A terheléselosztó IP címe (XSP|ADP-k a terheléselosztó mögött vannak) |
DMS URL-CÍM
A bejelentkezési folyamat során a Webex alkalmazás a DMS URL-címét is lekéri a konfigurációs fájl letöltéséhez. Az URL-ben szereplő állomás feldolgozásra kerül, és a Webex alkalmazás elvégzi a DNS A/AAAA keresést a állomásról, hogy csatlakozzon a DMS szolgáltatást fogadó XSP|ADP-hez.
Példa: DNS A Record for discovery of Round-Robin balanced internet-facing XSP|ADP szerver/Load Balancers by Webex App to download config files through DMS:
|
Bejegyzés típusa |
Név |
Cél |
Cél |
|---|---|---|---|
|
A |
|
|
LB pontok1 (A. oldal) |
|
A |
|
|
LB pontok2 (B oldal) |
Minden XSP-re való hivatkozás magában foglalja az XSP-t vagy az ADP-t.Minden XSP-re való hivatkozás magában foglalja az XSP-t vagy az ADP-t.
Hogyan találja meg a Webex App az XSP|ADP címeket
Az ügyfél a következő DNS-áramlással próbálja megtalálni az XSP|ADP csomópontokat:
-
Az ügyfél először az Xsi-Actions/Xsi-Events URL-eket olvassa be a Webex Cloudból (a társított BroadWorks calling cluster létrehozásakor adta meg őket). Az Xsi állomásnév/tartomány az URL-címből elemzésre szolgál, és az ügyfél az SRV-keresést a következőképpen hajtja végre:
-
Az ügyfél SRV keresést hajt végre az _xsi-client._tcp.<xsi domain> számára
-
Ha az SRV lekérdezés egy vagy több A/AAAA célpontot ad vissza:
-
Az ügyfél A/AAAA-kereséssel keresi ezeket a célokat, és gyorsítótárazza a visszaadott IP-címeket.
-
Az ügyfél az SRV prioritás alapján csatlakozik az egyik célhoz (és így az A / AAAA rekordhoz egyetlen IP-címmel), majd a súlyhoz (vagy véletlenszerűen, ha mindegyik egyenlő).
-
-
Ha az SRV-keresés nem ad vissza célokat:
Az ügyfél az Xsi gyökérparaméter A/AAAA-ját megkeresi, majd megpróbál csatlakozni a visszaadott IP-címhez. Ez lehet egy terheléselosztó él elem, vagy maga az XSP|ADP szerver.
Mint említettük, az A/AAAA rekordnak ugyanebből az okból kell feloldódnia egy IP-címre.
-
-
(Nem kötelező) Ezt követően egyéni XSI-Actions/XSI-Events adatokat adhat meg a Webex alkalmazás eszközkonfigurációjában, az alábbi 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 Control Hub BroadWorks-fürtének bármely konfigurációjához.
-
Ha léteznek, az ügyfél összehasonlítja a BroadWorks-fürt konfigurációján keresztül kapott eredeti XSI-címmel.
-
Ha bármilyen különbséget észlel, az ügyfél újra inicializálja az XSI-műveletek / XSI-események kapcsolatot. Ennek első lépése, hogy ugyanazt a DNS-keresést végezzük el a step 1 alatt – ezúttal a %XSI_ROOT_WXT% paraméter értékét a konfigurációs fájlban kell keresni.
Győződjön meg róla, hogy létrehozza a megfelelő SRV rekordokat, ha ezzel a címkével módosítja az Xsi interfészeket.
-
Feladatátvétel
A bejelentkezés során a Webex App DNS SRV keresést hajt végre az _xsi-client._tcp.<xsi domain>-re, létrehoz egy listát az állomásokról, és az SRV prioritás alapján csatlakozik az egyik állomáshoz. Ez a csatlakoztatott gazdagép lesz a kiválasztott az összes jövőbeli kéréshez. Ezután egy eseménycsatorna nyílik meg a kiválasztott állomás 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 sütit, amely a HTTP-válaszban jelenik meg, ezért fontos, hogy a terheléselosztó megőrzi a munkamenet-perzisztenciát (affinitást), és mindig ugyanannak a XSP|ADP-kiszolgálónak küldi a kéréseket.
Ha egy állomáshoz intézett kérés vagy szívveréskérés sikertelen, több dolog is történhet:
-
Ha a hiba hálózati hiba miatt következik be (pl. TCP, SSL), a Webex App útvonal azonnal a lista következő állomására halad.
-
Ha hibakód (HTTP 5xx) jelenik meg, a Webex App letiltottként jelöli meg az IP-címet, és a listán szereplő következő állomásra halad.
-
Ha egy adott időn belül nem érkezik válasz, akkor a rendszer a kérést az időtúllépés miatt sikertelennek tekinti, és a következő kéréseket elküldi a következő állomásnak. Az időzült kikérés azonban sikertelennek minősül. Egyes kérések sikertelenség után újra meg lesznek próbálva (az újrajátszási idő növelésével). A feltételezett nem létfontosságú kérelmeket nem lehet újra meg nem próbálni.
Ha egy új gazdagépet sikeresen próbálnak ki, akkor az lesz az új kiválasztott gazdagép, ha az állomás jelen van a listában. A lista utolsó állomásának kipróbált után a Webex alkalmazás átkerül az elsőre.
Szívverés esetén, ha két egymást követő kérési hiba történik, a Webex alkalmazás újra inicializálja az eseménycsatornát.
Vegye figyelembe, hogy a Webex alkalmazás nem hajt végre feladatátvételt, és a DNS-szolgáltatás felderítése csak egyszer történik meg bejelentkezéskor.
A bejelentkezés során a Webex App megpróbálja letölteni a konfigurációs fájlt az XSP|ADP/Dms felületen keresztül. A lekért DMS URL-címben A/AAAA rekordkeresést végez a gazdagépen, és csatlakozik az első IP-címhez. Először megpróbálja elküldeni a konfigurációs fájl letöltésére vonatkozó kérést egy egyszeri bejelentkezés jogkivonattal. Ha ez bármilyen okból meghiúsul, újra megpróbálja, de az eszköz felhasználónevével és jelszavával.
Üzembe helyezés – áttekintés
Az alábbi diagramok a különböző felhasználói kiépítési módok üzembe helyezési feladatainak tipikus sorrendjét jelölik. Sok feladat közös az összes kiépítési módban.
Partner Onboarding for Webex for Cisco BroadWorks
A Cisco BroadWorks-szolgáltató vagy viszonteladó minden Webex-nek a Webex partnerszervezeteként kell konfigurálni a Cisco BroadWorks számára. Ha van webex partnerszervezete, ez használható.
A szükséges bevezetés befejezéséhez végre kell hajtania a Webex Cisco BroadWorks papírmunkát, és az új partnereknek el kell fogadniuk az online közvetett csatornapartneri megállapodást (ICPA). Amikor ezek a lépések befejeződtek, a Cisco Compliance létrehoz egy új Partner Orgot a PartnerKözpontban (ha szükséges), és e-mailt küld a hitelesítési részletekkel a rekord rendszergazdájának a papírmunkában. Ugyanakkor a Partneraktiválás és/vagy az Ügyfél-siker programmenedzsere felveszi Önnel a kapcsolatot, hogy elindítsa a bevezetést.
A Webex Partners egy régióban létrehozhat ügyfélszervezeteket bármely régióban, ahol szolgáltatásokat kínálunk. Segítségért lásd: Adatrezidencia Webex-ben.
Szolgáltatások konfigurálása a Webex-en a Cisco BroadWorks XSP|ADP-k számára
Megköveteljük, hogy az NPS alkalmazás egy másik XSP|ADP-n fusson. Az XSP|ADP-re vonatkozó követelményeket a hálózatról érkező hívásértesítések konfigurálása tartalmazza.
A következő alkalmazásokra / szolgáltatásokra van szüksége az XSP|ADP-n.
|
Szolgáltatás/alkalmazás |
Hitelesítés szükséges |
Szolgáltatás/alkalmazás célja |
|---|---|---|
|
Xsi-Események |
TLS (a kiszolgáló hitelesíti magát az ügyfelek számára) |
Hívásvezérlés, szolgáltatásértesítések |
|
Xsi-Akciók |
TLS (a kiszolgáló hitelesíti magát az ügyfelek számára) |
Hívásvezérlés, műveletek |
|
Eszközkezelés |
TLS (a kiszolgáló hitelesíti magát az ügyfelek számára) |
Híváskonfiguráció letöltése |
|
Hitelesítési szolgáltatás |
TLS (a kiszolgáló hitelesíti magát az ügyfelek számára) |
Felhasználói hitelesítés |
|
Számítógépes telefonos integráció |
mTLS (az ügyfél és a 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 számára) |
Elérhetővé teszi a felhasználói hívásbeállításokat a Webex alkalmazás öngondoskodási portálján |
Ez a szakasz leírja, hogyan kell alkalmazni a szükséges konfigurációkat a TLS és az mTLS ezen interfészeken, de a meglévő dokumentációra kell hivatkoznia ahhoz, hogy az alkalmazásokat telepítse az XSP|ADP-re.
Közös tartózkodási követelmények
-
A hitelesítési szolgáltatásnak együtt kell lennie az Xsi alkalmazásokkal, mert ezeknek az interfészeknek hosszú élettartamú tokeneket kell elfogadniuk a szolgáltatás engedélyezéséhez. A hitelesítési szolgáltatás szükséges az érvényesítési jogkivonatok érvényesítéséhez.
-
A hitelesítési szolgáltatás és az Xsi szükség esetén ugyanazon a porton is futtatható.
-
A méretéhez szükséges egyéb szolgáltatásokat/alkalmazásokat is elkülönítheti (például dedikált eszközkezelés XSP|ADP farm).
-
Megkeresheti az Xsi, CTI, Authentication Service és DMS alkalmazásokat.
-
Ne telepítsen más alkalmazásokat vagy szolgáltatásokat az XSP|ADP-kre, amelyeket a BroadWorks és a Webex integrálására használnak.
-
Ne keresse meg a hálózati házirend-kiszolgáló kiszolgálót más alkalmazásokkal együtt.
Xsi interfészek
Telepítse és konfigurálja az Xsi-Actions és Xsi-Events alkalmazásokat a következőkben leírtak szerint Cisco BroadWorks Xtended Services interfész konfigurációs útmutató.
Az Xsi-Events alkalmazásoknak csak egy példányát kell telepíteni a CTI interfészhez használt XSP|ADP-n.
A Broadworks és a Webex integrálásához használt összes Xsi-eseménynek az Applications/Xsi-Events/GeneralSettings pontban meghatározott callControlApplicationName-nek kell lennie. Például:
ADP_CLI/Applications/Xsi-Events/GeneralSettings> get
callControlApplicationName = com.broadsoft.xsi-events
Amikor egy felhasználó be van jelentkezve a Webex-be, a Webex előfizetést hoz létre a felhasználó számára az AS-en, hogy telefonos eseményeket kapjon a jelenlét és a híváselőzmények számára. Az előfizetés kapcsolódik a callControlApplicationName és az AS használja, hogy tudja, melyik Xsi-Events küldje el a telefonos eseményeket.
A callControlApplicationName megváltoztatása, vagy nem azonos név minden Xsi-Events webalkalmazáson befolyásolja az előfizetések és a telefonos események funkcionalitását.
Hitelesítési szolgáltatás konfigurálása (CI jogkivonat-érvényesítéssel)
Ezzel az eljárással konfigurálhatja a hitelesítési szolgáltatást a CI jogkivonat-ellenőrzés TLS-sel való használatára. Ez a hitelesítési módszer akkor ajánlott, ha R22 vagy magasabb, és a rendszer támogatja azt.
A kölcsönös TLS (mTLS) az Auth Szolgáltatás alternatív hitelesítési módszereként is támogatott. Ha több Webex-szervezet fut ugyanazon XSP|ADP-kiszolgálón, akkor az mTLS hitelesítést kell használnia, mert a CI Token Validation nem támogat több kapcsolatot ugyanahhoz az XSP|ADP Auth szolgáltatáshoz.
Ha az mTLS-hitelesítést az Auth szolgáltatáshoz a CI Token Validálás helyett szeretné beállítani, olvassa el a FüggelékGyógyszerforma Szolgáltatások konfigurálása (az Auth szolgáltatás mTLS-ével).
Ha jelenleg mTLS-t használ az Auth Service-hez, nem kötelező újrakonfigurálni a CI jogkivonat-érvényesítését a TLS-szel.
-
OAuth hitelesítő adatok megszerzése a Webex for Cisco BroadWorks.
-
Telepítse a következő javításokat minden XSP|ADP szerverre. Telepítse a kiadásnak megfelelő javításokat:
-
R esetében22:
-
R esetében23:
-
R-hez 24– nincs szükség tapaszra
Az XSP-re való hivatkozás magában foglalja az XSP-t vagy az ADP-t.
-
-
Telepítse a
AuthenticationServicealkalmazás minden XSP|ADP szolgáltatáson.Futtassa a következő parancsot az AuthenticationService alkalmazás aktiválásához az XSP|ADP-n az /authService kontextus elérési útjára.
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authServiceFuttassa ezt a parancsot a hitelesítési szolgáltatás telepítéséhez az XSP|ADP-n:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...
-
Kezdve a Broadworks építésével2022.10, azok a tanúsítványhatóságok, amelyek a Java-val jönnek, már nem kerülnek automatikusan a BroadWorks trust store-ba, amikor a Java egy új verziójára váltanak. Az AuthenticationService TLS kapcsolatot nyit a Webex-hez a hozzáférési token letöltéséhez, és az IDBroker és a Webex URL hitelesítéséhez a következőkkel kell rendelkeznie:
-
IdenTrust kereskedelmi gyökér CA 1
-
Go Daddy Root Certificate Authority - G2
Ellenőrizze, hogy ezek a tanúsítványok a következő CLI alatt vannak-e
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> getHa nincs jelen, futtassa az alábbi parancsot az alapértelmezett Java megbízások importálásához:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrustAlternatívaként manuálisan is hozzáadhatja ezeket a tanúsítványokat megbízható horgonyként a következő paranccsal:
ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>Ha az ADP-t egy korábbi kiadásból frissítik, akkor a régi kiadásból származó tanúsítványhatóságokat automatikusan importálják az új kiadásba, és addig importálják őket, amíg manuálisan nem távolítják el őket.
Az AuthenticationService alkalmazás mentesül az validatePeerIdentity beállítástól az ADP_CLI/System/SSLCommonSettings/GeneralSettings alatt, és mindig érvényesíti a peer Identity beállítást. Lásd a Cisco Broadworks X-szel509Tanúsítvány érvényesítése FDTovábbi információ erről a beállításról.
-
-
Konfigurálja az identitásszolgáltatókat az alábbi parancsok futtatásával minden XSP|ADP kiszolgálón:
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 parancsot. Lásd az alábbi táblázatot. -
set tokenInfoUrl <IdPProxy URL>—Adja meg a Teams-fürtre vonatkozó IdP-proxy URL-címet. Lásd az alábbi második táblázatot.
Table 1. Set issuerName and issuerURL Ha a CI-fürt... A issuerName és a issuerURL beállítása... USA-A
https://idbroker.webex.com/idbEU
https://idbroker-eu.webex.com/idbUS-B
https://idbroker-b-us.webex.com/idbCA
https://idbroker-ca.webex.com/idbNÉMET DEMOKRATIKUS KÖZTÁRSASÁG
https://idbroker-sg.webex.com/idbBAN
https://idbroker-in.webex.com/idbEGYESÜLT ARAB EMÍRSÉGEK
https://idbroker-ae.webex.com/idbAMERIKAI EGYESÜLT ÁLLAMOK
https://idbroker-au.webex.com/idbHa nem ismered a CI Cluster, az információkat az Ügyféladatok a Control Hub Help Desk nézetében szerezheti be.
Table 2. Set tokenInfoURL Ha a Teams-fürt... A tokenInfoURL beállítása...(IdP proxy URL) ACHM
https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticateAFRA
https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticateAORE
https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticateADXB-BEN
https://broadworks-idp-proxy-d.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticateASYD-BEN
https://broadworks-idp-proxy-m.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate-
Ha nem ismered a Teams Cluster, az információkat az Ügyfél adatairól a Control Hub Help Desk nézetében szerezheti be.
-
A teszteléshez ellenőrizheti, hogy a tokenInfoURL érvényes-e a "
idp/authenticate" az URL része a következővel: "ping".
-
-
Adja meg a Webex felhasználói profiljában jelen lévő Webex jogosultságot a következő parancs futtatásával:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user -
Konfigurálja a Cisco Federation identitásszolgáltatóit az alábbi parancsokkal minden XSP|ADP kiszolgálón:
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éhez, hogy az FLS-konfiguráció működik-e. Ez a parancs visszaadja az identitásszolgáltatók listáját:
XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get -
A Token Management konfigurálása az alábbi parancsokkal minden XSP|ADP szerveren:
-
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement> -
set tokenIssuer BroadWorks -
set tokenDurationInHours 720
-
-
RSA-kulcsok létrehozása és megosztása. Kulcsokat kell generálni egy XSP|ADP-n, majd másolni őket az összes többi XSP|ADP-re. Ez a következő tényezőknek köszönhető:
-
Ugyanazokat a nyilvános/privát kulcspárokat kell használnia a jogkivonat titkosításához/visszafejtéséhez a hitelesítési szolgáltatás összes példányában.
-
A kulcspárt a hitelesítési szolgáltatás hozza létre, amikor először kell jogkivonatot kiadni.
Ha cikluskulcsokat használ, vagy megváltoztatja a kulcs hosszát, meg kell ismételnie az alábbi konfigurációt, és újra kell indítania az összes XSP|ADP-t.
-
Válasszon ki egy XSP|ADP-t a kulcspár létrehozásához.
-
Egy kliens segítségével kérhet egy titkosított tokent az XSP|ADP-től, az alábbi URL-t kérve az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)(Ez létrehoz egy privát / nyilvános kulcspárt az XSP|ADP-n, ha még nem volt ilyen)
-
A kulcstároló helye nem konfigurálható. A kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys -
Az exportált fájl másolása
/var/broadworks/tmp/authService.keysugyanazon a helyen a többi XSP|ADP, felülírva egy régebbi.keysfájlból szükség esetén. -
Importálja a kulcsokat a többi XSP|ADP-n:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
-
-
Adja meg az authService URL-címét a webtárolóhoz. Az XSP|ADP webes konténerének szüksége van az authService URL-re, hogy érvényesítse a tokeneket. Az XSP|ADP-k mindegyikén:
-
Adja hozzá a hitelesítési szolgáltatás URL-címét külső hitelesítési szolgáltatásként a BroadWorks Communications Utilityhez:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1:80/authService -
Adja hozzá a hitelesítési szolgáltatás URL-címét a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1:80/authServiceEz lehetővé teszi a Webex számára, hogy a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott jogkivonatok érvényesítéséhez.
-
Ellenőrizze a paramétert a
get. -
Indítsa újra az XSP|ADP.
-
Az Auth Service ügyfélhitelesítési követelményének eltávolítása (csak R24 )
Ha a hitelesítési szolgáltatás R-en a CI Token érvényesítéssel van konfigurálva24, el kell távolítania a hitelesítési szolgáltatás ügyfélhitelesítési követelményét is. Futtassa a következő CLI parancsot:
ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false
TLS és rejtjelezések konfigurálása a HTTP-felületeken (XSI és hitelesítési szolgáltatáshoz)
A hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP-kiszolgálói felületeket használnak. Az alkalmazások TLS-konfigurálhatóságának szintjei a következők:
Leg általánosabb = Rendszer > Átviteli > HTTP > HTTP Server 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-környezetek a következők:
| Sajátlagosság | CLI-környezet |
| Rendszer (globális) |
|
| A rendszer szállítási protokolljai |
|
| HTTP ezen a rendszeren |
|
| Speciális HTTP-kiszolgálói felületek ezen a rendszeren |
|
HTTP Server TLS interfész konfiguráció olvasása az XSP|ADP-n
-
Jelentkezzen be az XSP|ADP-be és navigáljon
XSP|ADP_CLI/Interface/Http/HttpServer> -
Adja meg a(z)
getparancs és olvassa el az eredményeket. Látnia kell az interfészeket (IP-címeket), és mindegyikhez, hogy biztonságosak-e, és hogy igényelnek-e ügyfélhitelesítést.
Az Apache tomcat minden biztonságos felülethez tanúsítványt rendel el; a rendszer öna aláírt tanúsítványt hoz létre, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> getTLS hozzáadása1.2 Protokoll a HTTP szerver felülethez
A Webex Clouddal kölcsönhatásba lépő HTTP felületet a TLSv-hez kell konfigurálni1.2. A felhő nem egyezteti a TLS-protokoll korábbi verzióit.
A TLSv1.2 protokoll beállítása a HTTP Server felületen:
-
Jelentkezzen be az XSP|ADP-be és navigáljon
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols> -
Írja be a parancsot
get <interfaceIp> 443hogy lássa, mely protokollokat használják már ezen a felületen. -
Írja be a parancsot
add <interfaceIp> 443 TLSv1.2hogy az interfész képes legyen használni a TLS-t1.2 amikor a felhővel kommunikál.
TLS-titkosítási konfiguráció szerkesztése a HTTP-kiszolgáló felületén
A szükséges titkosítások konfigurálása:
-
Jelentkezzen be az XSP|ADP-be és navigáljon
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers> -
Írja be a parancsot
get <interfaceIp> 443hogy lássa, mely rejtjeleket használják már ezen az interfészen. Legalább egy Cisco ajánlott csomagnak kell lennie (lásd XSP|ADP Identity and Security Requirements az Áttekintés szakaszban). -
Írja be a parancsot
add <interfaceIp> 443 <cipherName>titkosítás hozzáadásához a HTTP-kiszolgáló felületéhez.Az XSP|ADP CLI megköveteli az IANA szabványos cipher suite nevet, nem pedig az openSSL cipher suite nevet. Például az openSSL titkosításának hozzáadása
ECDHE-ECDSA-CHACHA20-POLY1305a HTTP-kiszolgáló felületére a következőt használja:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Lásd https://ciphersuite.info/Találd meg a lakosztályt mindkét név szerint.
Eszközkezelés konfigurálása XSP|ADP, alkalmazáskiszolgáló és profilkiszolgáló esetén
A Profile Server és az XSP|ADP kötelező a Device Management számára. Ezeket az utasításoknak megfelelően kell beállítani. BroadWorks eszközkezelő konfigurációs útmutató.
CTI interfész és kapcsolódó konfiguráció
Az alábbiakban felsoroljuk a "legbelső és legtávolabbi" konfigurációs sorrendet. A megrendelés követése nem kötelező.
-
Alkalmazáskiszolgáló konfigurálása CTI-előfizetések esetén
-
XSP|ADP-k konfigurálása mTLS hitelesített CTI-előfizetésekhez
-
Bejövő portok megnyitása a biztonságos CTI-interfészhez
-
Iratkozzon fel Webex szervezetére a BroadWorks CTI eseményekre
Alkalmazáskiszolgáló konfigurálása CTI-előfizetések esetén
Frissítse a ClientIdentity alkalmazást a Application Serveren a Webex for Cisco BroadWorks CTI ügyféltanúsítvány közös nevével (CN).
A Webex-szel használt minden alkalmazáskiszolgálóhoz adja hozzá a tanúsítványidentitást a ClientIdentity-hez az alábbiak szerint:
AS_CLI/System/ClientIdentity> add bwcticlient.webex.com
A Cisco BroadWorks ügyféltanúsítvány webexének közös neve bwcticlient.webex.com.
TLS és rejtjelezések konfigurálása a CTI-felületen
Az XSP|ADP CTI interfész konfigurációs szintjei a következők:
A leg általánosabb = Rendszer > Transport > CTI interfészek > CTI interfész = A legspecifikusabb
A különböző SSL-beállítások megtekintéséhez vagy módosításához használt CLI-környezetek a következők:
|
Sajátlagosság |
CLI-környezet |
|---|---|
|
Rendszer (globális) (R22 és később) |
XSP|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers> XSP|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols> |
|
A rendszer szállítási protokolljai (R22 és később) |
XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers> XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols> |
|
A rendszer összes CTI interfésze (R22 és később) |
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/Ciphers> XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/Protocols> |
|
Egy adott CTI interfész ezen a rendszeren (R22 és később) |
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> XSP|ADP_CLI/Interface/CTI/CTIServerSSLSettings/Protocols> |
Új telepítéskor a következő kódokat telepítik alapértelmezés szerint a rendszer szintjén. Ha nincs beállítva az interfész szintjén (például a CTI vagy a HTTP interfészen), akkor ez a kódlista érvényes. Vegye figyelembe, hogy ez a lista idővel változhat:
-
TLS_ECDHE_RSA_WITH_AES_GCM_SHA 128_HU256
-
TLS_ECDHE_ECDSA_WITH_AES_GCM_SHA 128_HU256
-
TLS_ECDHE_RSA_WITH_AES_CBC_SHA 128_CBC_SHA256
-
TLS_ECDHE_ECDSA_WITH_AES_CBC_SHA 128_CBC_SHA256
-
TLS_DHE_DSS_WITH_AES_GCM_SHA 128_DHE_DSS256
-
TLS_DHE_RSA_WITH_AES_GCM_SHA 128_DHE_RSA_WITH_AES_GCM_SHA256
-
TLS_DHE_RSA_WITH_AES_CBC_SHA 128_DHE_RSA_WITH_AES_CBC_SHA256
-
TLS_DHE_DSS_WITH_AES_CBC_SHA 128_NYELV256
-
TLS_ECDH_RSA_WITH_AES_GCM_SHA 128_HU256
-
TLS_ECDH_ECDSA_WITH_AES_GCM_SHA 128_TLS_ECDH_ECDSA_WITH_AES_GCM_SHA256
-
TLS_ECDH_RSA_WITH_AES_CBC_SHA 128_CBC_SHA256
-
TLS_ECDH_ECDSA_WITH_AES_CBC_SHA 128_CBC_SHA256
CTI TLS interfész konfiguráció olvasása az XSP|ADP-n
-
Jelentkezzen be az XSP|ADP-be és navigáljon
XSP|ADP_CLI/Interface/CTI/CTIServer> Adja meg a(z)
getparancs és olvassa el az eredményeket. Látnia kell az interfészeket (IP-címeket), és mindegyikhez, hogy szükségük van-e kiszolgálói tanúsítványra, és hogy igényelnek-e ügyfélhitelesítést.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 hozzáadása1.2 Protokoll a CTI interfészhez
Az XSP|ADP CTI interfészt, amely kölcsönhatásba lép a Webex Clouddal, a TLS v-re kell konfigurálni1.2. A felhő nem egyezteti a TLS-protokoll korábbi verzióit.
A TLSv1.2 protokoll beállítása a CTI interfészen:
-
Jelentkezzen be az XSP|ADP-be és navigáljon
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols> -
Írja be a parancsot
get <interfaceIp>hogy lássa, mely protokollokat használják már ezen a felületen. -
Írja be a parancsot
add <interfaceIp> TLSv1.2hogy az interfész képes legyen használni a TLS-t1.2 amikor a felhővel kommunikál.
TLS kódolási beállítások szerkesztése a CTI felületen
A szükséges titkosítások konfigurálása a CTI-felületen:
-
Jelentkezzen be az XSP|ADP-be és navigáljon
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> -
Adja meg a(z)
getparancs, hogy mely titkosítások vannak már használva ezen az interfészen. Legalább egy Cisco ajánlott csomagnak kell lennie (lásd XSP|ADP Identity and Security Requirements az Áttekintés szakaszban). -
Írja be a parancsot
add <interfaceIp> <cipherName>titkosítás hozzáadásához a CTI-felülethez.Az XSP|ADP CLI megköveteli az IANA szabványos cipher suite nevet, nem pedig az openSSL cipher suite nevet. Például az openSSL titkosításának hozzáadása
ECDHE-ECDSA-CHACHA20-POLY1305a CTI interfészhez a következőt használja:XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Lásd https://ciphersuite.info/Találd meg a lakosztályt mindkét név szerint.
Megbízható horgonyok CTI interfészhez (R22 és újabb)
Ez az eljárás feltételezi, hogy az XSP|ADP-k vagy az internettel szemben állnak, vagy az internettel szemben pass-through proxy segítségével állnak szemben. A tanúsítványkonfiguráció eltér egy áthidaló proxy esetén (lásd TLS tanúsítványkövetelmények a TLS-bridge proxyhoz).
Minden olyan XSP|ADP esetében, amely CTI eseményeket tesz közzé a Webex számára, tegye a következőket:
-
Jelentkezzen be a Partnerközpontba.
-
Ugrás Services > Additional links és kattints Download Webex CA Certificate hogy
CombinedCertChain2023.txta helyi számítógépen.Ezek a fájlok két tanúsítványt tartalmaznak. Meg kell osztani a fájlokat, mielőtt feltölti őket az XSP|ADP. Minden fájl szükséges.
-
A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt-
Nyitott
combinedcertchain2023.txtegy szövegszerkesztőben. -
Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat is
-----BEGIN CERTIFICATE-----és-----END CERTIFICATE-----, és illessze be a szövegblokkot egy új fájlba. -
Mentse az új fájlt
root2023.txt. -
Az eredeti fájl mentése
issuing2023.txt. Az eredeti fájlnak most már csak egy szövegblokkja lehet, amelyet a sorok vesznek körül.-----BEGIN CERTIFICATE-----és-----END CERTIFICATE-----.
-
-
Másolja mindkét szöveges fájlt egy ideiglenes helyre az XSP|ADP-n, amelyet biztonságban tart, pl.
/var/broadworks/tmp/root2023.txtés/var/broadworks/tmp/issuing2023.txt -
Jelentkezzen be az XSP|ADP-be és navigáljon
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> -
(Nem kötelező) Fut
help updateTrusta paraméterek és a parancsformátum megtekintéséhez. -
A tanúsítványfájlok feltöltése új megbízható horgonyokra - 2023
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txtXSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txtMinden aliasnak más nevet kell kapnia.
webexclientroot2023, éswebexclientissuing2023Ezek példa aliasok a bizalmi horgonyokhoz; használhatod a sajátjaidat, ha minden bejegyzés egyedi. -
Ellenőrizze, hogy a horgonyok frissülnek-e:
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> getAlias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed] -
Az ügyfelek tanúsítványokkal való hitelesítésének engedélyezése:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true
CTI-felület hozzáadása és mTLS engedélyezése
-
Adja hozzá a CTI SSL interfészt.
A CLI-környezet a BroadWorks verziójától függ. A parancs saját aláírású kiszolgálótanúsítványt hoz létre az interfészen, és arra kényszeríti a felületet, hogy ügyféltanúsítványt igényeljen.
-
A BroadWorks R22 és R23:
XSP|ADP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
-
-
Cserélje ki a kiszolgáló tanúsítványát és kulcsát az XSP|ADP CTI interfészein. Ehhez szüksége van a CTI interfész IP-címére; a következő kontextusból olvashatja el:
-
A BroadWorks R22 és R23:
XSP|ADP_CLI/Interface/CTI/CTIServer> getEzután futtassa a következő parancsokat, hogy az interfész öna aláírt tanúsítványát saját tanúsítvánnyal és személyes kulccsal cserélje le:
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|ADP.
Hozzáférés engedélyezése a BroadWorks CTI-eseményekhez a Webex-en
A klaszterek Partner Hubban történő konfigurálásakor hozzá kell adnia és érvényesítenie kell a CTI-felületet. Lásd Partnerszervezet konfigurálása a Partner Hub alkalmazásbanrészletes utasításokért.
-
Adja meg azt a CTI-címet, amellyel a Webex előfizethet a BroadWorks CTI-eseményekre.
-
A CTI-előfizetések előfizetőnként vannak, és csak akkor jönnek létre és tartanak fenn, amíg az előfizetőt a Webex számára a Cisco BroadWorks számára kiépítik.
Hívásbeállítások webnézet
Call Settings A Webview (CSWV) egy XSP|ADP-n tárolt alkalmazás, amely lehetővé teszi a felhasználók számára, hogy módosítsák a BroadWorks hívásbeállításait egy webes nézeten keresztül, amelyet a puha kliensben látnak. Lásd a Cisco BroadWorks Call Settings Webview Solution Guide.
A Webex ezt a funkciót arra használja, hogy a felhasználók számára hozzáférést biztosítson a Webex alkalmazáshoz nem natív BroadWorks hívásbeállításokhoz.
Ha azt szeretné, hogy a Webex for Cisco BroadWorks előfizetői a Webex alkalmazásban elérhető alapértelmezéseken túl hozzáférjenek a hívásbeállításokhoz, telepítenie kell a Hívásbeállítások Webview funkciót.
Hívásbeállítások A Webview két összetevőből áll:
-
Call Settings Webview alkalmazás, házigazdája egy Cisco BroadWorks XSP|ADP.
-
A Webex App, amely a hívás beállításait egy Webnézetben jeleníti meg.
Felhasználói élmény
-
Windows felhasználók: Kattintás Call Settings majd kattintson .
-
Mac felhasználók: Kattintson a profilképre, majd .
CSWV üzembe helyezése a BroadWorks-en
Hívásbeállítások telepítése Webview az XSP|ADP-n
A CSWV alkalmazásnak ugyanazon az XSP|ADP(k)on kell lennie, amely az Xsi-Actions felületet tartalmazza a környezetben. Ez egy kezeletlen alkalmazás az XSP|ADP-n, 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"-t a szoftver letöltési szakaszban.
-
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/típus/286326345/kiadás/RI.2022.04) volt a legutóbbi az írás idején. -
Telepítse, aktiválja és telepítse a webes archívumot a Cisco BroadWorks Xtended Service Platform Configuration Guide útmutatója szerint az XSP|ADP verziójához. (R)24verziója https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf).
-
Másolja a .war fájlt egy ideiglenes helyre az XSP|ADP-n, mint például
/tmp/. -
Keresse meg a következő CLI-környezetet, és futtassa a telepítési parancsot:
XSP|ADP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.warA BroadWorks szoftverkezelő ellenőrzi és telepíti a fájlt.
-
[Nem kötelező] Töröl
/tmp/BWCallSettingsWeb_1.7.5_1.war(ez a fájl már nem szükséges). -
Aktiválja az alkalmazást:
XSP|ADP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettingsA név és a verzió minden alkalmazáshoz kötelező, de a CSWV esetében meg kell adnia a contextPath útvonalat is, mivel ez egy kezeletlen alkalmazás. Bármely olyan értéket használhat, amelyet egy másik alkalmazás nem használ, például
/callsettings. -
A Hívásbeállítások alkalmazás üzembe helyezése a kijelölt környezet elérési útján:
XSP|ADP_CLI/Maintenance/ManagedObjects> deploy application /callsettings
-
-
Most már előre jelezheti az ügyfelek számára megadott hívásbeállítások URL-címét az alábbiak szerint:
https://<XSP|ADP-FQDN>/callsettings/Megjegyzések:
-
Az ügyfélkonfigurációs fájlba való beíráskor meg kell adnia a záró perjelet ezen az URL-címen.
-
Az XSP|ADP-FQDN-nek meg kell egyeznie az Xsi-Actions FQDN-vel, mert a CSWV-nek Xsi-Actions-t kell használnia, és a CORS nem támogatott.
-
Ügyeljen arra, hogy a
<XSP|ADP-FQDN>a HttpAlias minden ADP vagy XSP hosting CSWV:ADP_CLI/Interface/Http/HttpAlias>
-
-
Ismételje meg ezt az eljárást más XSP|ADP-k esetében a Webex for Cisco BroadWorks környezetben (ha szükséges).
A Call Settings Webview alkalmazás most aktív az XSP|ADP-n.
A Webex alkalmazás beállítása a Call Settings Webview használatához
Az ügyfél konfigurációjával kapcsolatos további részletekért lásd: Webex for Cisco BroadWorks konfigurációs útmutató.
A Webex alkalmazáskonfigurációs fájlban van egy egyéni címke, amely segítségével beállíthatja a CSWV URL-címet. Ez az URL megjeleníti a hívási beállításokat a felhasználók számára 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 BroadWorks Webex alkalmazáskonfigurációs sablonjában konfigurálja a CSWV URL-címet a %WEB_CALL_SETTINGS_URL_WXT% címkén.
Ha nem adja meg kifejezetten az URL-t, az alapértelmezés üres, és a hívásbeállítások oldal nem látható a felhasználók számára.
-
Győződjön meg arról, hogy a Webex alkalmazás legújabb konfigurációs sablonjai vannak (lásd: Eszközprofilok).
-
Állítsa be a webhívási beállítások cél
csw:%WEB_CALL_SETTINGS_TARGET_WXT% csw -
Állítsa be a környezet webes hívásbeállítási URL-címét, 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ármaztattad.
-
Az eredményül kapott ügyfélkonfigurációs fájlnak a következő bejegyzéssel kell rendelkeznie:
<web-call-settings target="csw"> <url>https://yourxsp.example.com/callsettings/</url> </web-call-settings>Az XSP-re való hivatkozás magában foglalja az XSP-t vagy az ADP-t.
Call push értesítések beállítása a Webex for BroadWorks
Ebben a dokumentumban a Call Notifications Push Server (CNPS) kifejezést használjuk az Ön környezetében futó XSP-hosted vagy ADP-hosted alkalmazás leírására. A CNPS együttműködik a BroadWorks rendszerével, hogy tisztában legyen a felhasználókhoz érkező hívásokkal, és lekéri az értesítéseket a Google Firebase Cloud Messaging (FCM) vagy az Apple Push Notification service (APNs) értesítési szolgáltatásaiba.
Ezek a szolgáltatások értesítik a Webex mobil eszközeit a Cisco BroadWorks előfizetői számára, hogy bejövő hívásokat folytatnak a Webex-en.
Az NPS-ről további információt a Értesítés Push Server szolgáltatás leírása.
A Webex hasonló mechanizmusa együttműködik a Webex üzenetküldő és jelenléti szolgáltatásokkal, hogy értesítéseket küld a Google (FCM) vagy az Apple (APNS) értesítési szolgáltatásaihoz. Ezek a szolgáltatások viszont értesítik a mobil Webex felhasználókat a bejövő üzenetekről vagy a jelenlét változásairól.
Ez a rész leírja, hogyan konfigurálhatja az NPS hitelesítési proxyt, ha az NPS már nem támogat más alkalmazásokat. Ha megosztott hálózati házirend-kiszolgálót kell áttelepítenie az NPS-proxy használatához, lásd: Cisco BroadWorks NPS frissítése az NPS proxy használatához.
Hálózati házirend-kiszolgáló proxyjának áttekintése
A Cisco BroadWorks-hez készült Webex-szel való kompatibilitás érdekében a CNPS-nek javítania kell az NPS Proxy funkció, a Push Server for VoIP az UCaaS-ben.
A szolgáltatás új kialakítást valósít meg az értesítési leküldéses kiszolgálón, hogy megoldja a leküldéses értesítési tanúsítvány privát kulcsainak a mobilügyfelek szolgáltatóival való megosztásának biztonsági rését. Ahelyett, hogy a leküldéses értesítési tanúsítványokat és kulcsokat megosztaná a szolgáltatóval, az nps egy új API-t használ egy rövid életű leküldéses értesítési jogkivonat beszerzéséhez a Webex-től a Cisco BroadWorks háttérhez, és ezt a jogkivonatot használja az Apple APN-ekkel és a Google FCM szolgáltatásokkal való hitelesítéshez.
A funkció az Értesítési Push Server azon képességét is növeli, hogy az új Google Firebase Cloud Messaging (FCM) HTTPv1 API-n keresztül értesítéseket küldjön Android készülékekre.
-
További információkért lásd a Push Server for VoIP in UCaaS Feature Description.
-
A funkcióhoz tartozó BroadWorks javítások a következőkön érhetők el: https://software.cisco.com/download/home/286326302/típus/286326345/kiadás/RI.2022.04.
Az NPS-szoftverekért és javításokért lásd: Készítse elő az NPS-t a Webex-hez a Cisco BroadWorks-hez .
Keresse meg és töltse le a javítást a szoftver letöltési oldalról.
-
További információk az ADP szerverről a következő címen találhatók: Cisco BroadWorks alkalmazásszállítási platform.
APNS megfontolások
Az Apple március után már nem támogatja 1a HTTP/alapú bináris protokollt az Apple Push Notification szolgáltatásban31, 2021. Javasoljuk, hogy állítsa be az XSP|ADP-t, hogy használja a HTTP/2alapú interfészt az APN-ekhez. Ez a frissítés megköveteli, hogy az NPS-t tároló XSP|ADP futtassa R22 vagy később.
Készítse elő NPS-ét a Webex számára a Cisco BroadWorks számára
| 1 |
Telepítsen és konfiguráljon egy dedikált XSP-t (minimális verzió R22) vagy Application Delivery Platform-ot (ADP). |
| 2 |
Telepítse a hálózati házirend-kiszolgáló proxy javításait: XSP R22 javítások: XSP R23 javítások: |
| 3 |
Aktiválja az Értesítési leküldéses kiszolgáló alkalmazást. |
| 4 |
(Android értesítésekhez) Engedélyezze az FCM v1 API-t az NPS-en.
|
| 5 |
(Apple iOS értesítésekhez) Engedélyezze a HTTP/2 a hálózati házirend-kiszolgálón.
Ez kizárólag a Release 22 és a korábbi verziókra vonatkozik; nem érhető el a Release 23 és a korábbi verziókban, amelyek csak a HTTP/t támogatják2. |
| 6 |
Csatoljon egy techsupportot az NPS XSP/ADP-ből. |
| 7 |
Minden AS-kiszolgálón:
Példa több ADP/XSP-re: _pushnotification-client._tcp.qaxsps.broadsoft.com SRV 20 20 443 ADP1-qaxsps.broadsoft.com _pushnotification-client._tcp.qaxsps.broadsoft.com SRV 20 20 443 ADP2-qaxsps.broadsoft.com ADP-qaxsps.broadsoft.com 1az A-ban10.193.78.149 ADP-qaxsps.broadsoft.com 2az A-ban10.193.78.150 A beállítás után az alábbiak egyike szükséges a módosítások átvételéhez:
|
Mi a következő teendő
Az NPS friss telepítéséhez lépjen a következőre: A hálózati házirend beállítása hitelesítési proxyként
Egy meglévő Android telepítés áttelepítése az FCMv-re1, menj Az NPS áttelepítése FCMv-re1
A hálózati házirend beállítása hitelesítési proxyként
Ez a feladat az NPS új telepítésére vonatkozik, amelyet a Cisco BroadWorks webexének szenteltek.
Ha a hitelesítési proxyt más mobilalkalmazásokkal megosztott NPS-en szeretné beállítani, olvassa el a Cisco BroadWorks NPS frissítése az NPS proxy használatához.
| 1 |
OAuth hitelesítő adatok megszerzése a Webex for Cisco BroadWorks. | |||||||||||||||||||
| 2 |
Hozza létre az ügyfélfiókot a hálózati házirend-kiszolgálón:
Ha ellenőrizni szeretné, hogy a megadott értékek megegyeznek-e a megadott értékekkel, futtassa a
A CiscoCI kibocsátóUrl MINDIG US CI fürtnek kell lennie, függetlenül a tartózkodási helyétől, és az alapértelmezés: | |||||||||||||||||||
| 3 |
Adja meg az NPS Proxy URL-jét, és állítsa be a token frissítési intervallumát (30 ajánlott percek):
A DNS felbontási sebesség növelése érdekében a jelenlegi nps.uc-one.broadsoft.com FQDN helyett azt javasoljuk, hogy a régiója alapján használja a megfelelő FQDN-t. Régió alapú FQDN-ek: USA keleti régiója:
Amerikai Egyesült Államok:
Európa:
Szaúd-Arábia:
Ausztrália:
Ha a DNS-felbontás késleltetése miatt az értesítések időtúllépését okozza, növelje a BroadWorks szerver "/etc/resolv.conf" fájljában a timeout értéket. | |||||||||||||||||||
| 4 |
(Android-értesítésekhez) Adja hozzá az Android-alkalmazásazonosítót az NPS FCM-alkalmazások környezetéhez.
| |||||||||||||||||||
| 5 |
(Apple iOS értesítések esetén) Adja hozzá az alkalmazásazonosítót az APNS-alkalmazások környezetéhez, és győződjön meg róla, hogy kihagyja az Auth kulcsot – állítsa üresre.
| |||||||||||||||||||
| 6 |
Konfigurálja a következő nps URL-címeket:
| |||||||||||||||||||
| 7 |
Konfigurálja a következő hálózati házirend-kiszolgáló kapcsolati paramétereket az 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 |
Az XSP|ADP újraindítása: | |||||||||||||||||||
| 10 |
Tesztelje a hívásértesítéseket úgy, hogy a BroadWorks előfizetője két Webex mobilfelhasználóhoz kezdeményez hívásokat. Ellenőrizze, hogy a hívásértesítés megjelenik-e iOS és Android eszközökön. |
Az NPS áttelepítése FCMv-re1
Ez a témakör olyan opcionális eljárásokat tartalmaz, amelyeket a Google FCM Console alkalmazásban használhat, ha már rendelkezik NPS-telepítéssel, amelyet át kell telepítenie az FCMv-re1. Három eljárás létezik:
-
UC-One kliensek áttelepítése FCMv-re1– Ha már meglévő UCaaS ügyfelei vannak, és át kell telepíteni őket az FCMv használatához1.
-
SaaS ügyfelek áttelepítése FCMv-re1– Ha már meglévő SaaS ügyfelei vannak, és át kell telepíteni őket az FCMv használatához1.
-
ADP-kiszolgáló frissítése– Amikor az NPS-t egy ADP-kiszolgálóra telepíti.
UC-One ügyfelek áttelepítése FCMv-re1
A Google FCM konzolban az alábbi lépésekkel telepítheti az UC-One-ügyfeleket a Google FCM HTTPv-re1.
Ha a márkajelzést az ügyfélre alkalmazza, az ügyfélnek rendelkeznie kell a Feladó azonosítójával. Az FCM konzolban lásd: . A beállítás a Projekt hitelesítő adatai táblában jelenik meg.
A részletekért lásd a Csatlakoztassa Mobile Branding Guide. Olvassa el a gcm_defaultSenderId paraméter, amely a Branding Kit, Resource mappában, márkajelzésben.xml alábbi szintaxissal rendelkező fájlban található:
<string name="gcm_defaultSenderId">xxxxxxxxxxxxx</string>
-
Jelentkezzen be az FCM admin SDK-ba http://console.firebase.google.com.
-
Válassza ki a megfelelő Android alkalmazást.
-
A General tab, rögzítse a projekt azonosítóját
-
A szolgáltatásfiók konfigurálásához keresse meg a szolgáltatásfiókok lapot. Létrehozhat új szolgáltatási fiókot, vagy konfigurálhat egy meglévőt.
Új szolgáltatási fiók létrehozása:
-
Kattintson a kék gombra új szolgáltatási fiók létrehozásához
-
Kattintson a kék gombra egy új privát kulcs létrehozásához
-
Kulcs letöltése biztonságos helyre
Meglévő szolgáltatási fió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 használt szolgáltatási fiókot. A szolgáltatási fiókhoz engedélyre van szükség 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 biztonságos helyre.
-
-
Másolja a json fájlt az XSP|ADP-re.
-
Konfigurálja a projekt azonosítójá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 ******** -
Az 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 -
Az FCMv engedélyezése1:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done -
Futtassa a
bwrestartparancs az XSP|ADP újraindítására.
SaaS ügyfelek áttelepítése FCMv-re1
Használja az alábbi lépéseket a Google FCMv konzolon, ha át szeretné migrálni a SaaS-ügyfeleket az FCMv-re1.
Győződjön meg arról, hogy már befejezte a "Hálózati házirend-kiszolgáló konfigurálása hitelesítési proxy használatára" eljárást.
-
FCM letiltása:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false ...Done -
Futtassa a
bwrestartparancs az XSP|ADP újraindítására. -
FCM engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...Done -
Futtassa a
bwrestartparancs az XSP|ADP újraindítására.
ADP-kiszolgáló frissítése
Használja a Google FCM Konzol alábbi lépéseit, ha a hálózati házirend-kiszolgálót ADP-kiszolgáló használatára migrálja.
-
A JSON fájl bekérés a Google Cloud Console-ról:
-
A Google Cloud konzolon lépjen a Service Accounts oldal.
-
Kattintás Select a project, válassza ki a projekt és kattintson Open.
-
Keresse meg a szolgáltatási fiók sorát, amelyhez kulcsot szeretne létrehozni, kattintson a More függőleges gomb, majd kattintson Create key.
-
Válasszon ki egy Key Írja be és kattintson Create
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
/bw/installparancs. -
Jelentkezzen be az ADP CLI-be, és adjon hozzá 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
-
Partnerszervezet konfigurálása a Partnerközpontban
A BroadWorks fürtök konfigurálása
[klaszterenként egyszer]
Ez a következő okok miatt történik:
-
Ahhoz, hogy a Webex felhő hitelesítse a felhasználókat a BroadWorks ellen (az XSP|ADP-alapú hitelesítési szolgáltatáson keresztül).
-
Annak engedélyezése, hogy a Webex-alkalmazások Xsi felületet használjanak a hívásvezérléshez.
-
Annak lehetővé tétele, hogy a Webex meghallgassák a BroadWorks által közzétett CTI-eseményeket (telefonos jelenlét és híváselőzmények).
A fürtvarázsló automatikusan ellenőrzi az interfészeket, amikor hozzáadja őket. Folytathatja a fürt szerkesztését, ha valamelyik felület nem validálja sikeresen, de nem menthet fürt, ha érvénytelen bejegyzés van.
Ezt azért akadályozzuk meg, mert egy rosszul konfigurált fürt nehezen megoldható problémákat okozhat.
Mit kell tennie:
-
Bejelentkezés a Partnerközpontba a
admin.webex.com. -
Nyitott Services oldalsó menüből, és keresse meg Additional links kártya.
Ha az admin felhasználó nem látja a Additional links kártya, ajánlott, hogy nyissa meg a tok a Cisco TAC.
-
Kattintás Add Cluster.
Ez elindít egy varázslót, ahol XSP|ADP interfészeket (URL-eket) biztosít. Nem szabványos port használata esetén portot adhat hozzá a kapcsolat URL-címéhez.
-
Nevezze el ezt a fürtet és kattintson rá Next.
A fürt koncepciója itt egyszerűen egy olyan interfészek gyűjteménye, amelyek tipikusan egy XSP|ADP szerveren vagy farmon helyezkednek el, amelyek lehetővé teszik a Webex számára, hogy információkat olvasson az Application Server-ről (AS). Lehet, hogy egy XSP|ADP AS klaszter, vagy több XSP|ADP klaszter, vagy több AS klaszter XSP|ADP. A BroadWorks rendszer méretezési követelményei itt nem terjednek ki.
-
(Opcionális) Adjon meg egy BroadWorks felhasználót Account Name és Password hogy tudja, hogy a BroadWorks rendszeren belül csatlakozik a Webex, majd kattintson Next.
Az érvényesítési tesztek ezzel a fiókkal ellenőrizhetik a fürt kapcsolódási kapcsolatait.
-
Hozzáadás XSI Actions és XSI Events URL-ek.
-
Opcionális Frissítés DAS URL az Eszközaktiváló szolgáltatás URL-címe.
-
Opcionális Ellenőrizze a Enable direct BroadWorks authentication Jelölje be, ha azt szeretné, hogy a BroadWorks-be történő bejelentkezések közvetlenül a BroadWorks-be kerüljenek. Ellenkező esetben a BroadWorks hitelesítését a Webex által üzemeltetett IdP proxy szolgáltatás végzi.
Ez a jelölőnégyzet a következő bejelentkezési helyzetekre vonatkozik:
-
User Activation Portal login – A felhasználóknak meg kell adniuk a BroadWorks hitelesítő adataikat, amikor bejelentkeznek a portálra. A fenti beállítás határozza meg, hogy a bejelentkezés közvetlen-e a BroadWorks vagy az IdP Proxy.
-
Ügyfél bejelentkezés—Ha BroadWorks Authentication Az Onboarding sablonban van konfigurálva, a fenti beállítás határozza meg, hogy a Webex alkalmazásba való kliens bejelentkezése közvetlenül a BroadWorks-re történik-e, vagy az IdP Proxy-n keresztül történik-e.
-
-
Kattintás Next.
-
A CTI Interface oldal, tegye a következőket:
-
Adja hozzá a CTI URL és Port az a CTI interfész, amelyhez csatlakozni szeretne.
-
Opcionális Engedélyezze a Call History kapcsolja be, majd adja meg a BroadWorks felhasználói azonosítóját. Ha ez az opció be van jelölve, a BroadWorks szinkronizálja az előzmények eseményeit a Webex felhőbe. A felhasználók megtekinthetik híváselőzményeiket a Webex alkalmazásban.
-
Opcionális Engedélyezze a Do not disturb (DND) sync kapcsolja be, majd adja meg a BroadWorks felhasználói azonosítóját. Ez az opció szinkronizálja a DND eseményeket a Webex és a BroadWorks között, biztosítva, hogy a funkció mindkét platformon ugyanúgy működjön.
-
Opcionális Engedélyezze a Personal Assistant Status Sync kapcsolja be, majd adja meg a BroadWorks felhasználói azonosítóját. Ez az opció szinkronizálja a személyi asszisztens jelenléti állapotát a BroadWorks Calling eszközök és a Webex App között.
-
Kattintás Next.
-
-
Hozzáadás Authentication Service URL.
-
Kiválasztás Auth Service with CI token validation.
Ehhez a beállításhoz nincs szükség mTLS-re a kapcsolat Webextől való védelméhez, mivel a hitelesítési szolgáltatás megfelelően ellenőrzi a felhasználói jogkivonatot a Webex identity szolgáltatáson, mielőtt kiadná a hosszú élettartamú jogkivonatot a felhasználónak.
-
Tekintse át a bejegyzéseket a végső képernyőn, majd kattintson a gombra Create. Látnia kell egy sikeres üzenetet.
A Partner Hub továbbítja az URL-címeket különböző Webex mikroszolgáltatásoknak, amelyek tesztelik a mellékelt interfészekhez való csatlakozásokat.
-
Kattintás View Clusters és látni kell az új fürtöt, és hogy az érvényesítés sikeres-e.
-
A Create A 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.
Ezt az ellenőrzést a későbbi feladatok hibáinak megelőzése érdekében hajtottuk végre. A telepítés konfigurálásakor visszameheti a varázslót, amely az ebben az útmutatóban dokumentált infrastruktúra módosításait igényelheti (pl. XSP|ADP, terheléselosztó vagy tűzfal), mielőtt mentené a sablont.
A BroadWorks-interfészek közötti kapcsolatok ellenőrzése
-
Jelentkezzen be a Partnerközpontba (admin.webex.com) a partner rendszergazdai hitelesítő adataival.
-
Nyitott Services oldalsó menüből, és keresse meg BroadWorks Calling kártya.
-
Kattintás View Broadworks Calling.
-
A Partner Hub csatlakozási teszteket kezdeményez a különböző mikroszolgáltatásokból a fürtök interfészei felé.
A tesztek befejezése után a fürtlista lapja állapotüzenetet jelenít meg az egyes fürtök mellett.
Zöld sikerüzeneteket kell látnia. Ha piros hibaüzenet jelenik meg, kattintson az érintett fürt nevére, és nézze meg, melyik beállítás okozza a problémát.
-
Opcionális Válassza ki a fürt, ha meg szeretné tekinteni a fürt meglévő beállításait, például az XSI-Actions, az XSI-Events, a DAS URL és a CTI interfész beállításait.
Beszálló sablonok beállítása
A fedélzeti sablonok az a mód, hogy a megosztott konfigurációt egy vagy több ügyfélre alkalmazzuk, amikor a fedélzetre helyezi őket a feltöltési módszerek segítségével. Minden sablont egy fürthöz kell társítania (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 Hubés válassza ki Customers.
-
Kattintson a Onboarding templates gomb a meglévő sablonok megtekintéséhez.
-
Kattintás Create Template.
-
A Template Details ablak, adja meg a sablon nevét, az ország vagy a régió és az alapértelmezett e-mail nyelv.
-
Kattintson a legördülő gombra a CCW Subscription ID, keresse meg a partner felsorolt előfizetéseit, és válassza ki az alkalmazandó előfizetést.
Ez a mező csak a Webex for BroadWorks-ből Webex-be vándorló partnerek számára jelenik meg.
-
A Service Setting ablak, használja a Fürt legördülő legördülő lehetőséget, hogy kiválassza a fürtöt, amelyet ezzel a sablonnal használni szeretne.
-
Írjon be egy Template Name, majd kattintson Next.
-
Konfigurálja a kiépítési módot az alábbi ajánlott beállításokkal:
Table 3. Recommended Provisioning Settings for Different Provisioning Modes Beállítás neve
Folyamatmentés kiépítése megbízható e-mailekkel
Folyamatmentő kiépítés e-mailek nélkül
Felhasználói önkiépítés
Enable BroadWorks Flow Through Provisioning (tartalmazza a számla hitelesítő adatait, ha On**)
Be
Ellátás a céltartalék Account Name és Password mint a BroadWorks konfiguráció.
Be
Ellátás a céltartalék Account Name és Password mint a BroadWorks konfiguráció.
Ki
Automatically Create New Organizations in Control Hub
Tovább
Tovább
Tovább
Service Provider Email Address
Válasszon ki egy e-mail-címet a legördülő listából (beírhat néhány karaktert, hogy megtalálja a címet, ha hosszú lista).
Ez az e-mail cím azonosítja a Partnerszervezeten belüli adminisztrátort, aki az Onboarding sablonnal létrehozott új ügyfélszervezetekhez delegált admin hozzáférést biztosít.
Country
Válassza ki, hogy melyik országot használja ehhez a sablonhoz.
A kiválasztott ország megegyezik az ezzel a sablonnal létrehozott ügyfélszervezetekkel egy adott régióval. Jelenleg a régió lehet (EMEAR) vagy (Észak-Amerika és a világ többi része). Lásd a ország-régió térképeket ebben a táblázatban.
A szervezet országa határozza meg a Cisco PSTN alapértelmezett globális hívószámát a Webex Meeting Sites-ben. Lásd az Ország részt Súgótovábbi információkért.
BroadWorks Enterprise Mode Active
Ezt akkor engedélyezheti, ha a sablonnal kiépített ügyfelek a BroadWorks vállalatai.
Ha csoportok, hagyja ki ezt a kikapcsolt.
Ha a BroadWorksben számos vállalkozás és csoport található, különböző sablonokat kell létrehoznia ezekhez a különböző esetekhez.
Megjegyzések a táblázatból:
-
† Ez a kapcsoló biztosítja, hogy új ügyfélszervezet jön létre, ha az előfizető e-mail tartománya nem felel meg egy meglévő Webex szervezetnek.
Ennek mindig be kell mennie, 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 Webexben (mielőtt elkezdené kiépesni a felhasználókat ezekben a szervezetekben). Ezt a lehetőséget gyakran "hibrid kiépítési" modellnek nevezik, és nem tartozik e dokumentum hatálya alá.
-
** A "Provisioning account" a BroadWorks rendszerszintű admin számlájára utal. A BroadWorks-nél szüksége van egy admin fiókra ezekkel a tulajdonságokkal: Administrator Type=Provisioning, Read-only=Off.
-
-
Válassza ki az alapértelmezett szolgáltatáscsomagot az ügyfelek számára ezzel a sablonnal (lásd Csomagok az Áttekintés szakaszban); vagy Basic, Standard, Premium vagy Softphone.
Ezt a beállítást az egyes felhasználók számára a Partnerközponton keresztül felülbírálhatja.
-
Opcionális Ellenőrzés Disable Cisco Webex Free Calling ha szeretné letiltani a Webex Calls,.
-
Ügyfél: Meeting Join Configuration, válasszon egyet a következő lehetőségek közül:
-
Cisco Call-in Numbers (PSTN)
-
Partner-provided Call-in Numbers (BYoPSTN)—Ha ezt a beállítást választja, olvassa el a Hozd a saját PSTN Solution Guide for Webex for Cisco BroadWorks című részt a beállítás konfigurálásával kapcsolatos részletes információkért.
-
-
Kattintás Next.
-
Két megközelítés létezik az előfizetők ellátására azzal kapcsolatban, hogy miként ellenőrzik személyazonosságukat – megbízható e-mailek vagy nem megbízható e-mailek használatával.
A Megbízható e-mail munkafolyamatban a felhasználók e-mail címeket adnak a BroadWorks alkalmazásban hozzáadó partnernek. Ön mint partner felelős az e-mail cím feltöltéséért vagy a flow-through vagy az API módszer részeként.
Erősen ajánlott a Megbízható feltöltés módszer használata, mert biztosítja, hogy minden előfizetőt teljes mértékben Ön, mint partner, és nincs szükség a végfelhasználóktól semmilyen intézkedésre.
A Megbízhatatlan e-mail esetben a felhasználóknak ellenőrizniük kell e-mailjeiket a feltöltés előtt, vagy a felhasználók aktiválhatják magukat.
A Megbízhatatlan esetben több feltöltési mód létezik az alábbi táblázatban szereplő ellenőrzési beállítások alapján:
Table 4. Recommended User Verification Settings for Untrusted Provisioning Modes Beállítás neve
Folyamatmentő kiépítés e-mailek nélkül
Felhasználói önkiépítés
Provision Admin Első
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élszervezetének legalább egy adminisztrátori szerepkörrel kell rendelkeznie. Az első felhasználó, akinek a BroadWorks-ben az Integrált IM&P-t rendeli hozzá, átveszi az ügyfél adminisztrátori szerepét, ha új ügyfélszervezetet hoz létre a Webex-en. Szolgáltatóként Ön is szeretné ellenőrizni, hogy ki kapja meg a szerepet. Ennek a beállításnak az ellenőrzése megakadályozza a felhasználókat, hogy az aktiválás befejeződjön, amíg az első felhasználó be nem indul. Ha törli a jelet, akkor az első felhasználó, aki aktívvá válik az új szervezetben, az ügyfél rendszergazdájává válik.
-
-
Kattintás Next.
-
Válassza ki az alapértelmezett felhasználóazonosítási módot (vagy BroadWorks Authentication vagy Webex Authentication) felhasználói bejelentkezéshez a Webex-be.
Ez a beállítás nincs hatással a felhasználó bejelentkezésére a Felhasználói Aktiválási Portálon. A felhasználóknak a portálra való bejelentkezéskor a BroadWorks felhasználói azonosítójukat és jelszavukat kell használniuk, függetlenül attól, hogy az Onboarding sablon hogyan konfigurálódik.
Ez a beállítás csak az újonnan létrehozott ügyfélszervezetekre lesz alkalmazva. Ha a partner rendszergazdái ú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ényesek, hogy a meglévő felhasználók ne veszítsék el a hozzáférést. A meglévő ügyfélszervezetek hitelesítési módjának módosításához meg kell nyitnia egy jegyet a Cisco TAC-tal.
(Lásd Hitelesítési mód a Környezet előkészítése szakaszban).
-
Kattintás Next.
-
Ügyfél: Preferences, állítsa be a következő:
-
Válassza ki, hogy szeretné- e Prefill user email addresses in login page.
Csak akkor használja ezt a lehetőséget, ha kiválasztotta BroadWorks Authentication és a felhasználók e-mail címeit a BroadWorks Alternatív ID attribútumába is elhelyezték. Ellenkező esetben a BroadWorks felhasználónevét kell használniuk. A bejelentkezési oldal lehetőséget ad a felhasználó megváltoztatására, ha szükséges, de ez bejelentkezési problémákhoz vezethet.
-
Ha engedélyezni szeretné a könyvtárszinkronizálást, állítsa be a Enable phone directory sync for all new customer organizations Kapcsold be.
Ez a beállítás lehetővé teszi a Webex számára, hogy beolvassa a BroadWorks névjegyeket az ügyfélszervezetbe, hogy a felhasználók megtalálják és felhívhassák őket a Webex alkalmazásból.
-
Írjon be egy Partner Admin.
Ezt a nevet használja a Webex automatikus e-mail üzenete, amely felkéri a felhasználókat e-mail-címük érvényesítésére.
-
Győződjön meg arról, hogy az admin-meghívó e-mailek engedélyezése a meglévő orgok kapcsolásához Be van kapcsolva (az alapértelmezett beállítás Be).
-
Kattintás Next.
-
Tekintse át bejegyzéseit a végső képernyőn. A varázsló tetején található navigációs vezérlőkre kattintva visszatérhet, és módosíthatja a részleteket. Kattintás Create.
Látnia kell egy sikeres üzenetet.
Kattintás View Templates és meg kell látni az új sablon felsorolt bármely más sablonok.
-
Kattintson a sablon nevére a sablon módosításához vagy törléséhez, ha szükséges.
Nem kell újra megadnia a kiépítési fiók adatait. Az üres jelszó/jelszó-megerősítés mezők szükség esetén módosítják a hitelesítő adatokat, de üresen hagyják őket, hogy megtartsák a varázslónak megadott értékeket.
További sablonokat adhat hozzá, ha különböző megosztott konfigurációkkal rendelkezik, amelyeket meg szeretne adni az ügyfeleknek.
Tartsa meg a View Templates Nyissa meg az oldalt, mivel szükség lehet a sablon részleteire a következő feladathoz.
Alkalmazáskiszolgáló konfigurálása kiépítési szolgáltatás URL-címével
Ez a feladat csak a kiépítésen keresztüli folyamathoz szükséges.
Patch alkalmazáskiszolgáló (csak R22, R23, és R24 )
-
Ha még nem tette meg, vigye fel a következő tapaszt, amely a felszabadulásra vonatkozik:
-
R esetében22:
AP.as.22.0.1123.ap373197 -
R esetében23:
AP.as.23.0.1075.ap373197 -
R esetében24:
AP.as.24.0.944.ap384177
A Webex telepítésének követelményét képező BroadWorks javítások teljes listáját lásd a BroadWorks szoftverkövetelmények című részben.
-
-
Váltás a
Maintenance/ContainerOptionskontextus. -
Engedélyezze a kiépítés URL-paraméterét:
/AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true
A kiépítési URL(ek) lekérte a Partnerközpontból
Olvassa el a Cisco BroadWorks Application Server Command Line Interface Administration Guide útmutatóját az AS parancsok részleteiről (Interface > Messaging and Service > Integrated IM&P).
-
Jelentkezzen be a Partner Hub-ba és lépjen tovább .
-
Kattintás View Templates.
-
Válassza ki azt a sablont, amelyet a vállalat/csoport előfizetőinek Webexben való kiépítéséhez használ.
A sablon részletei a jobb oldali kirepülőablakban jelennek meg. Ha még nem hozott létre sablont, ezt meg kell tennie, mielőtt megkapná a kiépítési URL-címet.
-
Másolja a Provisioning Adapter URL-jét.
Ismételje meg ezt más sablonok esetében, ha egynél több sablonnal rendelkezik.
(Opció) Rendszerszintű kiépítési paraméterek konfigurálása alkalmazáskiszolgálón
Előfordulhat, hogy az UC-One SaaS használata esetén nem szeretné rendszerszintű kiépítési és szolgáltatási tartományt beállítani. Lásd Döntési pontok a Környezet előkészítése szakaszban.
-
Jelentkezzen be az alkalmazáskiszolgálóra, és konfigurálja az üzenetküldési 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
-
-
Aktiválja az integrált IMP interfészt:
-
/AS_CLI/Service/IntegratedIMP> set serviceDomain example.com -
/AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true
-
Meg kell adnia a teljesen minősített nevet a provisioningURL paramétert, amint azt a Control Hubban megadták. Ha az alkalmazáskiszolgáló nem tud hozzáférni a DNS-hez az állomásnév feloldásához, akkor létre kell hoznia a leképezést a /etc/hosts fájlt az AS-en.
(Opció) Vállalati kiépítési paraméterek konfigurálása alkalmazáskiszolgálón
-
A BroadWorks felhasználói felületen nyissa meg a konfigurálni kívánt vállalatot, majd lépjen a Szolgáltatások > Integrált IM&P menüpontba.
-
Válassza ki a Service domain használata lehetőséget, és adja meg a dummy értéket (a Webex figyelmen kívül hagyja ezt a paramétert. Használhatod a
example.com). -
Válassza az Üzenetküldő kiszolgáló használata lehetőséget.
-
Az URL mezőbe illessze be a sablonból másolt feltöltési URL-címet a Partner Hub alkalmazásban.
Meg kell adnia a teljesen minősített nevet a
provisioningURLparamétert, amint azt a Partner Hubban megadták. Ha az alkalmazáskiszolgáló nem tud hozzáférni a DNS-hez az állomásnév feloldásához, akkor létre kell hoznia a leképezést a/etc/hostsfájlt az AS-en. -
A Felhasználónév mezőbe írja be a feltöltési rendszergazda nevét. Ennek meg kell egyeznie a Partnerközpont sablonjának értékével.
-
Adjon meg egy jelszót a kiépítési rendszergazdához. Ennek meg kell egyeznie a Partnerközpont sablonjának értékével.
-
Az IM&P ID alapértelmezett felhasználói identitásához válassza az Elsődleges.
-
Kattintson az Alkalmaz elemre.
-
Ismételje meg a kiépítésen keresztüli folyamathoz konfigurálni kívánt többi vállalkozás esetében.
Felhasználói feltöltési adatok
A BroadWorks és a Webex között a felhasználói feltöltés során kicserélt felhasználói adatokkal kapcsolatos információkat lásd: Szolgáltató Felhasználó Jutalék.
Feltöltés előtti ellenőrzés API
A Pre-provisioning Check API segít a partnereknek és az értékesítési csapatoknak azonosítani a lehetséges hibákat vagy konfliktusokat, mielőtt ügyfelet vagy előfizetőt (felhasználót) szállítanának egy csomagra. Csak a partner teljes rendszergazdai szerepkörrel rendelkező felhasználó által engedélyezett felhasználók vagy integrációk férhetnek hozzá ehhez az API-hoz.
Az API számos érvényesítési ellenőrzést végez, például:
-
Hogy az előfizetőt már egy másik ügyfélhez vagy partnerhez rendelték-e.
-
Ha az e-mail címet már használja egy másik előfizető.
-
Ütközések a kért feltöltési paraméterek és a meglévő Webex rekordok között.
Ez segít a problémák korai felismerésében és kijavításában, így a feltöltés zökkenőmentesen, váratlan hibák nélkül megy végbe.
Az előzetes ellenőrzéssel és az előfizetés előzetes ellenőrzésével kapcsolatos további információkért lásd: fejlesztő.webex.comportál.
Partner SSO konfigurálása OpenID Connect (OIDC) segítségével (Ajánlott)
A partner rendszergazdák konfigurálhatják az OIDC SSO-t az újonnan létrehozott ügyfélszervezetekhez. Egyetlen előre definiált SSO kapcsolatot állíthatnak be, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre és a saját alkalmazottaikra.
Az alábbi partneri SSO OIDC lépések csak az újonnan létrehozott ügyfélszervezetekre vonatkoznak. Ha a partnerrendszergazdák megkísérlik megváltoztatni az alapértelmezett hitelesítési típust a partner SSO OIDC-re egy meglévő sablonban, a módosítások nem vonatkoznak azokra az ügyfélszervezetekre, amelyek már a sablont használják.
-
Nyissa meg a Cisco TAC szolgáltatással az OpenID Connect IDP részleteivel.
Az alábbi táblázat a kötelező és az opcionális IDP attribútumokat mutatja. A TAC beállítja az IDP-t a CI-n, és megadja az IDP-n konfigurálandó átirányítási URI-t.
attribútum
Megkérve
Leírás
IDP- név
Igen
Egyedi, kisbetű-érzéketlen név. Tartalmazhat betűket, számokat, kötőjeleket, aláhúzásokat, tildokat és pontokat. Maximális hossz: 128 karakterek.
OAuth kliens azonosító
Igen
OIDC IdP hitelesítés kéréséhez.
OAuth kliens titkos
Igen
OIDC IdP hitelesítés kéréséhez.
Hatály
Igen
OIDC IdP hitelesítés kéréséhez. A hatókörök szóközzel elválasztott listájának (például az openid email profilnak) tartalmaznia kell az openid és az email címet.
Engedélyezési végpont
Igen, ha a discoveryEndpoint nincs megadva
Az IdP OAuth engedélyezési végpontjának 20 URL-címe.
tokenEndpoint
Igen, ha a discoveryEndpoint nincs megadva
Az IdP OAuth 2.0 token végpontja.
Felfedezés végpontja
Nem
Az IdP felfedezési végpontjának URL-je az OpenID végpontok felfedezéséhez.
felhasználóInfoEndpoint
Nem
Az IdP UserInfo végpontjának URL-je.
Kulcskészlet végpont
Nem
Az IdP JSON webes kulcskészletének URL-je.
A fenti IDP attribútumok mellett meg kell adnia egy partnerszervezet azonosítóját a TAC kérelemben.
-
Állítsa be az átirányítási URI-t az OpenID connect IDP-ben.
-
Egy fedélzeti sablon beállítása.
Az Authentication Mode beállítás, válassza ki Partner authentication with OpenID Connect
Ügyfél: OpenID Connect IDP Entity ID, adja meg az IDP beállítás során megadott IDP nevet.
Miután befejezte a konfigurációt, manuálisan ellenőrizheti, hogy a Partner IdP Entity azonosítója helyesen van-e beállítva.
-
Olyan ügyfél fedélzetén, aki használja a sablont és létrehoz egy új felhasználót az ügyfélszervezetben.
-
Nagyon, hogy a felhasználó be tud jelentkezni az SSO hitelesítési adatfolyam használatával.
Partner SSO konfigurálása SAML segítségével
A partnerrendszergazdák az újonnan létrehozott ügyfélszervezetek számára konfigurálhatják a SAML SSO-t. Egyetlen előre definiált SSO kapcsolatot állíthatnak be, és ezt a konfigurációt alkalmazhatják az általuk kezelt ügyfélszervezetekre és a 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álják hozzáadni a Partner SSO-t egy meglévő ügyfélszervezethez, a rendszer megtartja a meglévő hitelesítési módszert, hogy megakadályozza a meglévő felhasználók hozzáférésének elvesztését.
| 1 |
Ellenőrizze, hogy a harmadik fél azonosító szolgáltatója (IdP) megfelel-e a Az identitásszolgáltatókra vonatkozó követelményekAz Európai Unió Single Sign-On Integration in Control Hub. |
| 2 |
Szervizkérés megnyitása a Cisco TAC segítségével. A TAC-nak bizalmi kapcsolatot kell kialakítania a harmadik fél azonosító szolgáltatása és a Cisco Common Identity szolgáltatás között.
Ha az IdP-nek szüksége van a
|
| 3 |
Töltse fel a TAC által megadott CI metaadatfájlt az IdP-be. |
| 4 |
Beszálló sablon beállítása:
|
Miután befejezte a konfigurációt, manuálisan ellenőrizheti, hogy a Partner IdP Entity azonosítója helyesen van-e beállítva.
-
Olyan ügyfél fedélzetén, aki használja a sablont és létrehoz egy új felhasználót az ügyfélszervezetben.
-
Ellenőrizze, hogy a felhasználó be tud-e jelentkezni.
A felhasználói bejelentkezésnek átirányítania kell a partner IdP bejelentkezési oldalára, és a felhasználónak képesnek kell lennie a bejelentkezésre érvényes hitelesítő adatokkal.
A BroadWorks IdP aktiválása a Vezérlőközpontban
Miután elvégezte a konfigurációt, és ellenőrizte, hogy az IdP partner megfelelően van-e beállítva, aktiválhatja azt a Control Hub alkalmazásban.
Mielőtt elkezdené
Beállítás és ellenőrzésa partner IdP az egyablakos integrációhoz.
| 1 |
Bejelentkezés Vezérlőközpont. |
| 2 |
Ugrás . |
| 3 |
Kiválasztás Broadworks és kattints Activate. Az IdP megjelenik a Identity provider fül alatt. |
Híváskorretáció-azonosító engedélyezése
A Webex Cisco BroadWorks 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ásfunkcióhoz szükséges, beleértve a hívásrögzítést, a csoportos hívásfelvételt, az ügyvezetőt és az executive asszisztenst.
A CLI használatával engedélyezheti a funkciót az összes AS és XSP|ADP interfészen.
-
Futtassa a következő parancsokat AS interfészeken. Ez lehetővé teszi az AS számára, hogy elküldje a
X-BroadWorks-Correlation-InfoSIP fejléc:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork trueAS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true -
A
enableCallCorrelationIDAz Xsi-Actions alkalmazáshoz kapcsolódó paraméter segítségével szabályozható a hívási korrelációs információk Xsi-Actions naplóba való felvétele. Javasolt, hogy aenableCallCorrelationIDXSP|ADP interfészeken a következő paranccsal engedélyezve: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 Call Correlation Identifier szolgáltatás leírása.
Címtár-szinkronizálás
A címtárszinkronizálás biztosítja, hogy a Webex for Cisco BroadWorks felhasználók a Webex könyvtár segítségével felhívhassanak bármely hívó entitást a BroadWorks kiszolgálóról. Ha ez a szolgáltatás engedélyezve van, a BroadWorks kiszolgáló teljes híváskönyvtára szinkronizálódik a Webex könyvtárral. A felhasználók hozzáférhetnek a könyvtárhoz a Webex alkalmazásból, és hívást kezdeményezhetnek a BroadWorks kiszolgáló bármely hívó entitásához.
A Directory Sync bekapcsolásához lépjen ide: Könyvtárszinkronizálás a Webex-ben a Cisco BroadWorks-hez.
A Webex for Cisco BroadWorks flowthrough provisioning 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 tartoznak ide (például konferenciaterem telefon, faxgép vagy vadászcsoport száma). A címtár-szinkronizálás bekapcsolása biztosítja, hogy az összes hívó entitás hozzáadva legyen a Webex platformhoz.
Egységes híváselőzmények
Ha az Egyesített híváselőzmények engedélyezve van, a BroadWorks a hívások eseményeit szinkronizálja a Webex felhővel, és részévé válik a Webex Unified Call and Meetings History alkalmazásban megjelenő Webex Unified Call and Meetings History alkalmazásban. A felhasználók megtekinthetik saját részletes híváselőzményeiket és értekezlet-előzményeiket a Webex alkalmazásból.
Az egyesített híváselőzményeket partnerszintű rendszergazdák engedélyezhetik a Partnerközpontban fürtről fürtre. Ha ez a funkció be van kapcsolva, a BroadWorks üzembe helyezése szinkronizálja a következő híváseseményeket a Webex felhővel:
-
Híváselőzmények események – ezek az események részletes egységes híváselőzmények létrehozására szolgálnak
-
Hook Status events – Az egységes híváselőzmények olyan horogállapot-optimalizálásokat tartalmaznak, amelyek csökkentik a telefonos jelenlét frissítéseinek hálózati sávszélességét
Egységes híváselőzmény-követelmények
Az Egységes híváselőzmények beállítása előtt győződjön meg arról, hogy javította-e a rendszert. Ez a funkció a következő BroadWorks javítások telepítésétől függ. Ha a rendszer Release Independent (RI) verzióban van, a követelmények már benne vannak.
R esetében22:
-
AP.as.22.0.1123.ap378585A javítás telepítése után aktiválnia kell a funkciót25433. Például:AS_CLI/System/ActivatableFeature> activate 25433
R esetében23:
-
AP.as.23.0.1075.ap378585A javítás telepítése után aktiválnia kell a funkciót25433. 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
R esetében24:
-
AP.as.24.0.944.ap378585A javítás telepítése után aktiválnia kell a funkciót25433. Például:AS_CLI/System/ActivatableFeature> activate 25433
A Webex for Cisco BroadWorks futtatásának előfeltételeként telepítendő BroadWorks javítások teljes listáját lásd: BroadWorks szoftverkövetelmények.
A rendszer javítása mellett az ügyfélkonfigurációs fájl (config-wxt.xml) a következő címkekészletnek kell lennie: <call-history enable-unified-history=”%ENABLE_UNIFIED_CALL_HISTORY_WXT%”/>
Ahhoz, hogy a Hunt Group, a Call Center és más átirányítási információk az Unified Call History alkalmazásban legyenek, a következő BroadWorks javításokat kell telepíteni és aktiválni:
R esetében23:
-
AP.as.23.0.1075.ap383346
-
AP.as.23.0.1075.ap383994
R esetében24:
-
AP.as.24.0.944.ap383346
-
AP.as.24.0.944.ap383994
Ahhoz, hogy az Executive-Assistant információ az Unified Call History-ban legyen, a következő BroadWorks javításokat kell telepíteni és aktiválni:
R esetében24:
-
AP.as.24.0.944.ap380052
-
AP.as.24.0.944.ap384239
-
ADP fut Xsi-Events-24_2022.06 vagy később
A BroadWorks javítások mellett a Directory Sync-t is engedélyezni kell az Executive-Assistant Unified Call History számára.
Ha engedélyezi a Híváselőzmények vagy a DND Sync szolgáltatást, a Webex CTI előfizetéses frissítési kéréseket küld a fürt összes felhasználója számára. A felhasználók számától függően ez akár néhány órát is igénybe vehet. Javasoljuk, hogy ugyanazon karbantartási ablak alatt ne végezzen semmilyen BroadWorks karbantartási tevékenységet.
Híváselőzmények engedélyezése (új fürt)
Ha egy új fürtben szeretné engedélyezni a híváselőzményeket, tekintse meg a fürt hozzáadásának lépéseit Partnerszervezet konfigurálása a Partner Hub alkalmazásban.
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:
-
Bejelentkezés a Partnerközpontba a
admin.webex.com. -
Ugrás Services.
-
Kattintás View Broadworks Calling és válassza ki a megfelelő BroadWorks klasztert.
-
Ellenőrizze, hogy a fürtkapcsolat jó-e. A jobb oldali panelen egy zöld jelölést kell feltüntetni: Connection established.
Ha ez nem jelenik meg, alatta Check Connnections (Optional)belép BroadWorks User Id és BroadWorks Password és kattints Check A kapcsolat ellenőrzése jó.
-
Ellenőrizze a Enable call history jelölőnégyzetet.
-
Kattintás Save.
Funkció interakciók
Az egyesített híváselőzmények esetében a következő funkcióinterakciók léteznek:
-
Az Unified Call History nem támogatja azokat a felhasználókat, akik a BroadWorks alkalmazásban útvonallisták vagy közvetlen útvonalak használatával vannak konfigurálva. Ha ez a helyzet fennáll, a Híváselőzmények és a Hook állapot események nem kerülnek elküldésre a Webex alkalmazásba.
-
Az Unified Call History nem támogatja a bővítménytárcsázást. Előfordulhat, hogy a bővítmény tárcsázásával elhelyezett 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 egységes híváselőzményeiket. A részleteket lásd: Webex | Hívás- és találkozóelőzmények megtekintése.
Egységes híváselőzmények letiltása
Miután engedélyezte az Egyesített híváselőzményeket egy fürtben, nem tudja kikapcsolni a funkciót egyedül. Ha le kell tiltania a funkciót, lépjen kapcsolatba Cisco Technical Assistance Center (TAC).
Vizuális spam jelzés
A Webex App támogatja a spam hívások vizuális jelzését a hívás pirítósában, amikor a hívást bemutatják a callee-nek, és az Unified Call History rekordokban, amikor a BroadWorks frissíti a Caller ID érvényesítését a STIR/SHAKEN keretrendszeren keresztül. Ehhez a funkcióhoz:
- Az Egységes híváselőzmények engedélyezése az előző szakaszban leírtak szerint.
- A következő javításokat kell telepíteni és aktiválni:
- AP.as.23.0.1075.ap384591 / AP.as.24.0.944.ap384591
- vagy AS-25_Rel_2022.12 legalább
- A funkciót az AS CLI-n keresztül kell aktiválni:
- AS_CLI/System/AktiválhatóFeature> aktiválás 104112
- AS_CLI/System/StirShaken> set enableVerification true
- A BroadWorks-t úgy kell konfigurálni, hogy STIR-SHAKEN aláírást, címkézést és ellenőrzést hajtson végre a következőkben leírtak szerint. Cisco BroadWorks STIR-SHAKEN aláírás címkézés és ellenőrzés
A BroadWorks megfelelő konfigurálása után egy új X-Cisco-CallerId-Disposition fejléc kerül hozzáadásra a Cisco-ügyfeleknek küldött INVITE kérésekben, és egy új mezőhívóIdDisposition lesz hozzáadva a meglévő híváselőzmények eseményeihez, amelyeket a CTI interfészen keresztül a Webex Cloudba küldenek. A Webex eszközök ezt az információt arra használják, hogy vizuális spam jelzést adjanak a hívásbemutatóban és a kallee egységes híváselőzményében.
A személyi asszisztens állapotának szinkronizálása
A Personal Assistant (PA) Status Sync funkció szinkronizálja a személyi asszisztens jelenléti állapotát a BroadWorks Calling eszközök és a Webex App között.
A PA szolgáltatás lehetőséget biztosít a felhasználónak arra, hogy tájékoztassa a hívókat arról, hogy a hívott fél miért nem érhető el, opcionálisan tájékoztatást ad arról, hogy a hívott fél mikor tér vissza, és hogy van-e egy asszisztens a hívás kezelésére. A PA funkció lehetővé teszi a felhasználók számára a Webex Apps-ban, hogy megtekinthessék a felhasználó Távol jelenlétét, valamint a beállított PA státuszt és időtartamot.
Előfeltételek
Ügyeljen arra, hogy a következő tapaszokat alkalmazza az AS és az XSP|ADP-re. Csak a BroadWorks verzióhoz tartozó javításokat alkalmazza.
Patch RI és Release 24:
-
AP.as.24.0.944.ap385558
Az XSI Event Package for Personal Assistant Status Synchronization funkció új PersonalAssistantSync eseménycsomagot vezet be, amely lehetővé teszi az XSI-ügyfelek számára, hogy szinkronizáljanak a Cisco BroadWorks Personal Assistant jelenléti változásaival. További információkért lásd: XSI eseménycsomag személyes asszisztens állapotszinkronizálási funkcióhoz.
A rendszer javításán kívül az ügyfél konfigurációs fájljának (config-wxt.xml) a következő címkével kell rendelkeznie: <personal-assistant enabled="%PERSONAL_ASSISTANT_ENABLED_WXT%"/>
A személyi asszisztens állapotszinkronizálásának engedélyezése (új fürt)
Ha új fürtben szeretné engedélyezni a Személyes asszisztens állapotszinkronizálását, tekintse meg a fürt hozzáadásának lépéseit Partnerszervezet konfigurálása a Partner Hub alkalmazásban.
A személyi asszisztens állapotszinkronizálásának engedélyezése (létező fürt)
-
Jelentkezzen be a Partner Hub-ba a partner admin hitelesítő adataival https://admin.webex.com.
-
Kattintás Services.
-
Kattintás View Broadworks Calling és válassza ki a megfelelő BroadWorks klasztert.
- Kevesebb, mint CTI Interface szakasz, engedélyezze a Személyes asszisztens állapot szinkronizálása kapcsolót.
-
Adja meg a BroadWorks felhasználói azonosítóját és kattintson ide Enable.
A rendszer ellenőrzi, hogy a BroadWorks fürt rendelkezik-e a PA Sync támogatásához szükséges javításokkal. Ha az érvényesítés sikertelen, a Save gomb le van tiltva.
-
Ha az ellenőrzés sikeres, kattintson Save.
A PA Status Sync engedélyezése egyirányú kapcsolás. Ha a funkció engedélyezve van, akkor önmagában nem tudja letiltani.
A személyi asszisztens állapotszinkronizálásának letiltása
Miután engedélyezte a PA Sync státuszt bármelyik BroadWorks fürtben, ezt a funkciót egyedül nem tudja letiltani. Ha le kell tiltani, lépjen kapcsolatba Cisco Technical Assistance Center (TAC).
Hívóazonosító és hívásátirányítás
Hívóazonosító
Amikor a Webex App kap egy hívást, megpróbálja azonosítani, hogy ki a hívó, és megjeleníti ezt az információt a bejövő hívásértesítésben, a híváson belüli ablakban, és miután a hívás befejeződött, a hívás előzményében és hangpostában.
A Webex App megpróbálja megtalálni a hívó ID-t úgy, hogy a bejövő telefonszámot a különböző forrásokból talált névjegyek telefonszámaival egyezteti. A Webex App a következő forrásokat fogja használni ebben a sorrendben. Ha egyszer megtalálta az egyik forrásban, nem fog sehol máshol keresni.
Ha egy forrásból több példányt talál egy szám, akkor nem próbálja meg kiválasztani az egyiket, ebben az esetben nem fog megjelenni a hívó azonosítója.
-
Webex Common Identity (CI), amely tartalmazza a szervezet felhasználóit.
-
Személyes és szervezeti kapcsolatok. A Személyes kapcsolatok a Kapcsolatok lapon láthatók.
-
Helyi címjegyzék. Windows - Outlook alkalmazás, Mac - Mac kapcsolatok, iOS - iPhone kapcsolatok, Android - Android kapcsolatok.
Ha nincs egyezés a bejövő telefonszámmal, akkor az alkalmazás a SIP FROM fejlécben lévő megjelenítési nevet fogja használni, ha rendelkezésre áll. Ha nem, akkor a SIP From fejléc felhasználónév részét fogja képezni a SIP From fejlécben.
Távoli hívásvezérléshez (pl. Deskphone Control Mode) az XSI info-t használjuk, ahol BWKS ID-t vagy kiterjesztést használunk, az XSI eseményen a távoli fél-info-ból kinyerve. Ha a távoli fél-info nem érhető el, akkor a P-Asserted Identity (PAI) (ha be van állítva) lesz használva.
Hívás átirányítás
Abban az esetben, ha egy hívást átirányítottak vagy továbbítottak, akkor az alkalmazás megpróbálja megmutatni, hogy ki a hívó, és hogyan továbbították a hívásértesítésben és a híváselőzményekben.
-
A hívás továbbítása: Megjeleníti a hívást továbbító számot.
-
Vadászcsoport: Megjeleníti a hívást továbbító vadászcsoport nevét.
-
Call Center sor: Megjeleníti a hívást továbbító sor nevét.
-
Ügyvezető asszisztens: Az ügyvezető nevét mutatja be, amiért a hívás érkezik.
Kivételek:
-
A belső hívássor hívások esetében, amikor egy ügynök visszahívja a belső felet, a távoli fél nem látja a hívássor nevét, hanem a hívó ügynök nevét.
Hívás másutt:
Az egyidejű útválasztással létrehozott vadászcsoportok vagy hívássorok esetében az ügynökök a híváselőzményben máshol megválaszolt hívást látnak, ha egy másik ügynök felveszi a hívást. A Hunt Groups vagy Call Queues szekvenciális útválasztással, vagy túlcsordulás esetén a hívások kihagyott hívásként jelennek meg a híváselőzményben, ha egy másik ügynök válaszol.
Hívóazonosító kiválasztása
Áttekintés
A "Select Caller ID" funkció lehetővé teszi a felhasználók számára, hogy váltsanak a különböző hívóvonal-azonosítók között külső hívások esetén. Ha a rendszergazda engedélyezi, a felhasználók a következő lehetőségek közül választhatnak a hívóvonal-identitáshoz:
-
Felhasználói szám ("Használja a felhasználói telefonszámot a Calling Line Identity")
-
Konfigurálható CLID ("Use configurable CLID for Calling Line Identity")
-
Group CLID ("Használja a csoport/osztály telefonszámát a hívóvonal-azonosítóhoz")
Funkcionalitás
A felhasználóknak két módja van a rendszergazda által biztosított Hívóazonosító megváltoztatására:
-
Feature Access kódok (FAC): A három hívóazonosító mindegyik opcióhoz egyedi kódok.
-
Webex alkalmazásfelület: Felhasználóbarát nézet a Webex asztali és mobilalkalmazásokban, amelyek megjelenítik a rendszergazda által engedélyezett, rendelkezésre álló Caller ID opciókat, lehetővé téve a felhasználók számára, hogy kiválasszák a preferált ID-t.
További funkciók
-
A Webex alkalmazások a DNIS Call Center sorok beállításait is tartalmazzák.
-
A mobilalkalmazások felhasználóinak Dual Persona opciói lesznek elérhetők a mobilitási felhasználók számára.
Előfeltételek
A következő feltételeknek kell teljesülniük a BroadWorks kiszolgálón ahhoz, hogy a felhasználó szabályozhassa a külső CLID házirend választását:
-
Az 'EnableUserSelectionOfExternalCLIDPolicy' rendszerjelző bekapcsolása
A CLI parancs futtatása:
AS_CLI/SubscriberMgmt/Policy/CallProcessing/CallingLineId> set defaultEnableUserSelectionOfCLIDPolicy true. -
Az "EnableUserConfigurableCLIDModification" engedélyezése
A CLI parancs futtatása:
AS_CLI/SubscriberMgmt/Policy/CallProcessing/CallingLineId> set defaultEnableUserConfigurableCLIDModification true.Ez lehetővé teszi Allow User Selection of External CLID Policy és Allow User Configurable CLID Modification.
-
Felhasználói szintű hívásfeldolgozási házirend A hívássor-azonosító hatóköre a "Felhasználói hívássor-azonosító házirend használata" erre a felhasználóra van beállítva.
-
A User level Call Processing Policies (Felhasználói szintű hívásfeldolgozási házirendek) beállítás engedélyezve van a felhasználó számára.
-
Ha nincs megadva szám a „Konfigurálható CLID használata a hívóvonal-identitáshoz” vagy a „Group/department telefonszám használata a hívóvonal-identitáshoz” beállításokhoz, a FAC-k vagy az alkalmazás kijelzőjének nincs hatása. Ezt a beállítást a rendszergazdának kell konfigurálnia a felhasználó kiválasztása előtt.
További információkért lásd: Külső hívóvonal-azonosító opció felhasználói kiválasztásaJellemzők leírása útmutató.
BroadWorks javítások
Ez a funkció két speciális BroadWorks javítást igényel a megfelelő működéshez:
Lásd a Release 8 Independent and Service Patch Information című részt.
-
A BWKS-5230 volt az eredeti felhasználó által kiválasztható CLID funkció - lehetővé teszi a felhasználók számára (ha a rendszer megfelelően konfigurálva van), hogy módosítsák, mely CLID-házirendet kell alkalmazni. Lásd az FD-t itt: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/FD/AS/UserSelectionOfExternalCallingLineIDOptionFD-R250.pdf fájl
-
A BWKS-9510 egy XSI fejlesztés, amelyet a Webex ügyfélcsapat kért, hogy megkönnyítse a felhasználó számára elérhető opciók felfedezését. Erre azért van szükség, mert a CLID-házirend kiválasztása nem egy egyszerű felhasználói szintű szolgáltatás (mint a CFA), amely közvetlenül szabályozható. Inkább a különböző rendszerkonfigurációs lehetőségektől és a "hívásfeldolgozási házirendektől" függ. A részleteket itt láthatod: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/FD/AS/XSIEnhancementSupportUserSelectableCLIDFD-R250.pdf fájl
Webex Alkalmazásbeállítások
Ezeket a címkéket engedélyezni kell az asztali, tablet és mobil konfigurációkban:
<config>
<services>
<calls>
<caller-id>
<outgoing-calls enabled="%ENABLE_CLID_OUTGOING_CALLS_WXT%">
Megosztott vonalmegjelenítés
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 App megosztott vonalkonfigurációja hasonló az asztali telefonok megosztott vonalkonfigurációjához. Ez a speciális funkció lehetővé teszi, hogy a megosztott vonalbeli megjelenéseket hozzárendelje a végfelhasználó Webex alkalmazásához.
Ez a funkció lehetővé teszi a felhasználók számára, hogy közvetlenül a Webex alkalmazásból kezeljék a más felhasználók kiterjesztését.
-
A megosztott vonalmegjelenést csak a Webex App asztali verziójához állíthatja be.
-
A Webex App alkalmazáshoz legfeljebb 10 az elsődleges sort is hozzáadhatja.
-
A munkaterület vonala nem rendelhető hozzá megosztott vonalként.
-
A felhasználót nem lehet Executive-Assistant szolgáltatással ellátni a Shared Lines szolgáltatással egy időben.
-
A felhasználó elsődleges vonalportját nem szabad Megosztott Vonalra váltani.
Követelmények
Ahhoz, hogy ezt a funkciót a Cisco BroadWorks webex-en telepítse, a következő BroadWorks javításokat kell üzembe helyeznie:
Tapasz1: A Webex-kliens megosztott vonalak támogatására szolgáló eszközlistában a tulajdonos jelzése
R23 ADP nélkül:
-
AP.as.23.0.1075.ap384179
-
AP.xsp.23.0.1075.ap384179
R23 az 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
Tapasz2: Javítások az eszközprofiltípusok portszámának növeléséhez. Példa: Az asztali kliensnek: Rendszer>Identity/Device Profile Type Modify> Business Communicator - PC: Profil, Standard opciók, Portok száma:
- HA az 'Unlimited' be van kapcsolva, nincs szükség változtatásra
- HA a 'Limited To' értéke <10, változtassa meg az = értéket10 , és mentse az összes elérhető sor használatára
-
RI kiadás Rel_2022.10_1.310
A kliens konfigurációjával kapcsolatos részletekért lásd a részt6.1.44 "Elsődleges profil" a Webex for Cisco BroadWorks konfigurációs útmutató.
Ne zavarja (DND) szinkronizálás
Ne zavarja (DND) Sync összehangolja a DND beállításait a Webex és a BroadWorks között a DND állapot szinkronizálásával a két platform között. Például, ha egy felhasználó bekapcsolja a DND-t a Webex alkalmazásból, az állapot szinkronizálódik a BroadWorks hívó készülékekkel. Ennek eredményeként a felhasználó BroadWorks-regisztrált asztali telefonja nem cseng, amikor valaki megpróbálja hívni. Hasonlóképpen, ha a felhasználó beállítja a DND-t egy asztali telefonról, az állapot szinkronizálódik a Webex alkalmazásban. E funkció nélkül az egyik platformról származó DND-frissítéseket a másik platform nem ismeri fel.
A DND Sync a BroadWorks fürt szintjén kerül alkalmazásra, és a partner-rendszergazda engedélyezheti a Partner Hub alkalmazásban.
Ha sok ügyfél (>50) van a BroadWorks fürtben, a DND-szinkronizálás nem támogatott. Ilyen esetekben tanácsos kapcsolatba lépni egy Cisco TAC támogató mérnökkel.
Előfeltételek
Ügyeljen arra, hogy a következő tapaszokat alkalmazza az AS és az XSP|ADP-re. Csak a BroadWorks verzióhoz tartozó javításokat alkalmazza.
Kiadásra 23:
<kivágott>
- ADP alkalmazások: Xsi-Actions-23_2022.03_bwar1.220.bwar, Xsi-Events-23_2022.03_1.220.bwar
Kiadásra 24:
<kivágott>
- ADP alkalmazások: Xsi-Actions-24_2022.03_bwar1.220.bwar, Xsi-Events-24_2022.03_1.220.bwar
Miután felvitte a tapaszokat, aktiválja a funkciót 25433 az AS-n:
AS_CLI/System/ActivatableFeature> activate 25433
Ha sok ügyfél (>50) van a BroadWorks fürtben, az olyan műveletek, mint az XSI-műveletek, az XSI-események, a DAS URL, XSP|ADP URL vagy a DND-szinkronizálás nem támogatottak. Ilyen esetekben tanácsos kapcsolatba lépni egy Cisco TAC támogató mérnökkel.
Konfigurálja a Device Feature Key Synchronization on BroadWorks. Győződjön meg arról, hogy a telefon támogatja a SIP SUBSCRIPTION/NOTIFY szolgáltatást az „as-feature-event” eseménycsomaghoz. A részletekért lásd: Cisco BroadWorks Device Feature Key szinkronizálás.
DND- szinkronizálás engedélyezése (létező fürt)
-
Bejelentkezés a Partner Hub-ba
-
Kattintás Services.
-
Kattintás View Broadworks Calling és válassza ki a megfelelő BroadWorks klasztert.
-
Engedélyezze a Do not disturb (DND) sync Válassz.
-
Adja meg a BroadWorks felhasználói azonosítóját és kattintson ide Enable.
A rendszer ellenőrzi, hogy a BroadWorks fürt rendelkezik-e a DND Sync támogatásához szükséges javításokkal. Ha az érvényesítés sikertelen, a Save gomb le van tiltva.
-
Ha az ellenőrzés sikeres, kattintson Save.
-
A DND Sync engedélyezése után a Webex frissíti az összes felhasználói előfizetést, hogy tartalmazza a Ne zavarjon eseménycsomagot. A felhasználók számától függően ez a folyamat néhány órát vehet igénybe.
-
A DND Sync engedélyezése egyirányú váltás. Ha a funkció engedélyezve van, akkor önmagában nem tudja letiltani.
DND- szinkronizálás engedélyezése (Új fürt)
A fürt létrehozásakor is engedélyezheti a funkciót. A részletekért lásd a „A BroadWorks fürtök konfigurálása” című részt. Partnerszervezet konfigurálása a Partner Hub alkalmazásban.
Csendes órák
A Webex for BroadWorks telepítések esetén a "Csendes órák" funkció a "Ne zavarják (DND) szinkronizálást" funkcióra támaszkodik, hogy a csendes órák beállításait minden eszközön szinkronizálják. Ahhoz, hogy megfelelően szinkronizálja a csendes órákat asztali és mobil eszközök között, győződjön meg arról, hogy a DND Sync engedélyezve van a felhasználó fiókjában.
A DND- szinkronizálás letiltása
Nem tilthatja le a DND szinkronizálást egyedül. A DND funkció letiltásához hozzon létre egy "Disable Do Not Disturb Sync" (Disable Do Not Disturb Sync) címet, és adja meg a partnerId és a BroadWorks fürt nevét.
Esetek használata
Hívásrögzítés
A Webex for Cisco BroadWorks négy hívásrögzítési módot támogat.
|
Felvételi módok |
Leírás |
A Webex alkalmazásban megjelenő vezérlők/indikátorok |
|---|---|---|
|
Mindig |
A hívás létrehozásakor a rendszer automatikusan kezdeményezi a felvételt. A felhasználó nem képes elindítani vagy leállítani a felvételt. |
|
|
Mindig Szüneteltetés/Folytatás funkcióval |
A hívás létrehozásakor a rendszer automatikusan kezdeményezi a felvételt. A felhasználó megszakíthatja és folytathatja a felvételt. |
|
|
OnDemand |
A felvétel automatikusan megkezdődik a hívás létrehozásakor, de a felvétel törlődik, kivéve, ha a felhasználó megnyomja a gombot Start Recording. 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 megkezdése után a felhasználó szüneteltetheti és folytathatja a felvételt |
|
|
OnDemand a felhasználó által kezdeményezett indítással |
A felvétel nem indul el, hacsak a felhasználó nem választja ki a Start Recording opció a Webex alkalmazásban. A felhasználónak lehetősége van a hívás során többször is elindítani és leállítani a felvételt. |
|
Követelmények
Ennek a funkciónak a Webex for Cisco BroadWorks alkalmazásban történő telepítéséhez a következő BroadWorks javításokat kell telepíteni. Ha a rendszer Release Independent (RI) verzióban van, a követelmények már benne vannak.
-
R esetében22: AP.as.22.0.1123.ap377718
-
R esetében23: AP.as.23.0.1075.ap377718
-
R esetében24: 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óazonosító engedélyezése.
A szolgáltatás használatához engedélyezni kell a következő konfigurációs címkét: %ENABLE_CALL_RECORDING_WXT%.
Ehhez a funkcióhoz egy harmadik féltől származó hívásrögzítő platformmal való integráció szükséges.
A BroadWorks hívásrögzítés beállításához nyissa meg a Cisco BroadWorks hívásrögzítő interfész útmutató.
További információk
A Felvétel funkcióval kapcsolatos felhasználói információkat lásd: Webex | Rögzítse hívásait.
A felvétel újrajátszásához a felhasználóknak vagy a rendszergazdáknak a harmadik féltől származó hívásrögzítő platformjukra kell menniük.
Hangposta engedélyezése a Microsoft Teams integrációjához
A Webex for BroadWorks megoldásban engedélyezheti a Microsoft Teams felhasználói számára a hangposta-szolgáltatást. Ez az integráció lehetővé teszi a felhasználók számára, hogy közvetlenül a Microsoft Teams-en keresztül letöltsék hangüzeneteiket, javítva az általános felhasználói élményt.
A hangposta engedélyezésének lépései
A BroadWorks Voicemail engedélyezéséhez engedélyeznie kell a broadworks-voicemail-enabled-spark-kapcsolót541886: true a szervezet szintjén.
A funkció engedélyezéséhez lépjen kapcsolatba Cisco Technical Assistance Center (TAC).
Felhasználói élmény
Az integráció létrejöttét követően a felhasználók:
- Hangüzenetek letöltése közvetlenül a Microsoft Teams alkalmazáson belül.
- Értesítések az új hangpostákról.
- Hangposta beállítások kezelése a Webex felületről.
Követelmények
A hangposta letöltésének támogatásához a Microsoft Teams integrációjában a Webex for BroadWorks kínálattal, további hálózati változtatásokra van szükség. A BroadWorks partnereinek engedélyezniük kell a Cross-Origin Resource Sharing (CORS) szolgáltatást a következő URL-ekhez a BroadWorks platformjukon:
-
https://jabber-integration-a.wbx2.com
-
https://jabber-integration-r.wbx2.com
-
https://jabber-integration-k.wbx2.com
-
https://msteams-calling.webex.com
Győződjön meg arról, hogy a BroadWorks Voicemail a következőkben ismertetett beállítások szerint van beállítva Hangposta lejátszás.
A beállítási lépésekről további részletekért lásd a szakaszt. 8.5.1.2az Amerikai Egyesült Államok BW Application Delivery Platform konfigurációs útmutató, amely megköveteli a verzió 2024.05Az ADP-ről.
Csoportos hívás park és lekérés
A Webex for Cisco BroadWorks támogatja a Group Call Park and Retrieve-et. Ez a funkció lehetővé teszi a csoporton belüli felhasználók számára a hívások parkolására, amelyeket a csoport többi felhasználója lekérhet. Például egy áruházi beállítás kiskereskedelmi alkalmazottai használhatják a funkciót egy olyan hívás parkolására, amelyet aztán egy másik részlegen lévő személy vehet fel.
Funkcióüzemeltetés
A szolgáltatás konfigurálása után
-
Egy hívás során a felhasználó a Park lehetőség a Webex alkalmazásban, hogy a hívást a rendszer által automatikusan kiválasztott bővítménynél állítsa le. A rendszer másodpercekre megjeleníti a kiterjesztést a felhasználó számára10 .
-
Egy másik felhasználó a csoportban kattintson a Retrieve call lehetőség a Webex alkalmazásban. A felhasználó ezután a hívás folytatása érdekében belép a parkolt hívás kiterjesztésébe.
Követelmények
Ahhoz, hogy ez a funkció működjön, győződjön meg a következőkről:
-
Az ügyfélkonfigurációs fájlnak 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ónak engedélyezettnek kell lennie az AS és az XSP|ADP rendszeren. A részletekért lásd: Híváskorrelációazonosító engedélyezése.
-
Az SBC-t úgy kell konfigurálni, hogy átmenjen a "
x-broadworks-correlation-in' SIP attribútum az alkalmazáskiszolgálóhoz és az alkalmazáskiszolgálóról.
Konfiguráció
A BroadWorks-en a Group Call Park beállításával kapcsolatos információkért lásd a „Call Park Group hozzáadása” című részt. Cisco BroadWorks Application Server Group Web Interface Administration Guide – Part 2. Létre kell hoznia egy csoportot, és felhasználókat kell felvennie a csoporthoz.
A BroadWorks Call Correlation Identifier beállításával kapcsolatos információkért lásd: Cisco BroadWorks Call Correlation Identifier szolgáltatás leírása.
További információk
A Group Call Park használatával kapcsolatos felhasználói információkat lásd: Webex | Park és hívások letöltése.
Call Park/Irányított Call Park
A Webex alkalmazás felhasználói felületének nem támogatja a rendszeres vagy irányított hívásparkot, de a kiépített felhasználók a funkcióhozzáférő kódok használatával telepíthetik a funkciót:
-
Adja meg a következőt: *68 parkolni egy hívást
-
Adja meg a következőt: *88 Hívás fogadása
Belépés a hívásba
A Barge-in szolgáltatást gyakran használják call center környezetben vagy más olyan helyzetekben, ahol azonnali segítségre vagy beavatkozásra lehet szükség.
Amikor a barge-in szolgáltatás engedélyezve van, a kijelölt felhasználó vagy felügyelő egy adott parancs kezdeményezésével vagy a telefonján vagy kommunikációs eszközén egy dedikált gomb vagy kulcskombináció használatával aktív hívást kezdeményezhet. Miután a barge-in kérés megtörtént, a rendszer kapcsolatot hoz létre a folyamatban lévő hívással, lehetővé téve a felhatalmazott személy számára, hogy hallgassa meg a beszélgetést, vagy aktív résztvevőként csatlakozzon a híváshoz.
A Barge-in szolgáltatás számos esetben hasznos lehet. Egy call center környezetben a felügyelők vagy oktatók nyomon követhetik és edzhetik az ügyfélszolgálat képviselőit azáltal, hogy valós időben hallgatják hívásaikat. Szükség esetén segítséget nyújthatnak, vagy átvehetik a hívást, ha a képviselő küzd. Vészhelyzetekben vagy kritikus vitákban a felhatalmazott személyzet gyorsan csatlakozhat a folyamatban lévő beszélgetésekhez, hogy segítséget nyújtson vagy fontos döntéseket hozzon.
A Webex app for Barge in, kap egy értesítést, hogy a hívás átalakul egy konferencia. A NOTIFY-ban nincs további információ (call-info vagy conference-info) arról, hogy mi a konferencia típusa, így más módon is kezelhetjük.
Amikor becsapódás történik, háromirányú hívás jön létre a felek között. A szöveg a következő kifejezésekkel egészül ki:
-
A felügyelő: A felügyelő az a személy, aki felügyeli és kezeli az ügyfélszolgálati ügynökök vagy a call center képviselői csapatát. A hívás barge-in kontextusában a felügyelő általában képes nyomon követni és beavatkozni a folyamatban lévő ügyfélhívásokat. Hívásfigyelő eszközöket vagy szoftvereket használhatnak a hívások meghallgatására, útmutatást adhatnak az ügynököknek, és biztosíthatják a minőségellenőrzést. A felügyelő szerepe magában foglalhatja a képzési ügynököket, az ügyfelek aggályainak kezelését és a csapat teljesítményének optimalizálását.
-
Ügyfél neve: Az ügyfél olyan személyre vagy szervezetre utal, amely egy vállalattal vagy szervezettel termékekhez, szolgáltatásokhoz vagy támogatáshoz kapcsolódik. A hívás barge-in kontextusában az ügyfél olyan személy, aki telefonhívást kezdeményez vagy kap egy ügyfélszolgálati ügynökkel. Az ügyfelek a hívás során segítséget, információt vagy megoldást kérhetnek kérdéseikre vagy kérdéseikre. A call barge-in funkció lehetővé teszi a felügyelők vagy a felhatalmazott személyzet számára, hogy csatlakozzanak az ügyfél és az ügynök közötti folyamatos híváshoz.
-
Ügynök: Az ügynök, más néven ügyfélszolgálati képviselő vagy call center ügynök, az a személy, aki felelős az ügyfelek interakcióinak kezeléséért, és támogatást vagy segítséget nyújt telefonon vagy más kommunikációs csatornákon keresztül. Az ügynököket arra képezték, hogy foglalkozzanak az ügyfelek kérdéseivel, megoldják a problémákat, feldolgozzák a tranzakciókat, és pozitív ügyfélélményt nyújtsanak. A hívás barge-in kontextusában az ügynök az a személy, aki közvetlenül beszél az ügyféllel a telefonhívás során. Az ügynök szükség esetén a felettestől kapott útmutatást vagy visszajelzést fogadhat el.
Bármely ügyfél által kezdeményezett kérések esetén, mint például a CallStartRequest, CallPickupRequest, DirectedCallPickupWithBargeInRequest, stb., ha a <Webex Client> (kérjük, válassza ki a megfelelő nevet a Webex kliens helyett, ha nem megfelelő) megosztott hívásmegjelenítési eszközként van felszerelve, akkor a Shared Call Appearance beállításban engedélyeznie kell az ügyfél számára a hívás fogadását, kivéve, ha a kérést kezdeményező ügyfél kifejezetten megadja a helyet.
SIP hívásátvitel a Webex Meeting-re
A SIP hívásátvitel a Webex Meeting-re két egyedi jellemzővel rendelkezik:
-
Új push értesítés (mobil)
A natív hívást használó felhasználók mostantól a Webex App-ra válthatnak az Új push értesítés megérintésével. Amikor egy natív hívásképernyőt indít, egy új push értesítés jelenik meg a képernyőn, és az értesítés megérintésével egyenesen a Webex App hívás képernyőjére visz.
A Webex értesítés mobiltelefonhívás közben jelenik meg, ha Webex Go-t használ, vagy mobilhálózati szolgáltatója (MNO) hívásjelzést használ a Cisco hívásvezérlésével a mobiltelefonhívásokhoz.
-
Hívás áthelyezése az értekezletre
Amikor egy hívás közepén vagy valakivel, érdemes áthelyezni a hívást egy értekezletbe, hogy kihasználhasd az értekezlet néhány speciális funkcióját, mint például a videó, a megosztás vagy a whiteboarding. Vagy hívj meg másokat a beszélgetésbe, és menj egy találkozóra.
BroadWorks követelmények
-
Aktiválható funkció 25239
-
R az23 XSP|ADP-vel:
-
AS Patch AP.as.23.0.1075.ap383064
-
XSP|ADP javítás AP.xsp.23.0.1075.ap383064
-
Patch AP.platform.23.0.1075.ap383064
-
-
R23 az ADP-vel:
-
AS Patch AP.as.23.0.1075.ap383064
-
ADP az Xsi-Actions-verzióval23, CommPilot-verzióval23 > 2022.05_1.303 és NPS verzióval > 2022.08_1.350
-
-
R24:
-
AS tapasz: AP.as.24.0.944.ap383064
-
ADP az Xsi-Actions-verzióval24, CommPilot-verzióval24 > 2022.05_1.303 és NPS verzióval > 2022.08_1.350
-
-
R25:
-
AS RI kiadás Rel_2022.08_1.354
-
ADP az Xsi-Actions-szel25, CommPilot-25 > 2022.08_1.350 és NPS verzióval > 2022.08_1.350
-
URI- hívás beállítása
Engedélyezze a BroadWorks számára, hogy egy REFER-generált SIP-MEGHÍVÓT egy Webex-értekezlet-URI-re irányítson. Példa: sip:<digits>+<meetingID>@<site>.webex.com.
Mielőtt elkezdené
-
Ez a beállítás csak az útválasztást teszi lehetővé.
-
A hívás befejezéséhez internetalapú SBC/CUBE szükséges.
- Konfiguráció szükséges az Application Server (AS) és a Network Server (NS) esetén.
| 1 |
Alkalmazáskiszolgáló (AS) konfigurálása. Ez a beállítás lehetővé teszi az AS számára, hogy feldolgozza a SIP URI hívásokat, és INVITE-eket generáljon a REFER után. |
| 2 |
Hálózati kiszolgáló (NS) beállítása. |
| 3 |
Az útvonal-vizsgálat validálása: Az alábbi eredmények bármelyikére számíthat:
|
Bevált gyakorlatok, korlátozások és hibaelhárítás
Bevált módszerek
Annak biztosítása érdekében, hogy a Webex Cloud helyesen azonosítsa a Meeting ID-t és a vállalati környezetet, konfigurálnia kell a CUBE-t az eredeti Request-URI (R-URI) megőrzésére.
Példa konfiguráció:
dial-peer voice 1000 voip
description *** Webex Edge Deployment ***
session protocol sipv2
session target dns:<REGIONAL_SESSION_TARGET>
voice-class sip requri-passing
dtmf-relay rtp-nte
codec g711ulaw
no vadA legfontosabb funkcionális elemek a következők:
-
Hangosztály sip requri- passing: Ez a parancs kötelező. Biztosítja, hogy az eredeti R-URI (amely tartalmazza a vállalati tartományt és a találkozó azonosítóját) megmaradjon a kimenő MEGHÍVÓBAN. Enélkül a Webex Cloud nem tudja összekapcsolni a hívást a megfelelő találkozóval.
-
Regionális ülésezési célok: A munkamenet céljának a megfelelő regionális Webex Cloud bemenetre kell mutatnia. Ezt az ügyfél földrajzi régiója alapján kell beállítani. Például az EMEA:
dns:ecccp.euro.pub.webex.com. A partnereknek a Control Hub-on keresztül ellenőrizniük kell a megfelelő regionális FQDN-t az adott telepítési klaszterük tekintetében.
A többbérletű telepítések esetében kritikus fontosságú, hogy az R-URI változatlan maradjon. Ha a CUBE megváltoztatja az R-URI-t, a hívás nem indul el a tervezett találkozóra.
A partnerek felelősek annak biztosításáért, hogy az adott CUBE verzió és a dial-peer logika ne ütközzen ezzel a paranccsal. Mindig győződjön meg arról, hogy a vállalati tartomány és a találkozási környezet helyesen van leképezve a Control Hub-on belül, hogy megfeleljen a forgalom bemenetének.
Ismert korlátozások
Íme néhány ismert korlátozás:
-
A BroadWorks AS nem rendelkezik közvetlen internet hozzáféréssel.
-
SBC/CUBE konfiguráció még mindig szükséges.
-
A Desktop REFER eszkalációs támogatás ellenőrzése alatt áll.
Hibaelhárítás híváshiba
Ha a hívás sikertelen, hajtsa végre a következő lépéseket:
-
Rögzítés XS naplóként.
-
NS útválasztási naplók rögzítése.
-
Ellenőrizze az SBC internetkapcsolatot.
-
Ossza meg a naplókat a Cisco TAC segítségével.
E911 vészhívás
A Webex for Cisco BroadWorks támogatja az E911 sürgősségi szolgáltatások hívását. Ezzel a funkcióval a segélyhívások egy közbiztonsági válaszponthoz (PSAP) kerülnek továbbításra, amely ezután a segélyhívó helyére irányíthatja a segélyhívó szolgáltatásokat. A funkció használatához integrálnia kell a Cisco BroadWorks Webex-et egy E911 segélyhívó szolgáltatóval.
A következő Webex cikkek segítségével konfigurálhatja az E911 segélyhívó szolgáltatások támogatását:
-
E-mail cím911Vészhívás a Webex-ben a BroadWorks számára—Használja ezt a cikket az E beállításához911vészhívás a Webex-ben a Cisco BroadWorks számára az alábbi támogatott E-k egyikével911Szolgáltatók:
-
Sávszélesség
-
Intrado
-
RedSky
-
-
Segélyhívási nyilatkozat—Ha van helyszolgáltatása, beállíthatja a Webex App Sürgősségi Szolgáltatások Jogi Nyilatkozat ablakát, hogy tartalmazza azt a lehetőséget, hogy a felhasználók frissítsék helyüket bejelentkezéskor.
Ügyfelek testreszabása és biztosítása
A felhasználók letölthetik és telepíthetik az általános Webex alkalmazást asztali vagy mobil alkalmazásukat (a letöltési linkekért lásd: Webex App platformok). Miután a felhasználó hitelesíti, az ügyfél regisztrál a Webex Cloud for Messaging and Meetings ellen, letölti a márka adatait, felfedezi a BroadWorks szolgáltatás adatait, és letölti a hívó konfigurációját a BroadWorks Application Server-ről (DMS-en keresztül az XSP|ADP-n).
A Webex App hívási paramétereit a BroadWorks alkalmazásban állíthatja be (normálisnak). A Control Hub ügyfelei számára beállíthatja a márkajelzést, az üzenetküldést és a találkozási paramétereket. Nem módosíthatja közvetlenül a konfigurációs fájlt.
Ez a két konfigurációs készlet átfedheti egymást, ebben az esetben a Webex konfiguráció felülírja a BroadWorks konfigurációt.
Webex App konfigurációs sablonok hozzáadása a BroadWorks Application Server-hez
A Webex App DTAF fájlokkal van konfigurálva. Az ügyfelek letöltenek egy konfigurációs XML fájlt az Application Server-ről, az XSP|ADP eszközkezelő szolgáltatáson keresztül.
Az R22.0 sablon fájlok már nem támogatottak és eltávolításra kerülnek a DTAF archívumból. A korábban R címkével ellátott sablonok 23.0 átkerülnek R-re24.0, mivel a BroadWorks R24.0 a jelenleg támogatott legrégebbi verzió. Ezek az R24.0 sablonok minden támogatott Application Server kiadásban használhatók, beleértve az R24.0, R25.0, és R26.0.
| 1 |
Töltse le a zip fájlokat a kívánt Webex App (asztali, mobil vagy tablet) SzoftverletöltésekHonlap. Az Eszközprofil típusa és a Csomag neve részletekért lásd: Eszközprofilok a Környezet előkészítése szakaszban. | ||||||||||
| 2 |
Ellenőrizze, hogy a megfelelő címkekszet van- e . | ||||||||||
| 3 |
DTAF fájlok importálása és frissítése. A Cisco Software Download oldaláról letöltött DTAF csomag egy konténerarchívum. Ezt az archívumot helyben kell kinyerni, hogy hozzáférjen az adott archívumhoz
| ||||||||||
| 4 |
Állítsa be az eszközprofilokat minden egyes ügyfél számára. | ||||||||||
| 5 |
Kattintás Files and Authentication majd válassza ki a lehetőséget az összes rendszerfájl újjáépítéséhez.
|
A márka testreszabása a Webex alkalmazáshoz
-
Partner testreszabások – A partner rendszergazdái alkalmazhatnak fejlett márkatestreszabásokat, amelyek a partner szervezetére és/vagy ügyfeleire vonatkoznak. Lásd Speciális márkatestreszabások beállítása.
-
Ügyfelek testreszabása – Ha a partner lehetővé teszi az ügyfelek számára, hogy saját márkatestreszabást alkalmazzanak, az ügyfelek rendszergazdái követhetik az alábbi eljárásokat: Adja hozzá cége márkáját a Webex-hez.
A Felhasználói Aktiválási Portál ugyanazt a logót használja, amelyet az ügyfél Branding számára ad hozzá.
Hibabejelentés testreszabása és súgó URL-ek
Ezeknek a beállításoknak a testreszabásához a rendszergazdák követhetik a "Visszajelzés hozzáadása és súgó webhely URL-jei" eljárást, amely mindkét korábbi márkajelzési cikkben megtalálható.
Konfigurálja a Webex tesztszervezetét a Cisco BroadWorks számára
Mielőtt elkezdené
A flowthrough kiépítéssel
A feladat végrehajtása előtt be kell állítania az összes XSP|ADP szolgáltatást és a Control Hub partnerszervezetét.
| 1 |
Szolgáltatás hozzárendelése a BroadWorksben: |
| 2 |
Ellenőrizze az ügyfélszervezetet és a felhasználókat a Control Hubban: |
Felhasználói tesztelés
| 1 |
Töltse le a Webex alkalmazást két különböző gépre. |
| 2 |
Jelentkezzen be tesztfelhasználóként a két gépen. |
| 3 |
Tegyen teszthívásokat. |
Vevői szervezetek kiépítése
Az aktuális modellben automatikusan kiépesüljük az ügyfélszervezetet, amikor az első felhasználót a jelen dokumentumban leírt módszerek bármelyikén keresztül beszereli. A kiépítés minden ügyfél esetében csak egyszer történik meg.
Kiépítési felhasználók
A felhasználókat az alábbi módokon hozhatja ki:
-
Api-k használata Webex-fiókok létrehozásához
-
Integrált IM&P (folyamat-kiépítése) hozzárendelése megbízható e-mailekhez Webex-fiókok létrehozásához
-
Integrált IM&P (folyamat-kiépítés) hozzárendelése megbízható e-mailek nélkül. A felhasználók e-mail-címeket adnak meg és érvényesítve Webex-fiókok létrehozásához
-
Lehetővé teszi a felhasználók számára, hogy önállóan aktiválják (küld nekik egy linket, webex fiókokat hoznak létre)
Nyilvános kiépítési API-k
A Webex nyilvános API-kat tesz elérhetővé, amelyek lehetővé teszik 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ő kiépítési munkafolyamataikba. Ezeknek az API-knak a specifikációja elérhető a következő címen: developer.webex.com. Ha ezekkel az API-kkal szeretne fejlődni, vegye fel a kapcsolatot a Cisco képviselőjével, hogy webexet kapjon a Cisco BroadWorks számára.
Ezek az API-k elutasítják a nagykereskedelmi ügyfeleket.
Áramlás biztosítása
A BroadWorks-en a felhasználókat a Enable Integrated IM&P lehetőség. Ezzel a művelettel a BroadWorks kiépítési adapter API-hívást kezdeményez a felhasználó Webexen való kiépítéséhez. A kiépítési API-nk visszafelé kompatibilis az UC-One SaaS API-val. A BroadWorks AS nem igényel kódmódosítást, csak a kiépítési adapter API-végpontjának konfigurációs módosítását.
A Webex előfizetőinek kiépítése jelentős (néhány percet vehet igénybe a vállalkozáson belüli kezdeti felhasználó számára). A Webex háttérfeladatként végzi a kiépítést. Tehát a kiépítési folyamat sikere azt jelzi, hogy a kiépítés megkezdődött. Ez nem jelenti a befejezést.
Annak megerősítéséhez, hogy a felhasználók és az ügyfélszervezet teljes mértékben ki vannak-eépve a Webexen, be kell jelentkeznie a Partnerközpontba, és meg kell néznie az Ügyfelek listában.
A BroadWorks felhasználók számára a Webex for BroadWorks egy megosztott hívási megjelenésen (SCA) keresztül érhető el. A csonkoló felhasználónak hozzá kell rendelnie a hitelesítési szolgáltatást. A BroadWorks Trunking Solution Guide részben leírtak szerint 8ez lehetővé teszi az SCA Webex megjelenés hitelesítését a közös törzshitelesítéstől. A Webex for BroadWorks nem rendelhető el olyan felhasználók számára, akik az Route List vagy a Direct Route funkciókkal rendelkeznek.
A sablonok helyét áthelyezték a BroadWorks Calling in Org Settings-ből az Ügyféllista részbe, és most Onboarding sablonnak nevezik.
Felhasználói önaktiválás
BroadWorks-felhasználók kiépítése a Webexben az integrált IM&P szolgáltatás hozzárendelése nélkül:
-
Jelentkezzen be a Partner Hub-ba, és keresse meg a Customer List oldal.
-
Kattintás View Templates.
-
Válassza ki azt a feltöltési sablont, amelyet alkalmazni szeretne erre a felhasználóra.
Ne feledje, hogy minden sablon egy fürthöz és a partnerszervezethez van társítva. Ha a felhasználó nem a sablonhoz társított BroadWorks rendszerben van, a felhasználó nem tudja önállóan aktiválni a hivatkozást.
-
Másolja a kiépítési hivatkozást, és küldje el a felhasználónak.
Érdemes lehet a szoftver letöltési linkjét is tartalmaznia, és emlékeztetni a felhasználót, hogy meg kell adnia és ellenőriznie kell e-mail címét a Webex-fiók aktiválásához.
-
A felhasználó aktiválási állapotát a kijelölt sablonon figyelheti.
További információkért lásd: User Provisioning and Activation Flows.
Kiépítés nem megbízható e-mailekkel
A Partner Hub a Felhasználói állapot nézetben olyan vezérlőkészletet biztosít, amely lehetővé teszi a Webex for Cisco BroadWorks Service Provider rendszergazdái számára a felhasználói állapot áttekintését és a nem megbízható e-mailek feltöltésekor felmerülő hibák elhárítását. A részletekért lásd: Ellenőrizze a felhasználói feltöltést megbízhatatlan e-mailekkel.
A Webex-felhasználók áthelyezése a Webex-be a Cisco BroadWorks számára
Ha a meglévő Webex-felhasználókat a Cisco BroadWorks Webex-re szeretné áthelyezni, olvassa el az alábbi táblázatot annak meghatározásához, hogy melyik eljárást kell követni.
|
A meglévő Webex felhasználó a Webex-hez tartozik |
Kövesse ezeket a folyamatokat a felhasználó mozgatásához |
|---|---|
|
Fogyasztói szervezet vagy önregisztráció (például ingyenes számla, próbaszámla) |
Ha a Webex for BroadWorks szervezet nem létezik (a felhasználók nincsenek feltöltve):
Ha a Webex for BroadWorks szervezet létezik (legalább egy felhasználó van feltöltve):
|
|
Ügyfélszervezet |
|
Felhasználó áthelyezése (beleegyezéssel) a Webex-be a Cisco BroadWorks számára
Ezzel az eljárással áthelyezheti egy meglévő Webex-felhasználót, aki egy fogyasztói szervezetben van, vagy saját felhasználói fiókkal (ingyenes fiókkal vagy próbafiókkal) rendelkezik a Webex-re a Cisco BroadWorks számára. Vegye figyelembe, hogy a Webex for Cisco BroadWorks szervezetnek léteznie kell (az első felhasználóval rendelkezik). Ebben az esetben az alábbi lehetőségek egyikét használhatod a felhasználók áthelyezéséhez:
-
Move User (Megbízható e-mail) – Megbízható e-mailekkel való feltöltést használ
-
Felhasználó áthelyezése (Untrusted Email) – Megbízhatatlan e-mailekkel való feltöltést használ
-
Önaktiválás
Ha a Webex for Cisco BroadWorks szervezet még nem jött létre (a felhasználók nincsenek feltöltve), kövesse a normál feltöltési folyamatokat ( Szolgáltatás Felhasználók), hogy létrehozza a szervezetet, és adja hozzá az első felhasználót adminisztrációs felhasználóként. Miután az első felhasználó bekerült a szervezetbe, kövesse a beleegyezésen alapuló módszereket ebben az eljárásban a későbbi felhasználók áthelyezéséhez.
Felhasználó áthelyezése (megbízható e-mailben)
Ha az Onboarding sablon Megbízható e-maileket használ, a partner rendszergazdája a következő felhasználókat is áthelyezheti ezzel a folyamattal:
-
A rendszergazda hozzáadja a felhasználót.
-
A felhasználót a BroadWorks kiépítési hídra tolják.
-
A CI-keresés megállapítja, hogy a felhasználónak van-e egy másik Webex-fiókja ezzel az e-mail-címmel.
-
A rendszer automatikus e-mailt küld a felhasználónak.
-
-
A felhasználó megnyitja az e-mailt és kattintson Activate Account. A felhasználó átirányításra kerül a Webex Fogyasztói portálra.
-
A felhasználó bejelentkezik a Webexbe.
-
Felhasználó kattintások Delete a régi Webex fiók törléséhez.
-
A régi Webex fiók törlődik.
-
A felhasználót a Webex számára a Cisco BroadWorks számára ugyanazzal az e-mail címmel edzik ki.
-
A felhasználó a Letöltés oldalra van irányítva.
-
Felhasználó áthelyezése (nem megbízható e-mailekkel)
Ha az Onboarding sablon nem megbízható e-maileket használ, először a felhasználó e-mail címét kell érvényesíteni. A rendszergazda ezt a folyamatot követheti a további felhasználók áthelyezéséhez:
-
A rendszergazda hozzáadja a felhasználót.
-
A felhasználó automatikusan a BroadWorks kiépítési hídra kerül.
-
A rendszer aktiválási hivatkozással rendelkező szöveget küld a felhasználónak.
-
-
A felhasználó rákattint az Aktiválás hivatkozásra, és megadja e-mail címét.
-
A CI-keresés megállapítja, hogy a felhasználónak van-e egy másik Webex-fiókja ezzel az e-mail-címmel.
-
A rendszer automatikus e-mailt küld a felhasználónak.
-
-
A felhasználó megnyitja az e-mailt és kattintson Join Now.
-
Az e-mail cím érvényesítve van.
-
A felhasználó átirányításra kerül, hogy bejelentkezzen a Webex Fogyasztói portálra.
-
-
A felhasználó bejelentkezik a Webexbe.
-
A felhasználónak kattintania kell Delete a régi Webex fiók törléséhez.
-
A régi Webex fiók törlődik.
-
A felhasználót a Webex számára a Cisco BroadWorks számára ugyanazzal az e-mail címmel edzik ki.
-
A felhasználó a Letöltés oldalra van irányítva.
-
Önaktiválási folyamat
Ha a felhasználó rendelkezik meglévő BroadWorks fiókkal, az Önaktiválási folyamattal áthelyezheti fiókját.
-
A felhasználó BroadWorks hitelesítő adatokkal jelentkezik be a Felhasználói hozzáférési portál URL-címére.
-
A felhasználó megadja e-mail címét.
-
A felhasználót a BroadWorks kiépítési hídra kényszerítik.
-
A rendszer automatikus e-mailt küld a felhasználó e-mail címére.
-
-
A felhasználó megnyitja az e-mailt és rákattint a Join Now link, amely érvényesíti az e-mail címet.
-
A CI megkeresi a felhasználót, akinek van webex-fiókja. A felhasználónak törölnie kell a régi fiókot, mielőtt folytatná.
-
A rendszer átirányítja a felhasználót, hogy jelentkezzen be a Webexbe.
-
-
A felhasználó bejelentkezik a fogyasztói portálra.
-
A felhasználó rákattint Delete Account.
-
A régi Webex fiók törlődik.
-
A felhasználó egy új Webexet hoz ki Cisco BroadWorks-fiókhoz ugyanazzal az e-mail címmel.
-
A Webex for BroadWorks csatlakoztatása a meglévő szervezethez
Ha Ön partner rendszergazda, aki hozzáadja a Webex for BroadWorks szolgáltatásokat egy meglévő Webex ügyfélszervezethez, amely még nem áll kapcsolatban egy partner által kezelt BroadWorks vállalattal, akkor az ügyfélszervezet rendszergazdájának jóvá KELL hagynia a rendszergazdai hozzáférést a feltöltési kérelemhez.
A szervezet rendszergazdájának jóváhagyása szükséges, ha az alábbiak bármelyike igaz:
-
A meglévő ügyfélszervezet rendelkezik 100 felhasználói vagy több
-
A szervezetnek van egy ellenőrzött e-mail domainje
-
A szervezet domainjét igénylik
Ha a fenti feltételek egyike sem igaz, akkor Automatikus Csatolás fordulhat elő.
Egy Automatic Attachment forgatókönyv, a Webex for BroadWorks előfizetés hozzáadódik egy meglévő ügyfélszervezethez anélkül, hogy értesítené a meglévő org rendszergazdát vagy végfelhasználót. A legtöbb esetben a Partner Org megkapja a Provisioning Admin jogokat. Ha azonban az ügyfélszervezet nem rendelkezik licencekkel, vagy csak felfüggesztett/törölt licencekkel, akkor teljes rendszergazdává válik.
A Provisioning Admin hozzáférés segítségével a Control Hub-ban korlátozott láthatóságot kap a meglévő szervezet felhasználói számára. Javasoljuk, hogy vegye fel a kapcsolatot az ügyfél adminisztrátorával, és kérje a teljes adminisztrátori hozzáférést az org-hoz.
A partneradminisztrátorok a következő eljárást hajthatják végre a BroadWorks hívási szolgáltatásainak egy meglévő Webex-szervezethez való hozzáadásához:
Győződjön meg arról, hogy az admin-meghívó e-mailek engedélyezése a meglévő orgok csatolásakor (alapértelmezés szerint be van kapcsolva).
| 1 |
A partner adminisztrátora a Webex-et a Cisco BroadWorks számára az ügyfél számára. Segítségért lásd: Szolgáltató Ügyfélszervezetek. A következők fordulnak elő:
Tegyük fel, hogy az ügyfél rendszergazdája nem kap e-mailt. Ebben az esetben az ügyfél rendszergazdája manuálisan hozzáadhatja a partner rendszergazdáját (a sablonban megadott), mint az ügyfélszervezet külső rendszergazdáját a Control Hub-ból. Ezután a felhasználó újratöltése, ami elindítja a Webex-et a Cisco BroadWorks ügyfélszolgálatához. |
| 2 |
A teljes rendszergazdai hozzáféréssel a partner rendszergazdája befejezheti az ügyfél ellátásának folyamatát. A fenti lépéstől kezdve újra meg kell kísérelnie az ügyfél feltöltését1 . Azonban most, mint egy külső teljes adminisztrátor, ne vegye figyelembe a hibát2017. Amint a hívási szolgáltatások nyújtása befejeződött, a meglévő ügyfélszervezet ügyfélként jelenik meg a Webex for BroadWorks Partner Org alatt. A csatolt szervezet neve nem változik a BroadWorks vállalat nevére. A csatolt szervezet neve ugyanúgy marad, mint a csatolási folyamat előtt. |
Az Org Attachment feltételei
-
Az első BroadWorks előfizető e-mail címének meg kell egyeznie a megcélzott ügyfélszervezet meglévő felhasználójának e-mail címével. Ellenkező esetben új ügyfélszervezet jön létre.
-
A meglévő org első felhasználója, aki a Webex for BroadWorks számára van feltöltve, nem admin felhasználóként van feltöltve. 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 feltöltési sablonján konfigurált beállításokkal szemben. Ennek eredményeként nincs változás a meglévő felhasználók bejelentkezési módjában.
-
Ha azonban a meglévő ügyfélszervezet engedélyezte az alapvető márkajelzést, a csatolás után a Partner Speciális márkajelzési beállításai elsőbbséget élveznek. Ha az ügyfél azt akarja, hogy az alapmárkajelzés érintetlen maradjon, akkor a partnernek be kell állítania az ügyfélszervezetet, hogy felülírja a márkajelzést az Advanced Branding beállításokban.
-
-
A meglévő szervezet neve nem változik.
-
Nincs változás az e-mail suppression flag beállításában a meglévő org beállításokban. Ez hatással lehet az újonnan telepített felhasználókra. A zászló beállításától függően az új felhasználók esetleg nem kapnak e-mailt olyan kóddal, amelyet az aktiválás befejezéséhez be kell írni.
-
A korlátozott adminisztrációs mód (a Korlátozott partner mód kapcsoló által beállított) ki van kapcsolva a csatolt org számára.
-
Győződjön meg róla, hogy befejezi a szervezet csatolási folyamatát (áthelyezi a meglévő felhasználókat és frissíti a szervezet azonosítóját), mielőtt új felhasználókat biztosít a Cisco BroadWorks Webex-hez.
-
A BroadWorks vállalkozás csak egy Webex szervezéssel társulhat. Egyetlen BroadWorks vállalattól nem lehet előfizetőket külön Webex-szervezetekbe szállítani.
Külső rendszergazda hozzáadása
Az ügyfélszervezet rendszergazdái által a partner rendszergazdájának külső rendszergazdaként történő hozzáadásához követendő lépésekről lásd: Külső rendszergazdai kérés jóváhagyásacikk help.webex.com.
Az ügyféladminisztrátornak biztosítania kell a külső adminisztrátornak a Teljes Rendszergazdai jogokat és kiváltságokat.
Az ügyfélszervezet rendszergazdája által külső rendszergazdaként hozzáadott e-mail címnek meg kell egyeznie a partner rendszergazdájának a Partner Hub Onboard sablonjában konfigurált e-mail címével.
Miután teljes rendszergazdaként hozzáadta az e-mailt az Onboarding sablonból a Partner Hub-on, minden további partneradminisztrátort hozzá kell adni Teljes rendszergazdai jogokkal rendelkező külső rendszergazdaként.
Webex eltávolítása a BroadWorks számára a meglévő szervezetből
Kövesse ezeket a lépéseket a Webex for BroadWorks eltávolításához egy meglévő Webex szervezetből. Például, ha véletlenül csatolta a Webex for BroadWorks programot egy meglévő szervezethez, és el szeretné távolítani a mellékletet.
A Standard flow leválasztása a Webex for BroadWorks egy meglévő Webex szervezettől (csak standard flow) eltávolítja az összes kapcsolódó előfizetői adatot, és deaktivá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 kapcsolódó előfizetés. A Hybrid flow-ban az ügyfél előfizetései nem változnak.
-
Ha nincs hozzáférése az ügyfélbeállításokhoz a Control Hub-ban, az ügyfélrendszergazda külső rendszergazdai hozzáférést biztosít Önnek a következő módon: Külső rendszergazdai kérés 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ásaAPI.
-
Távolítsa el az összes Webex for BroadWorks előfizetőt a szervezetből. Használja a BroadWorks előfizető eltávolításaAPI.
-
Távolítsa el a folyamatban lévő Webex for BroadWorks felhasználók a szervezetből. Például, ha a felhasználókat a megbízhatatlan e-mail áramláson keresztül jutalmazták, és az érvényes e-maileket még nem adták meg, a felhasználókat függőben lévő állapotban hagyják. Követés Ellenőrizze a felhasználói feltöltést megbízhatatlan e-mailekkelA felhasználók törlése.
-
Törlés BroadWorks Calling Konfiguráció ehhez az ügyfélhez. Nyissa meg az ügyfél Control Hub példányát, kattintson Hybrid, alatta BroadWorks Calling szakasz törli az összes konfigurációt.
A leválasztás befejezése után, ha a Webex for BroadWorks-t az ügyfélhez szeretné csatolni, kövesse az ellátási folyamatokat, hogy csatlakozzon egy meglévő ügyfélhez.
Alternatív lehetőség az előfizetők eltávolítására, ha nem szeretné használni a Remove a BroadWorks Subscriber API kell menni BroadWorks CommPilot és távolítsa el a Integrated IM&P Szolgáltatás az érintett felhasználók számára.
Felhasználók és szervezetek kezelése
A Webex for Cisco BroadWorks felhasználóinak kezeléséhez ne feledje, hogy a felhasználó mind a BroadWorksben, mind a Webexben létezik. A hívási attribútumok és a felhasználó BroadWorks identitása a BroadWorksben van. A felhasználó külön e-mail identitása és a Webex-funkciók licencelése a Webexben található.
Felhasználó üzembe helyezésének ellenőrzése nem megbízható e-mailekkel
Ha Webex-et épít ki a BroadWorks-felhasználók számára, akik nem megbízható e-mailekkel használják az átáramlást, a felhasználóknak önkiépítést kell végezniük az e-mail címüknek a Felhasználói aktiválási portálon való megadásával. Ha a felhasználó hibát tapasztal, akkor használhatja a Try again opció, amely megjelenik a portálon, hogy egy másik kísérlet. Ha a felhasználó újraszámolja a hibát, a rendszergazda a Partnerközpont alábbi lépéseivel áttekintheti az állapotot, és vagy beépítheti a felhasználót, törölheti a felhasználót, vagy konfigurációs módosításokat alkalmazhat.
| 1 |
Jelentkezzen be a Partner Hub-ba és keresse meg a Customer List oldal. |
| 2 |
Kattintás View Templates. Válassza ki a megfelelő Onboard sablont, amelyet alkalmazni szeretne erre a felhasználóra. |
| 3 |
Kevesebb, mint User Verification, ellenőrizze, hogy a következő beállítások vannak beállítva annak biztosítására, hogy a nem megbízható e-mailek áramlási-át megfelelően konfigurálják:
|
| 4 |
Miután a felhasználó feltöltése megtörtént, a User Verification szakasz, kattints Show User Status A céltartalék állapotának ellenőrzése. A User Status A nézet megjeleníti a felhasználók listáját az olyan részletekkel együtt, mint a BroadWorks ID, a kiválasztott csomag típusa és az aktuális állapot, amely megmutatja, hogy a felhasználó rendelkezik-e feltöltéssel, vagy van-e függőben lévő követelmény.
|
| 5 |
A hibákkal vagy függőben lévő követelményekkel rendelkező felhasználók esetében kattintson a jobb oldali három pontra, és válasszon az alábbi felügyeleti lehetőségek közül:
|
További nézetbeállítások
A felhasználók listájának megtekintésekor a következő további beállítások érhetők el:
-
Export—Kattintson erre a gombra, ha a felhasználói listát CSV fájlba szeretné exportálni.
-
Exclude provisioned users—Engedélyezze ezt a kapcsolót, ha csak a függőben lévő követelményeket vagy hibákat tartalmazó felhasználókat szeretné megtekinteni.
Felhasználói azonosító vagy e-mail-cím módosítása
Felhasználói azonosító és e-mail-cím módosítása
Az e-mail azonosító és az alternatív azonosító a BroadWorks felhasználói attribútumai, amelyeket a Webex használ a Cisco BroadWorks számára. A BroadWorks felhasználói azonosítója továbbra is a BroadWorks felhasználójának elsődleges azonosítója. Az alábbi táblázat a különböző attribútumok céljait ismerteti, és mi a teendő, ha módosítania kell őket:
| Attribútum a BroadWorks-ben | Megfelelő attribútum a Webexben | Cél | Jegyzetek |
| BroadWorks felhasználói azonosítója | Egy sem | Elsődleges azonosító | Ezt az azonosítót nem tudod megváltoztatni, és a felhasználót továbbra is ugyanahhoz a fiókhoz kapcsolhatod a Webex-en. Törölheti a felhasználót, és újra létrehozhatja, ha rossz. |
| E-mailes azonosító | Felhasználói azonosító |
Kötelező az átfolyó kiépítéshez (Webex felhasználói azonosító létrehozása), ha azt állítja, hogy megbízik az e-mailben Nem szükséges a BroadWorks-ben, ha nem állítja, hogy megbízhat az e-mailekben Nem szükséges a BroadWorks-ben, ha engedélyezi az előfizetőknek, hogy önaktivizálják |
Van egy manuális folyamat, hogy módosítsa ezt mindkét helyen, ha a felhasználó rendelkezik a hibás e-mail címmel:
Ne változtassa meg a BroadWorks felhasználói azonosítóját. Ez nem támogatott. |
| Alternatív azonosító | Egy sem | Lehetővé teszi a felhasználó e-mailben és jelszóval történő hitelesítését a BroadWorks felhasználói azonosítójával szemben | Meg kell egyeznie az e-mail azonosítóval. Ha nem tudja beírni az e-mailt az Alternatív azonosító attribútumba, a felhasználóknak meg kell adniuk a BroadWorks felhasználói azonosítójukat a hitelesítés során. |
Felhasználói csomag módosítása a Partnerközpontban
| 1 |
Jelentkezzen be a Partner Hub-ba és kattintson Customers. |
| 2 |
Keresse meg és válassza ki azt az ügyfélszervezetet, ahol a felhasználó otthon van. A szervezet áttekintő lapja a képernyő jobb oldalán található panelen nyílik meg. |
| 3 |
Kattintás View Customer. Az ügyfélszervezet megnyílik a Control Hubban, amely az Áttekintés lapot mutatja.
|
| 4 |
Kattintás Users, majd keresse meg és kattintson az érintett felhasználó. |
| 5 |
A felhasználó Services, kattints Webex for BroadWorks Packages (Subscriptions). Megnyílik a felhasználó csomagpanelje, és láthatja, hogy jelenleg melyik csomag van hozzárendelve a felhasználóhoz. |
| 6 |
A Profile fül, nézd meg a Package és kattintson a nyílra (>), hogy bővítse a nézetet. |
| 7 |
Válassza ki a kívánt csomagot ehhez a felhasználóhoz (Basic, Standard, Premium vagy Softphone) és kattintson Save. A Control Hub egy üzenetet jelenít meg, amelyet a felhasználó frissít. |
| 8 |
Bezárhatja a felhasználói adatokat és a Vezérlőközpont lapot. |
A standard és a prémium csomagok különböző értekezlethelyekkel rendelkeznek, amelyek az egyes csomagokhoz kapcsolódnak. Amikor a két csomag egyikével rendszergazdai jogosultsággal rendelkező előfizető a másik csomagra költözik, az előfizető két értekezlet-oldallal jelenik meg a Control Hubban. Az előfizető fogadó értekezlet-képességei és az értekezlet-webhelye igazodik az aktuális csomaghoz. Az előző csomag értekezlet-webhelye és az adott webhelyen korábban létrehozott tartalmak, például a felvételek továbbra is elérhetők maradnak az értekezlet-webhely rendszergazdája számára.
A csomag frissítéséből eredő új PMR-beállítások 2-3 órát is igénybe vehetnek.
Felhasználók törlése
Számos módszer létezik, amelyekkel a rendszergazdák törölhetnek egy felhasználót a Webex-ből a Cisco BroadWorks számára:
Ha a törölni kívánt felhasználónak rendszergazdai jogosultságai vannak, a felhasználó törlése előtt új rendszergazdát rendeljen hozzá. Ha az utolsó rendszergazda törlésre kerül, a rendszergazda szerepköre nem kerül automatikusan átadásra.
Webex a Cisco BroadWorks API-hoz
A partner rendszergazdái a Cisco BroadWorks API Webex használatával törölhetik a felhasználókat:
-
Futtassa a BroadWorks előfizető eltávolításaAPI kérés: 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ót már nem számlázzák webexként a Cisco BroadWorks felhasználó számára, és ingyenes Webex felhasználóként kezelik.
-
Futtassa a Személy törléseAPI kérés: https://developer.webex.com/docs/api/v1/emberek/a-person törléseA felhasználó teljes törlése.
Átfolyó kiépítés
A partneradminisztrátorok az átfolyó kiépítés segítségével 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ótól. Letilthatja a szolgáltatást a felhasználó számára a User – Integrated IM&P A BroadWorks oldalon. A részletes eljárást lásd: „Az integrált IM&P konfigurálása” a Cisco BroadWorks Application Server Group Web Interface Administration Guide – Part 2.
Miután a szolgáltatás le van tiltva, a flow-through provisioning eltávolítja a felhasználó Webex for Cisco BroadWorks előfizetését. A felhasználót már nem számlázzák webexként a Cisco BroadWorks felhasználó számára, és ingyenes Webex felhasználóként kezelik.
-
A Control Hubban keresse meg és jelölje ki a felhasználót.
- Ugrás Actions és válassza ki Delete User.
Vezérlőközpont (ügyféladminisztrátorok)
Az ügyfél-rendszergazdák a Control Hub segítségével törölhetik a felhasználókat a szervezetükből. A részletekért lásd: Felhasználó törlése a szervezetéből a Webex Control Hub-banEgyesült Királyság https://help.webex.com/0QSE-ben04/.
Szervezet törlése
| 1 |
A People API-k használatával törölheti az összes felhasználót a szervezetből: A BroadWorks előfizető eltávolítása API eltávolítja a Webex for Cisco BroadWorks jogosultságait a felhasználótól, de nem törli a felhasználót. |
| 2 |
Ha a Directory Sync be van kapcsolva, tiltsa le. Ez történhet a Partner Hub-on vagy a nyilvános API-n keresztül. A Directory Sync letiltása a Partner Hub segítségével: A Directory Sync API-n keresztüli letiltásához használja a Könyvtárszinkronizálás frissítése egy BroadWorks Enterprise-hozAPI és tiltsa le enableDirSync beállítást. A szervezethez tartozó BroadWorks Directory Sync összes felhasználója törlésre kerül. Vegye figyelembe, hogy a felhasználók eltávolítása (bármelyik módszerrel) eltarthat egy ideig a felhasználók mennyiségétől függően. |
| 3 |
Miután az összes felhasználó eltávolították, használja a Szervezet törléseAPI a szervezet törléséhez. |
Előfizetés törlése a Control Hub-ból
Mivel az API privát, az ügyfelek nem férhetnek hozzá. Ehelyett a következő lépések azt mutatják, hogy az ügyfelek hogyan törölhetik a saját előfizetésüket a Control Hub-ról:
-
A Partner Admin navigálhat az Ügyfél Vezérlőközpontjának „Hibrid” Szolgáltatások oldalára.
-
Keresse meg a "BroadWorks Calling" kártyát.
-
Miután az összes felhasználót eltávolították a Webex for BroadWorks-től az adott Ügyfél számára, a Partnernek egy gombot kell látnia a "Clear Configuration" (azaz törölje a customer_config bejegyzést a BPB-ben).
Kiadáskezelés
A Partner Hub kiadáskezelési vezérlői megkönnyítik a Webex számára a Cisco BroadWorks szolgáltatók számára a kiadások kezelését azáltal, hogy lehetővé teszik számukra, hogy ellenőrizzék azt a kiadási ütemet, amellyel a felhasználók Webex Apps-je a legújabb szoftverre frissít.
Alapértelmezés szerint a Webex App automatikus frissítéseket használ (Cisco által ellenőrzött havi kiadások). Ezzel a funkcióval azonban a partner rendszergazdái:
-
Testreszabott kiadási ütemezés beállítása a Cisco alapértelmezett kiadási ütemtervéből
-
Állítson be egyetlen kiadási ütemtervet és kaszkádot, hogy ütemezze az összes ügyfélszervezet számára, amelyet kezelnek
-
Különböző kiadási ütemtervek hozzárendelése különböző ügyfélszervezetekhez
A kiadáskezeléssel kapcsolatos további információkért, beleértve a testreszabott kiadásütemezés beállításával és alkalmazásával kapcsolatos információkat, olvassa el a Webex cikket. Release Management testreszabások.
A rendszer újrakonfigurálja
A rendszert a következőképpen konfigurálhatja újra:
-
BroadWorks-fürt hozzáadása a Partnerközpontban
-
BroadWorks-fürt szerkesztése vagy törlése a Partnerközpontban
-
Onboarding sablon hozzáadása a Partner Hub-ban
-
Egy Onboard sablon szerkesztése vagy törlése a Partner Hub alkalmazásban
BroadWorks fürt szerkesztése vagy törlése a Partner Hub alkalmazásban
Egy BroadWorks fürt szerkesztése vagy eltávolítása a Partner Hub alkalmazásban.
| 1 |
Bejelentkezés Partner Hub. |
| 2 |
Kattintás Services. |
| 3 |
A BroadWorks Calling kártya, kattints View Broadworks Calling. |
| 4 |
Kattintás View Clusters. |
| 5 |
Kattintson a szerkeszteni vagy törölni kívánt fürtre. |
| 6 |
A lehetőségek adak:
A fürtlista frissül a módosításokkal.
|
Onboarding sablon szerkesztése vagy törlése a Partner Hub alkalmazásban
Szerkesztheti vagy törölheti az Onboard sablonokat a Partner Hub alkalmazásban.
| 1 |
Bejelentkezés Partner Hub. | |||||||||
| 2 |
Kattintás Services. | |||||||||
| 3 |
A BroadWorks Calling kártya, kattints View Broadworks Calling. | |||||||||
| 4 |
Kattintson a szerkeszteni vagy törölni kívánt sablonra. | |||||||||
| 5 |
A lehetőségek adak:
A fürtlista frissül a módosításokkal.
|
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 Assistantet, hogy kövesse nyomon a műveleti elemeket, vegye figyelembe a fontos döntéseket, és jelölje ki a legfontosabb pillanatokat egy értekezlet vagy esemény során.
A Webex Meeting Assistant ingyenesen elérhető a Prémium és Standard csomag tárgyalóhelyek és a Személyes tárgyalótermek számára. A támogatás új és meglévő webhelyeket is magában foglal.
Webex- asszisztens engedélyezése értekezletekhez
A Webex Assistant alapértelmezés szerint mind a Standard, mind a Premium csomag Broadworks ügyfelek számára engedélyezett.
Partner Rendszergazdák és Ügyfélszervezet Rendszergazdák letilthatják az Ügyfélszervezetek funkciót Vezérlőközpont.
Korlátozások
A Cisco BroadWorks for Webex esetében az alábbi korlátozások érvényesek:
-
A támogatás a Prémium és Standard csomag tárgyalóhelyekre és a Személyes tárgyalótermekre korlátozódik.
-
A zárt feliratozás csak angol, spanyol, francia és német nyelven támogatott.
-
Az e-mailen keresztül történő tartalommegosztás csak a szervezeten belüli felhasználók számára érhető el
-
Az értekezlet tartalma nem érhető el a szervezeten kívüli felhasználók számára. Az értekezlet tartalma akkor sem érhető el, ha ugyanazon szervezeten belül különböző csomagok felhasználói között oszlik meg.
-
A Prémium csomaggal az értekezlet utáni átiratok elérhetők, függetlenül attól, hogy a Webex Assistant engedélyezve vagy letiltva van-e. Ha azonban a helyi felvétel be van jelölve, az értekezlet utáni átiratokat vagy kiemeléseket nem rögzítik.
-
A Standard csomaggal a Record meeting on cloud opció nem áll rendelkezésre, így az értekezlet utáni átiratok nem érhetők el, ha a Webex Assistant be van kapcsolva vagy ki van kapcsolva. Ha azonban a helyi felvétel van kiválasztva, akkor sem rögzítik az értekezlet utáni átiratokat vagy kiemeléseket.
További Információk A Webex Assistant-ről
A funkció használatával kapcsolatos felhasználói információkat lásd: Webex asszisztens használata a Webex találkozókon és rendezvényeken.
Webex-hívások letiltása
Az ingyenes Webex hívás alapértelmezés szerint lehetővé teszi a felhasználók számára, hogy ingyenes hívásokat tegyenek bármely Webex-kompatibilis eszközre. Ha azonban azt szeretné, hogy minden hívás a BroadWorks infrastruktúrát használja, letilthatja a Webex hívásokat egy Onboarding sablonon belül, amely letiltja ezt a lehetőséget a sablont használó ügyfélszervezetek számára.
Funkciótámogatás
Ha a Webex hívás le van tiltva, a következő feltételek vonatkoznak a Webex Cisco BroadWorks felhasználók számára:
-
A felhasználók már nem látják Call with Webex mint választható hívási lehetőség a Webex alkalmazásban.
-
A felhasználók nem küldhetnek vagy kaphatnak ingyenes Webex hívásokat a nem Webex Cisco BroadWorks felhasználók számára. Ez magában foglalja a Webex csapatteréből kezdeményezett hívásokat, a Híváselőzményeket, a Névjegyeket, a másik felhasználó URI-jának vagy e-mail címének beírásával a Keresés sávon.
-
A képernyőmegosztás egy BroadWorks híváson belül működik.
-
A Webex értekezletek és a telefonos jelenlét még akkor is működik, ha a Webex Hívások le vannak tiltva.
Webex hívások letiltása (új onboarding sablon)
Egy új Onboarding sablon konfigurálása közben beállíthatja, hogy a Webex hívások engedélyezettek vagy letiltottak-e a Disable Cisco Webex Free Calling jelölőnégyzet a Add a new template Varázsló. Ez a beállítás a sablonhoz hozzárendelt ügyfélszervezetek felhasználói számára lesz kiválasztva.
Az új Onboarding sablon beállításával kapcsolatos részletekért lásd: Partnerszervezet konfigurálása a Partner Hub alkalmazásban.
Webex hívások letiltása (Meglévő Onboarding sablon)
Kövesse ezt az eljárást a Webex hívások letiltásához egy meglévő Onboarding sablonból. Ez letiltja a szolgáltatást minden olyan ügyfélszervezet új felhasználója számára, amely ezt a sablont használja.
-
Bejelentkezés a Partner Hub-ba Webáruház.
-
Válasszon Settings.
-
Kattintás View Template és válassza ki a megfelelő Onboarding sablont.
-
Kattintás Disable Cisco Webex Free Calling.
-
Kattintás Save.
Webex hívások letiltása (meglévő felhasználó)
Ha letiltja ezt a funkciót egy Onboarding sablonon, akkor csak a sablonhoz hozzárendelt új felhasználók számára módosítja a beállítást. Ha letiltja a Webex hívásokat egy meglévő felhasználó számára, kövesse az alábbi eljárások egyikét a felhasználó frissítéséhez.
Győződjön meg arról, hogy a fenti eljárások egyikét már elvégezte a Webex Hívások letiltására a felhasználó által hozzárendelt Onboarding sablonból. Ellenkező esetben az alábbi eljárások közül bármelyik újrakonfigurálja a felhasználót a Webex hívások engedélyezve.
Ha flow-through feltöltést használ, a következőket teheti:
-
Nyisd meg a CommPilot-ot, és menj a felhasználói konfigurációhoz.
-
Távolítsa el a Integrated IM+P szolgáltatás a felhasználó és kattintson OK.
-
Adja hozzá a Integrated IM+P szolgáltatás a felhasználó és kattintson OK.
Ellenkező esetben az API segítségével frissítheti a felhasználót.
-
Használja a BroadWorks előfizetői API eltávolításaA felhasználó törlése.
-
Használja a BroadWorks előfizetői API biztosításaa felhasználó hozzáadásához.
Videó- vagy képernyőmegosztás letiltása a hívásokon belül
A partner rendszergazdák konfigurációs címkéket használhatnak a videohívások és/vagy a képernyőmegosztás letiltására a Webex alkalmazásból (alapértelmezés szerint mindkét médiatípus engedélyezett a hívásokhoz).
A teljes konfiguráció részleteit és beállításait lásd: Videohívások letiltásaés A képernyőmegosztás letiltásaaz Egyesült Államok Webex for Cisco BroadWorks konfigurációs útmutató.
Videó esetén azt is beállíthatja, hogy a bejövő hívásmédia alapértelmezés szerint csak videó vagy hang.
Foglaltsági lámpa mező / hívásátvételi értesítés
A Busy Lamp Field (BLF) / Call Pickup Notification kihasználja a BLF és Directed Call Pickup funkciókat. A BLF felhasználó a Webex alkalmazáson keresztül kap egy hang- és vizuális értesítést, amikor a BLF felügyelt listából érkező felhasználó bejövő hívást kap. A BLF felhasználó Ignore vagy Pick up a felügyelt felhasználó hívása.
A BLF / Call Pickup Notification segít olyan helyzetekben, amikor a felhasználónak más csapattagokra kell válaszolnia, akik más helyen dolgoznak.
A felhasználók a Multi-Call Window - Watchlist szakaszban is megtekinthetik a BLF felügyelt listáját (csak Windows, Mac nem támogatott), hogy megtekinthessék a Webex és a nem Webex csapattagok jelenlétét. A többhívás engedélyezésével kapcsolatban lásd: Többhívásos ablak
A Webex tagoknak teljes Webex jelenlétük lesz. A nem Webex tagoknak Webex-be kell szinkronizálniuk a könyvtárat, és csak "ismeretlen" és "in-a-call" állapotuk lesz (a csengő állapot elindítja a hívásfelvételi párbeszédablakot).
A nem Webex felhasználók jelenlétének korlátozása:
-
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.
-
Azok a CI-felhasználók, akik nem rendelkeznek Webex felhőjogosultsággal vagy gépfiókkal (munkaterületekkel), csak „in-call” és „ismeretlen” jelenlétet mutatnak. 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 hívtak, „ismeretlen” jelenléttel fognak megjelenni.
-
A kapcsolat elvesztése azt jelenti, hogy az összes nem Webex in-call állapot visszaáll „ismeretlen” állapotba, amikor újra csatlakozik.
-
Ha a BLF nem Webex-felhasználó hívást tart, akkor továbbra is „hívásban” jelenik meg.
Követelmények
Ügyeljen arra, hogy a következő tapaszokat alkalmazza a BroadWorks-re. Csak azokat a javításokat telepítse, amelyek a kiadásra vonatkoznak:
R esetében22:
-
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
R esetében23:
-
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|ADP-t használ:
-
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 későbbi)
-
R esetében24:
-
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 későbbi)
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 opcionális)
Aktiválnia kell az 101642 Enhanced Xsi Mechanism for Team Telephone funkciót az AS-en:
AS_CLI/System/ActivatableFeature> activate 101642
Engedélyezés X-BroadWorks-Remote-Party-Info az alábbi CLI parancsot használó AS-on, mivel néhány SIP hívás ezt a funkciót igényli:
AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
Győződjön meg arról, hogy a következő szolgáltatásokat rendelik a felhasználókhoz:
-
Az irányított hívásfelvételi szolgáltatás hozzárendelése minden felhasználóhoz
-
A forgalmas lámpa mező beállítása a felhasználók számára
Az XSP-re való hivatkozás magában foglalja az XSP-t vagy az ADP-t.
Foglaltsági lámpa mező beállítása a BroadWorks-en
A partner rendszergazdái a következő eljárást használhatják a Foglaltsági lámpa mező beállításához egy felhasználó számára.
-
Jelentkezzen be a BroadWorks CommPilot oldalra.
-
Egy kiválasztott felhasználó esetén lépjen ide: Client Applications és állítsa be a Busy Lamp Field.
-
Adja hozzá a figyelt BLF lista URL-jét.
-
Használja a keresési paramétereket, hogy megtalálja és hozzáadja a felhasználókat a Monitored Users Lista.
-
Kattintás OK.
Slido integrációs támogatás
A Webex for Cisco BroadWorks támogatja a Webex App integrációt a Slido-val.
A Slido egy könnyen használható közönségkapcsolati eszköz. Segít az embereknek 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. Ha a Slido integrálva van a Control Hub szervezetébe, a felhasználók hozzáadhatják a Slido alkalmazást a Webex alkalmazásban lévő találkozóikhoz. Ez az integráció további Q&A és szavazási funkciókat biztosít az értekezlethez.
A Slido Webex alkalmazással történő telepítésével és használatával kapcsolatos további információkért lásd: A Slido integrálása a Webex alkalmazással.
Automatikus válasz hanggal
A hangos automatikus válaszadással a felhasználók egy harmadik féltől származó alkalmazásból, például a Contact Centerből hívhatnak, és a hívás automatikusan a Webex alkalmazáson keresztül történik az asztalukon. Amikor a Webex App megszólítja a másik felet, a felhasználó egy bizonyos hangot hall, és azt tanácsolja nekik, hogy a hívás csatlakozik.
A Cisco BroadWorks-hez készült Webex felhasználó számára ezt a funkciót használhatja:
-
A funkció csak az elsődleges vonalbeli megjelenésnél támogatott
-
A Webex App legyen az elsődleges vonalbeli megjelenés
-
A %ENABLE_AUTO_ANSWER_WXT% A tag- et engedélyezni kell
Ha a felhasználó megosztott hívásmegjelenésekkel is rendelkezik (például az asztali telefon a másodlagos hívásmegjelenések egyikeként van beállítva), a funkció továbbra is támogatott az elsődleges megjelenésen, amíg a megosztott hívásmegjelenések nem fogadhatók be a bejövő hívások. Ez úgy érhető el, hogy a BroadWorks-en az alábbi három feltétel egyikét konfigurálja az összes megosztott hívásmegjelenéshez:
-
Alert all appearances for Click-to-Dial calls letiltva a Shared Call Appearance konfigurációban – ez az ajánlott megközelítés
vagy
-
Allow Termination to this location ki kell kapcsolni minden megosztott hívásmegjelenítés esetén, vagy
vagy
-
A helyek le vannak tiltva az összes megosztott hívásmegjelenéshez
Kapacitásbővítés
XSP|ADP gazdaságok
Javasoljuk, hogy használja a kapacitástervezőt annak meghatározására, hogy hány további XSP|ADP erőforrásra van szüksége az előfizetők számának javasolt növeléséhez. A dedikált nps vagy a Cisco BroadWorks farmokhoz dedikált Webex esetében a következő skálázhatósági lehetőségek állnak rendelkezésre:
-
Méretre szabott gazdaság: Adjon hozzá egy vagy több XSP|ADP szervert a gazdasághoz, amely extra kapacitást igényel. Telepítse és aktiválja ugyanazokat az alkalmazásokat és konfigurációkat, mint a farm meglévő csomópontjai.
-
Add hozzá dedikált farm: Adjon hozzá egy új, dedikált XSP|ADP farmot. Új fürtöt és új sablonokat kell létrehoznia a Partner Hubban, hogy új ügyfeleket adjon hozzá az új farmhoz, hogy enyhítse a meglévő farmra nehezedő nyomást.
-
Speciális farm hozzáadása: Ha szűk keresztmetszeteket tapasztal egy adott szolgáltatáshoz, akkor erre a célra külön XSP|ADP üzemet szeretne létrehozni, figyelembe véve a jelen dokumentumban felsorolt lakóhellyel kapcsolatos 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 farmot kapott szolgáltatás URL-címét.
A BroadWorks környezetének nyomon követése és beszerzése minden esetben az Ön felelőssége. Ha Cisco-segítséget szeretne igénybe venni, forduljon a fiók képviselőjéhez, aki professzionális szolgáltatásokat szervezhet.
HTTP-kiszolgálói tanúsítványok kezelése
Ezeket a tanúsítványokat az mTLS hitelesített webes alkalmazásokhoz kell kezelnie az XSP|ADP-n:
-
Megbízhatósági tanúsítványunk a Webex felhőből
-
Az Ön XSP|ADP HTTP szerver interfészeinek tanúsítványai
Bizalmi lánc
Töltse le a megbízhatósági tanúsítványt a Control Hub-ról, és telepítse azt az XSP|ADP-re a kezdeti konfiguráció során. Elvárjuk, hogy a tanúsítványt még a lejárata előtt frissítsük, és értesítsük Önt arról, hogyan és mikor kell módosítani.
A HTTP-kiszolgálói felületek
Az XSP|ADP-nek nyilvánosan aláírt kiszolgálói tanúsítványt kell benyújtania a Webex-nek a Order Certificates-ben leírtak szerint. Az interfész első biztonságossá tételével önadírt tanúsítvány jön létre az interfészhez. Ez a tanúsítvány az adott időponttól számított egy évig érvényes. Az öna aláírt tanúsítványt nyilvánosan aláírt tanúsítvánnyal kell helyettesítenie. Az Ön felelőssége, hogy új tanúsítványt kérjen, mielőtt lejár.
Nagykereskedelmi általános beállítások
A Partner mód által korlátozva egy olyan Partner Hub-beállítás, amelyet a partner-rendszergazdák hozzárendelhetnek bizonyos ügyfélszervezetekhez, hogy korlátozzák azokat a szervezeti beállításokat, amelyeket az ügyfelek rendszergazdái a Control Hub-ban frissíthetnek. Ha ez a beállítás engedélyezve van egy adott ügyfélszervezet számára, a szervezet összes ügyfélrendszergazdája – függetlenül a szerepkörjogosultságaitól – nem fér hozzá a Vezérlőközpontban lévő korlátozott vezérlőkészlethez. Csak egy partner-rendszergazda tudja frissíteni a korlátozott beállításokat.
A Partner mód által korlátozva inkább szervezeti szintű beállítás, mint szerep. A beállítás azonban korlátozza az ügyfélrendszergazdák speciális szerepjogosultságait abban a szervezetben, amelyre a beállítás vonatkozik.
Korlátozás partner móddal
Az ügyfélrendszergazdák értesítést kapnak, amikor a Korlátozott-by-Partner mód alkalmazásra kerül. A bejelentkezés után egy értesítési banner jelenik meg a képernyő tetején, közvetlenül a Vezérlőközpont fejlécében. A banner értesíti az ügyfél rendszergazdáját, hogy a Korlátozott mód engedélyezve van, és előfordulhat, hogy egyes hívási beállításokat nem tudnak frissíteni.
Egy olyan szervezet ügyfélrendszergazdája esetében, ahol a Partner mód korlátozva van engedélyezve, 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ód korlátozások által korlátozva)
Az ügyféladminisztrátoroknak számos korlátozással kell szembenézniük, függetlenül a Restricted-by-Partner módtól. Ezek a korlátozások a következőket foglalják magukban:
- A hívás beállításai: A Hívás menüben található "App Options Call Priority" beállítások csak olvashatók.
- A helyszín beállítása: A helymeghatározás utáni hívás beállítása el lesz rejtve.
- PSTN menedzsment és hívásrögzítés: Ezeket az opciókat a helyszínre bontjuk ki.
- Telefonszám kezelése: A Hívás menüben a telefonszám kezelése le van tiltva, és az "App Options Call Priority" beállítások, valamint a hívásrögzítés csak olvasható.
Korlátozások
Ha egy ügyfélszervezet számára engedélyezett a Partner-mód, az adott szervezet ügyfélrendszergazdái korlátozottan férhetnek hozzá a következő Vezérlőközpont-beállításokhoz:
-
A Users nézet, a következő beállítások nem érhetők el:
-
Manage Users A gomb szürke.
-
Manually Add or Modify Users– Nincs lehetőség felhasználók hozzáadására vagy módosítására, akár manuálisan, akár CSV-n keresztül.
-
Claim Users– nem áll rendelkezésre
-
Auto-assign Licenses– nem áll rendelkezésre
-
Directory Synchronization—Nem sikerült szerkeszteni a könyvtárszinkronizálási beállításokat (ez a beállítás csak a Partner szintű rendszergazdák számára érhető el).
-
User details—Az olyan felhasználói beállítások, mint a Keresztnév, Vezetéknév, Megjelenítési név és Elsődleges e-mail* szerkeszthetők.
-
Reset Package– Nincs lehetőség a csomag típusának visszaállítására.
-
Szolgáltatások szerkesztése – Nincs lehetőség a felhasználó számára engedélyezett szolgáltatások (pl. Messages, Meetings, Calling)
-
Szolgáltatások állapotának megtekintése – Nem látható a teljes állapot Hybrid Services vagy Software Upgrade Channel
-
Primary Work NumberEz a mező csak olvasható.
-
-
A Account nézet, a következő beállítás nem érhető el:
-
Company Name csak olvasható.
-
-
A Security nézet, a következő beállítás nem érhető el:
-
Authentication—Nincs lehetőség a Hitelesítés és az SSO beállítások szerkesztésére.
-
-
A Organization Settings nézet, a következő beállítások nem érhetők el:
-
DomainA hozzáférés csak olvasható.
-
EmailAz Egyesült Államok Suppress Admin Invite Email és Email Locale Selection A beállítások csak olvashatóak.
-
-
A Calling menü, a következő beállítások nem érhetők el:
-
Call SettingsAz Egyesült Államok App Options Call Priority A beállítások csak olvashatóak.
-
Calling BehaviorA beállítások csak olvashatóak.
-
Location > PSTN– A Local Gateway és a Cisco PSTN opciói rejtve vannak.
-
-
Kevesebb, mint SERVICES, a Migrations és Connected UC A szolgáltatás opcióit eltörölték.
Partner módban korlátozott engedélyezése
A partneradminisztrátorok az alábbi eljárást használhatják az engedélyezéshez Allow restricted by partner mode egy adott ügyfélszervezet esetében (az alapértelmezett beállítás engedélyezve van).
-
Bejelentkezés a Partner Hub-ba ( https://admin.webex.com) és válassza ki Customers.
-
Válassza ki a megfelelő ügyfélszervezetet.
-
A Wholesale general settings szakasz, engedélyezze a Allow restrict by partner mode Kapcsolja be a beállítást.
Ha meg akarsz fordulni Allow restrict by partner mode ki, kapcsolja ki a kapcsolót.
Ha a partner eltávolítja a korlátozott rendszergazdai módot egy ügyféladminisztrátor számára, az ügyféladminisztrátor a következőket tudja elvégezni:
-
Hozzáad Webex nagykereskedelmi felhasználók (a gomb)
-
Csomagok módosítása egy felhasználó számára
A nagykereskedelmi feltöltéshez támogatott időzónák listájával kapcsolatos további információkért lásd: A nagykereskedelmi feltöltéshez támogatott időzónák listája.
Partner Analytics
A Control Hub fejlesztései megkönnyítik a partner rendszergazdák számára a csomaginformációk megtekintését és frissítését a felhasználóik nevében. Ez a funkció lehetővé teszi a partnerek számára, hogy összesített képet kapjanak az összes ügyfélről, és a következő részleteket tartalmazza:
-
Összes felhasználó csomagonként (Szoftveres telefon, Alap, Standard, Prémium)
-
Felhasználó csomag trend szerint (napi/heti/havi)
-
Ügyfelek a hozzárendelt csomagok számával
A Partner Analytics használatával kapcsolatos teljes részletekért lásd a Webex cikket. Analitika a Webex nagykereskedelmi és a Webex a Broadworks csomagokhoz a Partner Hub-ban.
Számlázási jelentés API
A Webex for Developers nyilvános API-kat biztosít, amelyek felhasználhatók a havi számlázási jelentésekhez. A partner rendszergazdái ezeket az API-kat használhatják számlázási jelentések létrehozására, listázására, fogadására és törlésére. Az alábbi táblázat felsorolja az API-kat, a szükséges hozzáférés típusát és a szerepkör-követelményeket.
|
Számlázási API |
Cél |
A hozzáférés típusa |
Az API szerepkövetelménye (Az admin legalább egy ilyen szerepkört igényel) |
|---|---|---|---|
|
BroadWorks számlázási jelentés létrehozása |
Számlázási jelentés készítéséhez használt. |
Hozzáférés írása |
|
|
BroadWorks számlázási jelentések listája |
A megjeleníthető jelentések listázására szolgál. |
Hozzáférés olvasása |
|
|
BroadWorks számlázási jelentés készítése |
Egy generált jelentés másolatának megszerzéséhez használt. |
Hozzáférés olvasása |
|
|
BroadWorks számlázási jelentés törlése |
Egy generált jelentés törléséhez használt. |
Hozzáférés írása |
|
számlázási mezők
Az alábbi táblázat felsorolja a generált jelentésben található mezőket.
|
Mező |
Leírás |
|---|---|
|
viszonteladóName |
Partner neve vagy Partner Org Id |
|
számlázási azonosító |
Partner egyedi számlázási azonosító vagy C-szám |
|
spEnterprise-azonosító |
A Szolgáltató által az előfizető vállalkozásának egyedi azonosítója. |
|
belső |
Az ügyfél belső próbaállapota (Igen/Nem) |
|
felhasználóazonosító |
Az előfizető felhasználói azonosítója a BroadWorks-en |
|
előfizetőId |
A szóban forgó előfizető egyedi azonosítója a Webex-en |
|
Önaktiválás |
Igen/Nem |
|
elsőStartDate |
Az előfizető feltöltésének dátuma. |
|
számlázásStartDate |
A számlázás kezdete ebben a hónapban |
|
számlázásEndDate |
A számlázás befejezésének dátuma ebben a hónapban |
|
csomag |
A feltöltött csomag típusa |
|
Mennyiség |
A számlázásra átvitt mennyiség.
|
-
Ha egy adott időszakra létrehoz egy számlázási jelentést, nem tudja újítani azt a jelentést, kivéve, ha először törli a meglévő jelentést.
-
Ha egy adott felhasználó esetében módosítja a csomag típusát vagy a BroadWorks felhasználói azonosítóját, a változás bekövetkezésének hónapjára vonatkozó jelentés több bejegyzést jelenít meg az adott felhasználó számára, külön meghosszabbított bejegyzésekkel a változás előtt és után.
A Webex hibaelhárítása a Cisco BroadWorks számára
Feliratkozás a Webex állapotlapra
Első ellenőrzés https://status.webex.comha a szolgáltatás váratlan megszakadá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 állapotlapot. Tudjon meg többet a státuszra és az eseményekre vonatkozó értesítésekről itt: Webex Súgó.
Control Hub Analytics használata
A Webex nyomon követi a szervezet és az ügyfél szervezetei használati és minőségi adatait. Tudjon meg többet a Control Hub Analytics a Webex Súgóközpontban.
Hálózati problémák
Az ügyfelek vagy a felhasználók nem jönnek létre a Control Hub-ban a flow-through ellátással:
-
El tudja érni az alkalmazáskiszolgáló a kiépítési URL-címet?
-
Helyes-e a kiépítési fiók és a jelszó, létezik-e ez a fiók a BroadWorksben?
A fürtök folyamatosan sikertelenek a kapcsolódási teszteken:
Az mTLS kapcsolat a hitelesítési szolgáltatáshoz várhatóan nem fog működni, amikor létrehozza az első fürtöt a Partner Hub-ban, mert létre kell hoznia a fürtöt a Webex tanúsítványlánc eléréséhez. Enélkül nem hozhat létre bizalmi horgonyt az XSP|ADP hitelesítési szolgáltatásban, így a Partner Hub-ból származó mTLS-kapcsolat nem lesz sikeres.
-
Az XSP|ADP interfészek nyilvánosan hozzáférhetők?
-
A megfelelő portokat használja? A fürt kapcsolatdefiníciójában portot adhat meg.
Az interfészek nem érvényesítik az ellenőrzést
Xsi-Actions és Xsi-Events interfészek:
-
Ellenőrizze, hogy az interfész URL-címei helyesen vannak-e beírva a fürtbe a Partnerközpontban, beleértve a
/v2.0az URL-ek végén. -
Ellenőrizze, hogy a tűzfal lehetővé teszi-e a webex és ezek közötti interfészek közötti kommunikációt.
-
Tekintse át a jelen dokumentumban található felületkonfigurációs tanácsokat.
Hitelesítési szolgáltatás felülete:
-
Ellenőrizze, hogy az interfész URL-címei helyesen vannak-e beírva a fürtbe a Partnerközpontban, beleértve a
/v2.0az URL-ek végén. -
Ellenőrizze, hogy a tűzfal lehetővé teszi-e a webex és ezek közötti interfészek közötti kommunikációt.
-
Tekintse át a jelen dokumentumban található felületkonfigurációs tanácsokat, különös tekintettel a következőkre:
-
Győződjön meg róla, hogy megosztotta az RSA kulcsokat az összes XSP|ADP-n.
-
Győződjön meg róla, hogy minden XSP|ADP-n megadta az AuthService URL-t a webes tárolónak.
-
Ha szerkesztette a TLS-titkosítási konfigurációt, ellenőrizze, hogy a megfelelő elnevezési konvenciót használta-e. Az XSP|ADP megköveteli, hogy adja meg az IANA név formátumát a TLS kódokhoz. A dokumentum egy korábbi verziója helytelenül sorolta fel a szükséges titkosítási csomagokat az OpenSSL elnevezési konvención.
-
Ha az mTLS-t a hitelesítési szolgáltatással használja, a Webex ügyféltanúsítványokat betöltik az XSP|ADP/ADP bizalmi áruházába? Az alkalmazás (vagy az interfész) úgy van konfigurálva, hogy ügyféltanúsítványokat igényeljen?
-
Ha a hitelesítési szolgáltatással használja a CI token érvényesítést, az alkalmazás (vagy felület) úgy van konfigurálva, hogy nem igényel ügyféltanúsítványokat?
-
Ügyfélproblémák
Ellenőrizze, hogy az ügyfél csatlakozik-e a BroadWorks-hez
-
Jelentkezzen be a Webex alkalmazásba.
-
Ellenőrizze, hogy a Hívásbeállítások ikon (fölötte egy fogaskerékkel ellátott kézibeszélő) van-e jelen az oldalsávon.
Ha az ikon nincs jelen, előfordulhat, hogy a felhasználó még nem engedélyezi a Control Hub hívási szolgáltatását.
-
Nyissa meg a Settings/Preferences menü és menj a Phone Services szakasz. Látnod kell a státuszt SSO Session You're signed in.
Ha egy másik telefonszolgáltatás, például a Webex hívás jelenik meg, a felhasználó nem használja a Webex-et a Cisco BroadWorks alkalmazáshoz.
Ez az ellenőrzés a következőt jelenti:
-
Az ügyfél sikeresen keresztezte a szükséges Webex mikroszolgáltatásokat.
-
A felhasználó sikeresen hitelesítette.
-
Az ügyfél hosszú élettartamú JSON webes tokent bocsátott ki a BroadWorks rendszertől.
-
Az ügyfél lekérte az eszköz profilját, és regisztrált a BroadWorks-be.
Kliensnaplók
Minden Webex App kliens Küldhet Naplókat a Webex-nek. Ez a legjobb megoldás a mobil ügyfelek számára. Meg kell jegyeznie a felhasználó e-mail címét és a probléma bekövetkezésének hozzávetőleges időpontját is, ha segítséget kér a TAC-tól. További információkért lásd: Hol találok támogatást a Webex-hez?
Ha manuálisan kell gyűjtenie a naplókat egy Windows-számítógépről, azok a következők:
Windows PC: C:\Users\{username}\AppData\Local\CiscoSpark
A Mac: /Users/{username}/Library/Logs/SparkMacDesktop
A/az current_log.txt a BWC-vel kapcsolatos naplókat is tartalmazza.
Felhasználói bejelentkezési problémák
mTLS Auth hibásan konfigurálva
Ha az összes felhasználó érintett, ellenőrizze az mTLS-kapcsolatot a Webex-ről a hitelesítési szolgáltatás URL-címére:
-
Ellenőrizze, hogy a hitelesítési szolgáltatásalkalmazás vagy az általa használt kapcsolat mTLS-hez van-e 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 kiszolgálótanúsítvány a felületen/alkalmazásban érvényes-e, és egy jól ismert hitelesítésszolgáltató írta-e alá.
Túlszabadításról szóló licencüzenet
Ez az üzenet megjelenhet egy ügyfél számára a Partnerközpont Ügyfél nézetében. Ez az üzenet akkor jelenik meg, ha a licenchasználat meghaladja a licenc által lehetővé t lehetővé tette. Az üzenet figyelmen kívül hagyható.
Hibaelhárítási útmutató
A Cisco BroadWorks-hez készült Webex hibaelhárításával kapcsolatos részletes információkért lásd: Webex for Cisco BroadWorks hibaelhárítási útmutató.
Ügyféltámogatás
Állandó állapot támogatási politikája
A Szolgáltató a végfelhasználói (vállalati) támogatás első kapcsolattartója. Eszkalálhatja a problémákat, amelyeket az SP nem tud megoldani a TAC-ra. A BroadWorks szerver verzió támogatása a jelenlegi verzió és két korábbi nagyobb verzió (N-2) BroadSoft házirendjét követi. További információ itt: BroadSoft termékek életciklus-politikaAz Európai Unió BroadSoft életciklus-politika és BroadWorks szoftverkompatibilitási mátrix.
Eszkalációs politika
-
Ön (Szolgáltató/ Partner) az első kapcsolattartó a végfelhasználói (vállalati) támogatáshoz.
-
Az SP által nem megoldható problémák tac-ra eszkalálódnak.
BroadWorks verziók
-
A BroadWorks szerver verziójának támogatása a BroadSoft házirendjét követi, a jelenlegi verziót és két korábbi nagyobb verziót (N-2). További információ itt: BroadSoft termékek életciklus-politikaAz Európai Unió BroadSoft életciklus-politika és BroadWorks szoftverkompatibilitási mátrix.
Öntámogatási források
-
A felhasználók a Webex Súgóközponton keresztül találhatnak támogatást, ahol a Cisco BroadWorks-specifikus oldal webexe felsorolja a webex alkalmazás általános súgóját és támogatási témaköreit.
-
A Webex alkalmazás testreszabható ezzel a súgó URL-címével és egy problémajelentés URL-címével.
-
A Webex alkalmazás felhasználói visszajelzést vagy naplókat küldhetnek közvetlenül az ügyféltől. A naplók a Webex felhőbe kerülnek, ahol a Webex DevOps elemezheti őket.
-
Van egy Súgóoldalunk is, amely a Webex rendszergazdái szintű súgójának szól a Cisco BroadWorks számára.
Információgyűjtés a szolgáltatási kérelem benyújtásához
Ha hibákat észlel a Control Hubban, előfordulhat, hogy olyan információkat csatoltak, amelyek segíthetnek a TAC-nak a probléma kivizsgálásában. Ha például egy adott hiba nyomon követési azonosítóját vagy egy hibakódot lát, mentse a szöveget, hogy megossza velünk.
Próbáljon meg legalább a következő információkat megadni, amikor lekérdezést küld vagy megnyit egy esetet:
-
Ügyfélszervezet azonosítója és partnerszervezet azonosítója (mindegyik azonosító egy 32 hexadecimális számjegy, kötőjellel elválasztva)
-
TrackingID (szintén 32 hexadecimális sztring), ha a felület vagy a hibaüzenet egy
-
Felhasználói e-mail-cím (ha egy adott felhasználó problémákat tapasztal)
-
Ügyfélverziók (ha a probléma tüneteit észleli az ügyfélen keresztül)
UC-One SaaS összehasonlítás a Webex-szel a Cisco BroadWorks számára
|
Megoldás > |
UC-One SaaS |
Webex a Cisco BroadWorks részére |
|---|---|---|
|
Felhő |
Cisco UC-One felhő (GCP) |
Webex felhő (AWS) |
|
Ügyfelek |
UC-1: Mobil, Asztali Recepciós, felügyelő |
Webex: Mobil, Asztali, Web |
|
Jelentős technológiai különbség |
A Broadsoft Meet Technology-n tartott találkozók |
A Webex Meetings Technology-n tartott találkozók |
|
Korai terepi kísérletek |
Átmeneti környezet, Béta-ügyfelek |
Termelési környezet, GA ügyfelek |
|
Felhasználói identitás |
A BroadWorks ID elsődleges azonosítóként szolgál, kivéve, ha a Szolgáltató már rendelkezik egyszeri bejelentkezés-integrációval.
Felhasználói azonosító és titkos rendszer a BroadWorksben |
A Cisco CI e-mail azonosítója elsődleges azonosítóként szolgál Az egyszeri bejelentkezés a BroadWorks szolgáltatóba, ahol a Felhasználó a BroadWorks felhasználói azonosítójával és a BroadWorks titkos kóddal hitelesít.
A felhasználó sso-n keresztül biztosítja a hitelesítő adatokat a BroadWorks-szel és a BroadWorks titkos kódjával VAGY Felhasználói azonosító és titkos rendszer a CI IdP-ben VAGY Felhasználói azonosító CI-ben, azonosító és titkos kulcsok az IdP-ben |
|
Ügyfélhitelesítés |
A felhasználók hitelesítő adatokat szolgáltatnak az ügyfélen keresztül A BroadWorks hosszú élettartamú tokenek szükségesek a Webex üzenetküldés használatához |
A felhasználók böngészőn keresztül adnak meg hitelesítő adatokat (akár bejelentkezési oldal Webex BIdP proxyról, akár CI-ről) Webex hozzáférés és jogkivonatok frissítése |
|
Kezelés / konfiguráció |
Az OSS/BSS rendszerek és Viszonteladói portál |
Az OSS/BSS rendszerek és a Vezérlőközpont |
|
Partner/Szolgáltató aktiválása |
A Cisco Operations egyszeri beállítása |
A Cisco Operations egyszeri beállítása |
|
Vevő/vállalat aktiválása |
Viszonteladói portál |
Control Hub Automatikus létrehozás az első felhasználói regisztrációkor |
|
Felhasználói aktiválási beállítások |
Önálló beiratkozott Külső IM&P beállítása a BroadWorksben
|
Integrált IM&P beállítása a BroadWorksben (jellemzően vállalatok) |
|
XSP|ADP szervizinterfészek |
XSI-műveletek
XSI-események CTI (mTLS) AuthService (mTLS nem kötelező) DMS |
XSI-műveletek XSI-műveletek (mTLS) XSI-események CTI (mTLS) AuthService (TLS) DMS |
A Webex telepítése és a bejelentkezés (előfizetői perspektíva)
| 1 |
Töltse le és telepítse a Webex-et. A részletekért lásd: Webex | Töltse le az alkalmazást. |
| 2 |
Futtassa a Webex-et. A Webex kéri az e-mail címét.
|
| 3 |
Adja meg e-mail címét és kattintson ide Next. |
| 4 |
Az alábbiak egyike történik, attól függően, hogy a szervezet hogyan van konfigurálva a Webexben: A Webex betöltődik, miután sikeresen hitelesítette magát az IdP vagy a BroadWorks ellen.
|
Adatcsere és -tárolás
Ezek a szakaszok részletesen ismertetik a Webex-szel való adatcserét és -tárolást. Minden adat titkosítva van mind az átvitel, mind a nyugalmi állapotban. További részletekért lásd: Webex App Biztonság.
Szolgáltatói be- és bekapcsolás
Amikor fürtöket és felhasználói sablonokat konfigurál a Webex Control Hubban a Szolgáltatói bevezetés során, a Webex által tárolt alábbi BroadWorks-adatokat cseréli:
-
Xsi-Actions URL
-
Xsi-Események URL-címe
-
CTI-felület URL-címe
-
Hitelesítési szolgáltatás URL-címe
-
BroadWorks kiépítési adapter hitelesítő adatai
Szolgáltató felhasználói kiépítése
Ez a táblázat azokat a felhasználói és vállalati adatokat sorolja fel, amelyeket a webex API-kon keresztül történő felhasználói kiépítés részeként cserélnek.
|
Adatok áthelyezése a Webex-re |
Feladó: |
Keresztül |
A Webex tárolja? |
|---|---|---|---|
|
BroadWorks UserID |
BroadWorks, API szerint |
Webex API-k |
Igen |
|
E-mail (ha SP biztosított) |
BroadWorks, API szerint |
Webex API-k |
Igen |
|
E-mail (ha a felhasználó megadta) |
Felhasználó |
Felhasználói aktiválási portál |
Igen |
|
Utónév |
BroadWorks, API szerint |
Webex API-k |
Igen |
|
Vezetéknév |
BroadWorks, API szerint |
Webex API-k |
Igen |
|
Elsődleges telefonszám |
BroadWorks, API szerint |
Webex API-k |
Igen |
|
Mobiltelefonszám |
BroadWorks, API szerint |
Webex API-k |
Igen |
|
Elsődleges mellék |
BroadWorks, API szerint |
Webex API-k |
Igen |
|
BroadWorks szolgáltató azonosítója és csoportazonosítója |
BroadWorks, API szerint |
Webex API-k |
Igen |
|
Nyelv |
BroadWorks, API szerint |
Webex API-k |
Igen |
|
Időzóna |
BroadWorks, API szerint |
Webex API-k |
Igen |
Felhasználó eltávolítása
A Webex for Cisco BroadWorks API-k támogatják mind a részleges, mind a teljes felhasználói eltávolítást. Ez a tábla felsorolja a kiépítés során tárolt összes felhasználói adatot, és azt, hogy mi törlődik az egyes forgatókönyvekben.
|
Felhasználói adatok |
Részleges törlés |
Teljes törlés |
|---|---|---|
|
BroadWorks UserID |
Igen |
Igen |
|
|
Nem |
Igen |
|
Utónév |
Nem |
Igen |
|
Vezetéknév |
Nem |
Igen |
|
Elsődleges telefonszám |
Igen |
Igen |
|
Mobiltelefonszám |
Igen |
Igen |
|
Mellék |
Igen |
Igen |
|
BroadWorks szolgáltató azonosítója és csoportazonosítója |
Igen |
Igen |
|
Nyelv |
Nem |
Igen |
Felhasználói bejelentkezés és konfiguráció visszakeresése
Webex hitelesítés
Webex authentication A Webex bármely Webex-támogató hitelesítési mechanizmus által a felhasználó Webex alkalmazásba történő bejelentkezésére utal. ( BroadWorks authentication külön fedezi.) Ez a táblázat a hitelesítési folyamat különböző összetevői között kicserélt adatok típusát mutatja be.
|
Adatok mozgatása |
Feladó: |
Címzett: |
|---|---|---|
|
E-mail-cím |
Felhasználó a Webex alkalmazáson keresztül |
Webex |
|
Korlátozott hozzáférésű jogkivonat é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ési kód |
Webex |
Felhasználói böngésző |
|
Hitelesítési kód |
Felhasználói böngésző |
Webex |
|
Jogkivonatok elérése és frissítése |
Webex |
Felhasználói böngésző |
|
Jogkivonatok elérése és frissítése |
Felhasználói böngésző |
Webex alkalmazás |
BroadWorks hitelesítés
BroadWorks authentication A Webex alkalmazásba való felhasználói bejelentkezésre utal a BroadWorks hitelesítő adataival. Ez a táblázat a hitelesítési folyamat különböző összetevői között kicserélt adatok típusát mutatja be.
|
Adatok mozgatása |
Feladó: |
Címzett: |
|---|---|---|
|
E-mail-cím |
Felhasználó a Webex alkalmazáson keresztül |
Webex |
|
Korlátozott hozzáférésű jogkivonat és (Webex Bwks IdP proxy) IdP URL |
Webex |
Felhasználói böngésző |
|
Márkaépítési információk és BroadWorks URL-ek |
Webex |
Felhasználói böngésző |
|
BroadWorks felhasználói hitelesítő adatai |
Felhasználó a böngészőn keresztül (a Webex által kiszolgált márkás bejelentkezési oldal) |
Webex |
|
BroadWorks felhasználói hitelesítő adatai |
Webex |
BroadWorks |
|
BroadWorks felhasználói profil |
BroadWorks |
Webex |
|
SAML állítás |
Felhasználói böngésző |
Webex |
|
Hitelesítési kód |
Webex |
Felhasználói böngésző |
|
Hitelesítési kód |
Felhasználói böngésző |
Webex |
|
Jogkivonatok elérése és frissítése |
Webex |
Felhasználói böngésző |
|
Jogkivonatok elérése és frissítése |
Felhasználói böngésző |
Webex alkalmazás |
BroadWorks Password Expiration Notification During Login
Ez a funkció javítja a bejelentkezési folyamatot és vezérli a bejelentkezési áramlást:
A bejelentkezési figyelmeztetés és a hibaüzenet javítása:
- Jelenleg azok a BWKS felhasználók, akik BroadWorks hitelesítést és bejelentkezést használnak az UAP-on keresztül, nem kapnak értesítést arról, hogy a jelszavuk hamarosan lejár, vagy hogy nem tudnak bejelentkezni, mert a jelszó már lejárt. Ezzel a funkcióval, ha a jelszó 10 napokon vagy rövidebb időn belül lejár - a felhasználó figyelmeztetést kap arról, hogy a jelszó hamarosan lejár, jelezve, hogy hány nap van hátra, és azt tanácsoljuk, hogy lépjen kapcsolatba a Partnerrel, vagy kövesse az elfelejtett jelszó linket a bejelentkezési képernyőn a jelszó visszaállításához.
- Ha a jelszó lejárt, és a BroadWorks „enforcePasswordChangeOnExpiry” konfigurációja true-ra van állítva, akkor a „helytelen felhasználónév és jelszó” hibát dobtak el, de most ezzel a funkcióval a hibaüzenet tovább javul: A bejelentkezés nem sikerült. A megadott felhasználói azonosító és jelszó kombinációja nem egyezik meg a nyilvántartásainkkal, vagy a jelszavát frissíteni kell. Próbálja meg újra, vagy lépjen kapcsolatba a rendszergazdával a jelszó frissítéséhez. Hibakód 100006
Bejelentkező áramlás vezérlése:
- A partner korlátozhatja a bejelentkezést a „w bwks4-password-expiry-fail-login” beállítás engedélyezésével. Ezt a beállítást „a Cisco egy partner kérésére engedélyezheti. Ha a BroadWorks jelszó lejárt, a BroadWorks 'enforcePasswordChangeOnExpiry' konfigurációja hamis, és a 'w bwks4-password-expiry-fail-login' beállítás be van kapcsolva, akkor a hiba azt mondja, hogy a jelszó lejárt x nappal ezelőtt, míg ha a beállítás szolgáltatás le van tiltva, akkor a bejelentkezés engedélyezett. Alapértelmezés szerint a beállítás le van tiltva.
A bejelentkezési oldalon található Elfelejtett jelszó linket a partner a Customized Branding részeként konfigurálhatja: Speciális testreszabás. A partnereknek be kell állítaniuk a linket, hogy átirányítsák a felhasználókat a partner portáljára a jelszó kezeléséhez és visszaállításához.
Ez a funkció csak akkor javítja a felhasználói bejelentkezési élményt, amikor az aktív felhasználó bejelentkezik, amikor a jelszó hamarosan lejár, vagy már lejárt. A funkció nem kezeli, ha egy jelszó lejár, amíg a felhasználó be van jelentkezve a Webex alkalmazásba. A felhasználó a következő bejelentkezési kísérlet alkalmával értesítést kap a jelszó lejárásáról.
Ügyfélkonfiguráció visszakeresése
Ez a táblázat a különböző összetevők között kicserélt adatok típusát mutatja be az ügyfélkonfigurációk lekérése közben.
|
Adatok mozgatása |
Feladó: |
Címzett: |
|---|---|---|
|
Regisztráció |
Kliens |
Webex |
|
Szervezeti beállítások, beleértve a BroadWorks URL-eket is |
Webex |
Kliens |
|
BroadWorks JWT jogkivonat |
BroadWorks a Webexen keresztül |
Kliens |
|
BroadWorks JWT jogkivonat |
Kliens |
BroadWorks |
|
Eszköz jogkivonat |
BroadWorks |
Kliens |
|
Eszköz jogkivonat |
Kliens |
BroadWorks |
|
Konfigurációs fájl |
BroadWorks |
Kliens |
Állandósult állapot használata
Ez a szakasz a jogkivonat lejárata utáni újrahitelesítés során az összetevők között mozgó adatokat ismerteti, akár BroadWorks, akár Webex segítségével.
Ez a tábla a hívás adatmozgását sorolja fel.
|
Adatok mozgatása |
Feladó: |
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 üzenetküldés, a jelenlét és az értekezletek adatmozgását sorolja fel.
|
Adatok mozgatása |
Feladó: |
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 Kiépítési API használata
Fejlesztői hozzáférés
Az API specifikáció elérhető a következő címen: https://developer.webex.comés egy útmutató, hogy hogyan kell használni https://developer.webex.com/docs/api/guides/webex-for-broadworks-developers-guide.
Be kell jelentkezned, hogy elolvasd az API specifikációt https://developer.webex.com/docs/api/v1/broadworks-előfizetők.
Alkalmazáshitelesítés és engedélyezés
Az alkalmazás integrálja a Webex-et mint egy Integration. Ez a mechanizmus lehetővé teszi az alkalmazás számára, hogy felügyeleti feladatokat (például előfizetői kiépítést) hajtson végre a partnerszervezeten belüli rendszergazdák számára.
Webex API követi az OAuth-t 2Standard ( Standard http://oauth.net/2/). Az OAuth 2 lehetővé teszi harmadik fél integrációk számára, hogy frissítéseket és hozzáférést szerezzenek a kiválasztott Partner rendszergazdája nevében az API-hívások hitelesítéséhez.
Először regisztrálnia kell az integrációt a Webex-szel. A regisztrációt követően a kérelemnek támogatnia kell ezt az OAuth 2engedélyezési0 áramlást a szükséges frissítési és hozzáférési tokenek megszerzéséhez.
További részletek az integrációkról és az OAuth felépítéséről 2engedély áramlik az alkalmazásba, lásd: https://developer.webex.com/docs/integrations.
Az integrációknak két szerepük van - a fejlesztő és az engedélyező felhasználó -, és ezeket a környezetében külön személyek/csapatok vezethetik.
-
A fejlesztő létrehozza az alkalmazást és regisztrálja azt a https://developer.webex.com-on, hogy létrehozza a szükséges OAuth ClientID/Secret-t az alkalmazás várható hatókörével. Ha az alkalmazást harmadik fél hozta létre, regisztrálhatják az alkalmazást (ha kérte a hozzáférésüket), vagy saját hozzáféréssel teheti meg.
-
Az engedélyező felhasználó az a fiók, amelyet az alkalmazás az API-hívások engedélyezésére, a partnerszervezet, az ügyfelek szervezeteinek vagy az előfizetők megváltoztatására használ. Ennek a fióknak a partnerszervezetben teljes rendszergazdai vagy értékesítési teljes rendszergazdai szerepkörrel kell rendelkeznie. Ezt a számlát nem birtokolhat harmadik fél.
Szervezet neve
A Szervezet Neve attól függ, hogy milyen feltöltési módot használ:
-
Vállalati mód – A szervezet neve az spEnterpriseId pontos egyezése.
-
Szolgáltató mód – A Szervezet neve az spEnterpriseId groupID része.
A Szervezet neve tartalmazza az eredeti spEnterpriseId-ben megadott szóközöket, nagybetűket és speciális karaktereket.
BroadWorks szoftverkövetelmények
Lásd Életciklus-menedzsment - BroadSoft Servers.
Elvárjuk, hogy a Szolgáltató "patch current" legyen a legújabb BroadWorks javításokkal és a Release Independent (RI) alkalmazásokkal. A javítások alábbi listája a minimális követelmény a Webex integrálásához.
Győződjön meg róla, hogy áttekinti a javítás megjegyzéseit ezekhez a szoftverjavításokhoz. Egyes javítások további CLI-követelményekkel rendelkezhetnek.
R verzió22
|
Kiszolgáló |
Folt |
További információ |
|---|---|---|
|
Alkalmazáskiszolgáló | ||
|
Könyvtárszinkronizáláshoz szükséges | ||
|
V-ről V-re történő1 frissítéshez2 szükséges | ||
|
Az alkalmazáskiszolgálóhoz szükséges javítás | ||
|
V-ről V-re történő1 frissítéshez2 szükséges | ||
|
A hívásrögzítő funkcióhoz szükséges javítás | ||
|
Szükséges javítás az átfolyásos feltöltéshez | ||
|
A hook állapot (jelenlét) és az egységes híváselőzmények szükséges patch | ||
|
Profilkiszolgáló | ||
|
A hook állapot (jelenlét) és az egységes híváselőzmények szükséges patch | ||
|
Platform | ||
|
NPS hitelesítési proxyhoz szükséges | ||
|
NPS hitelesítési proxyhoz szükséges | ||
|
Szükséges az auth szolgáltatáshoz CI Token Validálással | ||
|
A hook állapot (jelenlét) és az egységes híváselőzmények szükséges patch | ||
|
XSP|ADP |
NPS hitelesítési proxyhoz szükséges | |
|
Szükséges az auth szolgáltatáshoz CI Token Validálással | ||
|
NPS hitelesítési proxyhoz szükséges | ||
|
V-ről V-re történő1 frissítéshez2 szükséges | ||
|
NPS hitelesítési proxyhoz szükséges | ||
|
NPS hitelesítési proxyhoz szükséges | ||
|
Szükséges az auth szolgáltatáshoz CI Token Validálással | ||
|
Egységes híváselőzmények szükséges | ||
|
Egyéb |
AP.xsa.22.0.1123.ap372757 | |
R verzió23
|
Kiszolgáló |
Folt |
További információ |
|---|---|---|
|
Alkalmazáskiszolgáló |
Könyvtárszinkronizáláshoz szükséges | |
|
Config alkalmazáskiszolgáló | ||
|
V-ről V-re történő1 frissítéshez2 szükséges | ||
|
Hívásrögzítéshez szükséges | ||
|
A hook állapot (jelenlét) és az egységes híváselőzmények szükséges patch | ||
|
Profilkiszolgáló | ||
|
Platform | ||
|
NPS hitelesítési proxyhoz szükséges | ||
|
A hook állapot (jelenlét) és az egységes híváselőzmények szükséges patch | ||
|
XSP|ADP | ||
|
NPS hitelesítési proxyhoz szükséges | ||
|
V-ről V-re történő1 frissítéshez2 szükséges | ||
|
NPS hitelesítési proxyhoz szükséges | ||
|
NPS hitelesítési proxyhoz szükséges | ||
|
A hook állapot (jelenlét) és az egységes híváselőzmények szükséges patch | ||
|
Egyéb |
Ha ADP-t használ... |
A hook állapot (jelenlét) és az egységes híváselőzmények szükséges patch |
R verzió24
|
Kiszolgáló |
Folt |
További információ |
|---|---|---|
|
Alkalmazáskiszolgáló |
Egységes üzenetküldő kiszolgálóhoz (UMS) szükséges | |
|
Átáramló feltöltéshez szükséges | ||
|
Hívásrögzítéshez szükséges | ||
|
A hook állapot (jelenlét) és az egységes híváselőzmények szükséges patch | ||
|
Egyéb |
A hook állapot (jelenlét) és az egységes híváselőzmények szükséges patch |
BroadWorks címkék szükségesek a Webex
A Webex-hez konfigurálandó BroadWorks rendszercímkékkel és egyéni címkékkel kapcsolatos információkért tekintse meg a Webex for Cisco BroadWorks konfigurációs útmutató.
Felhasználói kiépítési és aktiválási folyamatok
Provisioning leírja hozzá a felhasználót a Webex-hez. Activation tartalmazza az e-mail érvényesítést és a Webex szolgáltatáshoz való hozzárendelést.
A felhasználók e-mail címének egyedinek kell lennie, mivel a Webex az e-mail-címet használja a felhasználó azonosítására. Ha megbízható e-mail-címeket adott meg a felhasználóknak, dönthet úgy, hogy automatikusan aktiválja őket, amikor automatikusan kiépítja őket. Ez a folyamat "automatikus kiépítés és automatikus aktiválás".
Automatizált felhasználói kiépítés és automatikus aktiválás (megbízható e-mail folyamat)
Előfeltételek
-
A kiépítési adapter a Webex for Cisco BroadWorks-re mutat (amelyhez kimenő kapcsolat szükséges az AS-ről a Webex Kiépítési hídra).
-
A BroadWorksben alternatív azonosítóként érvényes, elérhető végfelhasználói e-mail-címekkel kell rendelkeznie.
-
A Control Hub rendelkezik kiépítési fiókkal a partnerszervezet konfigurációjában.
|
Lépés |
Leírás |
|---|---|
|
1 |
A szolgáltatásra vonatkozó megrendeléseket az ügyfeleivel együtt idézheti és veszi át. |
|
2 |
Feldolgozza az ügyfél megrendelését, és kiépesed az ügyfelet a rendszereiben. |
|
3 |
A szolgáltatás-kiépítési rendszer elindítja a BroadWorks kiépítését. Ez a lépés összefoglalva létrehozza a vállalatot és a felhasználókat. Ezután hozzárendeli a szükséges szolgáltatásokat és számokat az egyes felhasználókhoz. Az egyik ilyen szolgáltatás a külső IM >P. |
|
4 |
Ez a kiépítési lépés elindítja az ügyfélszervezet és a webex felhasználóinak automatikus kiépítését. (Az IM&P szolgáltatás-hozzárendelés miatt a kiépítési adapter hívja a Webex kiépítési API-t). |
|
5 |
A rendszereknek a Webex kiépítési API-t kell használniuk, ha később módosítania kell a csomagot a felhasználó számára (az alapértelmezettről való váltáshoz). |
Egyszeri bejelentkezés flow
Az alábbiakban betekerjük a Webex alkalmazás SAML egyszeri bejelentkezési folyamatát BroadWorks-hitelesítés használatakor, valamint ha engedélyezve van a keresztirányú erőforrásmegosztás, lehetővé téve a BroadWorks közvetlen hitelesítését. A kép a bal oldalon lévő ügyfél- és felhasználói eseményeket jeleníti meg, a nyilakon pedig szöveg jelenik meg, amely azt jelöli, amit az ügyfél engedélyez. A lépések 1 és 5 a felhasználói események. A kép jobb oldala a bejelentkezési szolgáltatások eseményeit képviseli, valamint azt, amit visszaad az ügyfélnek.
Az alábbiakban a BroadWorks Service Discovery Flow következik, amely közvetlenül az előző Webex SAML SSO bejelentkezési folyamatból következik. Az ügyfél a Webex Eszközkezelésre való regisztráció során kapott hozzáférési jogkivonatot használja a BroadWorks üzembe helyezéséből való regisztráció kéréséhez.
Alternatív bejelentkezési folyamatok
A fenti képek azt feltételezik, hogy a SAML SSO Login BroadWorks hitelesítéssel van konfigurálva, közvetlen BroadWorks hitelesítés engedélyezve (Kereszt-origin erőforrásmegosztás). Az alábbiakban néhány alternatív SAML SSO bejelentkezési folyamat található:
-
BroadWorks-hitelesítés közvetlen BroadWorks hitelesítés nélkül (keresztirányú erőforrásmegosztás):
-
Az egyetlen különbség a lépésben 5 és 6 a Webex Login Flow. Lépésben 5a bejelentkezési hitelesítő adatokat az IdP Proxy hitelesíti (az XSI helyett), és egy SAML Assertion kerül visszaküldésre az ügyfélnek.
-
A folyamat a két diagram fennmaradó lépésein keresztül folytatódik.
-
Az SSO-jogkivonat nincs használva ebben a folyamatban.
-
-
SAML SSO Webex hitelesítés:
-
A Webex 3 Login Flow lépésben a Common Identity szolgáltatás visszaadja a Webex hitelesítés által használt Identity Provider-t.
-
Ezen a ponton egy alternatív SAML SSO bejelentkezési folyamatot hív meg 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) számára, hogy a felhasználók megadhassák e-mail címüket.
-
A CI felfedezi, hogy a társított ügyfél-szervezet rendelkezik a BroadWorks IDP proxyval (IDP) SAML IDP-ként konfigurálva. A CI átirányítja az IDP-t, amely egy bejelentkezési oldalt mutat be a felhasználónak. (A Szolgáltató megjelölheti ezt a bejelentkezési oldalt.)
-
A felhasználó megadja a BroadWorks hitelesítő adatait.
-
A Broadworks az IDP-n keresztül hitelesíti a felhasználót. Sikeresen az IDP átirányítja a böngészőt a CI-be egy SAML-sikerrel a hitelesítési folyamat befejezéséhez (a diagramon nem látható).
-
Sikeres hitelesítés esetén a Webex alkalmazás hozzáférési jogkivonatokat szerez be a CI-től (a diagram nem jelenik meg). Az ügyfél arra használja őket, hogy a BroadWorks hosszú élettartamú Jason Web Token (JWT) kérését kérje.
-
A Webex alkalmazás a BroadWorks és a Webex egyéb szolgáltatásaiból fedezi fel híváskonfigurációját.
-
A Webex alkalmazás regisztrál a BroadWorksnél.
Bejelentkezés felhasználói szempontból
Ez a diagram a tipikus bejelentkezési folyamat, amint azt a végfelhasználó vagy az előfizető látja:
-
Töltse le és telepítse a Webex alkalmazást.
-
Lehet, hogy a linket a szolgáltatótól kapta, vagy a letöltést a Webex letöltési oldalán találja.
-
E-mail címét a Webex bejelentkezési képernyőjén adja meg. Kattintás Next.
-
A rendszer általában egy Szolgáltató márkájú oldalra irányítja át.
-
Ez az oldal üdvözölheti Önt az e-mail címével.
Ha nincs e-mail-cím, vagy ha az e-mail-cím helytelen, adja meg a BroadWorks felhasználónevét.
-
Adja meg a BroadWorks jelszavát.
-
Ha sikeresen bejelentkezett, megnyílik a Webex.
Hívásfolyam – Vállalati könyvtár
Hívásfolyam – PSTN-szám
Prezentáció és megosztás
Űrtalálkozó indítása
Ügyfél-interakciók
Profil letöltése DMS és SIP Register with AS
-
Az ügyfél felhívja az XSI-t, hogy megkapja az eszközkezelési jogkivonatot és az URL-t a DMS-hez.
-
Az ügyfél a DMS-től kéri az eszköz profilját a lépésről lépésre bemutatva1.
-
Az ügyfél beolvassa az eszközprofilt, és lekéri a SIP hitelesítő adatait, címeit és portjait.
-
A kliens egy SIP REGISTER-t küld az SBC-nek a lépésről lépésre megadott információk felhasználásával3.
-
Az SBC elküldi a SIP REGISTER-t az AS-nek (az SBC az NS-ben kereshet egy AS-t, ha az SBC még nem ismeri a SIP-felhasználót.)
Teszt- és labor irányelvek
A következő irányelvek vonatkoznak a tesztelési és laboratóriumi szervezetekre:
-
A Szolgáltató partnerei legfeljebb a 50 több orgonán keresztül rendelkezésre álló tesztfelhasználókra korlátozódnak.
-
Minden felhasználót, aki az első 50 tesztfelhasználót meghaladja, ki lesz számlázva.
-
A számlán történő pontos feldolgozás biztosítása érdekében minden teszt orgnak tartalmaznia kell a "tesztet" a BroadWorks Org nevében.
-
A belső tesztszervezeteket 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 számlázzanak.
Szervezet kijelölése tesztszervezetként
Szervezet kijelölése tesztszervi szervként:
-
Jelentkezzen be a Partner Hub-ba és válassza ki Customers.
-
Válassza ki a megfelelő vevőt.
-
A jobb oldali vezérlőpultnál engedélyezze a Internal Test Organization Válassz.
Hangposta lejátszása
Hangposta esetén győződjön meg arról, hogy a Media Servert az alábbi kódok egyikének használatára konfigurálja:
-
Mp (egyértelműsítő lap)3
-
wav – A WAV fájlok a következő formátumokban támogatottak: PCM (minden platformon támogatott) és DVI-ADPCM (Androidon nem támogatott)
Ha wav fájlokat használ, futtassa a következő CLI parancsokat az alkalmazáskiszolgáló és a médiakiszolgáló konfugzorának konfugerjéhez:
-
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ési szolgáltatás
- AS
- Alkalmazáskiszolgáló
- ATA
- Analóg telefonadapter, adapter, amely az analóg telefonálást VoIP-ra konvertálja
- BAM
- BroadSoft alkalmazáskezelő
- Alapszintű hitelesítés
- Hitelesítési módszer, amelyben egy fiókot (felhasználónevet) megosztott titkos kód (jelszó) érvényesít
- BMS
- BroadSoft üzenetküldő szerver
- BOSH
- Kétirányú adatfolyamok szinkron HTTP-n keresztül
- BRI
- A BRI alapdíj interfész egy ISDN hozzáférési módszer
- Csomag
- A végfelhasználónak vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (vö. Csomag)
- CA
- Tanúsító Hatóság
- Szolgáltató
- A telefonforgalmat kezelő szervezet (lásd: Partner, Szolgáltató, Értéknövelt viszonteladó)
- CAPTCHA
- Teljesen automatizált nyilvános Turing teszt, hogy megússa a számítógépeket és az embereket egymástól
- CCXML
- Hívásvezérlés eXtensible jelölőnyelv
- CIF
- Közös köztes formátum
- CLI
- Parancssori felület
- KN
- Általános név
- CNPS
- Hívásértesítések leküldéses kiszolgálója. Egy Notification Push Server, amely fut egy XSP|ADP a környezetben, hogy nyomja a hívás értesítések FCM és APNS. Lásd: NPS proxy.
- CPE
- Ügyfél telephelyi 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 egységes szegélyelem
- DMZ
- Demilitarizált zóna
- DN
- Telefonkönyvi szám
- DND
- Ne zavarjanak
- DNS
- Domain névrendszer
- DPG
- Társcsoport tárcsázás
- DSCP
- Differenciált szolgáltatási kódpont
- DTAF
- Eszköztípus archív fájl
- DTG
- Cél fővonalcsoport
- DTMF
- Kéttónusú többfrekvenciás
- Végfelhasználó
- Az a személy, aki a szolgáltatásokat használja, aki hívásokat kezdeményez, értekezletekhez csatlakozik, vagy üzeneteket küld (lásd Előfizető)
- Nagyvállalati
- Végfelhasználók gyűjteménye (vö. Szervezet)
- FCM
- Firebase felhőüzenetek
- FMC
- Vezetékes mobil konvergencia
- Átfolyó kiépítés
- Felhasználók létrehozása a Webex identitásboltban az "Integrált IM&P" szolgáltatás broadworks-ben való hozzárendelésével.
- FQDN
- Teljes tartománynév
- Teljes átfolyású kiépítés
- Felhasználók létrehozása és ellenőrzése a Webex identitásboltban az „Integrált IM&P” szolgáltatás hozzárendelésével a BroadWorks-ben, és kijelentve , hogy minden BroadWorks felhasználónak egyedi és érvényes e-mail címe van.
- FXO
- A Devizairoda az a port, amely megkapja az analóg sort. Ez a telefon vagy a faxgép dugója vagy az analóg telefonrendszer dugói. On-hook/off-hook jelzést (hurokzárást) biztosít. Mivel az FXO port egy eszközhöz, például faxhoz vagy telefonhoz van csatlakoztatva, az eszközt gyakran "FXO eszköznek" nevezik.
- FXS
- A deviza előfizető az a port, amely ténylegesen szállítja az analóg vonalat az előfizetőnek. Más szóval, ez a "dugó a falban", amely biztosítja a tárcsa hangját, akkumulátor áram, és a gyűrű feszültség.
- GCM
- Google Felhőüzenet
- GCM
- Galois/Counter mód (titkosítási technológia)
- HID
- Emberi interfész eszköz
- HTTPS
- Hypertext Transfer Protocol biztonságos aljzatok
- IAD
- Integrált hozzáférési eszköz
- IM&P
- Csevegés és jelenlét
- IP PSTN
- Olyan szolgáltató, amely VoIP-t nyújt a PSTN-szolgáltatásokhoz, felcserélhető AZ ITSP-vel, vagy az internethez csatlakoztatott "nyilvános" telefonálás általános kifejezését, amelyet a nagy távközlési szolgáltatók közösen biztosítanak (nem pedig országok, mint a PSTN)
- ITSP
- Internetes telefonos szolgáltató
- IVR
- Interaktív hangválasz / válaszadó
- JID
- Az XMPP entitás natív címe Jabber-azonosítónak vagy JID-nek hívható localpart@domain.part.example.com/resourcepart (@. / are separators)
- JSON
- Java script objektum jelölése
- JSSE
- Java Secure Socket kiterjesztés; a BroadWorks szerverek biztonságos kapcsolódási funkcióit biztosító mögöttes technológia
- KEM
- Key Extension Module (hardver Cisco telefonok)
- LLT
- Hosszú életű (vagy hosszú életű) token; a hordozó jogkivonat önkiírásos, biztonságos formája, amely lehetővé teszi a felhasználók számára, hogy hosszabb ideig hitelesek maradjanak, és nem kötődnek bizonyos alkalmazásokhoz.
- MA
- Üzenetarchiválás
- MIB
- Vezetői 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ánycsere használatával, TLS-kapcsolat létrehozásakor
- MUC
- Többfelhasználós csevegés
- NAT
- Hálózati cím fordítások
- NPS
- Értesítési leküldéses kiszolgáló; lásd CNPS
- NPS-proxy
-
A Webex szolgáltatása, amely rövid élettartamú engedélyezési jogkivonatokat biztosít a CNPS-nek, lehetővé téve a hívásértesítések leküldését az FCM-eknek és az APN-eknek, és végül a Webexet futtató Android és iOS eszközöknek.
- OCI
- Ügyfélfelület megnyitása
- Szervezet
- Végfelhasználók gyűjteményét képviselő vállalat vagy szervezet (vö. Enterprise)
- OTG
- Kimenő Trunk Csoport
- Csomag
- A végfelhasználónak vagy előfizetőnek nyújtott szolgáltatások gyűjteménye (lásd Bundle)
- Partner
- Ügynöki szervezet, amely a Ciscóval dolgozik a termékek és szolgáltatások más szervezetek számára történő terjesztésén (lásd: Értéknövelt viszonteladó, Szolgáltató, Fuvarozó)
- PBX
- Privát fiókcsere
- PEM
- Adatvédelmi továbbfejlesztett levelek
- PLMN
- Közterületi mobilhálózat
- PRI
- Az elsődleges sebesség interfész (PRI) egy integrált szolgáltatási digitális hálózaton (ISDN) használt távközlési interfész szabvány.
- PS
- Profilkiszolgáló
- PSTN
- Nyilvános kapcsolt telefonhálózat
- QoS
- Szolgáltatásminőség
- Viszonteladói portál
- Olyan webhely, amely lehetővé teszi a viszonteladó rendszergazdájának az UC-One SaaS-megoldás konfigurálását. Néha BAM portálnak, felügyeleti portálnak vagy felügyeleti portálnak nevezik.
- RTCP
- Valós idejű vezérlési protokoll
- RTP
- Valós idejű szállítási protokoll
- SBC
- Munkamenet-határőr
- SCA
- Megosztott hívás megjelenése
- SD
- Standard definíció
- SDP
- Munkamenet-leírás protokoll
- SP
- Szolgáltató; Olyan szervezet, amely telefonos vagy kapcsolódó szolgáltatásokat nyújt más szervezeteknek (lásd: Carrier, Partner, Value Added Reseller)
- SIP
- Munkamenet-kezdeményezési protokoll
- SLT
- Rövid életű (vagy rövid életű) token (más néven BroadWorks SSO Token); egy egyszer használatos hitelesített jogkivonat, amely a webalkalmazásokhoz való biztonságos hozzáféréshez használatos.
- SMB
- Kis- és középvállalkozások
- SNMP
- Egyszerű hálózatkezelési protokoll
- sRTCP
- biztonságos valós idejű átviteli átviteli protokoll (VoIP hívásközegeg)
- sRTP
- biztonságos valós idejű átviteli protokoll (VoIP hívásközegeg)
- SSL
- Biztonságos aljzatok réteg
- Feliratkozó
- Az a személy, aki a szolgáltatásokat használja, aki hívásokat kezdeményez, értekezletekhez csatlakozik, vagy üzeneteket küld (lásd Végfelhasználó)
- TCP
- Átviteli vezérlési protokoll
- TDM
- Időosztás multiplexelés
- TLS
- Szállítási réteg biztonsága
- Tos
- A szolgáltatás típusa
- UAP
- Felhasználói aktiválási portál
- UC
- Egységes kommunikáció
- UI
- Felhasználói felület
- UID
- Egyedi azonosító
- UMS
- Üzenetküldő kiszolgáló
- URI
- Egységes erőforrás-azonosító
- URL
- Egységes erőforrás-lokátor
- USS
- Megosztási kiszolgáló
- UTC
- Egyezményes koordinált világidő-11
- UVS
- Videoszerver
- Hozzáadott érték viszonteladó (VAR)
- Ügynöki szervezet, amely a Cisco-val dolgozik, hogy termékeket és szolgáltatásokat terjesszen más szervezeteknek (lásd: Carrier, Partner, Szolgáltató)
- VGA
- Videó grafikus tömb
- VoIP
- Hangintervalens (IP)
- VXML
- Hang bővíthető jelölőnyelv
- WebDAV
- Web Distributed Authoring és Versioning
- WebRTC
- Webes valós idejű kommunikáció
- WRS
- WebRTC-kiszolgáló
- XMPP
- Bővíthető üzenetküldési és jelenléti protokoll
Szolgáltatások konfigurálása (az Auth szolgáltatás mTLS-ével)
A következő eljárások helyettesítik a Szolgáltatások konfigurálása a Cisco BroadWorks XSP|ADPs számára a Webex-en. Csak akkor végezze el ezeket az eljárásokat, ha az mTLS-t a hitelesítési szolgáltatáshoz használja a CI Token Validálás helyett. Ezek az eljárások kötelezőek, ha több Webex szervezetet futtat ugyanazon az XSP|ADP kiszolgálón. Ellenkező esetben opcionálisak.
Ha nem futtat több Webex-szervezetet ugyanazon az XSP|ADP kiszolgálón, akkor az Auth Service számára a CI Token Validation (TLS-sel) ajánlott. Lásd még: Szolgáltatások konfigurálása a Webex-en a Cisco BroadWorks XSP|ADP-k számáraa hitelesítési szolgáltatás és egyéb szolgáltatások konfigurálásának részleteiről.
Xsi interfészek
Telepítse és konfigurálja az Xsi-Actions és Xsi-Events alkalmazásokat a következőkben leírtak szerint Cisco BroadWorks Xtended Services interfész konfigurációs útmutató.
Az Xsi-Events alkalmazásoknak csak egy példányát kell telepíteni a CTI interfészhez használt XSP|ADP-n.
A Broadworks és a Webex integrálásához használt összes Xsi-eseménynek az Applications/Xsi-Events/GeneralSettings pontban meghatározott callControlApplicationName-nek kell lennie. Például:
ADP_CLI/Applications/Xsi-Events/GeneralSettings> get
callControlApplicationName = com.broadsoft.xsi-events
Amikor egy felhasználó be van jelentkezve a Webex-be, a Webex előfizetést hoz létre a felhasználó számára az AS-en, hogy telefonos eseményeket kapjon a jelenlét és a híváselőzmények számára. Az előfizetés kapcsolódik a callControlApplicationName és az AS használja, hogy tudja, melyik Xsi-Events küldje el a telefonos eseményeket.
A callControlApplicationName megváltoztatása, vagy nem azonos név minden Xsi-Events webalkalmazáson befolyásolja az előfizetések és a telefonos események funkcionalitását.
Hitelesítési szolgáltatás konfigurálása (mTLS-szel)
A BroadWorks hosszú élettartamú tokeneket az XSP|ADP-n tárolt hitelesítési szolgáltatás generálja és hitelesíti.
Követelmények
-
A hitelesítési szolgáltatást tároló XSP|ADP szervereknek konfigurálniuk kell egy mTLS interfészt.
-
Az XSP|ADP-knek ugyanazokkal a kulcsokkal kell rendelkezniük a BroadWorks hosszú élettartamú tokenek titkosításához/dekódolásához. Ezeknek a kulcsoknak a másolása minden XSP|ADP-re egy manuális folyamat.
-
Az XSP|ADP-ket szinkronizálni kell az NTP-vel.
Konfiguráció áttekintése
Az XSP|ADP-k alapvető konfigurációja a következőket tartalmazza:
-
A hitelesítési szolgáltatás üzembe helyezése.
-
Állítsa be a tokenek időtartamát legalább 60 napokra (hagyja a kibocsátót BroadWorks néven).
-
RSA kulcsok generálása és megosztása XSP|ADP-n keresztül.
-
Adja meg az authService URL-címét a webtárolóhoz.
A hitelesítési szolgáltatás telepítése az XSP|ADP-n
A Webex-szel használt XSP|ADP-n:
-
A hitelesítési szolgáltatásalkalmazás aktiválása az elérési úton
/authService(ezt az utat kell használnia):XSP|ADP_CLI/Maintenance/ManagedObjects> activate application authenticationService <version> /authService(ahol
<version>Ez az Ön BroadWorks verziója). -
Az alkalmazás üzembe helyezése:
XSP|ADP_CLI/Maintenance/ManagedObjects>deploy application /authService
Jogkivonat időtartamának konfigurálása
-
Ellenőrizze a meglévő jogkivonat-konfigurációt (óra):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>get -
Az időtartam beállítása 60 napokra (max. 180 napok):
XSP|ADP_CLI/Applications/authenticationService/TokenManagement>set tokenDurationInHours 1440
RSA-kulcsok létrehozása és megosztása
-
Ugyanazokat a nyilvános/privát kulcspárokat kell használnia a jogkivonat titkosításához/visszafejtéséhez a hitelesítési szolgáltatás összes példányában.
-
A kulcspár akkor jön létre a hitelesítési szolgáltatás, amikor először kell kiadni egy token.
E két tényező miatt létre kell hoznia a kulcsokat az egyik XSP|ADP-n, majd másolja őket az összes többi XSP|ADP-re.
Ha cikluskulcsokat használ, vagy megváltoztatja a kulcs hosszát, meg kell ismételnie a következő konfigurációt, és újra kell indítania az összes XSP|ADP-t.
-
Válasszon ki egy XSP|ADP-t a kulcspár létrehozásához.
-
Egy kliens segítségével kérhet egy titkosított tokent az XSP|ADP-től, az alábbi URL-t kérve az ügyfél böngészőjéből:
https://<XSP|ADP-IPAddress>/authService/token?key=BASE URL64(clientPublicKey)
(Ez létrehoz egy privát / nyilvános kulcspárt az XSP|ADP-n, ha még nem volt ilyen)
-
A kulcsrakész hely nem konfigurálható. A kulcsok exportálása:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement>exportKeys -
Az exportált fájl másolása
/var/broadworks/tmp/authService.keysugyanazon a helyen a többi XSP|ADP, felülírva egy régebbi.keysfájlból szükség esetén. -
Importálja a kulcsokat a többi XSP|ADP-n:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
Adja meg az authService URL-címét a webtárolónak
Az XSP|ADP webes konténerének szüksége van az authService URL-re, hogy érvényesítse a tokeneket.
Az XSP|ADP-k mindegyikén:
-
Adja hozzá a hitelesítési szolgáltatás URL-címét külső hitelesítési szolgáltatásként a BroadWorks Communications Utilityhez:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>set url http://127.0.0.1:80/authService -
Adja hozzá a hitelesítési szolgáltatás URL-címét a tárolóhoz:
XSP|ADP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1:80/authServiceEz lehetővé teszi a Webex számára, hogy a hitelesítési szolgáltatást használja a hitelesítő adatokként bemutatott jogkivonatok érvényesítéséhez.
-
Ellenőrizze a paramétert a
get. -
Indítsa újra az XSP|ADP.
TLS és rejtjelezések konfigurálása a HTTP-felületeken (XSI és hitelesítési szolgáltatáshoz)
A hitelesítési szolgáltatás, az Xsi-Actions és az Xsi-Events alkalmazások HTTP-kiszolgálói felületeket használnak. Az alkalmazások TLS-konfigurálhatóságának szintjei a következők:
Leg általánosabb = Rendszer > Átviteli > HTTP > HTTP Server 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-környezetek a következők:
| Sajátlagosság | CLI-környezet |
| Rendszer (globális) |
|
| A rendszer szállítási protokolljai |
|
| HTTP ezen a rendszeren |
|
| Speciális HTTP-kiszolgálói felületek ezen a rendszeren |
|
HTTP Server TLS interfész konfiguráció olvasása az XSP|ADP-n
-
Jelentkezzen be az XSP|ADP-be és navigáljon
XSP|ADP_CLI/Interface/Http/HttpServer> -
Adja meg a(z)
getparancs és olvassa el az eredményeket. Látnia kell az interfészeket (IP-címeket), és mindegyikhez, hogy biztonságosak-e, és hogy igényelnek-e ügyfélhitelesítést.
Az Apache tomcat minden biztonságos felülethez tanúsítványt rendel el; a rendszer öna aláírt tanúsítványt hoz létre, ha szüksége van rá.
XSP|ADP_CLI/Interface/Http/HttpServer> getTLS hozzáadása1.2 Protokoll a HTTP szerver felülethez
A Webex Clouddal kölcsönhatásba lépő HTTP felületet a TLSv-hez kell konfigurálni1.2. A felhő nem egyezteti a TLS-protokoll korábbi verzióit.
A TLSv1.2 protokoll beállítása a HTTP Server felületen:
-
Jelentkezzen be az XSP|ADP-be és navigáljon
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols> -
Írja be a parancsot
get <interfaceIp> 443hogy lássa, mely protokollokat használják már ezen a felületen. -
Írja be a parancsot
add <interfaceIp> 443 TLSv1.2hogy az interfész képes legyen használni a TLS-t1.2 amikor a felhővel kommunikál.
TLS-titkosítási konfiguráció szerkesztése a HTTP-kiszolgáló felületén
A szükséges titkosítások konfigurálása:
-
Jelentkezzen be az XSP|ADP-be és navigáljon
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers> -
Írja be a parancsot
get <interfaceIp> 443hogy lássa, mely rejtjeleket használják már ezen az interfészen. Legalább egy Cisco ajánlott csomagnak kell lennie (lásd XSP|ADP Identity and Security Requirements az Áttekintés szakaszban). -
Írja be a parancsot
add <interfaceIp> 443 <cipherName>titkosítás hozzáadásához a HTTP-kiszolgáló felületéhez.Az XSP|ADP CLI megköveteli az IANA szabványos cipher suite nevet, nem pedig az openSSL cipher suite nevet. Például az openSSL titkosításának hozzáadása
ECDHE-ECDSA-CHACHA20-POLY1305a HTTP-kiszolgáló felületére a következőt használja:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305Lásd https://ciphersuite.info/Találd meg a lakosztályt mindkét név szerint.
Megbízhatóság konfigurálása hitelesítési szolgáltatáshoz (mTLS-szel)
-
Jelentkezzen be a Control Hubba partnerdiminisztrátori fiókjával.
-
Ugrás és kattints Download Webex CA Certificate hogy
CombinedCertChain2023.txta helyi számítógépen.Ezek a fájlok két tanúsítványt tartalmaznak. Meg kell osztani a fájlokat, mielőtt feltölti őket az XSP|ADP. Minden fájl szükséges. -
A tanúsítványlánc felosztása két tanúsítványra -
combinedcertchain2023.txt.-
Nyitott
combinedcertchain2023.txtegy szövegszerkesztőben. -
Jelölje ki és vágja ki az első szövegblokkot, beleértve a sorokat is
-----BEGIN CERTIFICATE-----és-----END CERTIFICATE-----, és illessze be a szövegblokkot egy új fájlba. -
Mentse az új fájlt
root2023.txt. -
Az eredeti fájl mentése
issuing2023.txt. Az eredeti fájlnak most már csak egy szövegblokkja lehet, amelyet a sorok vesznek körül.-----BEGIN CERTIFICATE-----és-----END CERTIFICATE-----.
-
-
Másolja mindkét szöveges fájlt egy ideiglenes helyre az XSP|ADP-n, amelyet Ön biztosított, például,
/var/broadworks/tmp/root2023.txtés/var/broadworks/tmp/issuing2023.txt. -
Jelentkezzen be az XSP|ADP-be és navigáljon
/XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts>. (Opcionális) Futtatás súgóUpdateTrusta paraméterek és a parancsformátum megtekintéséhez. -
A tanúsítványfájlok feltöltése új megbízható horgonyokra - 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.txtMinden aliasnak más nevet kell kapnia.
webexclientroot,webexclientroot2023,webexclientissuing, éswebexclientissuing2023Ezek példa aliasok a bizalmi horgonyokhoz; használhatod a sajátjaidat, ha mind a négy bejegyzés egyedi. -
Ellenőrizze, hogy a horgonyok frissülnek-e:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> getAlias Owner Issuer ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[self-signed]
(Opció) Az mTLS konfigurálása HTTP-kapcsolat/port szintjén
Az mTLS konfigurálható a HTTP interfész/port szinten vagy egy webalapú alkalmazás alapján.
Az mTLS engedélyezésének módja az XSP|ADP-n tárolt alkalmazásoktól függ. Ha több mTLS-t igénylő alkalmazást tárol, engedélyeznie kell az mTLS-t a felületen. Ha csak az azonos HTTP-felületet használó alkalmazások egyikét kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén konfigurálhatja.
Az mTLS HTTP interfész/port szinten történő konfigurálásakor az mTLS-re van szükség az ezen az interfészen/porton keresztül elérhető összes webes alkalmazáshoz.
-
Jelentkezzen be az XSP|ADP-be, amelynek felületét konfigurálja.
-
Navigálás ide:
XSP|ADP_CLI/Interface/Http/HttpServer>és futtassa agetparancs az interfészek megtekintéséhez. -
Kapcsolat hozzáadása és ügyfélhitelesítés megkövetelése (ami ugyanazt jelenti, mint az mTLS):
XSP|ADP_CLI/Interface/Http/HttpServer> add IPAddress Port Name true trueA részletekért lásd az XSP|ADP CLI dokumentációt. Lényegében az első
truebiztosítja a TLS-szel való interfészt (szükség esetén kiszolgálótanúsítvány jön létre), a másodiktruearra kényszeríti az interfészt, hogy ügyféltanú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 trueEbben a példában az mTLS (Client Auth Req = true) engedélyezve van a 192.0.2.7 kikötő 444. A TLS engedélyezve van a 192.0.2.7 kikötő 443.
(Opció) Az mTLS konfigurálása adott webalkalmazásokhoz
Az mTLS konfigurálható a HTTP interfész/port szinten vagy egy webalapú alkalmazás alapján.
Az mTLS engedélyezésének módja az XSP|ADP-n tárolt alkalmazásoktól függ. Ha több mTLS-t igénylő alkalmazást tárol, engedélyeznie kell az mTLS-t a felületen. Ha csak az azonos HTTP-felületet használó alkalmazások egyikét kell biztonságossá tennie, az mTLS-t az alkalmazás szintjén konfigurálhatja.
Az mTLS alkalmazásszintű konfigurálásakor az alkalmazáshoz mTLS szükséges, függetlenül a HTTP-kiszolgáló felületének konfigurációjától.
-
Jelentkezzen be az XSP|ADP-be, amelynek felületét konfigurálja.
-
Navigálás ide:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>és futtassa agetparancs, hogy mely alkalmazások futnak. -
Alkalmazás hozzáadása és ügyfél-hitelesítés megkövetelése (ami ugyanazt jelenti, mint az mTLS):
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> add IPAddress Port ApplicationName trueA részletekért lásd az XSP|ADP CLI dokumentációt. Az alkalmazás nevei itt vannak felsorolva. A
trueebben 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éldaprogram parancs hozzáadja a Hitelesítési szolgáltatás alkalmazást a 192.0.2.7:443 és megköveteli, hogy a tanúsítványokat kérjen és hitelesítse az ügyféltől.
Ellenőrizze a 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|ADP, alkalmazáskiszolgáló és profilkiszolgáló esetén
A Profile Server és az XSP|ADP kötelező a Device Management számára. Ezeket az utasításoknak megfelelően kell beállítani. BroadWorks eszközkezelő konfigurációs útmutató.
Hová menjünk legközelebb
A konfigurációhoz újra csatlakozhat a fő dokumentumáramláshoz CTI interfész és a 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 kölcsönös TLS-hitelesített kapcsolaton keresztül lép kapcsolatba a hitelesítési szolgáltatással. Ez azt jelenti, hogy a Webex bemutatja az ügyfél tanúsítványt, és az XSP|ADP-nek érvényesítenie kell azt. A tanúsítvány megbízásához használja a Webex CA tanúsítványláncot az XSP|ADP (vagy proxy) megbízható horgony létrehozásához. A tanúsítványlánc letölthető a Partner Hubon keresztül:
- Bejelentkezés a Partnerközpontba a
admin.webex.com. -
Ugrás Services > Additional links.
-
Kattintson a letöltési tanúsítvány linkre.
A tanúsítványláncot is megkaphatja https://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt.
A Webex CA tanúsítványlánc telepítésének pontos követelményei attól függenek, hogy a nyilvánosság előtt álló XSP|ADP-k telepítésének módja:
-
TLS áthidaló proxyn keresztül
-
TLS-átmenő proxyn keresztül
-
Közvetlenül az XSP|ADP-hez
Az alábbi ábra összefoglalja, hogy ebben a három esetben hol kell üzembe helyezni a Webex CA tanúsítványláncot.
A TLS-híd proxyjának kölcsönös TLS-tanúsítványkövetelményei
-
A Webex webex ca aláírt ügyféltanúsítványt mutat be a proxynak.
-
A Webex hitelesítésszolgáltató tanúsítványlánca üzembe van helyezve a proxy megbízhatósági tárolóban, így a proxy megbízik az ügyféltanúsítványban.
-
A nyilvánosan aláírt XSP|ADP szerver tanúsítvány a proxyba is be van töltve.
-
A proxy nyilvánosan aláírt kiszolgálótanúsítványt mutat be a Webexnek.
-
A Webex megbízik a proxy kiszolgálótanúsítványát aláíró nyilvános hitelesítésszolgáltatóban.
-
A proxy egy belsőleg aláírt ügyféltanúsítványt mutat be az XSP|ADP-knek.
Ez a tanúsítvány Mustár az x509Kategória: Orosz nyelv3Kiterjesztés Kiterjesztett kulcshasználata BroadWorks OID 1.3.6.1.4.1.6431.1.1.8.2.1.3és a TLS kliensAuthCél. Pl.
X509v3 extensions:X509v3 Extended Key Usage:1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web Client AuthenticationA proxy belső ügyféltanúsítványainak létrehozásakor vegye figyelembe, hogy a SAN tanúsítványok nem támogatottak. Az XSP|ADP belső kiszolgálói tanúsítványai lehetnek SAN.
-
Az XSP|ADP-k megbíznak a belső CA-ban.
-
Az XSP|ADP-k egy belsőleg aláírt kiszolgálói tanúsítványt mutatnak be.
-
A proxy megbízik a belső hitelesítésszolgáltatóban.
Kölcsönös TLS-tanúsítványkövetelmények a DMZ TLS-átmenő proxyjhoz vagy XSP-hez
-
A Webex webex hitelesítésszolgáltató által aláírt ügyféltanúsítványt mutat be az XSP-knek.
-
A Webex hitelesítésszolgáltató tanúsítványlánca az XSP-k megbízhatósági tárolójában van üzembe helyezve, így az XSP-k megbíznak az ügyféltanúsítványban.
-
A nyilvánosan aláírt XSP-kiszolgáló tanúsítványa is be van töltve az XSP-kbe.
-
Az XSP-k nyilvánosan aláírt kiszolgálótanúsítványokat mutatnak be a Webexnek.
-
A Webex megbízik az XSP-ket aláíró nyilvános hitelesítésszolgáltatóban.
Dokumentum-verzióelőzmények
Az alábbi táblázat a dokumentum elmúlt 12 hónapok során történt változásait mutatja be.
|
Dátum |
A változás leírása | |
|---|---|---|
|
július 06, 2026 |
Frissített SIP hívásátvitel a Webex Meeting szekcióba az új Configure URI dialógus lépésekkel. | |
|
június24, 2026 |
Frissített Webex App konfigurációs sablonok hozzáadása a BroadWorks Application Server szakaszhoz DITA fájlok importálása lépésekkel. | |
|
Május 06, 2026 |
Hozzáadott egy szakaszt A BroadWorks IdP aktiválása a Control Hub-ban. | |
|
február17, 2026 |
Ausztrália FQDN-eket adott hozzá a Konfigurálás NPS a hitelesítési proxy használatához szakaszban. | |
|
február06, 2026 |
Szaúd-Arábia FQDN-t adott hozzá a NPS konfigurálása a hitelesítési proxy használatához szakaszban. | |
|
szeptember26, 2025 |
Frissítette az Általános korlátozások szakaszt, hogy tartalmazza a Webex for Intune korlátozást. | |
|
június04, 2025 |
Frissítette a Korlátozások szakaszt, hogy tartalmazza a Vezérlőközpont navigációs változását a „Hitelesítés” beállításokhoz, amely a „Szervezeti beállítások” helyett a „Biztonság” értékre vált. | |
|
Május 20, 2025 |
Frissítette a DND Sync letiltása szakaszt a TAC eset létrehozásának részleteivel a funkció letiltásához. | |
|
április29, 2025 |
Frissítette a navigációs útvonalat, mivel a BroadWorks Calling beállításai átkerültek a Szervezeti beállításokról a Partnerhubban lévő szolgáltatásokra. | |
|
április23, 2025 |
Hozzáadott egy megjegyzést az Ügyfélnaplókban a Hibaelhárítás szakaszban. | |
|
január13, 2025 |
Frissített Featured and Limitations szakasz. | |
|
December03, 2024 |
Szerkesztői változások. | |
|
Október04, 2024 |
Hozzáadta a Csendes órák szekciót. | |
|
szeptember10, 2024 |
Frissített Test és Lab Guidelines szakasz. | |
|
augusztus09, 2024 |
Hozzáadta a "Select Caller ID" szekciót. | |
|
augusztus01, 2024 |
Hozzáadta a „Voicemail engedélyezése a Microsoft Teams integrációjához” című részt. | |
|
június25, 2024 |
Frissített Barge-in szakasz a Webex telepítése a BroadWorks-hez. | |
|
június14, 2024 |
Hozzáadta a Rugalmas külső hívóazonosító kiválasztás részt a Szolgáltatások és korlátozások alatt, valamint az Előfizetés törlése a Control Hub-ból a Webex kezelése a BroadWorks számára című részben. | |
|
Május 13, 2024 |
Szerkesztői változások. | |
|
Május 10, 2024 |
Pro Pack For Control Hub hozzáadva a Funkciók és korlátozások szakaszban. | |
|
Május 6, 2024 |
Frissített partner SSO - SAML szakasz, nem kell kapcsolatba lépnie a TAC személyazonosság-szolgáltató. | |
|
Május 2, 2024 |
Szerkesztői változások. | |
|
április10, 2024 |
Frissített Patch 2 információk a Megosztott vonalú megjelenés szakaszban. | |
|
március 27, 2024 |
Frissített Busy Lamp Field / Call Pickup and Partner SSO - OpenID Connect szakasz. | |
|
március 22, 2024 |
Frissített előfeltételek a Ne zavarjon (DND) szinkronizálási szakaszban. | |
|
március 07, 2024 |
Frissített Control Login flow szakasz a User Login and Configuration Retrieval. | |
|
február24, 2024 |
Szerkesztői változások. | |
|
február20, 2024 |
Hozzáadott Visual Spam Indication szakasz alatt Webex telepítése BroadWorks. | |
|
február07, 2024 |
Hozzáadott egy funkció BroadWorks Password Expiration Notification During Login under Webex for BroadWorks Reference. | |
|
január25, 2024 |
Szerkesztői változások. | |
|
január23, 2024 |
Szerkesztői változtatásokat eszközölt a Move User (with Consent) a Webex for Cisco BroadWorks szakaszban a Webex for BroadWorks kezelése. | |
|
január10, 2024 |
Szerkesztői változások. | |
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:
NTPNTP_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_SHA384TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_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_SHA384TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256TLS_DHE_RSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384TLS_DHE_RSA_WITH_AES_256_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256TLS_DHE_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHATLS_ECDHE_RSA_WITH_AES_256_CBC_SHATLS_DHE_RSA_WITH_AES_256_CBC_SHATLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHATLS_ECDHE_RSA_WITH_AES_128_CBC_SHATLS_DHE_RSA_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_256_GCM_SHA384TLS_DHE_PSK_WITH_AES_256_GCM_SHA384TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_PSK_WITH_AES_128_GCM_SHA256TLS_DHE_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_128_GCM_SHA256TLS_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_256_CBC_SHA256TLS_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384TLS_ECDHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_PSK_WITH_AES_256_CBC_SHA384TLS_DHE_PSK_WITH_AES_256_CBC_SHA384TLS_RSA_PSK_WITH_AES_256_CBC_SHATLS_DHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_WITH_AES_256_CBC_SHATLS_PSK_WITH_AES_256_CBC_SHA384TLS_PSK_WITH_AES_256_CBC_SHATLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_128_CBC_SHA256TLS_DHE_PSK_WITH_AES_128_CBC_SHA256TLS_RSA_PSK_WITH_AES_128_CBC_SHATLS_DHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_WITH_AES_128_CBC_SHATLS_PSK_WITH_AES_128_CBC_SHA256TLS_PSK_WITH_AES_128_CBC_SHA
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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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-8ADP_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 AuthenticationA 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
AuthenticationServicealkalmazá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/authServiceFuttassa 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> getHa nincs jelen, futtassa a következő parancsot az alapértelmezett Java -trösztök importálásához:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrustAlternatí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> getset clientId client-Id-From-Step1set enabled trueset clientSecret client-Secret-From-Step1set ciResponseBodyMaxSizeInBytes 65536set 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/authenticateAz 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:userKonfigurá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> getset flsUrl https://cifls.webex.com/federationset refreshPeriodInMinutes 60set 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> GetKonfigurálja a Token-kezelést a következő parancsokkal az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>set tokenIssuer BroadWorksset 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>exportKeysMásolja át az exportált fájlt
/var/broadworks/tmp/authService.keysugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keysfá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/authServiceAdja 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/authServiceEz 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)
getparancsot, é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> getTLS 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> 443hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2hogy 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> 443hogy 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-POLY1305a 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_POLY1305Lá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)
getparancsot, é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.2hogy 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)
getparancsot, 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-POLY1305a 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_POLY1305Lá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.txta 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.txtMegnyitás
combinedcertchain2023.txtszö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.txtJelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>(Nem kötelező) Futtatás
help updateTrusta 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.txtXSP|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, éswebexclientissuing2023pé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> getAlias 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> getEzutá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.warA 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 /callsettingsA 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_projectFCMv1 engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneFuttassa a
bwrestartparancsot 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 ...DoneFuttassa a
bwrestartparancsot az XSP újraindításához| ADP.FCM engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneFuttassa a
bwrestartparancsot 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/installparancsot.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...DoneEllenő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 következőbe: Partner Hub és válassza ki a lehetőséget Ügyfelek .
Kattintson a Bevezető sablonok gombot a meglévő sablonok megtekintéséhez.
Kattintson Sablon létrehozása lehetőségre .
A Sablon részletei ablakban adja meg a Sablon nevét, az Országot vagy a Régiót és az Alapértelmezett e-mail nyelvet.
A Szolgáltatásbeállítás ablakban a Fürt legördülő menüből válassza ki 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 Rendszergazdai meghívó e-mailek engedélyezése meglévő szervezetekhez való csatoláskor 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.ap373197R23 esetén:
AP.as.23.0.1075.ap373197R24 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 provisioningURLAS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_nameAS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_passwordAS_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
provisioningURLparamé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/hostsfá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 apassEmailInRequestfunkció 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-InfoSIP fejléc:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork trueAS_CLI/Interface/SIP> set sendCallCorrelationIDAccess trueA
enableCallCorrelationIDAz 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 rendelkezzenenableCallCorrelationIDa 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 25433XSP használata esetén—
AP.xsp.23.0.1075.ap378585Ha 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) .
Vizuális spam jelzés
A Webex alkalmazás támogatja a spam hívások vizuális jelzését a hívásköszöntőben, amikor a hívás megjelenik a hívott felé, és az egyesített híváselőzmények rekordjaiban, amikor a BroadWorks a STIR/SHAKEN keretrendszeren keresztüli hívófél- azonosító -ellenőrzés végrehajtására frissül. A funkció elérése:
- Engedélyezze az egyesített híváselőzményeket az előző részben leírtak szerint.
- A következő javításokat kell telepíteni és aktiválni:
- AP.as.23.0.1075.ap384591 / AP.as.24.0.944.ap384591
- vagy AS-25_ Rel_ legalább 2022.12
- A funkciót az AS CLI-n keresztül kell aktiválni:
- AS_CLI/System/ActivatableFeature> aktiválja a 104112-t
- AS_CLI/System/StirShaken> az enableVerification beállítása igaz
- A Broadworks-t úgy kell konfigurálni, hogy RÁMÍTÁS ELLENI aláírást, címkézést és ellenőrzést végezzen a Cisco BroadWorks STIR-SHAKEN aláírás címkézése és ellenőrzése
Ha a BroadWorks megfelelően van konfigurálva, egy új X-Cisco-CallerId-Disposition fejléc lesz hozzáadva a Cisco ügyfeleknek küldött INVITE kérésekhez, és egy új callerIdDisposition mező lesz hozzáadva a Webex Webex Cloud a CTI felületen keresztül küldött, meglévő híváselőzmény-eseményekhez. . A Webex eszközök arra használják fel ezeket az információkat, hogy vizuális spam jelzést biztosítsanak a hívásbemutatóban és a hívott fél egyesített híváselőzményében.
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.
23. kiadás esetén:
<snipped>
- ADP-alkalmazások: Xsi-Actions-23_ 2022.03_ 1.220.bwar, Xsi-Events-23_ 2022.03_ 1.220.bwar
24. kiadás esetén:
<snipped>
- 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
Ha sok ügyfél (>50) van a BroadWorks-fürtben, akkor olyan műveleteket hajthat végre, mint az XSI-műveletek, XSI-események, DAS URL, XSP| Az ADP URL, illetve a DND szinkronizálás nem támogatott. Ilyen esetekben javasoljuk, hogy forduljon a Cisco TAC támogatási mérnökéhez segítségért.
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 WebexMeetingsNS 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 - unspecifiedNS ú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 WebexMeetingsAS 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 trueE911 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:
| Győződjön meg arról, hogy a Rendszergazdai meghívó e-mailek engedélyezése meglévő szervezetekhez való csatoláskor (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 az átfolyós szolgáltatá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. Ezt a beállítást „a Cisco egy partner kérésére engedélyezheti. 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. |
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 WAVMS_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>exportKeysMásolja át az exportált fájlt
/var/broadworks/tmp/authService.keysugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keysfá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/authServiceAdja 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/authServiceEz 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)
getparancsot, é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> getTLS 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> 443hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2hogy 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> 443hogy 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-POLY1305a 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_POLY1305Lá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: és kattintson Töltse Webex CA-tanúsítványt hogy megkapja
CombinedCertChain2023.txta 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.txtszö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ótUpdateTrusta 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, éswebexclientissuing2023pé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> getAlias 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 agetparancsot 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 trueLásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Lényegében az első
trueTLS -sel (a kiszolgálótanúsítvány létrejön, ha szükséges), és a másodiktruearra 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 trueEbben 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 agetparancsot, 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 trueLásd az XSP-t| A részletekért az ADP CLI dokumentációban olvashat. Az alkalmazásnevek ott vannak felsorolva. A
trueebben 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. március 22 | 2-112 |
| |
2024. március 07 | 2-111 |
| |
2024. február 24 | 2-110 |
| |
2024. február 20 | 2-109 |
| |
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:
NTPNTP_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_SHA384TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_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_SHA384TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384TLS_DHE_RSA_WITH_AES_256_GCM_SHA384TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256TLS_DHE_RSA_WITH_AES_128_GCM_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384TLS_DHE_RSA_WITH_AES_256_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256TLS_DHE_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHATLS_ECDHE_RSA_WITH_AES_256_CBC_SHATLS_DHE_RSA_WITH_AES_256_CBC_SHATLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHATLS_ECDHE_RSA_WITH_AES_128_CBC_SHATLS_DHE_RSA_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_256_GCM_SHA384TLS_DHE_PSK_WITH_AES_256_GCM_SHA384TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_AES_256_GCM_SHA384TLS_PSK_WITH_CHACHA20_POLY1305_SHA256TLS_RSA_PSK_WITH_AES_128_GCM_SHA256TLS_DHE_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_128_GCM_SHA256TLS_PSK_WITH_AES_128_GCM_SHA256TLS_RSA_WITH_AES_256_CBC_SHA256TLS_RSA_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384TLS_ECDHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_PSK_WITH_AES_256_CBC_SHA384TLS_DHE_PSK_WITH_AES_256_CBC_SHA384TLS_RSA_PSK_WITH_AES_256_CBC_SHATLS_DHE_PSK_WITH_AES_256_CBC_SHATLS_RSA_WITH_AES_256_CBC_SHATLS_PSK_WITH_AES_256_CBC_SHA384TLS_PSK_WITH_AES_256_CBC_SHATLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256TLS_ECDHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_PSK_WITH_AES_128_CBC_SHA256TLS_DHE_PSK_WITH_AES_128_CBC_SHA256TLS_RSA_PSK_WITH_AES_128_CBC_SHATLS_DHE_PSK_WITH_AES_128_CBC_SHATLS_RSA_WITH_AES_128_CBC_SHATLS_PSK_WITH_AES_128_CBC_SHA256TLS_PSK_WITH_AES_128_CBC_SHA
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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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.includeIsEnterpriseInOSSschemaa következőhöz:truea 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-8ADP_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 AuthenticationA 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.
| Az egy régióban lévő Webex Partnerek bármely régióban létrehozhatnak ügyfélszervezeteket, ahol a szolgáltatásokat kínáljuk. Segítségért lásd: Adatrezidencia a Webex . |
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
AuthenticationServicealkalmazá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/authServiceFuttassa 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> getHa nincs jelen, futtassa a következő parancsot az alapértelmezett Java -trösztök importálásához:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrustAlternatí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> getset clientId client-Id-From-Step1set enabled trueset clientSecret client-Secret-From-Step1set ciResponseBodyMaxSizeInBytes 65536set 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/authenticateAz 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:userKonfigurá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> getset flsUrl https://cifls.webex.com/federationset refreshPeriodInMinutes 60set 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> GetKonfigurálja a Token-kezelést a következő parancsokkal az egyes XSP-ken| ADP szerver:
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>set tokenIssuer BroadWorksset 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>exportKeysMásolja át az exportált fájlt
/var/broadworks/tmp/authService.keysugyanarra a helyre a másik XSP-n| ADP-k, egy régebbi felülírása.keysfá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/authServiceAdja 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/authServiceEz 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)
getparancsot, é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> getTLS 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> 443hogy megtudja, mely protokollok vannak már használatban ezen a felületen.Írja be a parancsot
add <interfaceIp> 443 TLSv1.2hogy 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> 443hogy 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-POLY1305a 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_POLY1305Lá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)
getparancsot, é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.2hogy 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)
getparancsot, 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-POLY1305a 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_POLY1305Lá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.txta 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.txtMegnyitás
combinedcertchain2023.txtszö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.txtJelentkezzen be az XSP-be| ADP és navigáljon ide
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>(Nem kötelező) Futtatás
help updateTrusta 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.txtXSP|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, éswebexclientissuing2023pé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> getAlias 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> getEzutá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.warA 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 /callsettingsA 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_projectFCMv1 engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneFuttassa a
bwrestartparancsot 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 ...DoneFuttassa a
bwrestartparancsot az XSP újraindításához| ADP.FCM engedélyezése:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true ...DoneFuttassa a
bwrestartparancsot 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/installparancsot.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...DoneEllenő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 következőbe: Partner Hub és válassza ki a lehetőséget Ügyfelek .
Kattintson a Bevezető sablonok gombot a meglévő sablonok megtekintéséhez.
Kattintson Sablon létrehozása lehetőségre .
A Sablon részletei ablakban adja meg a Sablon nevét, az Országot vagy a Régiót és az Alapértelmezett e-mail nyelvet.
A Szolgáltatásbeállítás ablakban a Fürt legördülő menüből válassza ki 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 Rendszergazdai meghívó e-mailek engedélyezése meglévő szervezetekhez való csatoláskor 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.ap373197R23 esetén:
AP.as.23.0.1075.ap373197R24 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 provisioningURLAS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_nameAS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_passwordAS_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
provisioningURLparamé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/hostsfá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 apassEmailInRequestfunkció 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. |
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-InfoSIP fejléc:AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork trueAS_CLI/Interface/SIP> set sendCallCorrelationIDAccess trueA
enableCallCorrelationIDAz 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 rendelkezzenenableCallCorrelationIDa 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 25433XSP használata esetén—
AP.xsp.23.0.1075.ap378585Ha 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) .
Vizuális spam jelzés
A Webex alkalmazás támogatja a spam hívások vizuális jelzését a hívásköszöntőben, amikor a hívás megjelenik a hívott felé, és az egyesített híváselőzmények rekordjaiban, amikor a BroadWorks a STIR/SHAKEN keretrendszeren keresztüli hívófél- azonosító -ellenőrzés végrehajtására frissül. A funkció elérése:
- Engedélyezze az egyesített híváselőzményeket az előző részben leírtak szerint.
- A következő javításokat kell telepíteni és aktiválni:
- AP.as.23.0.1075.ap384591 / AP.as.24.0.944.ap384591
- vagy AS-25_ Rel_ legalább 2022.12
- A funkciót az AS CLI-n keresztül kell aktiválni:
- AS_CLI/System/ActivatableFeature> aktiválja a 104112-t
- AS_CLI/System/StirShaken> az enableVerification beállítása igaz
- A Broadworks-t úgy kell konfigurálni, hogy RÁMÍTÁS ELLENI aláírást, címkézést és ellenőrzést végezzen a Cisco BroadWorks STIR-SHAKEN aláírás címkézése és ellenőrzése
Ha a BroadWorks megfelelően van konfigurálva, egy új X-Cisco-CallerId-Disposition fejléc lesz hozzáadva a Cisco ügyfeleknek küldött INVITE kérésekhez, és egy új callerIdDisposition mező lesz hozzáadva a Webex Webex Cloud a CTI felületen keresztül küldött, meglévő híváselőzmény-eseményekhez. . A Webex eszközök arra használják fel ezeket az információkat, hogy vizuális spam jelzést biztosítsanak a hívásbemutatóban és a hívott fél egyesített híváselőzményében.
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.
| Ha sok ügyfél (>50) van a BroadWorks-fürtben, a DND-szinkronizálás nem támogatott. Ilyen esetekben javasoljuk, hogy forduljon a Cisco TAC támogatási mérnökéhez segítségért. |
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.
23. kiadás esetén:
<snipped>
- ADP-alkalmazások: Xsi-Actions-23_ 2022.03_ 1.220.bwar, Xsi-Events-23_ 2022.03_ 1.220.bwar
24. kiadás esetén:
<snipped>
- 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
Ha sok ügyfél (>50) van a BroadWorks-fürtben, akkor olyan műveleteket hajthat végre, mint az XSI-műveletek, XSI-események, DAS URL, XSP| Az ADP URL, illetve a DND szinkronizálás nem támogatott. Ilyen esetekben javasoljuk, hogy forduljon a Cisco TAC támogatási mérnökéhez segítségért.
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 WebexMeetingsNS 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 - unspecifiedNS ú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 WebexMeetingsAS 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 trueE911 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:
| Győződjön meg arról, hogy a Rendszergazdai meghívó e-mailek engedélyezése meglévő szervezetekhez való csatoláskor (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 az átfolyós szolgáltatá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 többszörös hívás engedélyezésével kapcsolatos segítségért lásd: Többhívásos ablak
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. Ezt a beállítást „a Cisco egy partner kérésére engedélyezheti. 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.